Campaign Manager 360 troca IDs de relatórios: plano para migrar sem quebrar a atribuição

CM360: NOVOS IDS

A mudança de identificadores nos relatórios do Campaign Manager 360 parece pequena até atingir uma chave de junção, uma regra de deduplicação ou um painel executivo. Em setembro de 2026, relatórios de caminho até a conversão e de variáveis personalizadas do Floodlight entram em uma transição na qual identificadores antigos e novos podem coexistir por cerca de um mês. Para marketing, analytics e mídia, o trabalho urgente não é apenas trocar nomes de campos: é provar que a série histórica, a atribuição e as decisões de investimento continuam consistentes.

O que muda nos relatórios do Campaign Manager 360

O Google informou que relatórios Path to Conversion (P2C) e Custom Floodlight Variables (CFV) estão atualizando IDs de critérios para alinhamento com padrões de dados entre plataformas. Durante a transição iniciada em setembro de 2026, os arquivos podem trazer identificadores novos e antigos. Encerrado esse período, apenas os novos permanecem.

Entre as dimensões impactadas estão campos relacionados a busca paga, como tipo de correspondência, estratégia de lance, ID da estratégia, ID legado de palavra-chave, contagem de interações de busca paga e categoria da conta de mecanismo de busca. O escopo exato deve ser conferido na configuração de cada relatório, porque nem toda operação usa todas essas dimensões.

O ponto central é operacional: um ID não é apenas uma coluna técnica. Ele costuma ligar arquivos do CM360 a dados do Search Ads 360, custos, taxonomias internas, tabelas de CRM e regras de atribuição. Se essa ligação falha silenciosamente, o pipeline pode continuar “verde” enquanto o painel passa a omitir linhas.

O fato confirmado e a leitura editorial

Fato confirmado: o Google prevê a coexistência dos IDs por aproximadamente um mês e orienta usuários de P2C e CFV que dependem dos identificadores atuais a revisar, testar e atualizar seus sistemas antes da retirada dos legados.

Inferência editorial: a janela de coexistência deve ser tratada como período de homologação, não como prazo para começar o inventário. Esperar o desaparecimento do ID antigo transforma uma migração controlável em incidente de dados.

Por que a quebra pode passar despercebida

Há quatro modos comuns de falha.

1. A carga termina sem erro, mas perde correspondências

Pipelines permissivos aceitam o novo valor como texto, gravam a linha e concluem a execução. A quebra aparece depois, no JOIN: o identificador novo não encontra a dimensão histórica e métricas ficam sem campanha, estratégia ou palavra-chave associada.

2. O período de coexistência duplica resultados

Quando IDs antigos e novos aparecem no mesmo fluxo, uma regra ingênua pode tratá-los como entidades distintas. Isso eleva contagens de chaves, fragmenta conversões ou produz duas linhas para o que o negócio entende como um único objeto.

3. A série histórica muda de significado

Substituir uma chave sem uma tabela de equivalência pode criar uma falsa ruptura temporal. O painel sugere que uma entidade surgiu em setembro, embora ela seja continuidade de uma campanha ou estratégia anterior.

4. Um relatório manual funciona e a API falha

O Campaign Manager 360 oferece dimensões e métricas tanto no Report Builder quanto na API. A documentação alerta que os valores disponíveis podem variar por região e mudar. Isso exige testar separadamente templates salvos, extrações via API, conectores de terceiros e transformações no data warehouse. O princípio é o mesmo aplicado a mudanças de validação em APIs de CRM: contrato aceito na origem não garante continuidade nos consumidores.

Inventário: descubra onde os IDs viraram dependência

Antes de alterar código, monte uma matriz simples com quatro colunas: relatório, campo afetado, consumidor e risco.

Procure os IDs em:

• templates P2C e CFV salvos no CM360;
• requisições e configurações da API de relatórios;
• nomes de colunas em arquivos CSV ou tabelas de estágio;
• chaves primárias e estrangeiras no warehouse;
• modelos de transformação em SQL ou ferramentas de analytics engineering;
• fórmulas de planilhas e consultas de BI;
• regras de deduplicação e de atribuição;
• integrações com Search Ads 360, CRM e plataformas de mídia;
• alertas que monitoram volume de linhas, conversões ou receita.

Classifique como risco alto qualquer uso do ID em junções, deduplicação, distribuição de receita ou composição de audiência. Uma coluna exibida apenas como detalhe tem impacto menor; uma chave que define o total de vendas exige teste prioritário.

Plano de migração em cinco etapas

1. Preserve uma amostra de referência

Escolha um intervalo fechado anterior à mudança e guarde:

• arquivo bruto recebido;
• esquema e tipos das colunas;
• contagem de linhas;
• quantidade de IDs distintos;
• totais de conversões e receita;
• taxa de correspondência nas principais junções;
• resultado final dos painéis críticos.

Essa amostra será o controle. Sem ela, a equipe compara impressões visuais em vez de dados reproduzíveis.

2. Aceite IDs novos e antigos na ingestão

Durante a coexistência, a camada de entrada deve armazenar o valor recebido sem sobrescrever a origem. Quando possível, registre também data de extração, versão do relatório e nome do campo.

Evite converter o identificador para número sem necessidade. IDs devem ser tratados como chaves opacas: operações aritméticas não agregam valor e conversões de tipo podem remover zeros ou ultrapassar limites de precisão em ferramentas intermediárias.

3. Crie uma camada de compatibilidade

Em vez de substituir o ID legado diretamente na tabela histórica, crie uma dimensão de equivalência com, no mínimo:

