Rufus BQ — Estado del Problema

Actualizado 2026-03-17 · Problema activo: conversiones no matchean en Answer GS

Lo que funciona

Airbyte sync: datos llegan al silver diariamente, lag 2 días
Métricas base OK: impressions, clicks, link_clicks, spend son correctos (sin UNNEST, sin cartesiano)
Video metrics OK: video_3s_views, plays, p25, p100 se extraen correctamente en CTEs separados
dim_conversion_mapping_v: lógica correcta — auto-detecta top offsite_conversion.custom.* por campaña, sin Sheets manual
Scheduled query: corre lunes 08:00 BsAs, DELETE + INSERT rolling 13 semanas

El problema activo

Conversiones de Answer GS no matchean Meta Ads Manager
No sabemos si BQ da más, menos, o diferente distribución
No hemos verificado qué target_event asigna el dim a las campañas de Answer GS
No sabemos si el top custom event auto-detectado es el correcto desde la perspectiva del cliente
Hipótesis abierta: $.value puede no coincidir con la ventana de atribución que muestra Meta (7d_click)

Arquitectura decidida (no cambiar)

Source correcto: silver airbyte_facebook_ads_insights_country_v — no usar final_spend gold heredada
Por qué no final_spend: usa Sheets manual para mapear conversiones — no escalable
Granularidad: weekly (13 semanas rolling) — no daily, no hace falta
Próximo: crear facebook_monthly_performance con la misma lógica

Lo que NO sabemos todavía

¿Qué target_event le asigna el dim a cada campaña de Answer GS?
¿Ese target_event tiene volumen real en el JSON actions de Answer GS?
¿La diferencia es en la ventana de atribución ($.value vs $.7d_click)?
¿O hay campañas de Answer GS marcadas como UNMAPPED que no aparecen en la tabla?

Hipótesis de la causa del mismatch

🔴 Más probable

target_event incorrecto en el dim

El auto-detect elige el offsite_conversion.custom.* con más volumen en 30 días, pero ese evento puede no ser el que Answer GS reporta como "Resultado" en su Ads Manager. Si tienen múltiples custom events, el de mayor volumen puede no ser el correcto.

🟡 Posible

Ventana de atribución: $.value vs $.7d_click

El scheduled query usa $.value que suma todas las ventanas. Meta UI por defecto muestra 7d_click + 1d_view. Si Answer GS tiene campañas con atribución extendida (28d click), $.value puede ser mayor que lo que ve el cliente.

⚫ Menos probable

Campañas en UNMAPPED o con target_event NULL

Si alguna campaña activa de Answer GS tiene un optimization_goal no contemplado en el dim, quedaría con target_event = UNMAPPED y se excluiría del INSERT (el filtro AND m.target_event IS NOT NULL). Las conversiones de esas campañas no aparecerían.

Próximos pasos — en este orden

Verificar qué mapea el dim para Answer GS ¿El target_event asignado es el evento que el cliente ve como "Results"?

SELECT campaign_name, optimization_goal, target_event
FROM `rufus-social-data.rufus_production_data_lake.dim_conversion_mapping_v`
WHERE account_name = 'Answer GS'
ORDER BY campaign_name

Ver todos los action_types con volumen de Answer GS ¿Qué eventos existen realmente? ¿Hay UNMAPPED?

SELECT campaign_name, optimization_goal,
  JSON_VALUE(a, '$.action_type') AS action_type,
  SUM(CAST(JSON_VALUE(a, '$.value') AS INT64)) AS total
FROM `rufus-social-data.rufus_production_data_lake.airbyte_facebook_ads_insights_country_v`,
UNNEST(JSON_QUERY_ARRAY(actions)) AS a
WHERE date_start = DATE_SUB(CURRENT_DATE(), INTERVAL 2 DAY)
  AND account_name = 'Answer GS'
  AND CAST(JSON_VALUE(a, '$.value') AS INT64) > 0
GROUP BY 1,2,3
ORDER BY campaign_name, total DESC

Cruzar BQ vs Meta Ads Manager para un día puntual Exportar un día de Answer GS de Meta y comparar conversiones por campaña con la query de validación del 03_BQ_QUERIES.md

En base al diagnóstico: ajustar el dim o la ventana de atribución Si el evento es incorrecto → corregir lógica del dim para Answer GS. Si es ventana → cambiar $.value por $.7d_click con fallback.

Re-correr INSERT histórico y validar Una vez corregido el SQL → DELETE + INSERT de Answer GS histórico → validar tolerancia ±5% vs plataforma

Rufus — Estado del Problema BigQuery