Yandex Metrika: quais fontes geram solicitações que chegam à venda

O número de envios de formulário mostra atividade, mas não revela quais fontes geram solicitações que chegam à venda. Para isso, é preciso vinculá-las aos resultados do CRM, dar a todas o mesmo tempo de atendimento e contabilizar separadamente as perdas de vinculação. Caso contrário, a vantagem será da fonte com negócios mais rápidos ou dados mais completos, sem necessariamente ter melhores solicitações.

Este guia prático de nível intermediário é destinado ao anunciante que analisa seu próprio produto no mercado russo. A Federação Russa é o mercado em todas as versões linguísticas; uma interface ou solicitação em russo não comprova a localização do cliente. Verifique a admissibilidade do produto, território, canal e tratamento de dados. Um país no seletor ou ofertas na plataforma não confirmam que uma proposta esteja disponível para você.

O resultado será um demonstrativo reproduzível da qualidade das fontes: composição das solicitações, proporção vinculada, qualificação, vendas confirmadas e decisão com responsável. As páginas oficiais foram verificadas em 10 de outubro de 2026. Não foram acessados contadores privados do Metrika nem o CRM do cliente; as duas tabelas são didáticas, não capturas de tela. O método é uma recomendação editorial, não um relatório integrado ao AffiliateCore nem uma promessa de integração pronta.

1. Defina qual decisão o relatório deve apoiar

Comece com uma pergunta: “Quais fontes geram mais vendas confirmadas por solicitação comparável após o mesmo período de observação?”. Escolha um produto e uma modalidade de contato, como um pedido de demonstração de um serviço profissional. Não misture consultas com compras diretas: as intenções e os processos de atendimento são diferentes. Analise cada produto separadamente antes de combinar resultados.

Defina solicitação como um contato único aceito, com identificador interno estável. As exclusões são testes acordados e duplicidades comprovadas. Solicitações inadequadas, recusas e contatos sem resposta continuam no conjunto inicial; removê-los melhoraria artificialmente as fontes com muitos contatos problemáticos. Aplique os mesmos motivos de exclusão a todas as fontes e registre-os separadamente.

Designe um responsável pelas definições em vendas e outro pela conciliação em análise de dados. Se ainda houver divergências sobre os status, use primeiro o guia de revisão de solicitações. Aqui não reorganizamos a fila de revisão: usamos resultados acordados e verificamos se permitem comparar corretamente as fontes.

2. Prepare os acessos e verifique os dados

Você precisa de acesso autorizado ao contador correto, exportação anonimizada do CRM, histórico de status e alguém que conheça o método atual de vinculação. Registre domínio, número do contador, fuso horário, data da exportação e responsáveis em uma nota interna. Não copie contatos, conversas nem credenciais para uma tabela pública ou relatório de parceiros.

Confirme que o serviço e a forma de utilização estão disponíveis para sua organização, produto e território. Verifique separadamente as permissões para consultar relatórios e o procedimento acordado de tratamento de dados. Conseguir entrar na conta não substitui essa verificação. Sem uma vinculação autorizada entre CRM e análise, comece pelo demonstrativo do CRM e explicite a lacuna: ainda não é possível classificar precisamente as fontes do Metrika.

A transferência e a vinculação de dados do CRM têm requisitos técnicos; confira-os com o responsável pela integração na descrição oficial. Não confunda prazos técnicos de vinculação com o período escolhido para avaliar qualidade. Um ciclo de venda longo não permite adiar a primeira transferência de dados até o fechamento do negócio.

Para preparar as condições da sua proposta, você pode criar um perfil de anunciante no AffiliateCore. O cadastro não conecta o Metrika nem comprova a admissão do produto, fonte ou território; a proposta preparada passa pela análise e moderação previstas.

3. Diferencie meta, solicitação e venda

Conclusões de metas, visitas com metas concluídas e solicitações únicas são unidades diferentes. Uma meta pode ser concluída várias vezes na mesma visita, conforme as definições do Metrika. Portanto, cem acionamentos não equivalem automaticamente a cem clientes potenciais. Verifique a condição real da meta e o recebimento efetivo da solicitação.

