Taxa de faltas por origem original do agendamento: uma fórmula de relatório interno

cmsapointoo on August 16, 2026

Calcule a taxa de faltas dentro de cada grupo de origem original do agendamento. Use faltas finalizadas no numerador e comparecimentos finalizados mais faltas finalizadas no denominador. Multiplique por 100. Cancelamentos, remarcações, consultas futuras e registros abertos ficam fora dos dois lados e aparecem em contagens separadas.

Essa é uma regra editorial de medição interna. A Zocdoc documenta falta como status posterior distinto e mantém cancelamento e remarcação como ações separadas. O NHS England publica uma definição de DNA ambulatorial que exclui consultas canceladas do denominador. Nenhuma fonte define a segmentação por origem proposta pela clínica.

Qual é a fórmula interna da taxa de faltas?

Para uma origem original e um grupo definido, use o seguinte contrato:

taxa_faltas = faltas_finalizadas / (comparecimentos_finalizados + faltas_finalizadas) * 100

A fórmula compara dois resultados terminais da mesma pergunta. A pessoa compareceu sob a regra da clínica ou a consulta foi finalizada como falta. Registros sem resposta definitiva ficam fora do denominador.

Não chame o resultado de métrica do fornecedor sem confirmar o mesmo numerador, denominador, janela, exclusões e agrupamento. Este artigo define um relatório interno. A agenda fornece estados; a clínica define o contrato.

O que as fontes oficiais comprovam?

A página Appointment Actions da Zocdoc informa que o status posterior pode ser atualizado para arrived ou no_show. Ela define no_show como ausência na consulta marcada e limita essa ação da API a um período depois do horário. A mesma documentação trata cancelamento e remarcação separadamente.

A orientação do NHS England usa códigos nacionais específicos no numerador de DNA ambulatorial. O denominador considera consultas ambulatoriais sob o escopo descrito, exclui cancelamentos e também retira eventos administrativos definidos. A página recomenda analisar a taxa junto a outros indicadores.

Essas fontes sustentam a separação entre comparecimento, falta, cancelamento e remarcação. O conjunto de códigos britânico não vira regra universal para clínicas particulares brasileiras. Aproveite o princípio de separação e documente a população elegível local.

Quais consultas entram no denominador?

Inclua apenas consultas cujo horário já passou e cujo resultado está finalizado pela regra da clínica. No modelo compacto deste artigo, isso significa comparecimento finalizado e falta finalizada.

Estado Numerador Denominador Relatório separado
Falta finalizada Sim Sim Quantidade de faltas
Comparecimento finalizado Não Sim Quantidade de comparecimentos
Cancelado Não Não Cancelamentos
Horário substituído por remarcação Não Não Remarcações
Consulta futura Não Não Agenda aberta
Consulta passada sem status Não Não Fila de qualidade
Teste ou duplicidade Não Não Auditoria de exclusões

A taxonomia de resultados de agendamento ajuda a manter os estados separados. Adapte os termos à agenda operacional e congele as definições durante o período.

Por que agrupar pela origem original?

A origem original mostra por onde a marcação entrou na agenda. Ela permanece estável quando o paciente liga, abre o portal ou pede uma mudança à recepção. Agrupar pelo canal mais recente moveria reservas remarcadas para telefone ou portal e distorceria a comparação de aquisição.

Origem de marketing é outro campo. A agenda do site pode receber demanda de pesquisa paga, busca orgânica, e-mail ou uma jornada desconhecida. Calcule primeiro por origem de agendamento. Acrescente marketing apenas quando a evidência e o tamanho do grupo permitirem.

O guia sobre origem de agendamento e origem de marketing explica os dois eixos. Não os misture em uma categoria ampla como “Google” ou “online”.

Como contar remarcações?

A remarcação não é um resultado final de comparecimento. Exclua o horário substituído do numerador e do denominador, preserve uma única linhagem e avalie a consulta elegível depois do novo horário.

Se o sistema atualiza um registro, a linhagem pode ser direta. Se ele cancela um registro e cria outro, aplique uma regra testada para relacioná-los. Não conte os dois como oportunidades independentes quando os fatos mostram uma única consulta remarcada.

Mantenha a origem original durante toda a linhagem. O artigo sobre relatório por coorte original mostra por que mudanças de status devem amadurecer o grupo em vez de mover registros entre períodos.

Por que mostrar cancelamentos e registros abertos?

Excluir da fórmula não significa esconder. Uma origem pode ter poucas faltas e muitos cancelamentos. Outra pode ter várias consultas futuras sem resultado. Publicar apenas a porcentagem de faltas oculta as duas situações.

Mostre contagens ao lado da taxa: comparecimento finalizado, falta finalizada, cancelado, remarcado, futuro, não resolvido, duplicado e total recebido. Assim, o leitor entende por que o denominador não corresponde ao total de marcações.

Use a mesma data de observação para todas as origens. Atualizações atrasadas entram na próxima execução ou em uma revisão documentada. Não encerre cedo um grupo favorável enquanto espera por outro.

Como mapear os status locais?

Crie um mapa entre cada status da agenda e os estados do relatório. Revise com a operação, pois alguns nomes enganam. “Concluído” pode indicar que a equipe fechou o registro, não que o paciente compareceu. “Confirmado” também não comprova presença.

  1. Liste todos os status observados no período.
  2. Associe cada um a comparecimento, falta, cancelamento, remarcação, futuro, não resolvido, teste ou duplicidade.
  3. Registre responsável e data de vigência.
  4. Retire status não mapeados da fórmula.
  5. Versione a regra quando o fornecedor ou o processo mudar.

Não transforme um status desconhecido em comparecimento apenas para fechar o relatório. A contagem não resolvida revela um problema de qualidade que precisa de atenção.

O que o relatório final deve mostrar?

Mostre origem, janela da coorte, data de observação, numerador, denominador, taxa, exclusões, versão da regra e última atualização da fonte. Evite ordenar origens como vencedoras quando uma delas tem poucos resultados finalizados.

Mantenha o relatório agregado. Identificadores, observações da consulta, motivo clínico, tratamento e texto livre não pertencem à visão de marketing. Uma exceção de qualidade deve seguir para um fluxo operacional autorizado.

A taxa de faltas é apenas uma medida. Leia junto com cancelamentos, remarcações, volume e maturidade. A própria orientação do NHS England recomenda vários indicadores para avaliar melhorias em DNA.

