Ventanas de atribución de Meta: cómo comparar períodos sin engañarte

Una ventana de atribución es el plazo en el que Meta puede acreditar una acción (una compra, un lead) a un anuncio después de que alguien hace clic o lo ve. Comparar períodos solo tiene sentido si la ventana y la regla de conteo son las mismas en ambos lados. Desde el 12 de enero de 2026, la API de Insights de Meta ya no devuelve datos de las ventanas 7d_view y 28d_view, así que quien compara diciembre con febrero sin revisar esto puede ver una caída que nunca ocurrió.

Qué es una ventana y por qué cambia el número

La documentación de Meta describe la ventana de atribución como el filtro que combina un plazo (por ejemplo, 7 días) y un tipo de interacción (por ejemplo, clic) para decidir qué acciones entran en el informe. En 7d_click, entra la acción que ocurrió hasta 7 días después de un clic. En 1d_view, entra la que ocurrió hasta 1 día después de que la persona vio el anuncio.

Esto significa que el mismo anuncio, el mismo día, tiene más de un número de compras: uno por cada ventana. Ninguno es "el correcto". Cada uno responde una pregunta distinta, y el error empieza cuando un informe mezcla las respuestas.

Qué cambió en enero de 2026

El registro de cambios de la Marketing API, publicado el 13 de octubre de 2025, avisó que el cambio vale para todas las versiones de la API el 12 de enero de 2026: los datos de las ventanas de visualización de 7 días (7d_view) y de 28 días (28d_view) dejan de estar disponibles y la consulta retorna sin datos.

El punto práctico: un panel que suma varias ventanas, o que muestra la de visualización de 7 días, pasó a tener una pieza menos. Lo que cambió es lo que entrega la API, no el rendimiento de los anuncios.

El mismo aviso trajo límites de historial que importan para comparar año contra año:

• Todos los desgloses (breakdowns) de campos de conteo único, como unique_actions, quedan limitados a 13 meses. Las consultas con fecha de inicio más antigua no devuelven datos.
• Los desgloses por hora también quedan limitados a 13 meses, en todos los campos.
• Los desgloses de frecuencia quedan limitados a 6 meses.

Además, una regla anterior vale desde el 10 de junio de 2025: el alcance (reach) deja de devolverse en consultas con desglose cuya fecha de inicio tenga más de 13 meses.

Un ejemplo hipotético de caída falsa

Los números siguientes son inventados para ilustrar la cuenta. Una cuenta de e-commerce registra, en diciembre, 60 compras en la ventana 7d_click y 20 en 7d_view. En febrero, con la misma operación, registra 62 en 7d_click, y 7d_view ya no existe.

• 7d_click

  Diciembre

  60

  Febrero

  62

• 7d_view

  Diciembre

  20

  Febrero

  sin datos

• Suma de ambas

  Diciembre

  80

  Febrero

  62

Quien compara la suma ve 80 → 62, una caída de 22,5 % (18 ÷ 80). Quien compara la misma ventana ve 60 → 62, un alza de cerca de 3,3 % (2 ÷ 60). La cuenta de anuncios no empeoró: el informe perdió una columna.

La regla es simple y vale para cualquier cambio de configuración: compara ventana con ventana. Si una ventana dejó de existir, el período antiguo debe recalcularse solo con las que siguen disponibles.

La ventana viene del conjunto de anuncios

Según la página de límites y buenas prácticas de la API de Insights, desde el 10 de junio de 2025 los parámetros use_unified_attribution_setting y action_report_time se ignoran y las respuestas de la API imitan al Administrador de Anuncios:

• Los valores atribuidos siguen la configuración de atribución del conjunto de anuncios, similar a lo que hacía use_unified_attribution_setting=true.
• Las acciones en el anuncio (inline) se incluyen en los datos de las ventanas 1d_click o 1d_view; la ventana inline aislada dejó de devolverse.

En la práctica, dos conjuntos de la misma campaña pueden tener configuraciones distintas. Si sumas resultados de conjuntos sin revisar esto, estás mezclando ventanas. Antes de consolidar una campaña, revisa la configuración de cada conjunto.