Em um teste autorizado, confira se o registro representa um clique, a resposta de sucesso do formulário ou outra etapa. No demonstrativo analítico, uma venda exige confirmação por um evento do CRM previamente definido, como um pagamento ainda válido no momento de corte. Reunião agendada e fatura emitida não viram vendas porque alguém chamou a etapa de “sucesso”.

Tabela didática 1. Dicionário do demonstrativo; não é a interface do Metrika.

Defina qualificação por sinais observáveis: adequação ao produto, necessidade confirmada e capacidade da equipe para atendê-la. Não substitua qualidade pela impressão subjetiva do vendedor. Guarde separadamente as etapas já alcançadas e o status atual: uma solicitação pode ser qualificada e depois recusada. Por isso, a soma de todas as etapas alcançadas em algum momento não precisa coincidir com o total de solicitações.

4. Registre as configurações do Metrika

Abra o contador correto e o relatório “Fontes de pedidos do CRM”, em “Análise de ponta a ponta”, se a transferência estiver configurada. As condições e definições estão na documentação do relatório. Se faltarem dados esperados, confira acesso, contador e situação da transferência; um relatório vazio não comprova ausência de vendas. O caminho documentado em russo é «Сквозная аналитика → Источники заказов из CRM»; os nomes em português acima são traduções explicativas.

Anote período, agrupamento de fontes, filtros, métricas e modelo de atribuição. Não confie no nome antigo de um relatório salvo. A configuração dos relatórios explica agrupamentos e métricas. Comece com um nível de fonte e detalhe após conferir os totais: dividir inicialmente por muitos atributos esconde grupos pequenos e dificulta a conciliação.

Reverifique especialmente a atribuição: desde 20 de maio de 2026, alguns modelos anteriores foram desativados. Consulte os modelos atuais, não uma captura antiga, e registre o nome exato da opção escolhida. Ao mudar de modelo, trate os cálculos como representações diferentes do mesmo conjunto, não como uma mudança repentina na qualidade da fonte.

Copie para a nota de trabalho o denominador de cada métrica conforme sua definição. “Conversão” nem sempre significa vendas divididas por solicitações. Este demonstrativo externo terá seu denominador definido separadamente. Uma divergência do percentual da interface é aceitável quando explicada por unidades, períodos ou conjuntos diferentes; não a esconda com arredondamentos.

5. Concilie o conjunto antes de calcular percentuais

Guarde a exportação anonimizada original separadamente da versão tratada. Cada solicitação precisa de chave interna, data de criação, produto, país conforme critério empresarial acordado, fonte com procedência documentada, histórico de status e indicador de vinculação bem-sucedida. Sem uma fonte confiável, deixe “não identificada”. Não distribua contatos desconhecidos proporcionalmente entre fontes conhecidas: isso cria uma precisão fictícia.

Conte primeiro todas as linhas do CRM, depois testes, duplicidades e solicitações restantes. Separe as linhas admissíveis entre vinculadas e não vinculadas. A igualdade deve ser: linhas iniciais menos exclusões documentadas igual a solicitações analisadas; solicitações analisadas igual a vinculadas mais não vinculadas. Verifique por produto e período, evitando que erros de grupos diferentes se compensem.

Não una tabelas apenas por dia e valor: a coincidência não comprova que se trata da mesma solicitação. Quando houver vários pedidos por contato, defina previamente um máximo de um resultado bem-sucedido por solicitação no cálculo da proporção de vendas. Quantidade de pedidos e receita são análises separadas. Uma junção incorreta de muitos para muitos pode duplicar negócios sem acrescentar compradores.

Para verificar metas, consulte o guia oficial do relatório de metas. Totais agregados iguais não validam cada vínculo individual. Confira uma amostra anonimizada autorizada de registros vinculados e algumas exclusões; sinalize quando a procedência da fonte do CRM diferir da atribuição do Metrika. Causas comuns estão no artigo sobre conciliação de relatórios.