Checklist antes de publicar

  • A fórmula usa falta finalizada sobre comparecimento mais falta.
  • Cada linha pertence a uma origem original.
  • Cancelamentos, remarcações, consultas futuras e abertas ficam fora dos dois lados.
  • Os resultados excluídos continuam visíveis em contagens separadas.
  • Testes e duplicidades seguem uma regra documentada.
  • Status sem mapa entram em uma fila de revisão.
  • Todas as origens usam a mesma janela e data de observação.
  • O relatório informa versão da regra e sistema de origem.

Perguntas frequentes

Cancelamentos entram como faltas?

Não neste modelo. Mostre cancelamentos em separado e retire-os do numerador e do denominador. O NHS England também exclui consultas canceladas do denominador nacional de DNA ambulatorial.

Consultas futuras entram no denominador?

Não. O resultado ainda não é final. Mantenha-as na agenda aberta e inclua somente depois do horário e do registro de um status elegível.

Uma remarcação cria dois registros no denominador?

Não quando os dois registros representam a mesma linhagem. Exclua o horário substituído e conte a consulta final uma vez. Documente como a integração relaciona os identificadores.

A fórmula do NHS é obrigatória para toda clínica?

Não. Ela é um exemplo institucional com escopo e códigos próprios. A clínica precisa documentar sua regra e não apresentar uma definição local como obrigação jurídica ou padrão universal.

Referências

Como preservar a origem original de marketing e agendamento após uma remarcação

cmsapointoo on August 16, 2026

Uma remarcação deve alterar horário e status sem reescrever como o agendamento foi conquistado nem por onde entrou na agenda. Preserve a origem original de marketing e a origem original do agendamento. Registre o canal da ação mais recente e o histórico de remarcações em campos separados.

Essa é uma regra editorial de desenho de dados, não uma promessa de fornecedor. A Zocdoc documenta a remarcação de um agendamento existente por meio do identificador da consulta. A Doctoralia descreve recursos para remarcar, confirmar e cancelar. Nenhuma das fontes afirma que preserva os campos de origem propostos aqui.

O que as fontes dos fornecedores comprovam?

A documentação Appointment Actions da Zocdoc mostra uma requisição de remarcação para um appointment_id existente, com um novo start_time. Ela lista os estados em que a ação pode ser solicitada e mantém cancelamento e atualização posterior como operações distintas.

Na página brasileira da Doctoralia, a empresa informa que a equipe pode remarcar, confirmar e cancelar horários na agenda. A página também descreve lembretes que permitem ao paciente remarcar ou cancelar quando necessário. São declarações do fornecedor sobre seus recursos.

As duas fontes não definem origem original de marketing, origem original do agendamento, canal da ação recente ou política de preservação de atribuição. O modelo abaixo é uma recomendação editorial para o relatório da clínica. Não o apresente como comportamento automático da Zocdoc ou da Doctoralia.

Quais fatos precisam permanecer imutáveis?

Preserve os fatos que descrevem a primeira aquisição sustentada e a entrada operacional. A origem original de marketing guarda a evidência aceita de canal ou campanha no momento da marcação. A origem original do agendamento registra por onde a reserva entrou, como site, marketplace, Perfil da Empresa ou recepção.

A remarcação responde a outra pergunta: por qual canal o horário mudou? Ela pode acontecer no portal do paciente, por telefone, na recepção ou no sistema do fornecedor. Essa ação merece um novo evento, não a substituição da origem.

Campo Significado Regra de atualização
origem_marketing_original Primeiro canal ou campanha com evidência sustentada Gravar uma vez; corrigir apenas com auditoria
origem_agendamento_original Rota que criou a primeira marcação Gravar uma vez
id_linhagem_agendamento Identificador opaco de uma linhagem Manter nas remarcações
horario_atual Horário vigente da consulta Atualizar após remarcação aceita
status_atual Estado operacional vigente Atualizar pela agenda
canal_ultima_acao Canal usado na alteração mais recente Atualizar a cada ação
historico_remarcacoes Sequência datada de mudanças Acrescentar sem substituir

O guia sobre origem de agendamento e origem de marketing mostra por que esses dois campos já respondem a perguntas diferentes antes de qualquer remarcação.

Como a remarcação deve atualizar o registro?

Atualize horário atual, status, momento da ação, categoria do responsável e canal mais recente. Acrescente um evento ao histórico. Mantenha a linhagem e as origens originais.

  1. Receba a remarcação pelo fluxo autorizado da agenda.
  2. Associe a atualização à linhagem estável.
  3. Registre horário anterior e novo horário.
  4. Atualize a projeção operacional atual.
  5. Acrescente canal e horário da ação ao histórico.
  6. Não altere as origens originais.
  7. Encaminhe eventos sem correspondência para revisão.

Uma ligação para mudar o horário não transforma uma reserva feita no site em aquisição por telefone. Ela registra uma ação posterior da recepção.

Por que sobrescrever a origem estraga o relatório?

A substituição move marcações entre grupos depois da aquisição. Uma campanha parece perder um agendamento quando a recepção muda o horário, enquanto o telefone parece ganhar uma aquisição que não produziu. O total continua igual, mas a explicação muda sem motivo.

O erro também esconde trabalho operacional. Quando o campo troca de site para telefone, a equipe não consegue separar aquisição online de atendimento posterior. O campo canal_ultima_acao conserva os dois fatos.

Relatórios por origem precisam de grupos estáveis. O artigo sobre funil da clínica por coorte original mostra por que o status atual não pode substituir o grupo que entrou no período analisado.

E se o fornecedor criar outro agendamento?

Alguns fluxos atualizam o registro existente. Outros podem cancelar o antigo e criar outro. Não presuma o comportamento. Teste a integração e escreva uma regra de linhagem que una os registros apenas quando existir evidência confiável de uma remarcação.

Preserve cada identificador do fornecedor. Crie um identificador opaco da clínica para a linhagem, sem alterar a chave externa e sem usar nome, telefone, tratamento ou observação como vínculo.

Se não for possível relacionar os registros com segurança, mantenha o caso pendente. Uma fila de revisão é melhor do que juntar automaticamente duas pessoas ou duas consultas diferentes.

Como separar status da agenda e atribuição?

A agenda responde pelo status atual. O registro aprovado de atribuição responde pela evidência de marketing. A integração informa por onde a marcação entrou. O relatório pode combinar os fatos sem dar autoridade total a um único sistema.

