Cloudflare SQL API: revisa los atributos de tus informes
El cambio de introspection del 27 de octubre: una ficha para desarrollo y dos ejemplos para comprobar informes propios sin perder la versión anterior.
El 27 de octubre, Cloudflare anunció el parámetro include_attributes y el campo de respuesta attributes para introspection. Los nombres anteriores siguen funcionando, pero están obsoletos.
A quién afecta
A publishers con un informe técnico propio que descubre su esquema mediante Cloudflare SQL API y a quienes lo mantienen. Si solo utilizas un panel ya preparado, pregunta primero si usa esta API. El anuncio no implica que todos los informes estén fallando ni obliga a cambiar campañas publicitarias.
Qué comprobar
La documentación identifica SQL API como Beta. El descubrimiento de atributos considera los siete días anteriores de datos de la cuenta. Una lista vacía no demuestra que esos eventos nunca hayan existido.
Nuestra propuesta de revisión
Localiza include_custom_attributes y custom_attributes en el cliente. Conserva la versión operativa. En una copia de pruebas, actualiza tanto el parámetro de solicitud como la lectura de la respuesta. Compara ambos lectores con una respuesta guardada y anonimizada, y comprueba un conjunto de datos disponible. No incluyas tokens de acceso en la ficha ni en el artículo.
Dos ejemplos hipotéticos
Primero: un filtro queda vacío tras modificar la solicitud. Guarda una respuesta anonimizada y revisa de dónde lee la lista el cliente. Si todavía busca el campo antiguo, corrige la copia de pruebas antes de interpretar la interfaz vacía como pérdida de tráfico. Segundo: un atributo apareció solo en una campaña anterior. Comprueba por separado el periodo observado y los datos originales. No sustituyas un valor desconocido por cero. Son situaciones de diagnóstico, no resultados de clientes.
Ficha para desarrollo
Responsable del informe; cuenta y conjunto de datos sin secretos; momento de revisión; campo anterior; campo nuevo; respuesta anonimizada; filtro esperado; resultado real; método de reversión; decisión y responsable.
Cuándo aceptar el cambio
Acepta la modificación cuando la respuesta comprobada se muestre correctamente, los datos ausentes estén señalados y se conserve la versión anterior. Si hay discrepancias, detén la sustitución e investiga. Un fallo técnico aislado no debe cambiar la valoración de una fuente de tráfico.
Trabajo con afiliación
Puedes entrar en tu cuenta de AffiliateCore para trabajar en nuestra plataforma. Los datos técnicos de Cloudflare y la aceptación de un resultado de afiliación son comprobaciones distintas. Este artículo no anuncia una integración.
Fuentes y fecha de comprobación
Cloudflare changelog — 2026-10-27; Cloudflare SQL API: Datasets. 2026-10-28.