6. Dê o mesmo tempo a cada solicitação

Uma coorte reúne solicitações criadas em determinado período. Escolha o prazo de observação pela distribuição real do tempo até a decisão, não por um número redondo. Veja quais resultados aparecem rapidamente e quais demoram. Avalie separadamente o atraso de transmissão dos status: uma venda realizada pode ainda não constar na exportação. Nenhum prazo serve para todos os produtos.

Neste exemplo, usamos solicitações criadas de 1 a 7 de setembro de 2026 e avaliamos cada uma exatamente 14 dias após sua criação. A exportação acontece depois do encerramento de todas as janelas e da atualização dos dados. É necessário histórico de eventos: a ficha atual em 21 de setembro, sozinha, não reconstitui o estado de cada solicitação aos catorze dias. Sem histórico, declare a limitação e não apresente a coorte como estritamente comparável.

Converta criação, qualificação, pagamento e cancelamento para o mesmo fuso acordado, preservando os registros de horário originais. Uma venda no décimo quinto dia fica fora da janela de catorze dias, mas entra em uma avaliação posterior. Não é uma venda perdida nem motivo para alterar a data inicial da solicitação. Se um reembolso chegar depois, crie outra versão do resultado com um novo horizonte.

Não misture esse cálculo por data de criação com uma seleção de visitas por calendário na interface. Linhas e datas precisam ter correspondência acordada; datas iguais nos filtros não a garantem. Um segmento tampouco transforma automaticamente um conjunto de unidades em outro. A ajuda sobre segmentação descreve as restrições ao transferir segmentos entre relatórios.

7. Calcule a coorte e confira a aritmética

Os dados abaixo são fictícios, não resultados do AffiliateCore, Yandex ou de um canal específico. A e B são grupos com a fonte registrada independentemente no CRM; nas linhas vinculadas, ela foi conciliada com a representação analítica escolhida. Isso permite conhecer o tamanho do grupo mesmo com perdas de vínculo com o Metrika. Sem essa identificação, as linhas não vinculadas ficam em um grupo comum de origem desconhecida.

Tabela didática 2. Resultados aos catorze dias; unidade: solicitação única.

Qualificação, pagamento e cancelamento se referem somente às solicitações vinculadas. Cancelamentos são um subconjunto das anteriormente pagas; todos os eventos ocorrem dentro da janela escolhida. As vendas ainda válidas são 27 − 3 = 24 para A e 18 − 0 = 18 para B. As etapas se sobrepõem: não some as linhas.

A proporção vinculada é 108 / 120 = 90% e 90 / 100 = 90%. Foram qualificadas 54 / 108 = 50% e 63 / 90 = 70% das vinculadas. As vendas válidas entre vinculadas representam 24 / 108 ≈ 22,2% e 18 / 90 = 20%. B tem maior qualificação, mas isso não comprova superioridade no resultado final; A tem maior proporção observada de vendas, mas a diferença também não demonstra vantagem consistente.

Considere fora da tabela um terceiro grupo fictício, C: 80 solicitações, 40 vinculadas, 28 qualificadas, 12 com pagamento e duas canceladas. São 10 vendas válidas, 50% de vinculação, 70% de qualificação e 25% de vendas entre vinculadas. O último percentual parece melhor, mas metade das solicitações está ausente dele. Não se pode declarar C vencedor nem extrapolar os 25% para a metade desconhecida.

Para ilustrar os limites, consideremos temporariamente desconhecidos os resultados não vinculados. Em A, a proporção total poderia variar de 24 / 120 = 20% a (24 + 12) / 120 = 30%; em C, de 10 / 80 = 12,5% a (10 + 40) / 80 = 62,5%. São cenários aritméticos extremos com no máximo uma venda por solicitação, não intervalos de confiança nem previsões. Se o CRM conhece os resultados não vinculados, use-os no total do CRM; a limitação afeta a distribuição por fonte verificada do Metrika.

