Nesta página: Comparar Simulação de Jornada, Modo de Teste de Jornada e Execução de Jornada Seca. Saiba qual se encaixa no estágio atual de criação de uma jornada, desde a iteração rápida durante o design até a verificação final de pré-lançamento em relação ao público-alvo em tempo real.
O Adobe Journey Optimizer fornece três maneiras de validar uma jornada antes que ela entre em vigor. Elas não são intercambiáveis: cada uma usa um tipo diferente de dados, se encaixa em um estágio diferente de sua criação e carrega diferentes consequências reais. Entender a diferença antecipadamente ajuda a evitar dois erros comuns. A primeira é gastar tempo criando perfis de teste quando uma simulação rápida serviria. A segunda é supor que uma etapa de validação seja totalmente “segura” quando ainda puder entrar em contato com caixas de entrada reais ou fazer chamadas de saída reais.
Esta página foca na validação do fluxo de jornada e da lógica de ramificação. Para obter o quadro completo dos recursos de teste e aprovação, incluindo visualização de conteúdo, renderização de email e verificações de spam, experimentos A/B e fluxos de trabalho de aprovação, consulte Testar, validar e aprovar.
Novo na validação? Comece aqui quick-pick
Se não tiver certeza de qual método se aplica a você, responda a esta pergunta:
- Ainda estou projetando minha jornada e desejo validar rapidamente a lógica de uma ramificação, sem criar perfis de teste. → Use a Simulação de Jornada.
- Quero validar manualmente passo a passo a lógica da jornada de rascunho, usando perfis reais (mas de teste designado). → Use o modo de teste do Jornada.
- Estou prestes a publicar e quero uma verificação final dos volumes esperados em relação ao meu público real de produção, sem entrar em contato com ninguém. → Use Jornada simulação.
Ainda não tem certeza ou quer ter uma imagem completa? Continue lendo — cada método é explicado detalhadamente abaixo.
Os três métodos de validação validation-methods
Quando usar: iteração rápida durante o design da jornada, especialmente antes do prazo ou ao testar novas ramificações ou caminhos. Também funciona bem como um método de validação contínua sempre que não for prático criar um perfil de teste adequado para o caso de uso.
A Simulação de Jornada valida sua jornada com usuários temporários simulados — não é necessário criar ou aguardar a propagação de perfis de teste reais do Adobe Experience Platform (AEP). Você pode criar usuários simulados manualmente ou permitir que a IA gere automaticamente os eventos de teste de que sua jornada precisa e os faça corresponder aos usuários simulados corretos, acionando a jornada em segundos.
Mecanismos principais:
- Os usuários simulados não são perfis reais no AEP; você também pode salvá-los no inventário para serem reutilizados em simulações futuras, em vez de criá-los do zero a cada vez.
- Os critérios de saída, as políticas de consentimento, o limite de frequência/jornada, a opção de não participação/supressão e as horas de silêncio não são avaliados.
- As ações personalizadas e as chamadas de fonte de dados externa ainda fazem chamadas de saída reais — elas não são ridicularizadas.
| note important |
|---|
| IMPORTANT |
| A simulação envia mensagens reais para os endereços de execução (email, telefone, token de push) configurados nos usuários simulados — por exemplo, seu próprio endereço de email. Ele usa o mesmo pipeline de entrega que a produção. Ele não entra em contato com clientes reais ou atualiza os dados do perfil ao vivo, mas as mensagens em si são reais. |
Perfeito para: validar uma nova ramificação (por exemplo, dois novos caminhos de política de decisão) sem esperar pela propagação do perfil de teste do AEP.
Quando usar: verificação manual passo a passo da lógica de ramificação e mensagem, com perfis reais (mas de teste designado) percorrendo a jornada de rascunho.
O modo de Teste de Jornada permite validar uma jornada de rascunho usando perfis de teste persistentes do AEP. Para confirmar se a lógica de ramificação e a mecânica de entrega de mensagens funcionam como projetados antes que qualquer público de produção toque na jornada, acione eventos manualmente na interface.
Mecanismos principais:
- Somente perfis sinalizados como “perfis de teste” no Perfil do cliente em tempo real podem inserir uma jornada no modo de teste de Jornada.
- O modo Jornada teste está disponível somente para jornadas de rascunho que usam um namespace, já que ele deve verificar no AEP se uma pessoa é um perfil de teste.
- Um máximo de 100 perfis de teste pode inserir uma jornada durante uma única sessão de teste, e os eventos só podem ser acionados na interface, não de sistemas externos por meio da API.
- Desativar o modo de Teste de Jornada remove todos os perfis que entraram na jornada e apaga os relatórios.
| note important |
|---|
| IMPORTANT |
| O modo Jornada teste envia mensagens reais para as caixas de entrada reais dos perfis de teste, usando o mesmo pipeline de entrega que a produção. Ela não entra em contato com clientes reais, mas também não é uma simulação "seca" — verifique se os perfis de teste usam endereços controlados por você. |
Ponto problemático: Criar e propagar novos perfis de teste do AEP leva tempo. A Simulação de Jornada oferece uma alternativa rápida que não requer nenhum perfil de teste. Isso é útil não apenas enquanto você espera que os perfis se propaguem, mas não é prático criar um perfil de teste adequado para seu caso de uso a qualquer momento.
Quando usar: uma verificação final, realista em produção, antes da publicação.
O Jornada Dry run é um modo de publicação de jornada especial que executa sua jornada em relação ao público-alvo de produção real e aos dados de segmentação, sem entrar em contato com clientes reais ou atualizar as informações do perfil. A jornada é ativada como uma jornada em tempo real, e os perfis fluem por ramificações e nós exatamente como fariam na produção. No entanto, os nós de ação, como email, SMS e ações personalizadas, são ignorados.
Mecanismos principais:
- Usa seu público-alvo real de produção para que você veja o alcance e o direcionamento reais em escala (por exemplo, detectar um erro em que uma ramificação inteira recebe inesperadamente zero perfil).
- Em cada ativação, para obter as métricas de volta mais rápido, você pode desativar as atividades de espera e, para manter a jornada totalmente em silos, você pode desativar chamadas de fonte de dados externas.
- Este é atualmente um recurso de Disponibilidade limitada, sendo implantado globalmente ao longo do tempo.
Perfeito para: detectar problemas como nós de condição digitados incorretamente ou públicos que inesperadamente não alcançam uma ramificação, antes de ativar a jornada.
Qual método você deve usar? decision-guide
Comece com uma pergunta simples: você já tem perfis de teste que se encaixam no seu caso de uso? Em caso afirmativo, o modo de Teste de Jornada permite validar passo a passo com eles. Caso contrário — ou se não for prático criá-los para esse caso de uso específico — A Simulação de Jornada é validada em segundos.
Além dessa escolha, a resposta geralmente se resume a mais uma pergunta: a que distância da produção você precisa que esse teste esteja?
Se você ainda estiver iterando no design do jornada — testando uma nova ramificação, trabalhando dentro de um prazo — use Simulação de Jornada. Ele não precisa de perfis reais e é executado em segundos. Também permanece uma opção válida posteriormente em sua criação, sempre que não for prático criar perfis de teste adequados para seu caso de uso. Lembre-se de que ele envia mensagens reais para os endereços de execução configurados nos usuários simulados.
Se você precisar verificar manualmente etapa por etapa a lógica de ramificação e mensagem e estiver disposto a criar ou reutilizar perfis de teste do AEP, use o Modo de teste de Jornada. Lembre-se de que ele envia mensagens reais para as caixas de entrada reais desses perfis de teste.
Se você estiver prestes a publicar e quiser uma verificação final dos volumes esperados em relação ao seu público-alvo real de produção, use o Jornada Dry run. Ele nunca contata ninguém ou altera os dados do perfil.
Comparação rápida quick-comparison
Nenhum desses métodos entra em contato com clientes reais. Os dados do perfil também são deixados intocados em todos os casos, exceto que o modo Jornada teste atualiza os perfis de teste usados para executá-lo (não perfis de clientes reais).
Erros comuns a serem evitados common-mistakes
- Presumindo que a Simulação de Jornada é totalmente “segura”. É a maneira mais rápida de testar, mas ainda envia mensagens reais para o endereço de execução configurado em cada usuário simulado — geralmente sua própria caixa de entrada. Não suponha que nada seja enviado.
- Criar perfis de teste do AEP quando a Simulação de Jornada permitir. Se você precisar validar rapidamente uma nova ramificação ou um novo caminho de política de decisão, a simulação ignora totalmente a espera pela propagação do perfil de teste — salve o modo Jornada teste para quando você realmente precisar de perfis de teste reais.
- Tratando o modo de Teste de Jornada como “seco”. Os perfis do modo de Teste de Jornada recebem mensagens reais por meio do pipeline de entrega de produção. Certifique-se de que os perfis de teste usem apenas endereços controlados por você.
- Esperando o Jornada Dry run para capturar conteúdo ou problemas de entrega. O modo de execução seca ignora completamente os nós de ação — valida o alcance do público-alvo e a lógica da ramificação, não o conteúdo da mensagem ou a mecânica de entrega. Use o modo Simulação ou Teste de Jornada para isso.
- Esquecendo o requisito de namespace para o modo de Teste de Jornada. O modo Jornada teste só funciona em jornadas de rascunho que usam um namespace, porque o Journey Optimizer precisa de um namespace para verificar se um perfil está sinalizado como um perfil de teste.
Próximas etapas next-steps
- Introdução à simulação de jornada — Execute sua primeira simulação
- Testar sua jornada — Ativar o modo de Teste de Jornada com perfis de teste do AEP
- Jornada simulação — Execute uma simulação realista de produção
- Publicar sua jornada — Pré-requisitos e o processo de publicação
- Introdução ao jornada — visão geral de fundamentos e recursos
- Perguntas frequentes sobre o Journey Orchestration — perguntas comuns respondidas
- Testar, validar e aprovar — cenário completo de testes e aprovações, incluindo visualização de conteúdo, verificações de renderização/spam, experiências e fluxos de trabalho de aprovação
This section contains structured knowledge intended to support interpretation, retrieval, and question answering related to this topic.
For complete understanding, this information should be combined with the documentation on this page. Neither source is intended to stand alone; the page describes the feature, while this section provides additional context that helps disambiguate terminology, intent, applicability, and constraints.
- TL;DR: This page compares the three journey validation methods in Adobe Journey Optimizer — Journey Simulation, Journey Test mode, and Journey Dry run. It provides a one-question quick pick, a decision guide, a quick-comparison table, and a list of common mistakes to help users choose the right one for their current stage of building a journey.
Intents:
- Choose the correct validation method for a given stage of journey building
- Compare Journey Simulation, Journey Test mode, and Journey Dry run side by side
- Understand when to use Journey Simulation for fast iteration without real test profiles
- Understand when to use Journey Test mode for step-by-step manual validation with real test profiles
- Understand when to use Journey Dry run for a final pre-launch check against production data
- Understand which validation methods send real messages or contact real customers
- Avoid common mistakes when picking or using a validation method
Glossary:
- Journey Simulation: A validation method that uses temporary simulated users, manually created or auto-generated, to test a journey without needing real AEP test profiles. (product-specific)
- Journey Test mode: A validation method that uses persistent AEP test profiles, flagged in Real-Time Customer Profile, to manually walk through a draft journey’s branch and message logic. (product-specific)
- Journey Dry run: A publication mode that runs a journey against real production audience data without contacting customers or updating profile data; action nodes are bypassed. (product-specific)
- Simulation Agent: The mechanism that automatically generates test events and matches them to simulated users during Journey Simulation. (product-specific)
Guardrails:
- Journey Test mode is only available for draft journeys that use a namespace, and supports a maximum of 100 test profiles per session
- Journey Test mode events can only be fired from the interface, not from external systems via API
- Journey Test mode sends real messages to test profiles’ real inboxes using the production delivery pipeline
- Disabling Journey Test mode removes all profiles that entered the journey and clears its reporting
- Journey Simulation does not evaluate exit criteria, consent policies, frequency/journey capping, opt-out/suppression, or quiet hours
- Journey Simulation’s custom actions and external data source calls are real, not mocked
- Journey Simulation sends real messages to the execution addresses (email, phone, push token) configured on the simulated users, using the same delivery pipeline as production
- Unlike Journey Simulation, Journey Dry run never sends real messages
- Journey Dry run is currently a Limited Availability feature, being rolled out globally over time
- Journey Dry run bypasses action nodes (email, SMS, custom actions) but still routes profiles through branches and nodes using real production data
Terminology:
- Canonical name: Journey Simulation — variants: simulate, simulation mode
- Canonical name: Journey Test mode — variants: Test mode, journey testing, test your journey
- Canonical name: Journey Dry run — variants: dry run, dry run mode
- Do not confuse: Journey Simulation (temporary simulated users, no AEP test profiles needed, sends real messages to the simulated users’ configured execution addresses) ≠ Journey Test mode (persistent AEP test profiles, sends real messages to those profiles’ real inboxes) ≠ Journey Dry run (real production audience data, no contact, no profile update, action nodes bypassed, never sends real messages)
FAQ:
- Q: Which validation method should I use while I am still designing a journey? — Use Journey Simulation; it needs no real test profiles and runs in seconds, making it ideal for fast iteration.
- Q: Does Journey Simulation send real messages? — Yes. Simulation delivers real messages to the execution addresses (email, phone, push token) configured on the simulated users, often the tester’s own address. It uses the same delivery pipeline as production, but it does not contact real customers or update live profile data.
- Q: Does Journey Test mode send real emails or SMS? — Yes. Journey Test mode delivers real messages to the actual inboxes of your test profiles, using the same delivery pipeline as production. It does not contact real customers, but the messages themselves are real.
- Q: Does Journey Dry run send any messages? — No. Dry run bypasses action nodes such as email, SMS, and custom actions, so profiles flow through the journey logic without any message being sent.
- Q: I need to validate a new branch quickly before a deadline. Which method fits? — Journey Simulation; it generates simulated users on demand (or reuses ones saved to the inventory) instead of requiring you to pre-create and wait for real test profiles.
- Q: Is Journey Dry run available to everyone? — It is currently a Limited Availability feature being rolled out globally over time; check availability for your organization.
- Q: Can I fire Journey Test mode events from an external system? — No; in Journey Test mode, events can only be fired from the interface, not from external systems via API.