Use poucos estados e defina cada transição. Criado, remarcado, cancelado, comparecimento e falta precisam de significados próprios. A taxonomia de resultados de agendamento oferece uma base para esse dicionário.

Uma mudança de status não deve criar origem de marketing nem apagar uma origem existente. Quando a evidência de campanha não existe, a origem de marketing continua desconhecida, mesmo que a origem operacional seja conhecida.

Como diferenciar correção e remarcação?

Uma correção legítima pode mudar a origem original, mas exige motivo, responsável, valor anterior, valor novo e data. Esse é um fluxo diferente da remarcação comum. Restrinja o acesso e mostre correções em um relatório próprio.

Um defeito no parser pode ter classificado todas as reservas do Perfil da Empresa como site. Corrigir essa falha pode justificar uma atualização controlada. Mudar a consulta de terça para quinta não justifica.

Ofereça à recepção um campo adequado para o canal da ação. Assim, ninguém precisa usar a correção da origem para descrever a última conversa.

O que testar antes de confiar no modelo?

  • Criar uma marcação por cada rota operacional aceita.
  • Guardar origem de marketing somente quando houver evidência.
  • Remarcar pelo fluxo do paciente e pela recepção.
  • Confirmar a mudança de horário e canal da ação.
  • Confirmar que as origens originais permanecem iguais.
  • Testar cancelamento seguido de nova reserva conforme a regra de linhagem.
  • Repetir a mesma atualização e verificar que o histórico não duplica.
  • Revisar uma remarcação sem correspondência e impedir a união automática.

Registre data, configuração do fornecedor, versão da regra e resultado esperado. O teste comprova a implementação naquele momento. Não garante que uma futura versão do fornecedor terá o mesmo comportamento.

Perguntas frequentes

Uma remarcação por telefone muda a origem para telefone?

Não. Preserve a origem inicial e registre telefone como canal da ação mais recente. O relatório continua mostrando a aquisição e também o trabalho da recepção.

A Zocdoc garante a preservação da origem?

A documentação mapeada comprova recursos de remarcação e status. Ela não documenta o modelo de campos proposto aqui. A clínica precisa testar a integração e manter sua própria regra.

A equipe pode corrigir uma origem errada?

Sim, por um processo restrito com trilha de auditoria. A correção resolve uma evidência incorreta. Uma remarcação normal não deve acionar esse processo.

Uma remarcação conta como novo agendamento?

Não neste modelo editorial. Ela permanece na mesma linhagem. Se o fornecedor gerar um novo registro, relacione os dois apenas sob uma regra testada.

Referências

Reporte o funil da clínica por coorte original de leads, não pelos totais de hoje

cmsapointoo on August 16, 2026

O funil da clínica deve manter cada resultado ligado à coorte original de leads e mostrar o grau de maturidade dessa coorte na data do relatório. Totais de hoje misturam novos formulários, agendamentos de dias anteriores, consultas futuras e aceitações registradas depois. A comparação pode piorar ou melhorar apenas porque cada etapa acontece em um momento diferente.

A coorte original reúne os formulários elegíveis criados no mesmo período declarado. Agendamento, comparecimento e aceitação continuam ligados a esses leads, mesmo quando ocorrem mais tarde. O relatório precisa da data da coorte e de uma data de corte. Sem as duas, o leitor não distingue um resultado fraco de outro ainda incompleto.

Por que os totais de hoje distorcem o funil?

O gasto aparece cedo, mas os resultados da clínica amadurecem em ritmos diferentes. Um formulário pode virar agendamento depois. A consulta pode estar marcada para outra semana, e a aceitação pode ser registrada após o atendimento. Dividir as aceitações de hoje pelos formulários de hoje compara grupos diferentes.

O guia do Google sobre atraso de conversão mostra o mesmo problema dentro do Google Ads. O desempenho recente pode parecer pior porque o custo já foi contabilizado, enquanto algumas conversões ainda não chegaram. Conforme a janela configurada, a plataforma pode registrar conversões até 90 dias depois do clique. Esse é um fato sobre o Google Ads, não um prazo universal para a clínica.

Antes do relatório, adote uma taxonomia estável de resultados de agendamento. Os estados agendado, realizado e aceito precisam manter o mesmo significado no período analisado. A coorte organiza os dados, mas não corrige definições inconsistentes.

O que deve definir a coorte original de leads?

Escolha o primeiro evento elegível controlado pela clínica que possa ser reproduzido, normalmente o recebimento válido de um formulário. Atribua a coorte pela data e hora de criação desse evento. Não mova o lead para outra coorte quando houver agendamento, comparecimento, remarcação ou aceitação.

Campo Função Regra
ID opaco do lead Liga eventos posteriores sem exibir nomes no relatório Permanece estável no ciclo do lead
Data original do lead Define a coorte Não é substituída por uma etapa posterior
Período da coorte Agrupa leads comparáveis Usa fuso e calendário declarados
Data de corte Mostra quando as contagens foram observadas Fica guardada em cada execução
Datas das etapas Medem os atrasos operacionais Separam agendamento, comparecimento e aceitação

Registre as regras de elegibilidade. Testes, duplicidades, spam, unidades não atendidas e demais exclusões devem ter tratamento explícito. Quando uma regra mudar, crie uma nova versão. Não reescreva uma coorte antiga sem deixar rastro, pois ninguém saberá se o desempenho ou o denominador mudou.

Como o Google separa o tempo da consulta do anúncio e da conversão?

O Google Ads pode posicionar o mesmo resultado em datas diferentes. A documentação dos relatórios de atribuição informa que esses relatórios usam o momento da conversão. A página padrão de Campanhas costuma atribuir a conversão à consulta do anúncio anterior ao clique que levou ao resultado. A página também oferece colunas por tempo da conversão.

Essa diferença altera a data exibida sem alterar o evento subjacente. O relatório da clínica deve indicar qual base temporal do Google foi usada para gasto e conversões. Não chame uma tabela por tempo do clique de coorte de leads se as linhas internas não foram agrupadas pela data original do lead.

A clínica adota outro ponto de referência: o primeiro lead elegível. O tempo da consulta do anúncio localiza a interação anterior ao clique; o tempo da conversão localiza a ação rastreada. Nenhum deles reúne automaticamente agendamento, comparecimento e aceitação sob a coorte original. Essa junção pertence ao relatório interno.

Como ligar as etapas do funil?