8. Decida considerando os dados incompletos

Comece pela qualidade da medição. Se a vinculação for baixa ou desigual, investigue diferenças no formulário, via de entrada, versão da integração ou preenchimento da fonte. Não imponha um limite universal como “90% sempre é suficiente”. Importam o tamanho da lacuna e sua relação com o resultado: mesmo uma pequena ausência sistemática pode mudar a conclusão.

Examine conjuntamente qualificação, vendas válidas, pendências e tempo de atendimento. Alta qualificação com resultado final fraco pede revisão da etapa final e da comparabilidade dos critérios. Muitas pendências pedem espera ou revisão do horizonte. Carga dos vendedores, disponibilidade do produto e velocidade de resposta podem explicar um efeito atribuído erroneamente ao canal.

Defina uma ação por grupo: corrigir a medição, esperar o encerramento da janela, verificar o atendimento ou manter a observação até a próxima coorte comparável. Registre fundamento, responsável e data de revisão. Com poucas vendas, um percentual decimal não constitui uma classificação confiável. Uma conclusão causal exige um experimento adequadamente planejado; este relatório descreve associações observadas.

Acrescente despesas somente com registros completos e compatíveis de período, fonte e componentes dos custos. Um envio de formulário barato não equivale a uma venda confirmada barata, mas calcular orçamento não corrige vínculos ruins. Aqui, a decisão trata primeiro da confiabilidade da comparação, não da compra de tráfego ou definição de lances.

9. Corrija erros frequentes antes da entrega

Não exclua recusas para melhorar a qualidade, nem classifique solicitações pendentes como recusadas porque a semana terminou. Não transforme vendas tardias em novas solicitações. Identifique separadamente clientes recorrentes e novos; não altere retroativamente a qualificação para uma única fonte. Cada operação muda a pergunta respondida pelo percentual.

Não agrupe fontes com nomes iguais sem verificar a procedência. Um campo preenchido pelo vendedor, uma marcação de acesso e uma atribuição calculada podem ter significados diferentes. Preserve valores originais e um dicionário acordado de correspondências. Se ele mudar, identifique a nova versão e recalcule uniformemente os períodos comparados, guardando o resultado anterior para explicar as mudanças.

Gravações de comportamento e mapas de calor ajudam a localizar dificuldades na página; são tema do guia do Microsoft Clarity. A transferência técnica de conversões offline também exige uma tarefa separada. Este artigo não traz código de envio, configuração de públicos publicitários nem afirma que o AffiliateCore tenha transferência integrada de dados do CRM.

10. Conclua com um demonstrativo verificável

Antes de entregar a decisão, confira a lista:

• Produto, Rússia como mercado, admissibilidade do canal e acessos verificados separadamente.
• Solicitação, qualificação e venda válida definidas; testes e duplicidades justificados.
• Fontes do CRM e Metrika conciliadas ou diferenças explicitadas.
• Fuso, datas de criação, histórico de status e prazo preservados.
• Linhas iniciais conciliadas com exclusões e conjunto final.
• Solicitações não vinculadas e pendentes visíveis junto aos percentuais.
• Modelo de atribuição registrado conforme a configuração real, não uma instrução antiga.
• Números, arredondamentos, limitações, responsável e próxima revisão indicados.

Guarde a versão da exportação, descrição dos filtros e uma nota breve: o que se sabe, o que permanece desconhecido e qual ação os dados permitem. Um colega deve conseguir repetir o cálculo sem acessar conversas privadas de clientes. Repita após o prazo acordado e compare grupos da mesma idade, sinalizando mudanças no produto e no atendimento.

Se já tiver perfil, entre na área do anunciante para preparar um rascunho das condições da sua proposta para análise. Confira separadamente os requisitos atuais e a moderação. O demonstrativo ajuda a formular critérios de qualidade; não garante aprovação de ofertas, disponibilidade territorial, conexão com o Metrika ou vendas futuras.