Melhores práticas
Essas melhores práticas de entrega de e-mail ajudam você a aprender e gerenciar os hábitos que afetam sua reputação de envio, o que, por sua vez, pode ajudar a entregar mais e-mails.
Ao seguir essas recomendações, os remetentes podem reduzir as taxas de rejeição e reclamação, ficar fora das listas de bloqueio e melhorar a reputação de envio da sua empresa.
O processo de aceitação é como os destinatários se inscrevem em suas listas de marketing/em massa, o que lhe dá permissão para enviar e-mails a eles. Só envie mensagens aos assinantes que tiverem aceitado a inclusão na sua lista de correspondência, evitando comprar ou alugar listas a todo custo.
Há dois tipos de métodos de aceitação. Observe que esses métodos se aplicam a e-mails em massa/de marketing porque e-mails transacionais são enviados com base em uma ação que requer prova:
-
Aceitação única (não confirmada): Um usuário fornece seu endereço de e-mail e dá ao remetente permissão para receber mensagens relevantes. Depois que o endereço é fornecido, é possível enviar mensagens sem confirmar se o endereço de e-mail pertence ao usuário que o forneceu. Os riscos em usar o opt-in único são a exposição ao bombardeio de lista através de um ataque direcionado em um formulário de inscrição e por aqueles que inscrevem endereços de email que não pertencem a eles.
- Aceitação dupla (confirmação): Um usuário fornece seu endereço de e-mail, mas antes que a primeira campanha seja enviada, ele recebe um e-mail de confirmação para o endereço que se inscreveu. Esse e-mail requer uma ação do proprietário da conta para confirmar que mensagens futuras são desejadas, feitas com mais frequência com um clique de verificação. O método de dupla aceitação garante que o endereço não foi adicionado sem consentimento e mantém a prova eletrônica se surgirem futuras consultas ou auditorias de privacidade de dados.
Uma das maneiras mais fáceis e melhores de ajudar a manter suas listas de marketing limpas é remover usuários não engajados: os endereços que não abriram ou clicaram em um email em um determinado período de tempo. Desengajamento é uma forte indicação de que o destinatário não está mais interessado em seu conteúdo ou que a conta foi abandonada.
Remova os destinatários que não estiverem envolvidos com seus e-mails em um período definido pelo seu modelo de negócios, mas não mais de dois anos. Ao fazer isso, você mostra aos principais provedores de caixa de entrada que está mantendo um banco de dados atualizado que ajuda a aumentar sua reputação de envio. Você também evita o potencial de atingir armadilhas de spam, pois alguns provedores de caixa de correio convertem caixas de entrada inativas para ajudar a evitar raspagem de endereços de email.
Manter um banco de dados geral limpo e atualizado é importante, além de remover usuários não engajados. A melhor maneira de manter um banco de dados limpo é sincronizar com o Email Delivery usando chamadas de API para que todos os hard bounces, cancelamentos de assinatura e supressões sejam marcados como tal.
Essa sincronização constante ajuda a diminuir o tempo de processamento ao enviar emails, garante que seu banco de dados seja sempre atualizado e minimiza a chance de enviar para um endereço para o qual você não deve mais enviar.
O envio de muitos e-mails em um curto espaço de tempo pode irritar seus destinatários, fazendo com que eles cancelem a assinatura ou marquem suas campanhas como spam. Ao revisar regularmente suas estratégias, taxas de abertura e outras métricas importantes, você pode reduzir a fadiga da lista e aprender melhor como eles querem se envolver com você.
Ofereça a capacidade de reduzir a quantidade de emails que eles recebem (por exemplo, anual, trimestral ou mensal), dando a você uma chance melhor de retenção, em vez de cancelá-los completamente. O destinatário gosta e quer mudanças de email ao longo do tempo. Certifique-se de que você está mudando com ele.
Não tente ocultar seu link de cancelamento de assinatura, pois ao fazê-lo, você apenas encoraja ainda mais seus destinatários a clicar no botão de spam, prejudicando ainda mais sua reputação. Alguns provedores também irão segurá-lo contra você em seu algoritmo se você usar uma cor clara para o seu link e idioma de cancelamento de assinatura.
Se alguém quiser ser removido da sua lista, torne o link fácil de encontrar e inclua-o no cabeçalho e no rodapé. Ofereça uma opção de cancelamento de assinatura com um único clique, além de um centro de preferências, onde eles podem reduzir a frequência de e-mails, aceitar uma lista diferente e assim por diante.
CAN-SPAM, GDPR, CASL e Leis de Privacidade
Saber como lidar, processar e comercializar dados do consumidor de uma maneira legalmente permitida é uma obrigação.
Existem várias medidas regulatórias e leis que ajudam a proteger os consumidores em todo o mundo. Uma das mais antigas é a Lei CAN-SPAM, uma legislação dos EUA que estabeleceu requisitos para email "comercial".
Não usar linhas de assunto enganosas, honrar cancelamentos de assinatura rapidamente e ter um endereço físico no rodapé de emails são apenas alguns dos requisitos descritos com violações que resultam em multas.
Da mesma forma, também há CASL, um conjunto de leis antispam baseado no Canadá que foi fortemente baseado no CAN-SPAM. Com sede no Canadá, a lei se aplica àqueles que enviam emails para residentes canadenses.
A privacidade de dados tornou-se um tópico importante nos últimos anos, e é por isso que conhecer o Regulamento Geral de Privacidade de Dados (GDPR) é fundamental. Ativa em 2018, a lei regula a privacidade e a proteção de dados na União Europeia e se tornou um modelo para as leis de privacidade de outros países.
Política de Hospedagem e Entrega do Oracle Cloud
Geralmente, a Política de Hospedagem e Entrega do Oracle Cloud é mais restritiva do que alguns desses requisitos do setor. É importante que você verifique as políticas do sistema Oracle antes de usar o serviço.
É altamente recomendável discutir sua abordagem de privacidade e regulamentação de dados com o pessoal apropriado de sua empresa.
Solução de Problemas de e-mails não entregues
Os seguintes problemas podem fazer com que um e-mail não seja entregue:
- O destinatário está na Lista de Supressão.
- Houve falha na autenticação ou ocorreu um problema com o formato da mensagem de e-mail. Por exemplo, se o endereço "De" SMTP não for o mesmo que o endereço "De" no corpo do e-mail, o e-mail será rejeitado. Os endereços devem corresponder e o Remetente tem que ser Aprovado. Consulte os logs do aplicativo de envio para analisar os problemas.
- Não é recomendável usar vários endereços no cabeçalho de e-mail De. Se você usar vários endereços, aumentará a possibilidade de o e-mail ser colocado em uma pasta de spam ou descartado (por causa das regras de alinhamento de origem do DMARC). O desempenho de seus e-mails é reduzido porque todos os endereços precisam ser autorizados como remetentes aprovados. Uma prática recomendada para o endereço do remetente do envelope SMTP é corresponder ao endereço do remetente do cabeçalho quando você enviar e-mail para o serviço Email Delivery. Se você usar endereços não correspondentes, o desempenho de seus e-mails será reduzido porque ambos os endereços precisam ser autorizados como remetentes aprovados. Certos recursos de plataforma futuros não estarão disponíveis se você usar endereços não correspondentes.
- Falta de SPF ou DomainKeys Identified Mail (DKIM).
Se não conseguir resolver o problema, vá para o My Oracle Support e crie uma solicitação de serviço. Consulte Abrir uma solicitação de serviço de suporte para obter mais informações.
Mais opções para aumentar a capacidade de entrega
DKIM (DomainKeys Identified Mail)
O DKIM é uma estrutura de autenticação que você pode configurar para ajudar a garantir uma boa reputação de entrega de e-mail. Consulte Gerenciando DKIM para obter instruções sobre como configurar o DKIM.
SPF
Um SPF (Sender Policy Framework) permite que os proprietários de domínio identifiquem os servidores aprovados para enviar e-mails em nome do domínio. No caso da integração da Oracle, os proprietários de domínio precisam aprovar o OCI como remetente aprovado e adicionar um registro para ele em seu domínio. Consulte Configurando o SPF para obter mais informações.
DMARC (Domain-based Message Authentication, Reporting, and Conformance)
O DMARC é uma especificação técnica criada por um grupo de organizações que desejam ajudar a reduzir o potencial de abuso baseado em e-mail resolvendo problemas operacionais, de implantação e de geração de relatórios de longa data relacionados a protocolos de autenticação de e-mail. O DMARC padroniza como os destinatários de e-mail realizam autenticação usando SPF e DKIM. Isso permite ao remetente ter controle de e-mail reprovado na autenticação e informa aos destinatários o que fazer com e-mails não autenticados.
O DMARC verifica o SPF e o DKIM e requer que um seja aprovado para enviar e entregar emails. Quando você começa a usar o DMARC, é uma prática recomendada colocar uma política p=none
em vigor e garantir que cada aplicativo de envio legítimo esteja alinhado e autenticado corretamente antes de considerar uma política mais agressiva. Durante qualquer período de transição em que um novo serviço relacionado a e-mail para o domínio de envio esteja sendo avaliado, é recomendável usar uma política p=none
do DMARC e seguir essa diretriz.
_dmarc.<sending-domain>
com conteúdo semelhante ao seguinte:"v=DMARC1\;p=none\;rua=mailto:dmarc_rua@example.com\;ruf=mailto:dmarc_ruf@example.com\;fo=1"
Você deve ter um serviço INBOX administrativo para receber relatórios DMARC (no exemplo anterior, example.com
é seu provedor INBOX). No momento, o Email Delivery não oferece o serviço INBOX ou processamento de relatórios do DMARC automatizado. Se você não quiser gerenciar e processar relatórios DMARC, não crie um registro DMARC.
Criar um Caminho de Retorno Personalizado
A configuração do DKIM tem mais probabilidade de melhorar sua capacidade de entrega do que um caminho de retorno personalizado. Como resultado, recomendamos configurar o DKIM antes ou ao mesmo tempo em que configura um caminho de retorno personalizado.
O serviço Email Delivery precisa processar retornos para proteger a reputação de nossos endereços IP e domínio. Portanto, por padrão, o Caminho de Retorno é definido como o de nossos servidores de Retorno. O serviço Email Delivery oferece um recurso personalizado de caminho de retorno para melhorar o posicionamento da caixa de entrada. Para usar esse recurso, você precisa configurar registros de DNS para seu domínio de caminho de retorno personalizado. O domínio do caminho de retorno personalizado deve corresponder ao domínio do remetente aprovado ou ser um subdomínio desse domínio.
Para obter mais informações, consulte Gerenciando o Caminho de Retorno Personalizado.
Nossa convenção de nomenclatura sugerida para um subdomínio de caminho de retorno personalizado é <REGIONKEY>.rp.<sending-domain>
. Para se preparar para o uso desse recurso, provisione registros SPF e MX ou registro CNAME no domínio personalizado da seguinte forma:
CNAME para Domínio do Caminho de Retorno Personalizado
Crie um CNAME com chave como domínio de caminho de retorno e valor como domínio de bounce regional. O par de valores da chave CNAME estará presente em resposta à solicitação de criação de caminho de retorno personalizado.
Registro MX para Domínio Personalizado
A seguinte sintaxe de registro se aplica somente a regiões comerciais:
10 bmta.email.<REGION IDENTIFIER>.oci.oraclecloud.com
O caminho de retorno personalizado é regional. A adição de REGION IDENTIFIER à entrada é fundamental para evitar confusão. Para obter mais informações sobre regiões, consulte Regiões e Domínios de Disponibilidade.
Registro SPF para Domínio do Caminho de Retorno Personalizado
Região de Envio | Registro SPF |
---|---|
Américas | v=spf1 include:rp.oracleemaildelivery.com ~all |
Ásia/Pacífico | v=spf1 include:ap.rp.oracleemaildelivery.com ~all |
Europa | v=spf1 include:eu.rp.oracleemaildelivery.com ~all |
Todas as Regiões Comerciais | v=spf1 include:rp.oracleemaildelivery.com include:ap.rp.oracleemaildelivery.com include:eu.rp.oracleemaildelivery.com ~all |
Regiões do Setor Governamental |
|
Você deve concluir as atualizações do DNS em seu domínio para que a configuração possa ser concluída pelo Oracle Cloud Infrastructure.
Depois que as alterações de DNS forem concluídas, crie um caminho de retorno personalizado.