Mantenha uma chave estável durante o fluxo interno. O agendamento aponta para o lead. O comparecimento aponta para o agendamento elegível, e a aceitação aponta para o atendimento conforme a definição da clínica. Preserve a primeira data válida de cada etapa e registre correções posteriores.

coorte original de leads
  -> formulário elegível recebido
  -> agendamento elegível criado
  -> consulta realizada
  -> caso aceito

A remarcação precisa de uma regra declarada. O lead continua na coorte original, embora a data atual da consulta possa mudar. Cancelar e agendar novamente não deve criar outro lead, salvo quando a regra documentada tratar o novo pedido como procura nova. A distinção entre origem do agendamento e origem de marketing também permanece sem trocar a coorte.

Quais taxas entram no relatório?

Mostre as contagens antes das taxas e dê nome a cada denominador. As fórmulas abaixo são orientação editorial para o relatório. Não são cálculos do Google Ads. Use somente registros elegíveis ligados à mesma coorte original e observados na mesma data de corte.

taxa de agendamento
= leads com agendamento elegível / leads originais elegíveis

taxa de comparecimento
= consultas realizadas elegíveis / agendamentos elegíveis

taxa de aceitação após comparecimento
= casos aceitos / consultas realizadas elegíveis

taxa de aceitação de ponta a ponta
= casos aceitos / leads originais elegíveis

Não compare taxas com filtros diferentes. Uma taxa de comparecimento de toda a agenda não explica uma campanha se a coorte contém apenas leads de formulário. O método de comparecimento por campanha mostra como preservar atribuição agregada sem enviar detalhes da consulta para uma plataforma publicitária.

Calcule cada taxa somente quando o denominador declarado for maior que zero. Mostre N/D quando a coorte não tiver leads, agendamentos ou consultas realizadas elegíveis para aquela taxa. Preserve a contagem zero, mas não apresente uma razão indefinida como 0%.

Como definir a maturidade da coorte?

A maturidade vem do tempo observado pela clínica até cada etapa. Meça o intervalo entre lead e agendamento, entre agendamento e consulta, e entre consulta e aceitação em coortes antigas já completas. Escolha uma janela documentada para a pergunta do relatório. Uma coorte pode estar madura para agendamento e imatura para comparecimento ou aceitação.

idade da coorte
= data de corte - fim do período original da coorte

maturidade da etapa
= comparação entre idade da coorte e janela documentada de atraso observado

O Google recomenda encerrar um relatório de atraso pelo menos 30 dias antes, ou usar um período maior quando a janela de conversão for maior. Essa instrução trata da completude no Google Ads. Ela não cria uma regra clínica de 30 dias. Prazo até a consulta e rotina de acompanhamento podem exigir outra janela, comprovada pelos registros locais.

O que a tabela final deve mostrar?

Dê a cada coorte uma linha por data de corte ou preserve um histórico de versões. Inclua leads originais, agendamentos, consultas realizadas, casos aceitos, taxas, idade da coorte e rótulos de maturidade. Acrescente gasto e dimensões de marketing apenas quando a base temporal e a atribuição estiverem claras.

Coorte Data de corte Leads Agendados Realizados Aceitos Maturidade
Período original do lead Fechamento do relatório Contagem elegível Contagem ligada Contagem ligada Contagem ligada Rótulos por etapa

Mantenha as linhas imaturas visíveis, mas não as classifique como completas. Rótulos como em desenvolvimento, madura para agendamento ou madura até aceitação são mais honestos que preencher resultados ausentes com suposições. Se houver previsão, coloque-a em colunas separadas e identifique o método.

Como revisar o relatório com a clínica?

Compare coortes depois de conferir versão das definições, cobertura das fontes, data de corte e maturidade. Investigue mudanças pelas contagens. Uma taxa menor pode nascer de menos eventos posteriores, denominador maior, importação atrasada ou alteração de regra.

Guarde cada relatório com horário de extração e estado das fontes. Atualize coortes anteriores quando resultados tardios chegarem, mas mantenha a fotografia antiga para auditoria. A conversa fica objetiva: a coorte madura gerou menos agendamentos, comparecimento menor ou aceitação menor sob as mesmas definições?

Perguntas frequentes

Coorte original de leads é igual à coorte de cliques do Google Ads?

Não. A coorte da clínica começa no evento elegível declarado. A página Campanhas pode usar o tempo da consulta anterior ao clique ou colunas por tempo da conversão. Registre a escolha separadamente e não substitua a data original do lead.

Posso dividir as aceitações de hoje pelos formulários de hoje?

Não. Esses grupos costumam reunir pessoas e idades de funil diferentes. Ligue cada caso aceito à sua coorte original de leads elegíveis e calcule a taxa dessa coorte na data de corte.

O Google exige maturidade clínica de 30 dias?

Não. O Google descreve uma verificação de 30 dias ou mais para relatórios de atraso de conversão da plataforma. A maturidade clínica vem dos atrasos observados entre agendamento, consulta e aceitação. Use janelas diferentes por etapa quando os dados justificarem.

Uma coorte imatura pode aparecer no relatório?

Sim. Mostre as contagens atuais e aplique um rótulo claro. Não compare as taxas incompletas com coortes maduras sem explicar a diferença. O histórico de datas de corte mostra como cada coorte evoluiu.

Referências

O relatório de outbox de conversões offline que toda agência deve mostrar aos clientes

cmsapointoo on August 16, 2026

Um relatório de conversões offline deve mostrar aquilo que a agência consegue provar, em vez de resumir tudo em um percentual tranquilizador de entrega. Um bom relatório separa o ledger local do outbox, a requisição inicial da Data Manager, os diagnósticos posteriores por destino, a observação no Google Ads e a atribuição. São evidências diferentes, coletadas em momentos diferentes.

Este formato é uma recomendação editorial. AWS e Google documentam os mecanismos, mas não prescrevem um relatório para clientes. A agência define a apresentação e limita cada conclusão à evidência disponível.

Por que o cliente precisa de evidências separadas?

O cliente precisa saber quais resultados offline estão aguardando, o que a agência enviou, o que o Google ainda processa e o que falhou. Uma contagem única de uploads esconde essas diferenças. Também pode transformar uma resposta HTTP em alegação sobre relatório ou atribuição que a resposta não comprova.

O relatório responde a quatro perguntas. A transação de origem criou um evento local durável? O worker recebeu uma resposta inicial bem-sucedida e guardou o ID da requisição Google? Qual estado terminal o Google devolveu para cada destino? Uma verificação separada encontrou a conversão na conta e janela esperadas do Ads?

