Diretrizes de e-mail em massa
Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Siga estas diretrizes caso seu aplicativo envie e-mails em massa,
ou seja, mensagens semelhantes para vários destinatários. Elas ajudarão a melhorar a taxa de exibição da caixa de entrada para usuários do Gmail, garantindo que todos os destinatários da sua lista de distribuição realmente queiram receber o e-mail. Se os destinatários marcarem manualmente seu e-mail como spam, isso funcionará como um indicador para o Gmail marcar como spam futuros e-mails vindos de você.
Para mais informações sobre como enviar e-mails, consulte a
Visão geral da API Mail.
Autenticação e identificação
- Use o mesmo remetente para todos os e-mails em massa. Ao chamar a função da API Mail para enviar
e-mails, o cabeçalho
From será definido para corresponder ao remetente que você especificar.
- O endereço do remetente deve ser uma conta em um
domínio do
Google Workspace. Se o domínio ainda estiver no período de avaliação gratuita ou tiver menos de seis
usuários, pode ser que as contas do Google que enviarem muitos e-mails marcados como spam sejam
desativadas temporariamente. Nesses casos, a API Mail lançará uma exceção
com uma mensagem de erro
Unauthorized sender.
- Assine seu e-mail com DKIM, que requer
um domínio do G Suite se você estiver enviando pelo App Engine.
- Publique um registro SPF para evitar que os criadores de spams façam spoofing no endereço do remetente no envelope. O SPF verifica se esse e-mail é enviado de um endereço IP, publicado nos registros DNS do remetente do envelope. O remetente do envelope do App Engine está
no domínio
apphosting.bounces.google.com. Portanto, seu registro SPF não pode ser usado
para determinar se o e-mail do App Engine precisa ser entregue.
Assinatura
Cada usuário da sua lista de distribuição deve optar por uma das seguintes maneiras para receber mensagens enviadas por você:
- Enviando para você um e-mail pedindo para se inscrever.
- Marcando manualmente uma caixa em um formulário da Web ou em um software.
O uso de listas de endereços de e-mail compradas de terceiros não é permitido. Você também não deve definir uma caixa de seleção em um formulário da Web ou em um software para inscrever todos os usuários por padrão. Eles não devem ser obrigados a desativar explicitamente o recebimento dos e-mails.
Confira se a pessoa que se inscreveu marcando a caixa no formulário da Web ou no software está realmente recebendo e-mails no endereço especificado no formulário. Verifique o usuário enviando um e-mail que exija confirmação de recebimento.
Cancelar a inscrição
- O usuário poderá cancelar a assinatura de uma das seguintes maneiras:
- Por meio de um link, em destaque no e-mail, sem qualquer interação do usuário que não seja a confirmação.
- Por meio de uma resposta de cancelamento de e-mail
- O App Engine só pode receber e-mails enviados para o domínio
[APP_ID].appspotmail.com. Portanto, você precisará configurar o remetente com um endereço nesse domínio, se quiser tratar as respostas de cancelamento de e-mail diretamente no App Engine.
- Use o cabeçalho
List-Unsubscribe, que é compatível com a API Mail do App
Engine.
- Cancele automaticamente a inscrição dos usuários com endereços que retornam vários e-mails. É possível configurar seu aplicativo para receber notificações de devolução.
- Envie confirmações de e-mail periodicamente aos usuários, oferecendo a oportunidade de cancelar a inscrição em cada lista em que se inscreveram.
- Indique explicitamente o endereço de e-mail inscrito, porque os usuários podem encaminhar e-mails de outras contas.
- Formate para padrões SMTP da RFC 2822 e, se estiver usando HTML, para padrões de w3.org.
- Qualquer tentativa de ocultar o verdadeiro remetente da mensagem ou a página de destino verdadeira de links da Web na mensagem poderá impedir a entrega. Por exemplo, recomendamos que você não use serviços de redutor de URL em e-mails em massa, porque eles podem mascarar os URLs reais contidos no corpo do e-mail.
- O assunto de cada mensagem deve ser relevante para o conteúdo do corpo e não pode ser enganoso.
Entrega
- Estes fatores farão com que as mensagens cheguem nas caixas de entrada dos usuários do Gmail:
- O endereço
From está listado na lista de contatos do usuário.
- O usuário clica em “Não é spam” para alertar o Gmail de que as mensagens enviadas desse endereço foram solicitadas.
- Se você costuma enviar e-mails promocionais e transacionais relacionados à sua organização, recomendamos que separe os e-mails por finalidade, o máximo possível.
Para isso, basta:
- usar endereços de e-mail diferentes para cada função;
- enviar e-mails de diferentes domínios para cada função.
Terceiros remetentes
- Caso seu serviço seja usado por outras pessoas para enviar e-mails, você é responsável por monitorar
o comportamento dos usuários e/ou clientes. Você precisa remover, em tempo hábil,
todos os usuários e/ou clientes que usam seu serviço para enviar e-mails de spam. A Política
de uso aceitável do Google Cloud Platform proíbe especificamente o spam.
Seu aplicativo poderá ser suspenso se você violar essa política, conforme descrito nos
Termos de Serviço do Google Cloud Platform.
- Você precisa ter um endereço de e-mail disponível para os usuários e/ou clientes denunciarem
abusos, que normalmente é
abuse@[YOUR_DOMAIN].com. Você também precisa
monitorar postmaster@[YOUR_DOMAIN].com.
- Monitore e-mails enviados aos administradores do aplicativo. O Google pode precisar entrar em contato urgentemente com eles, por exemplo, para notificá-los de uma violação da Política de uso aceitável.
Se você responder prontamente aos nossos e-mails, ajudaremos a resolver os problemas com mais rapidez.
- As informações de contato precisam estar atualizadas no seu registro, WHOIS mantido pelo registro de domínios e em abuse.net.
Programas de marketing de afiliados
- Os programas de marketing de afiliados recompensam terceiros por trazerem visitantes para seu site. Esses programas são atraentes para os criadores de spams e podem vir a fazer mais mal do que bem. Observe o seguinte:
- Caso sua marca fique associada a spam de marketing de afiliados, isso poderá afetar os e-mails enviado por você e outros afiliados.
- Você é responsável por monitorar os afiliados e remover os que enviam spam.
Alternativas à API App Engine Mail
- Use um provedor de serviços terceirizado de entrega de e-mails para enviar e-mails do App Engine. Esses serviços podem fornecer recursos adicionais que não estão disponíveis na API Mail e podem ser uma solução melhor para alguns remetentes de e-mails em massa.
Limites para e-mails em massa
Se você enviar muitos e-mails em pouco tempo, alguns poderão ser silenciosamente descartados devido aos limites de segurança do Google. Para evitar isso, calcule a taxa diária máxima de e-mails enviados por segundo dividindo a cota diária por 86.400, o número de segundos em um dia. Não envie e-mails em massa a uma taxa superior a 50 vezes a taxa diária máxima.
Para mais informações sobre outras cotas envolvidas no envio de mensagens, consulte Cotas e limites.
A seguir
Exceto em caso de indicação contrária, o conteúdo desta página é licenciado de acordo com a Licença de atribuição 4.0 do Creative Commons, e as amostras de código são licenciadas de acordo com a Licença Apache 2.0. Para mais detalhes, consulte as políticas do site do Google Developers. Java é uma marca registrada da Oracle e/ou afiliadas.
Última atualização 2025-08-19 UTC.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-08-19 UTC."],[[["\u003cp\u003eFollow the outlined guidelines to improve inbox delivery rates for Gmail users when sending bulk emails, as recipients marking your email as spam significantly impacts future delivery.\u003c/p\u003e\n"],["\u003cp\u003eEnsure recipients actively opt-in to receive your messages, as purchased email lists and automatically checked opt-in boxes are not considered valid subscriptions, and implement a verification process.\u003c/p\u003e\n"],["\u003cp\u003eProvide clear and easy ways for users to unsubscribe, including prominent links in emails and using the \u003ccode\u003eList-Unsubscribe\u003c/code\u003e header, while automatically unsubscribing users with repeated email bounces.\u003c/p\u003e\n"],["\u003cp\u003eAdhere to RFC 2822 and w3.org standards for email formatting, and avoid tactics that hide the true sender or destination, such as URL shortening services, as it may lead to non-delivery.\u003c/p\u003e\n"],["\u003cp\u003eIf others use your platform to send emails, monitor their behavior and promptly remove those who send spam to adhere to the Google Cloud Platform Acceptable Use Policy and avoid suspension of your application.\u003c/p\u003e\n"]]],[],null,["# Bulk Mail Guidelines\n\nYou must follow these guidelines if your application is sending\nout bulk email, that is, similar messages to numerous recipients. These\nguidelines will help to improve your inbox delivery rate to Gmail users, by\nensuring that all recipients in your distribution list actually want to receive\nthe email. If recipients manually mark your email as spam, then that acts as a\nstrong signal to Gmail to mark future emails from you as spam.\n\nFor more information on sending mail, see the\n[Mail API Overview](/appengine/docs/legacy/standard/php/mail).\n| This API is supported for first-generation runtimes and can be used when [upgrading to corresponding second-generation runtimes](/appengine/docs/standard/\n| php-gen2\n|\n| /services/access). If you are updating to the App Engine PHP 7/8 runtime, refer to the [migration guide](/appengine/migration-center/standard/migrate-to-second-gen/php-differences) to learn about your migration options for legacy bundled services.\n\nAuthentication and identification\n---------------------------------\n\n- Use the same sender for every bulk email. When calling the Mail API function to send email, the `From` header will be set to match the sender you specify.\n- Your sender address should be an account in a [Google Workspace](https://workspace.google.com/) domain. If the domain is still in the free trial period or has less than six users, Google accounts that send too many emails marked as spam might be temporarily disabled. In these cases, the Mail API will throw an exception with an `Unauthorized sender` error message.\n- Sign your email with [DKIM](https://support.google.com/a/answer/174124), which requires a G Suite domain if you are sending using App Engine.\n- Publish an [SPF record](http://support.google.com/a/bin/answer.py?answer=33786) to prevent spammers from spoofing your envelope sender address. SPF verifies that email is sent from an IP address that is published in the DNS records of the envelope sender. App Engine's envelope sender is in the `apphosting.bounces.google.com` domain, so your SPF record may not be used to determine if email from App Engine should be delivered.\n\nSubscription\n------------\n\n- Each user in your distribution list should opt-in to receive messages from you\n in one of the following ways:\n\n - By sending you an email asking to subscribe\n - By manually checking a box on a web form or within a piece of software\n- Using an email address list purchased from a third party is not considered\n opt-in. You also should not set a checkbox on a web form or within a piece of\n software to subscribe all users by default. Users should not be required to\n explicitly opt out of mailings.\n\n- You should verify that the person that signed up by checking the box on the\n web form or in software is actually receiving emails at the address that was\n specified in the form. Verify the user by sending an email that requires them\n to confirm receipt.\n\nUnsubscribing\n-------------\n\n- A user must be able to unsubscribe in one of the following ways:\n - Through a prominent link in the email with no further user interaction other than confirmation.\n - Via an email unsubscribe response.\n- App Engine can only receive email sent to the `[APP_ID].appspotmail.com` domain. Therefore, you will need to set your sender to an address in this domain if you want to automatically handle email unsubscribe responses within App Engine.\n- Use the `List-Unsubscribe` header, which is [supported by the App Engine Mail\n API](#Sending_mail_with_headers).\n- Automatically unsubscribe users whose addresses bounce multiple pieces of email. You can [configure your app to\n receive bounce notifications](#Receiving_bounce_notification).\n- Periodically send email confirmations to users, offering the opportunity to unsubscribe from each list they are signed up for.\n- Explicitly indicate the email address subscribed within your email, because users might forward email from other accounts.\n\nFormat\n------\n\n- Format to [RFC 2822 SMTP standards](http://www.ietf.org/rfc/rfc2822.txt) and, if using HTML, [w3.org standards](http://www.w3.org/standards/techs/html).\n- Attempts to hide the true sender of the message or the true landing page for any web links in the message may result in non-delivery. For example, we recommend that you do not use URL shortener services in bulk email, because these can mask the real URLs contained in the body of your email.\n- The subject of each message should be relevant to the body's content and should not be misleading.\n\nDelivery\n--------\n\n- The following factors will help messages arrive in Gmail users' inboxes:\n - The `From` address is listed in the user's Contacts list.\n - A user clicks \"Not Spam\" to alert Gmail that messages sent from that address are solicited.\n- If you send both promotional email and transactional email relating to your organization, we recommend separating email by purpose as much as possible. You can do this by:\n - Using separate email addresses for each function.\n - Sending email from different domains for each function.\n\nThird-party senders\n-------------------\n\n- If others use your service to send email, you are responsible for monitoring your users and/or clients' behavior. You must remove, in a timely fashion, all users and/or clients who use your service to send spam email. The [Google\n Cloud Platform Acceptable Use Policy](/terms/aup) specifically prohibits spam. Your application can be suspended if you violate this policy, as described in the [Google Cloud Platform Terms of Service](/terms).\n- You must have an email address available for users and/or clients to report abuse, which should normally be `abuse@[YOUR_DOMAIN].com`. You should also monitor `postmaster@[YOUR_DOMAIN].com`.\n- Monitor email sent to app admins. Google may need to urgently contact app admins, for example to notify you of a violation of the Acceptable Use Policy. We can help you to resolve the problems more quickly if you respond promptly to our emails.\n- You must maintain up-to-date contact information in your WHOIS record maintained by your domain registrar, and on [abuse.net](http://abuse.net/).\n\nAffiliate marketing programs\n----------------------------\n\n- Affiliate marketing programs reward third-parties for bringing visitors to your site. These programs are attractive to spammers and can potentially do more harm than good. Please note the following:\n - If your brand becomes associated with affiliate marketing spam, it can affect the email sent by you and your other affiliates.\n - It is your responsibility to monitor your affiliates and remove them if they send spam.\n\nAlternatives to the App Engine Mail API\n---------------------------------------\n\n- You can use a third-party email delivery service provider to send email from App Engine. These services may provide additional features that are not available in the Mail API and may be a better solution for some bulk email senders.\n\nLimits for bulk mail\n--------------------\n\nIf you send too many emails in a short burst, some emails might be silently\ndropped due to Google safety limits. To avoid this, calculate the maximum daily\nrate of emails sent per second by dividing your daily quota by 86,400, the\nnumber of seconds in a day. Do not send bulk email at a rate higher than 50\ntimes the maximum daily rate.\n\nFor more information on other quotas around sending mail, see\n[Quotas and limits](/appengine/docs/legacy/standard/php/mail#quotas_and_limits).\n\nWhat's next\n-----------\n\n- Read the [Mail API\n Overview](/appengine/docs/legacy/standard/php/mail).\n- Learn how to [send mail with the Mail API](/appengine/docs/legacy/standard/php/mail/sending-receiving-with-mail-api)."]]