Una salvedad honesta: la misma página también afirma que el comportamiento predeterminado de la API es distinto del predeterminado del Administrador de Anuncios. Como la documentación describe ambos puntos, no saques conclusiones del valor predeterminado. Pide las ventanas que quieres y regístralas.

Pide la ventana de forma explícita

La API acepta el parámetro action_attribution_windows, que define el plazo y el tipo de interacción usados como filtro. La referencia lista valores como 1d_click, 7d_click, 28d_click y 1d_view, entre otros. Al consultar, elige las ventanas y guarda la lista usada junto con el informe. Un informe que no dice su ventana no se puede comparar con nada.

Hay una restricción que afecta a quien trabaja con desgloses: la documentación dice que las métricas no están disponibles cuando se intenta agregar entre varias configuraciones de atribución, y también con ciertos desgloses (para acciones fuera de Meta, como región y DMA). La propia documentación indica que consultar con action_attribution_windows=1d_click,7d_click,1d_view,incrementality mantiene las métricas disponibles. Si un total "desapareció" después de un desglose, empieza por aquí.

Dentro y fuera de Meta: el cambio de mes

La página de buenas prácticas también dice que las acciones pasaron a reportarse con action_report_time=mixed: las acciones dentro de Meta (como clics en el enlace) usan el momento de la impresión; las acciones fuera de Meta (como compras en el sitio) usan el momento de la conversión.

Un ejemplo hipotético: alguien ve y hace clic en el anuncio el 30 de diciembre y compra el 3 de enero. El clic y el gasto quedan en diciembre; la compra entra en enero. Por eso, el costo por compra de un mes cerrado mezcla gasto de un período con compras de otro, y el cierre de un mes puede ser parcial en los primeros días del siguiente. Esto no es un error: es la regla de fechado. Solo no compares el cierre parcial de un mes con el cierre completo de otro.

Cómo ayuda Relator

Relator conecta la cuenta de anuncios de Meta al mismo workspace de Google Ads y GA4, para que veas las plataformas lado a lado en el informe del cliente. Decidir qué ventana usar y anotar el cambio de enero sigue siendo tuyo, y debe quedar en el informe.

Cómo aplicarlo

1. 1.Elige una ventana principal para el informe del cliente (por ejemplo, 7d_click) y escríbela en el encabezado.
2. 2.Al consultar la API, pasa action_attribution_windows con las ventanas deseadas en lugar de confiar en el valor predeterminado.
3. 3.Recalcula los períodos anteriores al 12/01/2026 sin 7d_view ni 28d_view, para comparar con lo que existe hoy.
4. 4.Revisa la configuración de atribución de cada conjunto de anuncios antes de sumar resultados.
5. 5.Anota en el informe la fecha del cambio (12/01/2026) y qué cambió, para explicar la diferencia al cliente.
6. 6.No compares un mes parcial con un mes cerrado: deja madurar el cierre unos días.
7. 7.Para comparaciones de más de 13 meses con campos de conteo único, guarda tus propios datos mensuales en lugar de depender de la consulta.

Fuentes

Todas revisadas el 11 de octubre de 2026. Quedó fuera, porque no pudimos leer como texto la página de Ayuda de Meta, la lista de ventanas disponibles en el Administrador de Anuncios, el valor predeterminado de campañas nuevas y la diferencia entre las opciones de visualización.

• Meta for Developers, Out-of-cycle changes 2025: fin de las ventanas 7d_view y 28d_view el 12/01/2026 y los límites de 13 y 6 meses.
• Meta for Developers, Insights API: Limits & Best Practices: configuración por conjunto de anuncios, action_report_time=mixed y diferencia de valor predeterminado con el Administrador.
• Meta for Developers, Insights API: Breakdowns: restricciones de métricas y ventanas por desglose.
• Meta for Developers, Ad Campaign Group Insights (referencia): parámetro action_attribution_windows y sus valores.