A atribuição forma uma quinta camada. Um destino pode concluir o processamento sem produzir o crédito de campanha que a agência esperava. O guia de diagnósticos trata da saúde do upload e de problemas nos dados. Não transforma uma requisição processada em prova de atribuição, uso em lances ou impacto comercial.

Para entender a fronteira anterior ao relatório, consulte a arquitetura server-side para formulários e Data Manager. Ela mantém a saída bloqueada até a aprovação do uso exato. O relatório desta página documenta confiabilidade depois dessa aprovação. Ele não cria permissão para enviar.

Construa primeiro o ledger local do outbox

O AWS Prescriptive Guidance apresenta o transactional outbox como solução para o problema de escrita dupla. A aplicação grava o estado de negócio e o evento de outbox na mesma transação. Outro processo lê apenas registros confirmados e envia a mensagem. Se a transação de origem for revertida, a notificação não deve sair.

O relatório para o cliente não precisa do registro de origem. Dê a cada resultado elegível um ID local opaco e uma versão do resultado. Guarde horário de criação, estado local, número de tentativas, próxima tentativa, base de deduplicação e referência do destino. O payload operacional fica fora do relatório.

Campo local Significado Exibir ao cliente?
ID opaco do evento Referência estável criada pelo sistema da agência Sim
Versão do resultado Estado aprovado que originou o evento Sim
Estado local Na fila, enviando, enviado, nova tentativa, suprimido ou em quarentena Sim
Tentativa e próxima execução Atividade do worker local Sim
Payload de origem Dados do sistema operacional Não
Campos excluídos Conteúdo de saúde, identidade e texto livre Não

Defina enviado de modo estreito. Significa que o worker recebeu uma resposta inicial bem-sucedida da Data Manager e guardou o ID da requisição. Não significa que o Google terminou o processamento. Também não diz nada sobre presença no relatório do Ads ou atribuição.

Mantenha a requisição Google em outro ledger

O guia Send Events do Google informa que uma requisição inicial bem-sucedida devolve um requestId. O guia de diagnósticos descreve esse sucesso com código 0, enum OK e HTTP 200 OK. Guarde o ID. Não dê à resposta inicial um nome que sugira resultado final.

O ledger Google usa uma linha por requisição e destino, não uma linha por evento local. Guarde ID da requisição, referência do destino, horário do envio, primeira consulta, estado atual, contagem de registros, contagens de avisos e erros e último horário consultado. Se uma requisição tiver vários eventos ou destinos, preserve a estrutura do lote.

Camada de evidência Responsável O que ela comprova
Estado do outbox Agência O que o worker local registrou
Sucesso HTTP e request ID Data Manager API Sucesso da requisição inicial de ingestão
Diagnóstico do destino Data Manager API Processamento posterior da requisição naquele destino
Observação no Ads Verificação da agência O que apareceu no relatório e período escolhidos
Observação de atribuição Modelo do Ads Crédito observado sob configurações declaradas

O record_count dos diagnósticos inclui registros bem-sucedidos e com falha. Avisos e erros aparecem como contagens por motivo. Essa evidência é agregada. Se um lote de dez eventos chegar a PARTIAL_SUCCESS, mostre o total e as contagens de erro. Não marque um ID opaco específico como sucesso ou falha sem uma resposta do fornecedor que faça essa ligação.

Use os estados oficiais do destino

O Google documenta quatro estados: PROCESSING, SUCCESS, PARTIAL_SUCCESS e FAILURE. Preserve esses nomes no ledger do fornecedor. Não os comprima em um campo chamado aceito. A palavra pode significar resposta HTTP inicial, destino concluído ou conversão visível, três coisas diferentes.

Em PROCESSING, avisos e erros ainda não estão preenchidos. SUCCESS indica conclusão sem erros, mas ainda pode conter avisos sobre dados ignorados. FAILURE indica falha de todos os registros naquele destino. PARTIAL_SUCCESS reúne sucessos e falhas no lote.

Na documentação consultada em 16 de agosto de 2026, o Google recomenda esperar 30 minutos antes da primeira consulta de diagnóstico. Depois, a equipe deve usar intervalos crescentes, com backoff exponencial, até todos os destinos chegarem a um estado terminal. O processamento pode levar até 24 horas. O relatório deve exibir uma contagem datada de em processamento, sem classificar uma janela incompleta como falha.

Guarde códigos de motivo, contagens e horários de consulta. Não copie o conteúdo dos registros rejeitados. A contagem é suficiente no relatório recorrente. A investigação técnica pode usar logs controlados sem transformar a prestação de contas ao cliente em outro repositório de dados sensíveis.

Separe deduplicação e novas tentativas

A idempotência local e a deduplicação do Google resolvem problemas relacionados, mas não idênticos. O outbox local impede que o worker repita um efeito ao receber novamente o mesmo evento. O guia Send Events informa que o Google Ads usa transactionId, dentro da mesma ação de conversão, para deduplicar eventos enviados por fontes diferentes nos cenários documentados.

O relatório pode mostrar novo, duplicado suprimido ou revisão manual como resultado local. Também pode indicar se o evento aprovado recebeu um identificador de transação externo. Não mostre esse identificador se ele revelar informação do sistema de origem. Não prometa deduplicação universal fora do produto e da ação documentados.

Novas tentativas precisam de duas colunas. A tentativa de entrega é uma ação do worker após falha transitória. A consulta de diagnóstico verifica uma requisição que já teve sucesso inicial. Consultar nunca deve reenviar a conversão. Se a resposta inicial ficar desconhecida, coloque o evento em quarentena até o runbook definir se outra tentativa é segura.

Use a taxonomia de resultados de agendamento para manter a versão do resultado estável. Ela ajuda a distinguir mudança real do resultado, repetição da mesma entrega e correção operacional. Essa distinção deve acontecer antes de qualquer sincronização externa.

Monte o relatório mensal em duas tabelas

A primeira tabela contém os eventos locais: ID opaco, versão, criação, estado, tentativas, próxima ação e ID Google, quando existir. A segunda contém as requisições Google: request ID, destino, estado de processamento, total de registros, contagens de avisos e erros e último diagnóstico.

