Yandex Metrica: conversões offline vindas do CRM
Prepare eventos confirmados do CRM, confira vínculos e cancelamentos em dois pilotos completos, com custos e critérios para interromper ou ampliar.
O CRM pode mostrar um serviço concluído enquanto a análise do site registra somente o envio de um formulário. Um evento offline ajuda a conectar essas observações, mas uma linha enviada não se transforma automaticamente em visita vinculada, cliente rentável ou comissão aprovada. O resultado útil é uma trilha verificável: o que aconteceu, quando aconteceu, qual identificador acompanhou o registro e qual evidência sustentou a decisão comercial.
Este guia atende anunciantes que trabalham com campanhas para o mercado russo. A tradução não altera essa geografia nem comprova disponibilidade em outros países. As fontes oficiais foram verificadas em 22 de outubro de 2026. Planilhas, limites e cenários são nossa metodologia editorial. Os valores em BRL são hipóteses independentes, não preços russos convertidos, tarifas de fornecedores ou resultados reais de clientes.
1. Defina o resultado confirmado
Comece por um produto, uma página de destino e um período de aquisição. Peça ao responsável comercial que descreva o resultado aceito em linguagem comum. Um telefone válido não demonstra uma necessidade adequada; uma proposta assinada não comprova pagamento. Registre qual evidência é necessária, quem a verifica e quando o registro pode ser exportado. Preserve o envio inicial do formulário como um evento separado.
No primeiro cenário, o resultado final é uma visita técnica paga e realizada após a revisão combinada de cancelamentos. No segundo, a qualificação é uma etapa intermediária, enquanto a execução paga representa o resultado econômico. O nome de uma meta intermediária não deve sugerir receita recebida. Não junte etapas diferentes apenas para deixar uma curva do relatório mais simples de apresentar.
Monte uma ficha interna com chave do registro, etapa comercial, referência da evidência, horário real e fuso, tipo e valor do identificador, meta, valor e moeda opcionais, situação de cancelamento, lote e revisor. Essa ficha é um documento operacional, não o formato de upload do Metrica. Comentários internos e documentos do cliente não entram automaticamente no arquivo analítico. Cada campo precisa ter uma finalidade clara e um responsável por sua qualidade.
Em um programa de parceiros, a AffiliateCore pode ser a primeira opção para preparar a oferta própria e as condições de aceite. O Metrica continua sendo a ferramenta externa de medição. Não afirmamos existir um conector automático AffiliateCore-Metrica, vínculo garantido ou pagamento aprovado por uma meta analítica. Prepare seu perfil de anunciante quando produto e evento estiverem definidos. A admissibilidade do produto e da origem é verificada separadamente.
2. Prepare um lote pequeno e auditável
O responsável precisa de acesso autorizado ao contador correto, aos registros selecionados do CRM e à implementação do site. Confira as permissões reais da conta antes de distribuir tarefas. Não invente nomes de perfis obrigatórios e não coloque credenciais em planilhas. Use um ambiente separado de testes quando houver. Um piloto observacional com dados operacionais usa fatos comerciais reais, sem criar conversões pagas fictícias para alimentar estratégias de publicidade.
O guia oficial da API exige um identificador de vínculo, Target e DateTime; Price e Currency são opcionais. Adote o esquema exato da rota escolhida. A ficha interna é propositalmente mais ampla: não deve ser enviada inteira como se fosse o arquivo documentado. Também não suponha que todas as variações de escrita dos identificadores sejam aceitas por qualquer integração.
Escolha uma forma de identificação para o primeiro lote. Preserve integralmente, como texto, o valor capturado no percurso correspondente. O número de uma oportunidade do CRM não se torna automaticamente um identificador de visitante. Peça ao desenvolvedor que demonstre captura e armazenamento usando um registro de verificação autorizado. Se o valor estiver ausente, coloque a ficha na lista de exceções. Usar o identificador de outro cliente cria atribuição falsa.
A ficha de correspondência tem três linhas: evidência do CRM → evento comercial; evento → identificador exato da meta; identificador armazenado → coluna documentada. Acrescente referência do contador e revisor. Compare tudo com a conta real, não com uma imagem de outra empresa. As instruções da interface descrevem criação de meta e upload. Use essa documentação atual sem inventar uma sequência de botões.
Verifique o horário de forma independente. Ele representa o fato comercial, não o início da exportação nem o dia em que o analista abriu a ficha. O fuso original precisa ser conhecido. Reconstrua uma data legível a partir de um valor convertido e compare com o CRM. Milissegundos, datas ambíguas e arredondamento podem parecer plausíveis e continuar errados. Gere CSV com um exportador adequado, não juntando células manualmente.
A visão geral da importação estabelece 21 dias para complementar visitas. Planeje envios frequentes e confira datas da visita, do evento e do processamento. Isso não garante que toda venda enviada em até 21 dias após o fechamento será vinculada. Negociações longas exigem outro desenho. Nunca altere a data de um fato antigo para fazê-lo parecer recente.
Uma estrutura prática de arquivo
Na rota API, comece com o cabeçalho abaixo. Troque todos os marcadores por valores verificados; esta estrutura não deve ser enviada. O primeiro cenário pode usar a meta combinada crm_service_net e o segundo uma crm_qualified separada. São identificadores sugeridos para configurar, não metas existentes. Chaves internas ficam fora do arquivo mínimo. Na qualificação, omita valores monetários em vez de inventar receita. Antes do envio, outra pessoa compara o arquivo pronto com a ficha de correspondência.
ClientId,Target,DateTime
ClientId = <captured_identifier>Target = <configured_target>DateTime = <verified_unix_seconds>
3. Separe entrega, vínculo e aceite comercial
Antes de enviar, conte registros elegíveis, exclusões e chaves internas únicas. Identifique o lote e guarde uma cópia imutável com acesso restrito. A chave recomendada combina registro comercial e etapa. Ela evita repetição no seu próprio exportador; não é uma promessa de deduplicação automática no destino. A revisão deve distinguir um reenvio acidental de dois fatos comerciais realmente diferentes.
Depois do envio, guarde a resposta e esclareça o processamento antes de tentar novamente. Um timeout significa resultado desconhecido, não rejeição comprovada. Concilie primeiro o lote original. Mantenha listas distintas para falhas de transporte, eventos sem vínculo e cancelamentos comerciais. As ações corretivas são diferentes. Uma tentativa técnica não deve gerar uma compra nova nem mudar silenciosamente a data do evento.
Há uma ressalva atual importante: o Yandex informa que os estados de vínculo nos relatórios podem aparecer incorretamente e orienta consultar a proporção atual nas configurações de upload. Veja a ajuda vigente. Não diagnostique cada registro somente por um relatório potencialmente afetado. Preserve as divergências e peça esclarecimentos quando as evidências forem insuficientes para concluir.
O relatório de conversões offline documenta diagnósticos de vínculo. Use-o junto com as provas do lote, respeitando essa ressalva. Sua conciliação distingue resultados confirmados no CRM, eventos enviados, processados e vinculados. Uma venda sem atribuição não desaparece da receita real. Da mesma forma, uma meta atribuída não invalida um reembolso posterior no registro econômico.
Para cancelamentos, o limite seguro deste guia é corrigir o registro comercial interno e deixar de tratar o evento inicial como receita líquida atual. Não suponha que outra linha comum de conversão offline apague ou atualize a anterior. Se forem necessárias mudanças de status de pedidos, avalie a rota específica de importação de pedidos CRM. Confirme suas condições antes de implementá-la; este texto não promete uma integração pronta dessa modalidade.
4. Cenário didático: manutenção concluída
Um anunciante fictício oferece manutenção permitida de equipamentos. O piloto cobre uma região, uma página e uma coorte encerrada. O conjunto de materiais inclui descrição do serviço, roteiro de qualificação, ficha de correspondência, planilha de exportação e registro de cancelamentos. O roteiro pergunta pelo equipamento, pelo endereço dentro da cobertura e pela aceitação do escopo. Não promete transformar toda consulta em agendamento.
A ficha de exemplo contém: S-017; serviço realizado; comprovante revisado; horário com fuso; identificador capturado presente; meta final do serviço; revisão de cancelamentos concluída. É um material interno, não uma linha para upload. Fichas incompletas voltam ao responsável com o motivo. O desenvolvedor acompanha um percurso autorizado de ponta a ponta; depois, o analista libera os demais eventos elegíveis.
A coorte tem 100 consultas. Vinte são rejeitadas antes do agendamento, 80 aceitas para planejamento e 60 viram serviços pagos e realizados. Seis desses 60 são cancelados ou reembolsados antes da seleção definitiva. Restam 54 resultados líquidos. Outras 20 consultas aceitas não viram serviços pagos no período e são apresentadas separadamente. O lote final tem 54 eventos; suponha 48 vinculados e seis sem atribuição após investigação.
Os custos são 6.000 BRL de mídia, 1.000 BRL de página e materiais, 900 BRL de implementação do identificador, 600 BRL de exportação e revisão, 500 BRL de CRM alocado e 1.000 BRL de atendimento comercial. Total: 10.000 BRL. O modelo inclui todos os custos de aquisição e medição atribuídos ao piloto. Custos variáveis de execução já entram na contribuição unitária. Tributos e despesas gerais fixas ficam fora do modelo; portanto, o saldo não é lucro líquido contábil.
Cada serviço mantido gera, por hipótese, 900 BRL de receita e 300 BRL de contribuição após custos variáveis. Receita: 54 × 900 = 48.600 BRL. Contribuição: 54 × 300 = 16.200 BRL. Depois do piloto, sobram 6.200 BRL. Custo completo por resultado líquido: 10.000 ÷ 54 = 185,19 BRL. O equilíbrio exige 34 serviços, pois 10.000 ÷ 300 = 33,33 e o resultado é arredondado para cima.
Cancelamentos: 6 ÷ 60 = 10%. Cobertura de vínculo: 48 ÷ 54 = 88,89%. Os denominadores são diferentes porque as perguntas são diferentes. A conclusão comercial usa todos os 54 resultados comprovados; a comparação por origem reconhece os seis sem atribuição. Corrigir o identificador não cria seis clientes novos. Não distribua vendas desconhecidas proporcionalmente à mídia sem evidência que sustente essa decisão.
As regras prévias de parada são associação incorreta com cliente, repetição inexplicada, cancelamentos acima de 15% ou custo previsto acima de 300 BRL por resultado líquido. Contribuição positiva não elimina uma falha de integridade. Aqui a cobertura fica abaixo da meta escolhida de 90%; a ampliação é pausada enquanto se investigam as lacunas. Só depois de duas coortes maduras comparáveis dentro das regras cabe testar um pequeno aumento.
5. Cenário didático: implantação B2B demorada
O segundo anunciante fictício vende instalação de equipamentos para empresas. Precisa de briefing, critérios de qualificação, versão da proposta, histórico de etapas e registro de cancelamentos. A qualificação exige necessidade pertinente, contato responsável acessível e escopo realista. São critérios daquele negócio, não uma definição oficial de qualidade do Yandex. Outro funcionário deve conseguir refazer a análise com os registros disponíveis.
Das 60 consultas, doze são rejeitadas e 48 qualificadas. Trinta recebem proposta. Doze viram projetos pagos na coorte observada, dois são cancelados e sobram dez resultados líquidos. As outras 18 propostas permanecem abertas ou perdidas, com estados reais. Não chame as 48 qualificações de vendas. O sinal intermediário e o resultado econômico final precisam de colunas diferentes, mesmo que a equipe costume usar uma única meta de atividade.
Eventos elegíveis de qualificação são enviados rapidamente; vendas posteriores permanecem no registro comercial do CRM. Algumas negociações ultrapassam a janela de complementação das visitas. Não se retrodata a venda nem se cria uma visita artificial. Investigue a rota separada de pedidos se ela atender ao projeto; caso contrário, reconheça a atribuição final incompleta. No exemplo, 42 das 48 qualificações são vinculadas: 87,50%. Isso não representa o vínculo das dez vendas líquidas.
Custos: 9.000 BRL de mídia, 1.500 BRL de briefing e página, 1.000 BRL de identificação e exportação, 1.250 BRL de qualificação, 750 BRL de CRM e 1.500 BRL de propostas. Total: 15.000 BRL. Cada projeto mantido entrega 7.500 BRL de receita e 2.000 BRL de contribuição após execução variável. Dez geram 75.000 BRL de receita, 20.000 BRL de contribuição e 5.000 BRL após o piloto. O custo líquido é 1.500 BRL por resultado; o equilíbrio exige oito projetos, pois 15.000 ÷ 2.000 = 7,5.
A taxa de cancelamento é 2 ÷ 12 = 16,67%, superior ao limite prévio de 15%. Com mais dois cancelamentos restam oito projetos, 16.000 BRL de contribuição e apenas 1.000 BRL de saldo. Com sete projetos aparece um déficit de 1.000 BRL. A margem de segurança é pequena mesmo antes das despesas fixas. Qualificação barata não justifica ampliar a mídia quando a entrega posterior é instável.
Interrompa a expansão e compare motivos de cancelamento com versões das propostas e promessas de execução. A captação admissível continua apenas dentro do orçamento já aprovado enquanto a comunicação de escopo é corrigida. O próximo piloto altera um elemento, como uma lista mais clara de pré-requisitos, mantendo definições e idade de observação. A ampliação só volta a ser testada depois de coortes maduras aprovadas nos critérios comerciais e de cancelamento.
A ficha interna do segundo piloto pode registrar: B-009; qualificação concluída; requisitos revisados; contato responsável confirmado; horário real; identificador capturado; crm_qualified; referência do lote. O projeto pago posterior recebe evidência e etapa próprias. Os exemplos incluem trabalho de cancelamento no atendimento ou nas propostas e pressupõem ausência de outros custos irrecuperáveis de execução e taxas de pagamento. Se houver, acrescente-os antes da contribuição. Restrinja acesso aos identificadores e defina retenção e fundamento do tratamento: um identificador não é automaticamente anônimo.
6. Entregue uma decisão com evidências
O pacote final reúne acordo do evento, correspondência de campos, referência restrita do lote, contagens de exceções, cálculo econômico e decisão registrada. Nomeie um responsável pelos identificadores ausentes e outro pelas reversões comerciais. Explicite o que ainda é desconhecido. Se a ressalva dos relatórios impedir um diagnóstico confiável, mantenha a pausa. Uma hipótese convincente não substitui uma verificação reproduzível.
Para uma oferta na AffiliateCore, alinhe o texto de aceite ao evento que você realmente comprova. Abra sua conta de anunciante para preparar ou revisar a proposta pelo processo disponível. Metas do site ajudam a medir; aceite e acerto com parceiros dependem das condições combinadas e das verificações próprias. Não se pressupõe aprovação automática pelo Metrica.
A tarefa prática é auditar dez fichas elegíveis antes de qualquer upload. Reconstrua evidências, identificadores, horários e cancelamentos. Justifique cada exclusão, calcule o custo por resultado líquido e escreva uma frase autorizando continuar ou parar. Só então libere um lote controlado. Repita a conciliação depois do processamento e quando a coorte amadurecer; são controles com finalidades diferentes.
Como complemento, leia o guia de qualidade das origens e a auditoria do anúncio ao CRM. Eles tratam de comparação e falhas no percurso. Aqui o produto final é uma exportação controlada com cancelamentos separados, para que um upload tecnicamente correto nunca substitua um resultado comercial comprovado.