Quando ninguém sabe de onde veio o KPI do dashboard, toda mudança vira pânico: tag nova quebra número antigo, analista refaz planilha, diretoria perde confiança. Data lineage em stacks de marketing mapeia origem, transformações e consumidores de cada métrica — da tag no site ao tile no Looker. Não é luxo de enterprise: é seguro para evoluir stack mid-market sem regressão silenciosa.

O que é lineage no contexto de marketing analytics?

Lineage responde: qual fonte gera o dado, quais transformações (GTM, ETL, dbt, SQL) o modificam, quem consome (dashboard, ads, relatório executivo). É o mapa causal do número — não só documentação de “temos GA4”.

Diferente de catálogo de dados genérico, lineage de marketing liga eventos de conversão, UTMs, CRM e spend. Quando purchase muda de definição, lineage mostra quais campanhas, OKRs e integrações CAPI são impactados.

Por que stacks de marketing quebram lineage com facilidade?

Múltiplos pontos de edição: GTM sem change log disciplinado, planilhas intermediárias, SQL copiado no Slack, reverse ETL ad hoc. Marketing renomeia campanha; engenharia renomeia parâmetro; BI soma coluna errada — ninguém vê o grafo completo.

Ferramentas desconectadas (GA4, ads, HubSpot, BQ, Looker) cada uma com “verdade parcial”. Sem linha conectando purchase GA4 → mart fct_orders → dashboard CFO, incidentes viram telefone sem fio.

• GTM publish sem ticket vinculado
• Métrica duplicada com nomes parecidos (revenue vs net_revenue)
• Planilha manual entre CRM e BI
• dbt model sem description/test
• Dashboard tile sem link para definição

Quais camadas mapear primeiro?

Camada 1 — coleta: site/app eventos, dataLayer schema, GTM tags, server-side. Camada 2 — ingestão: GA4, ads APIs, CRM export, BQ tables. Camada 3 — transformação: dbt models, scheduled queries, spreadsheets (idealmente zero). Camada 4 — consumo: dashboards, slides, automações ads.

Comece pelos KPIs norte (receita, SQL, CAC) e trace backwards. Lineage completo de tudo é meta; lineage dos cinco números que movem budget é MVP.

KPI	Fonte bruta	Transformação	Consumidor
Receita digital	purchase event + ERP	dbt fct_orders	Looker CFO + weekly
SQL	generate_lead + CRM stage	merge HubSpot BQ	Marketing review
ROAS	purchase + ads spend	mart roas_daily	Media buyer dashboard
CAC	spend + new customers	finance cohort model	Board deck
Sessions	GA4 page_view	minimal	Traffic report

Ferramentas: manual vs automatizado?

Manual (Notion/Confluence + diagrama): barato, funciona em times pequenos se mantido. Semi-auto: dbt docs + lineage nativo, BigQuery data lineage API, GTM version history. Full: Collibra, Alation, Monte Carlo — overkill para muitos mid-markets.

Escolha pelo churn de schema. Se dbt é central, dbt docs + CI já entrega 70% do valor. Se tudo é planilha, comece inventariando KPI antes de comprar plataforma.

Como lineage ajuda em mudança de tag ou métrica?

Antes de alterar purchase: consulte consumidores downstream. Comunique janela de dual-run (old vs new metric). Planeje backfill se BQ. Depois valide cada dashboard listado no grafo.

Lineage transforma “vamos mudar o evento” de surpresa em change request com impact analysis — mesmo que o grafo seja planilha simples.

Lineage e data contracts: qual a relação?

Data contract define schema e SLA entre produtor e consumidor. Lineage mostra onde o contract se aplica no grafo. Juntos: contract quebra → alerta → lineage diz quem avisar.

Marketing propõe novo parâmetro; contract exige review de cardinalidade; lineage atualiza mapa GTM→BQ→BI. Sem lineage, contract vira PDF; com lineage, operação.

• Todo breaking change atualiza grafo
• Lista de contatos por nó consumidor
• Dual metric period documentado
• Testes dbt bloqueiam deploy se schema quebra
• Post-change validation checklist por dashboard

Como manter lineage vivo sem burocracia?

Integre ao fluxo existente: ticket Jira/Linear com campo “métricas impactadas”; PR dbt exige update de YAML description; GTM publish exige link para changelog. Review trimestral de KPI map com stakeholders — não projeto anual gigante.

Lineage morto é pior que nenhum — gera falsa confiança. Se não dá para manter automatizado, mantenha enxuto e honesto nos KPIs críticos.

Checklist prático

• Top 5 KPIs com grafo fonte→transform→dashboard
• dbt/docs ou equivalente para models críticos
• GTM version history ligado a tickets
• Inventário de planilhas manuais (meta: zerar)
• Breaking change process com impact analysis
• Links definição de métrica em tiles Looker
• Owner por KPI e por tabela mart
• Review trimestral do mapa de lineage

Erros comuns

• Documentar uma vez e nunca atualizar
• Lineage só de engenharia, ignorando GTM/planilhas
• Comprar ferramenta enterprise antes de inventário básico
• Mapear 500 tabelas e nenhum KPI de negócio
• Mudar purchase sem avisar consumidores listados
• Confundir lineage com catálogo de colunas estático

Perguntas frequentes