Acima das tabelas, apresente um resumo curto:

  • resultados locais elegíveis criados no período;
  • eventos na fila, enviados, suprimidos, aguardando tentativa ou em quarentena;
  • requisições iniciais ao Google com sucesso ou falha;
  • destinos processando, concluídos, parcialmente concluídos ou com falha;
  • registros, avisos e erros agregados pelos diagnósticos;
  • observações feitas separadamente no relatório do Ads;
  • diferenças de reconciliação e responsável por cada investigação.

Uma diferença não prova perda. Pode vir de lotes em processamento, tentativas, janelas de tempo, duplicados ou configurações do Ads. Informe o motivo ou marque a questão como não resolvida. Não infira resultados individuais.

O relatório de taxa de comparecimento sem detalhes da consulta aplica a mesma contenção. Contagens e estados bastam para operar a entrega.

Erros que tornam o relatório enganoso

  • Somar eventos locais e diagnósticos Google como se fossem a mesma unidade.
  • Chamar HTTP 200 de conversão concluída.
  • Marcar eventos individuais a partir de PARTIAL_SUCCESS agregado.
  • Confundir consulta de diagnóstico com nova tentativa de entrega.
  • Expor payload, identificadores de origem ou detalhes do atendimento.
  • Tratar presença no relatório do Ads como prova automática de atribuição.
  • Usar o relatório como justificativa para ativar um envio ainda não aprovado.

O relatório pode conter processamento em aberto e resultados ainda não observados no Ads. Nomeie o responsável e date a próxima verificação, sem misturar as camadas.

Perguntas frequentes

HTTP 200 significa que a conversão apareceu no Google Ads?

Não. Significa sucesso da requisição inicial e devolução de um request ID. Consulte o diagnóstico por destino e faça outra verificação no relatório do Ads. A atribuição exige observação separada.

O relatório pode marcar cada evento depois de PARTIAL_SUCCESS?

Não. O diagnóstico traz contagens agregadas para a requisição e o destino. Sem ligação individual fornecida pelo Google, mantenha o resultado no nível do lote.

Quais dados ficam fora do relatório?

Payloads de origem, campos de saúde, campos de identidade e texto livre. O relatório precisa de referências opacas, estados, contagens, datas e códigos de motivo.

Este relatório autoriza uma rota de conversão offline?

Não. Ele documenta a confiabilidade de uma rota previamente aprovada nas revisões necessárias. Sem aprovação válida, a saída permanece desativada.

Referências

Aceitação de tratamento como modelo interno de valor da clínica, não como payload do Google Ads

cmsapointoo on August 16, 2026

A aceitação de tratamento pode ajudar a clínica a entender sua economia sem virar conversão no Google Ads. O limite seguro é interno e agregado: calcule taxas por grupos definidos, use o resultado no planejamento da clínica e mantenha fora do Google a aceitação, os valores individuais derivados e os demais desfechos relacionados.

Trocar o nome do evento não muda o que ele representa. Rótulo genérico, valor numérico, hash, consentimento, base legal, rota de API ou resposta de sucesso não tornam elegível uma informação de conversão relacionada à saúde. Este artigo termina no relatório interno e não oferece caminho de ativação.

Por que a aceitação de tratamento fica dentro da clínica?

A aceitação de tratamento é um resultado do negócio de saúde. A política de dados do cliente do Google proíbe informações de conversão relacionadas a categorias sensíveis e inclui informações médicas ou de saúde. Essa restrição alcança conversões melhoradas, inclusive conversões melhoradas para leads.

O que importa é a relação da conversão com a categoria sensível. Chamar o resultado de “lead qualificado”, “alto valor” ou qualquer outro nome não altera o fato usado para produzi-lo. O mesmo vale quando o payload contém apenas um número calculado a partir da aceitação.

Guarde o desfecho no sistema operacional aprovado pela clínica. A equipe de marketing pode receber contagens agregadas sob uma regra documentada, sem acessar o registro que originou a aceitação nem um evento individual equivalente. A taxonomia de resultados de agendamento separa outros estágios operacionais genéricos.

O que a orientação do Google sobre valor permite concluir?

A página do Google sobre estimativa de valor usa uma empresa fictícia de máquinas. O exemplo combina receita média, margem, proporção de leads que viram negócio, repetição de compra e indicação. A recomendação geral é escolher um método coerente com os objetivos da empresa.

Para o planejamento interno, a ideia útil é estimar o valor esperado de um lead a partir de taxas agregadas e premissas conservadoras. A empresa não precisa tratar cada lead como se já tivesse produzido a receita final.

A página não discute uploads de conversões sensíveis em saúde. Também não autoriza a clínica a enviar aceitação de tratamento ou um valor derivado dela. Use o princípio de estimativa apenas dentro da análise financeira própria, com a revisão aplicável.

Como montar o modelo agregado da clínica?

Defina um grupo elegível, uma janela de observação e uma regra estável para o resultado interno. Conte quantos leads entram no grupo e quantos atingem a aceitação definida. A divisão produz uma taxa agregada. Em separado, a área financeira mantém uma contribuição média aprovada ou outra medida econômica interna.

Multiplique a taxa agregada pela contribuição média aprovada para estimar o valor interno esperado por lead elegível. Fórmula, entradas e resultado permanecem no ambiente de relatório da clínica. O valor individual resultante não deve ser gravado em um evento publicitário.

Entrada do modelo Responsável interno Limite
Quantidade de leads elegíveis Relatório próprio aprovado Contagem agregada do grupo
Quantidade de aceitações Sistema operacional da clínica Somente agregado
Taxa de aceitação Modelo de relatório Cálculo dentro da clínica
Premissa de contribuição média Financeiro Premissa agregada aprovada
Valor interno esperado Relatório de planejamento Nunca exportado como valor individual ao Google

Registre a versão das definições. Quando a clínica muda a regra de elegibilidade, a janela ou a premissa financeira, o modelo ganha uma nova versão. Não compare períodos como se o cálculo tivesse permanecido igual.

Como comparar campanhas sem enviar o desfecho?

A relação entre marketing e resultado deve permanecer no ambiente aprovado. O registro de marketing fornece uma dimensão de campanha permitida, e o sistema da clínica fornece contagens agregadas. O relatório combina essas fontes em grupos sem expor a aceitação individual.

Mostre os denominadores. Uma taxa calculada sobre casos elegíveis que compareceram responde a uma pergunta diferente daquela calculada sobre formulários enviados ou agendamentos criados. Escreva a definição do numerador e do denominador ao lado do indicador.

Evite recortes pequenos que permitam reconhecer casos e não inclua explicações em texto livre. O relatório deve responder a perguntas de planejamento com valores agregados. O método de taxa de comparecimento por campanha sem detalhes da consulta usa a mesma separação.

