Separe a autenticação do remetente dos links de marca
O Remarkety apresenta dois fluxos de trabalho de domínio relacionados que merecem verificações de aceitação separadas. O fluxo de trabalho do remetente obtém instruções DNS do suporte e verifica a verificação em Gerenciar Remetentes. O fluxo de trabalho de domínio personalizado mais recente cria links de rastreamento de marca, visualização do navegador, cancelamento de assinatura e página de destino. Um domínio de link verificado é útil, mas não é evidência de que o domínio De visível tenha um alinhamento de passagem Assinatura DKIM. Configuração DNS do remetente de remarkety Configuração de domínio personalizado de remarkety
Comece com a conta da loja, o endereço De pretendido e os fluxos de trabalho que precisam dessa identidade. Liste newsletters e as automações realmente habilitadas para a loja. Dê a cada um um proprietário de empresa e identifique o administrador do domínio. Este guia cobre a rota documentada do Remarkety; ele não estabelece autenticação para e-mails de pedidos separados da plataforma da loja, provedor de caixa de correio ou outro aplicativo conectado.
Defina um pequeno escopo de lançamento antes de tocar DNS . Uma loja com diversas marcas deve registrar qual marca possui cada domínio e qual conta pode utilizá-lo. Combine quem receberá as respostas e quem poderá aprovar novos endereços de remetentes. Mantenha as listas de clientes de produção fora da planilha de autenticação. A evidência deve mostrar a configuração do domínio e mensagens de teste inofensivas, e não o histórico de compras ou outras informações do cliente.
Obtenha a configuração específica do remetente
O guia de capacidade de entrega 2025 da Remarkety orienta os administradores a oferecer suporte para DKIM instruções, fornecendo o domínio ou nome da conta. Seu artigo DNS do remetente também solicita o endereço de envio pretendido. Após a publicação, notifique o suporte e solicite verificação; verifique o status resultante na página de capacidade de entrega em Gerenciar remetentes. Estes são pontos de verificação documentados e não uma afirmação de que esta conta os completou. Guia de entregabilidade do Remarkety 2025 Configuração DNS do remetente de remarkety
Solicite um conjunto completo de proprietários de registros públicos, tipos de registros e valores vinculados à conta e ao domínio exatos. Pergunte qual identidade aparecerá no envelope SMTP e qual domínio assinará a mensagem. Se diferentes lojas compartilharem um domínio, pergunte se os seletores ou delegações existentes podem coexistir. Não substitua a chave de amostra de uma captura de tela pela configuração emitida.
Prepare a mudança DNS com uma lista de registros antes e depois. Confirme o serviço DNS oficial, que pode ser diferente do registrador ou do host do site. Verifique se o seu editor anexa o nome da zona. Um nome de host completo colado em um campo que já fornece o sufixo pode criar o proprietário errado. Publique apenas os registros aprovados e preserve registros de caixas de correio e sites não relacionados. Mantenha o horário da mudança e o TTL anterior com as evidências.
Remarketing SPF A página mostra atualmente include:spf.remarkety.com e include:spf.remarkety.net. Também diz para fundir-se com uma política SPF existente em vez de publicar outra. Trate-as como autorizações documentadas do fornecedor para avaliar a rota real, e não como uma política de substituição completa para cada cliente. Seus mecanismos de exemplo a e mx não devem se tornar permissões adicionais apenas porque aparecem em uma amostra. Configuração SPF de remarketing
SPF se aplica à identidade SMTP avaliada pelo receptor. Mantenha uma política SPF aplicável no proprietário relevante e verifique o orçamento de pesquisa de DNS, incluindo avaliação aninhada. Adicionar uma inclusão a um proprietário não relacionado não pode reescrever a identidade do envelope de uma mensagem. SPF RFC 7208
Verifique a autenticação antes do aparecimento do link
Envie através de uma versão controlada de uma campanha real e pelo menos uma automação habilitada. Escolha os destinatários do teste que autorizaram o cheque. Registre o De visível, o domínio do envelope, todos os domínios e seletores de assinatura DKIM e os resultados da autenticação do receptor confiável. Mantenha o carimbo de data/hora da mensagem e o fluxo de trabalho do teste ao lado dessas observações para que outro revisor possa reproduzir a comparação.
DMARC precisa de um caminho de autenticação de passagem cujo domínio se alinhe com o domínio De visível. Uma passagem para um domínio de serviço não relacionado é insuficiente. O d= de uma assinatura DKIM identifica o domínio de assinatura e s= identifica o seletor; preservar ambos em vez de registrar apenas um indicador de status verde. DMARC RFC 9989 DKIM RFC 6376
Compare o resultado do receptor com o conjunto de registros emitido pelo suporte. Se a verificação DNS for bem-sucedida, mas nenhuma assinatura alinhada aparecer, verifique se a campanha testada usa o remetente pretendido e a conta da loja correta. Pergunte ao suporte se a ativação foi concluída e se a automação segue a mesma configuração. Se uma assinatura falhar, preserve a falha exata e o resultado da pesquisa pública antes de alterar qualquer coisa. Evite substituir chaves funcionais sem evidências de que a chave é o problema.
Em seguida, inspecione os links de marca como um teste funcional separado. Documentos de remarkety Configurações > Conta > Domínio personalizado, gerado CNAME registros e registros adicionais para opções selecionadas de links personalizados. Copie os valores da conta atual e teste cada uso habilitado. Um URL de visualização do navegador e um link de cancelamento de assinatura podem precisar de revisão funcional independente, mesmo quando o e-mail é autenticado. Configuração de domínio personalizado de remarkety
Não prometa a colocação de nenhum dos resultados na caixa de entrada. Autenticação, links funcionais, permissão para entrar em contato com assinantes e qualidade da campanha são critérios de aceitação diferentes. Não enfraqueça a política DMARC de toda a organização para resgatar um remetente de loja não verificado. Encaminhe o problema não resolvido do remetente para seu proprietário, preservando outros fluxos de mensagens legítimos.
Diagnóstico fictício: os links funcionam, o alinhamento do remetente não
Considere uma loja fictícia usando offers@shop.example . Seu administrador verifica um nome de host de link de marca e vê o URL da loja esperado em um teste. A equipe presume que a autenticação do domínio foi concluída. Neste exemplo inventado, o receptor reporta uma assinatura de passagem para um domínio de serviço não relacionado e nenhum caminho SPF alinhado. Portanto, DMARC falha em shop.example . Essas observações são ilustrativas e não medições de inquilinos do Remarkety.
O investigador separa as duas alterações. Eles retêm a configuração do link funcional, obtêm as instruções DNS específicas do remetente e confirmam o remetente da campanha selecionado. Depois que o provedor verifica a configuração do novo remetente, ele executa novamente a campanha e os testes de automação. O caso é encerrado somente quando a evidência do receptor suporta o caminho alinhado; o desaparecimento de um rótulo “via” não é o critério de encerramento.
Planilha de implementação
Preencha uma linha para cada remetente e fluxo de trabalho:
- Conta e loja: proprietário, domínio De aprovado, tratamento de respostas e fluxos de trabalho incluídos.
- Instruções do provedor: referência de suporte, data de emissão, proprietários de registros públicos, tipos, valores e confirmação de ativação.
- Evidência DNS : host autoritativo, valores anteriores, valores publicados, TTLs, tempo de pesquisa e revisor.
- Evidência de mensagem: fluxo de trabalho, tempo de teste, De visível, identidade do envelope, cada par DKIM d=/s= e resultados confiáveis.
- Evidência de branding: usos de links habilitados, CNAMEs gerados e resultados para links de visualização, rastreamento e cancelamento de assinatura.
- Recuperação: remetente anterior suportado, alteração de proprietário, condições de reversão e novo teste agendado.
Ao descontinuar uma loja ou marca, revise a confiança do remetente e as dependências do link personalizado. Links enviados anteriormente ainda podem servir a destinatários legítimos. Faça um inventário dessas dependências antes de excluir uma dependência DNS gerenciada pelo provedor ou remover permissões usadas por outra conta ativa.
Evidências e limites de divulgação
Este é um candidato à implementação de documentário. Registros específicos da conta, DNS ativo, cabeçalhos recebidos, capturas de tela da interface atual e ativação do provedor não foram inspecionados. A revisão humana do PME deve confirmar a distinção entre configuração do remetente e marca do link e aprovar o escopo final suportado. A revisão visual e a publicação permanecem pendentes. Mantenha esses portões abertos até que a evidência real da loja seja anexada.
Considere os registros de link adicionais
Após a verificação inicial do domínio personalizado, as opções documentadas de links personalizados podem produzir mais entradas CNAME . Rastreie cada uso habilitado e seus registros gerados separadamente em Gerenciar Remetentes. Uma verificação inicial bem-sucedida não mostra que cada função de link selecionada possui os registros necessários ou funciona para mensagens enviadas anteriormente.
Separe a aceitação de mensagens da implementação de políticas
Um resultado SPF alinhado e aprovado pode satisfazer uma avaliação de mensagem, mas não justifica por si só mover um domínio inteiro para rejeição. RFC 9989 A seção 7.4 exige DKIM válido para publicação de domínios p=reject e alerta sobre a interoperabilidade de correio indireto. Faça um inventário de todos os remetentes legítimos e rotas indiretas antes que o proprietário da política aprove a aplicação. Nenhuma alteração DNS , operação de locatário ou teste de mensagem recebida foi executada para este artigo.