Criação e publicação
Esta página complementa /dashboard/web-apps-and-tours/landing-pages com suporte de redação voltado para o produto que as equipes podem reutilizar em tickets.
1. Provisionar a página de destino
As equipes começam na lista de páginas de destino da organização e criam um novo aplicativo web quando permitido. Decisões iniciais importantes:
| Decisão | Orientação |
|---|---|
| Idiomas padrão | Afeta a detecção de local do visitante; traduções incompletas podem limitar alguns módulos. Consulte /reference/languages-and-localization. |
| Identidade visual | Verifique o contraste e a legibilidade em dispositivos reais, incluindo fundos escuros se a marca os utilizar. |
| Domínio / slug | Coordene DNS e TLS com quem gerencia a infraestrutura; uma incompatibilidade geralmente aparece como uma página em branco ou um aviso de certificado no navegador. |
2. Compor blocos
No espaço de trabalho de detalhes da página de destino:
- Adicionar bloco e escolher um tipo no catálogo (básico, tour, engajamento, etc.).
- Reordenar os blocos para que a primeira tela corresponda à história que você deseja que os visitantes vejam primeiro — a ordem é mantida ao salvar.
- Pré-visualizar no painel para identificar traduções ausentes, links quebrados ou módulos vazios antes de compartilhar o URL público.
Estratégia de duplicação
- Duplicar uma página de destino inteira para eventos recorrentes, ajustando apenas o que muda.
- Copiar blocos individuais complexos (por exemplo, chat ou galeria) ao reutilizar a configuração; sempre verifique novamente o texto de moderação e os termos legais para concursos ou sorteios.
3. Configurar disponibilidade avançada
Muitos blocos suportam:
- Janelas de data em que o bloco deve aparecer.
- Alinhamento com horário de funcionamento quando relevante.
- Mensagens para períodos de "fechado" para que os visitantes saibam quando o conteúdo retorna.
Mantenha a sinalização física e as datas da campanha alinhadas com essas configurações.
4. Navegação aninhada
Use blocos de página de destino aninhada para subseções. Para eventos movimentados, evite pilhas de navegação muito profundas no celular — muitos níveis tornam o caminho de volta difícil de seguir.
5. Checklist de publicação (script de suporte)
- Cada bloco visível tem um tamanho válido para seu tipo.
- Links externos usam HTTPS e correspondem à sua política de segurança de links.
- Arquivos atendem à política de malware ou documentos da sua organização, quando aplicável.
- Blocos interativos (chat, galeria, sorteio) têm um proprietário para moderação e incidentes.
- Blocos relacionados a pagamentos foram exercitados em um contexto de staging ou teste quando dinheiro real está envolvido.
6. Monitoramento pós-publicação
- Compare tráfego ou engajamento antes e depois de grandes alterações de QR ou de campanha.
- Se o marketing espera um alto volume de cliques em um bloco específico, confirme se o engajamento parece plausível após o lançamento.
Relacionado: Modelo de aplicativo web, Dimensionamento e visibilidade do layout, Análise e suporte.