Por que um payload genérico continua fora do limite?

A documentação da Data Manager mostra que um evento pode conter horário, ação de conversão, valor, identificadores publicitários e identificadores do usuário. A API aceita tecnicamente conversões offline e conversões melhoradas para leads. O guia de envio também descreve formatação, hash, codificação e identificadores de requisições aceitas.

Essas funções tratam do transporte. Não comprovam permissão de política. Se o valor individual nasceu da aceitação de tratamento, chamá-lo de “valor do lead” não remove sua origem ligada à saúde. O hash também não protege o significado do evento contra a análise da política.

Zerar, agrupar, arredondar, atrasar ou disfarçar o desfecho não o torna adequado para envio. Não há aqui payload, ação de conversão, mapeamento de valor, tag ou fluxo de Data Manager. O limite continua no agregado interno.

Qual é a fronteira da publicidade personalizada?

O Google classifica saúde como categoria de interesse sensível na publicidade personalizada. Anunciantes que promovem produtos ou serviços sensíveis não podem usar audiências definidas pelo anunciante, como Customer Match e segmentos próprios. Essa regra é separada da política de medição.

Esse cálculo não deve alimentar audiência de aceitação, remarketing, público semelhante ou segmento estreito de segmentação. Um agregado de planejamento não permite ativar as pessoas que compõem o resultado.

Para a dúvida sobre conversões melhoradas, a fonte direta continua sendo a política de dados do cliente. A página de publicidade personalizada acrescenta o limite de audiências. Nenhuma delas permite reaproveitar o desfecho de saúde para ativação publicitária.

Quais decisões o modelo interno pode apoiar?

Usado internamente, o cálculo permite comparar a economia agregada entre grupos de campanhas aprovados, projetar uma faixa de planejamento e observar se uma mudança no conjunto de leads acompanhou outra taxa interna. Esses usos ajudam a gestão, mas não são instruções para lances do Google.

Deixe a incerteza visível. A aceitação pode amadurecer depois do primeiro período de relatório, e a premissa financeira pode mudar. Identifique grupos incompletos, registre a data de observação e não apresente estimativa como receita recebida. O financeiro responde pela entrada econômica; a operação responde pela definição do desfecho.

Mantenha o cálculo ao lado das contagens básicas do funil. Formulários, agendamentos, comparecimentos e aceitações precisam de definições próprias. A arquitetura da Data Manager para formulários de clínicas explica por que um resultado interno e um evento externo exigem decisões separadas.

Checklist de controle interno

  • Definir o grupo elegível e a janela de observação.
  • Definir aceitação no sistema aprovado da clínica.
  • Calcular a taxa a partir de contagens agregadas.
  • Manter a premissa econômica sob responsabilidade do financeiro.
  • Versionar o modelo quando uma definição ou premissa mudar.
  • Relatar apenas grupos agregados no ambiente aprovado.
  • Não criar valores individuais para o Google a partir da aceitação.
  • Não renomear, aplicar hash, agrupar ou atrasar o desfecho para envio.
  • Não criar audiências com o modelo.
  • Registrar fontes de política e data da revisão.

Perguntas frequentes

A aceitação pode definir um valor de conversão no Google Ads?

Não neste modelo. A aceitação e os valores individuais derivados permanecem no relatório próprio da clínica. O artigo não oferece rota de ativação ou envio ao Google.

Usar uma taxa agregada torna seguro o envio individual?

Não. A taxa agregada pode apoiar um cálculo interno. Aplicá-la a eventos publicitários individuais ainda cria valores derivados de um resultado ligado à saúde.

Um nome genérico elimina o problema?

Não. O nome não muda o significado. Se o resultado ou o valor deriva da aceitação de tratamento, mantenha-o fora do Google.

Sucesso na Data Manager comprova permissão?

Não. O sucesso técnico confirma o processamento da requisição, não a conformidade com políticas, contratos, consentimento, base legal ou outras obrigações aplicáveis.

Referências

Origem do agendamento vs origem de marketing: por que a clínica precisa das duas

cmsapointoo on August 16, 2026

Origem do agendamento mostra por onde a marcação entrou na agenda. Origem de marketing mostra qual canal ou campanha influenciou a jornada antes disso. A clínica precisa dos dois campos porque a mesma agenda recebe demanda de várias fontes, enquanto uma campanha pode terminar no site, no Perfil da Empresa, em um marketplace ou na recepção.

Quando tudo vira “origem”, o relatório parece completo, mas responde à pergunta errada. Uma consulta cadastrada pela recepção não prova que o marketing foi offline, assim como uma reserva feita no site não comprova acesso direto. Cada valor deve vir do sistema que conseguiu observá-lo.

O que conta como origem do agendamento?

A origem do agendamento é uma classificação operacional. Ela registra como a marcação chegou ao sistema usado pela clínica. Pode ser a agenda do site, um link do Perfil da Empresa, um marketplace, uma ligação cadastrada pela recepção, uma indicação registrada em fluxo próprio ou um atendimento presencial.

A agenda ou a integração que cria o registro costuma ser a melhor fonte para esse campo. Se o sistema não distingue um link do site de um link no Google, use uma categoria mais ampla. Não peça à recepção que adivinhe o caminho depois.

A documentação do Google ajuda a entender essa separação. O Perfil da Empresa pode mostrar links inseridos pela empresa e links fornecidos por parceiros selecionados. Duas pessoas começam a jornada no Google, mas podem entrar em agendas diferentes. O guia sobre controle do link de agendamento no Perfil da Empresa detalha essa responsabilidade compartilhada.

O que conta como origem de marketing?

A origem de marketing registra a interação que o modelo aprovado consegue atribuir antes da marcação. Ela pode ser pesquisa paga, pesquisa orgânica, e-mail, referência ou acesso direto. Quando houver evidência estável, um identificador de campanha complementa o canal.

Esse valor nasce na sessão de marketing ou em outro registro de atribuição aprovado. Ele não deve ser reconstruído pela agenda. A mesma página de marcação pode receber acessos de anúncio, resultado orgânico, mensagem enviada pela clínica ou favorito salvo no navegador.

Nem toda jornada pode ser observada. Preferências de consentimento, troca de dispositivo, bloqueios do navegador e redirecionamentos entre fornecedores podem interromper a ligação. Nesses casos, registre “desconhecida”. Preencher a lacuna com o canal mais provável cria uma precisão que não existe.

