Depuração e solução de problemas da coleta de dados

A depuração da coleta de dados envolve verificar como sua implementação se comporta e o que acontece com os dados enviados. Comece com o sintoma e siga o evento em cada estágio da coleção até encontrar onde ele para de se comportar conforme esperado.

O log de depuração expõe comandos do SDK, execução de tags, avisos e erros no navegador ou no tempo de execução do aplicativo. A inspeção de solicitação expõe cargas, respostas e, para fluxos de trabalho compatíveis, processamento no lado do servidor. Essas abordagens geralmente se complementam: um log pode explicar por que um evento foi atrasado, enquanto uma captura de rede pode mostrar se uma solicitação foi enviada.

Acompanhar o evento por meio da coleção diagnostic-workflow

Investigue os estágios a seguir em ordem. A evidência de que uma etapa teve êxito não estabelece que fases posteriores também tiveram êxito.

  1. Execução da implementação: o comando ou a regra de marca SDK foi executada? Verifique as mensagens e os erros de diagnóstico. Se o consentimento ou o manuseio de identidade atrasar um evento, investigue esse estado antes de procurar uma solicitação de rede. Consulte Habilitar log de depuração.
  2. Solicitação de saída: a solicitação foi enviada e continha os dados esperados? Inspecione o payload e compare-o com suas entradas de comando ou elementos de dados. Consulte Inspecionar solicitações da Web ou Inspecionar solicitações de dispositivos móveis e servidores.
  3. Recebimento do servidor: o ponto de extremidade da coleção recebeu a solicitação? Inspecione a resposta onde disponível ou use um rastreamento do lado do servidor compatível. Um log de cliente que diz que uma solicitação foi enviada não é uma confirmação de recebimento.
  4. Processamento e roteamento do Edge: o evento usou a sequência de dados pretendida e os serviços configurados? Para o Web SDK, o configId parâmetro da solicitação mostra qual sequência de dados foi usada, e o Edge Trace mostra como o Edge Network processou o evento.
  5. Processamento downstream: o destino aceitou e processou o evento conforme esperado? Use a orientação de depuração específica do produto do destino. Uma resposta bem-sucedida do Edge Network não prova que os dados estão disponíveis em todos os relatórios ou armazenamentos downstream.

Escolher um ponto inicial choose-a-starting-point

A tabela a seguir identifica evidências úteis para tarefas comuns. Quando ambas as abordagens se aplicam, elas respondem a diferentes partes do inquérito. As mensagens e ferramentas disponíveis dependem do SDK, do tempo de execução e dos serviços configurados.

Tarefa ou sintoma
Log de depuração
Solicitar inspeção
Próxima verificação
Um evento esperado não é exibido
Verifique a execução do comando ou da regra, os erros e as mensagens sobre atrasos de consentimento ou de identidade.
Verifique se uma solicitação foi emitida e inspecione a carga e a resposta.
Comece com log e depois inspecionar solicitações. Para sintomas relacionados à identidade, consulte Solução de problemas de identidade.
Uma solicitação contém dados inesperados
Compare as entradas de comando do SDK e a execução de tags com os valores que você pretende enviar.
Inspecione a carga de saída real; compare-a com o Edge Trace se houver transformações envolvidas.
Verifique os elementos de dados, as entradas de comando e a configuração da sequência de dados.
Uma solicitação aparece cancelada durante a navegação
Verifique se o SDK tentou enviar o evento ou ainda o estava mantendo.
Inspecione a solicitação e, quando possível, a resposta do servidor ou o Edge Trace. O rótulo cancelado do navegador sozinho é inconclusivo.
Consulte Solicitações canceladas e Web SDK documentUnloading.
As solicitações parecem bem-sucedidas, mas os dados de destino estão ausentes
Estabeleça qual configuração e entradas a implementação usou. Os logs do cliente não podem confirmar o processamento de downstream.
Use o Edge Trace, o Assurance e diagnósticos específicos do destino.
Verifique o fluxo de dados, os serviços ativados, o roteamento e o processamento de destino. Consulte Rastrear processamento do Edge Network e Depuração específica do produto.
Os eventos aparecem duplicados
Procure chamadas de comando repetidas ou execução de regra de tag.
Comparar contagens de solicitações, cargas e identificadores. Várias solicitações de clientes não são a única fonte possível de duplicação.
Investigue novas tentativas e pelo menos uma entrega, bem como a execução repetida do cliente. Consulte Manipulação de duplicação de eventos.
Uma implementação móvel ou de servidor se comporta inesperadamente
Revise a saída do SDK no aplicativo ou tempo de execução do servidor, em vez de somente no console do navegador.
Use o Assurance para fluxos de trabalho móveis compatíveis ou inspecione o tráfego HTTP do aplicativo. As ferramentas do navegador não podem mostrar as chamadas de saída do servidor.
Consulte Log do Mobile SDK e do Server SDK e Inspecionar solicitações de dispositivos móveis e servidores.

Depuração específica do produto product-specific

Os artigos desta seção se aplicam a toda a coleção de dados do Experience Platform. Os aplicativos da Adobe que recebem seus dados podem usar seus próprios endpoints, formatos de solicitação, exibições de validação e processamento. Depois de confirmar que o Edge Network recebeu e roteou um evento ou quando sua implementação envia dados diretamente para um aplicativo, continue com a orientação de depuração desse aplicativo:

Continuar sua investigação next-steps

Antes de compartilhar logs, rastreamentos ou capturas de rede, remova credenciais, identificadores de visitantes e outras informações confidenciais de acordo com as políticas da organização.

recommendation-more-help
experience-platform-help-collection