• legacy_id;
• new_id;
• dimensão de origem;
• data inicial de validade;
• data final de validade, quando houver;
• primeira e última aparição observadas;
• status da validação;
• evidência do mapeamento.

A chave analítica canônica deve ser estável para o negócio e separada do identificador fornecido pela plataforma. Essa camada reduz o acoplamento e torna futuras mudanças menos traumáticas.

4. Rode as duas leituras em paralelo

Na janela de transição, execute a lógica antiga e a nova sobre o mesmo período. Compare por dia e por anunciante:

• linhas processadas;
• IDs distintos;
• taxa de chaves sem correspondência;
• conversões totais;
• receita atribuída;
• distribuição por campanha ou estratégia;
• diferença absoluta e percentual entre os resultados.

Defina tolerâncias antes do teste. Para chaves, a expectativa normalmente é correspondência integral após a aplicação do mapa. Para métricas sujeitas a atualização tardia, documente uma margem coerente com a latência do relatório.

5. Faça o corte com possibilidade de reversão

O corte deve incluir responsável, horário, relatórios afetados, critério de sucesso e procedimento de retorno. Mantenha o caminho legado disponível durante um período curto de observação, sem torná-lo novamente a fonte principal.

Após o corte, monitore ao menos:

• crescimento de valores nulos;
• aumento de IDs sem dimensão correspondente;
• queda abrupta de linhas;
• divergência de conversões e receita;
• atraso de atualização dos painéis.

Testes que protegem a decisão de mídia

Um teste de esquema confirma que a coluna existe. Isso é insuficiente. A validação precisa chegar ao significado de negócio.

Contrato de dados

Automatize verificações para nomes, tipos, nulidade, unicidade esperada e domínio dos campos. Se um ID deixa de ser reconhecido, o pipeline deve gerar alerta e impedir a promoção do dado para a camada executiva.

Reconciliação financeira

Compare investimento, conversões e receita antes e depois da transformação. Uma diferença pequena em volume pode esconder impacto grande se estiver concentrada em campanhas de alto valor.

Teste de atribuição

Selecione jornadas conhecidas e confirme se a ordem das interações, as janelas de lookback e a atribuição final continuam coerentes. Relatórios P2C existem justamente para explicar caminhos; preservar apenas o total elimina parte importante do controle.

Teste de consumidor

Valide cada destino: BI, planilha, modelo de propensão, exportação para cliente e rotina de otimização. Um warehouse correto não garante que um dashboard com cache ou uma fórmula antiga esteja correto.

Como organizar responsabilidades

A migração atravessa áreas e precisa de um dono claro.

• Mídia: identifica relatórios críticos e valida a leitura de campanha.
• Analytics: define reconciliações, tolerâncias e critérios de aceite.
• Engenharia de dados: adapta ingestão, mapeamento e observabilidade.
• RevOps ou CRM: verifica integrações com receita e ciclo comercial.
• Gestão de marketing: aprova o corte e protege decisões orçamentárias durante a transição.

Uma reunião curta de prontidão deve responder: quais relatórios usam os campos afetados, qual percentual já foi homologado, quais consumidores ainda dependem do legado e quem decide interromper o corte em caso de divergência.

O que não fazer

Não renomeie a coluna e considere o projeto encerrado. Também evite:

• apagar o ID antigo antes de concluir a reconciliação;
• somar linhas antigas e novas sem regra de equivalência;
• confiar apenas no sucesso técnico da carga;
• usar nome de campanha como chave substituta;
• testar somente um dia ou um anunciante pequeno;
• alterar ao mesmo tempo identificadores, modelo de atribuição e taxonomia;
• comunicar a mudança apenas ao time de dados.

Quanto mais mudanças simultâneas, mais difícil isolar a causa de uma divergência.

Checklist executivo para a janela de setembro

1. Liste todos os relatórios P2C e CFV em uso.
2. Marque quais incluem dimensões de busca paga afetadas.
3. Localize cada dependência em API, arquivos, SQL, BI e integrações.
4. Preserve uma amostra anterior à transição.
5. Implemente a tabela de equivalência entre IDs.
6. Aceite ambos os formatos sem duplicar entidades.
7. Rode reconciliação paralela de volume, conversões e receita.
8. Defina tolerâncias e responsáveis pelo aceite.
9. Execute o corte com monitoramento e retorno documentado.
10. Remova a dependência do legado somente após estabilidade comprovada.

Três takeaways

• A alteração de IDs é uma migração de chave analítica e deve ser tratada como risco para atribuição e receita.
• O mês de coexistência serve para construir equivalência e comparar resultados em paralelo antes da retirada do legado.
• O indicador mais importante não é a carga concluída mas a continuidade das correspondências e das decisões de mídia.

Conclusão

A troca anunciada pelo Campaign Manager 360 é um teste de maturidade da operação de marketing. Empresas que mantêm contratos de dados, chaves canônicas e reconciliação conseguem absorver a mudança sem transformar o painel em fonte de dúvida. As demais descobrem tarde que uma coluna aceita pelo pipeline pode ter quebrado a leitura do negócio.

Comece pelo inventário dos relatórios P2C e CFV, priorize as chaves usadas em atribuição e receita e use a coexistência para provar a equivalência. Se a operação não consegue mostrar onde cada ID entra e qual decisão ele sustenta, este é o momento de corrigir a governança, não apenas o conector.

Fontes e referências

• Google — Atualizações do Campaign Manager 360 no terceiro trimestre de 2026
• Google — Migração dos relatórios de busca paga no Campaign Manager 360
• Google for Developers — Boas práticas para relatórios do Campaign Manager 360
• Google for Developers — Dimensões métricas e filtros da API do Campaign Manager 360