Por que as duas origens podem ser diferentes?

Os campos descrevem momentos distintos. Uma pessoa pode conhecer a clínica por anúncio, visitar o site e, dias depois, usar o botão de agendamento no Perfil da Empresa. A evidência de marketing pode apontar para mídia paga, enquanto a origem operacional aponta para o link do Google. As duas classificações continuam corretas.

Outro caminho começa em um portal e termina na agenda própria depois de uma nova busca. Nesse caso, a origem do agendamento é o site da clínica. A origem de marketing depende da evidência mantida e da regra adotada.

A Zocdoc afirma que seu relatório de consultas apresenta origem das reservas, resultados e atividade do marketplace. Essa descrição pertence ao próprio fornecedor. Ela não cria um padrão universal, mas mostra que a visão de uma plataforma cobre apenas as jornadas observadas dentro do seu escopo.

Como montar um dicionário de origens útil?

Use poucas categorias, nomes claros e um responsável por campo. A recepção precisa reconhecer a origem operacional, enquanto a equipe de marketing deve conseguir explicar a regra de atribuição. Registre no relatório qual versão do dicionário foi usada.

Campo Pergunta respondida Fonte preferida Quando falta evidência
origem_agendamento Por onde a marcação entrou? Agenda ou integração desconhecida
canal_marketing Qual canal teve influência atribuível? Registro aprovado da jornada desconhecido
referencia_campanha Qual campanha foi preservada? Captura de marketing não disponível
versao_regra Qual regra classificou a origem? Modelo de relatório versão vigente documentada
momento_captura Quando a evidência foi observada? Sistema de origem horário do sistema

Evite uma categoria chamada apenas “Google”. Ela pode representar anúncio, resultado orgânico, Perfil da Empresa ou um parceiro exibido no Google. Prefira o valor específico que a evidência sustenta e mantenha o agrupamento amplo em uma coluna separada.

Qual papel cada fornecedor ocupa?

O mesmo fornecedor pode operar a agenda, distribuir a clínica e criar a reserva, ou assumir só uma dessas funções. A classificação precisa dizer qual papel está sendo medido. Um marketplace pode ser origem de marketing e do agendamento. Já uma agenda incorporada ao site pode criar a marcação sem ter atraído a visita.

Na página brasileira mapeada, a Doctoralia apresenta seu Plano Gratuito como uma oferta para simplificar agendamentos, organizar agendas e apoiar a reputação da clínica. São alegações comerciais do fornecedor. A página não comprova que cada plano ou configuração entrega todos os campos de origem necessários para um relatório específico.

Peça uma demonstração com trajetos controlados. Teste uma entrada pelo site, outra pelo Perfil da Empresa e outra registrada pela recepção. Verifique qual origem aparece, se o valor pode ser exportado e o que acontece após remarcação. O artigo sobre alternativas à Doctoralia para agenda e lembretes ajuda a organizar essa comparação sem partir da lista de recursos.

Como reconciliar origens e resultados?

A agenda continua sendo a referência para marcação, cancelamento, remarcação e comparecimento. O registro de atribuição responde pela evidência de marketing que conseguiu preservar. Dentro do ambiente aprovado, a reconciliação une somente os elementos necessários.

  1. Congele os dicionários e a versão da regra no período.
  2. Elimine duplicidades usando a linhagem estável da agenda.
  3. Atribua a origem operacional observada a cada marcação.
  4. Associe marketing somente quando existir evidência sustentada.
  5. Mantenha lacunas como desconhecidas ou não disponíveis.
  6. Agregue por par de origens e por resultado antes de compartilhar.

Não trate uma plataforma de anúncios como fonte do estado da agenda. Uma conversão recebida não prova que a consulta permaneceu marcada ou ocorreu. A taxonomia de resultados de agendamento oferece definições compactas para fazer esse cruzamento.

Como ler o relatório sem confundir aquisição e operação?

Monte uma matriz com os canais de marketing nas linhas e as origens de agendamento nas colunas. Em cada combinação, mostre o volume de marcações e os resultados agregados sob a mesma regra. A clínica passa a enxergar como a demanda chega à recepção.

Uma campanha pode gerar visitas, mas deixar poucas ligações sustentadas até a agenda. Um fornecedor pode criar muitas marcações com origem de marketing desconhecida. Esses padrões sugerem uma lacuna de medição ou uma passagem mal configurada. Sozinhos, não provam falha na campanha ou na agenda.

O relatório deve orientar o próximo teste. Qual rota recebe demanda já criada pela clínica? Onde a origem se perde? Quais canais dependem de cadastro manual? Compare períodos apenas quando categorias, janelas e regras permanecerem consistentes.

Erros comuns na classificação

  • Chamar qualquer agendamento no site de acesso direto.
  • Chamar qualquer clique no Perfil da Empresa de pesquisa orgânica.
  • Usar o nome do fornecedor nos dois campos sem evidência.
  • Substituir desconhecido pelo canal com maior investimento.
  • Alterar categorias no meio do período sem registrar a versão.
  • Contar uma remarcação como nova aquisição.
  • Usar o status do anúncio como prova do resultado da agenda.

Revise uma amostra com recepção e marketing. O objetivo não é eliminar todos os casos desconhecidos. É garantir que cada valor exibido tenha uma fonte, uma regra e um momento de captura explicáveis.

Perguntas frequentes

Um agendamento pelo Perfil da Empresa tem origem orgânica?

Não necessariamente. O link pode ser a origem operacional, mas a jornada de marketing pode envolver anúncio, resultado orgânico, acesso direto, referência ou nenhuma evidência disponível. Não deduza o canal pelo botão.

A recepção deve perguntar qual campanha gerou a ligação?

Somente quando existe uma pergunta clara e uma regra documentada. Se a resposta for vaga, registre a entrada como ligação cadastrada pela recepção e deixe a origem de marketing como desconhecida.

Uma consulta pode ter mais de uma origem de marketing?

A jornada pode ter vários contatos. O relatório deve aplicar um modelo documentado ou separar campos como primeiro contato e último contato sustentado. Não misture regras na mesma coluna.

O relatório do fornecedor substitui a atribuição da clínica?

Não. Ele mostra o que o fornecedor consegue observar. A clínica ainda precisa classificar site, campanhas, Perfil da Empresa, ligações, parceiros e jornadas desconhecidas sob uma regra comum.

Referências