PHP 5 telah mencapai akhir dukungan dan akan
dihentikan penggunaannya
pada 31 Januari 2026. Setelah penghentian penggunaan, Anda tidak akan dapat men-deploy aplikasi PHP 5, meskipun organisasi Anda sebelumnya menggunakan kebijakan organisasi untuk mengaktifkan kembali deployment runtime lama. Aplikasi PHP 5 yang sudah ada akan terus berjalan dan menerima traffic setelah
tanggal penghentiannya. Sebaiknya Anda
bermigrasi ke versi PHP terbaru yang didukung.
Panduan Email Massal
Tetap teratur dengan koleksi
Simpan dan kategorikan konten berdasarkan preferensi Anda.
Anda harus mengikuti panduan ini jika aplikasi Anda mengirim email massal, yaitu pesan yang serupa ke banyak penerima. Panduan ini akan membantu meningkatkan rasio pengiriman kotak masuk Anda bagi pengguna Gmail, dengan memastikan bahwa semua penerima dalam daftar distribusi Anda benar-benar ingin menerima email tersebut. Jika penerima menandai email Anda sebagai spam secara manual, maka itu merupakan sinyal kuat bagi Gmail untuk menandai email mendatang dari Anda sebagai spam.
Untuk mengetahui informasi selengkapnya tentang pengiriman email, lihat Ringkasan API Mail.
Autentikasi dan identifikasi
- Gunakan pengirim yang sama untuk setiap email massal. Saat memanggil fungsi Mail API untuk mengirim email, header
From
akan disetel agar cocok dengan pengirim yang Anda tentukan.
- Alamat pengirim Anda harus berupa akun di
domain
Google Workspace. Jika domain masih berada dalam periode uji coba gratis atau memiliki kurang dari enam
pengguna, Akun Google yang mengirim terlalu banyak email yang ditandai sebagai spam mungkin
dinonaktifkan untuk sementara. Dalam hal ini, Mail API akan menampilkan pengecualian dengan pesan error
Unauthorized sender
.
- Tanda tangani email Anda dengan DKIM, yang memerlukan domain G Suite jika mengirim menggunakan App Engine.
- Publikasikan data SPF
untuk mencegah spammer melakukan spoofing terhadap alamat pengembalian Anda. SPF akan memverifikasi bahwa email dikirim dari alamat IP yang dipublikasikan dalam data DNS alamat pengembalian. Alamat pengembalian App Engine berada di domain
apphosting.bounces.google.com
, sehingga data SPF Anda mungkin tidak dapat digunakan untuk menentukan apakah email dari App Engine harus dikirim.
Langganan
Setiap pengguna dalam daftar distribusi harus memilih untuk menerima pesan dari Anda dengan salah satu cara berikut:
- Dengan mengirimi Anda email yang meminta untuk berlangganan
- Dengan mencentang kotak di formulir web atau dalam software secara manual.
Menggunakan daftar alamat email yang dibeli dari pihak ketiga tidak dianggap sebagai ikut berlangganan. Anda juga tidak boleh menetapkan kotak centang pada formulir web atau dalam
software untuk membuat semua pengguna berlangganan secara default. Pengguna tidak boleh diwajibkan untuk secara eksplisit memilih tidak berlangganan email.
Anda harus memastikan bahwa orang yang mendaftar dengan mencentang kotak di formulir web atau dalam software benar-benar menerima email di alamat yang ditentukan dalam formulir. Verifikasi pengguna dengan mengirim email yang mengharuskan mereka untuk mengonfirmasi tanda terima.
Berhenti berlangganan
- Pengguna harus dapat membatalkan langganan dengan salah satu cara berikut:
- Melalui link yang jelas di email tanpa interaksi pengguna lebih lanjut selain konfirmasi.
- Melalui respons berhenti berlangganan email.
- App Engine hanya dapat menerima email yang dikirim ke domain
[APP_ID].appspotmail.com
. Oleh karena itu, Anda harus menetapkan pengirim ke alamat di domain ini jika ingin menangani respons berhenti berlangganan email secara otomatis di App Engine.
- Gunakan header
List-Unsubscribe
, yang didukung oleh App Engine Mail API.
- Hentikan langganan secara otomatis untuk pengguna yang alamat emailnya beberapa kali tidak dapat dikirimi email. Anda dapat mengonfigurasi aplikasi untuk menerima notifikasi jika ada yang tidak terkirim.
- Kirim konfirmasi email secara berkala kepada pengguna, sehingga menawarkan kesempatan untuk berhenti berlangganan dari setiap daftar yang mereka daftarkan.
- Tunjukkan alamat email yang berlangganan dalam email Anda secara eksplisit, karena pengguna mungkin meneruskan email dari akun lain.
- Format ke standar SMTP RFC 2822 dan, jika menggunakan HTML, gunakan standar w3.org.
- Upaya menyembunyikan pengirim pesan atau halaman landing yang sebenarnya untuk link web di pesan dapat mengakibatkan kegagalan pengiriman. Misalnya, sebaiknya jangan gunakan layanan penyingkat URL dalam email massal karena layanan ini dapat menyamarkan URL sebenarnya yang ada dalam isi email Anda.
- Subjek setiap pesan harus relevan dengan konten isi pesan dan tidak boleh menyesatkan.
Pengiriman
- Faktor-faktor berikut akan membantu pesan masuk ke kotak masuk pengguna Gmail:
- Alamat
From
tercantum dalam daftar Kontak pengguna.
- Pengguna mengklik "Bukan Spam" untuk memberi tahu Gmail bahwa pesan yang dikirim dari
alamat tersebut diperlukan.
- Jika Anda mengirim email promosi dan email transaksi terkait organisasi Anda, sebaiknya pisahkan email berdasarkan tujuannya sebisa mungkin.
Anda bisa melakukannya dengan:
- Menggunakan alamat email yang terpisah dengan fungsinya masing-masing.
- Mengirim email dari domain yang berbeda untuk setiap fungsi.
Pengirim pihak ketiga
- Jika orang lain menggunakan layanan Anda untuk mengirim email, Anda bertanggung jawab untuk memantau perilaku pengguna dan/atau klien. Anda harus menghapus, secara tepat waktu, semua pengguna dan/atau klien yang menggunakan layanan Anda untuk mengirim email spam. Kebijakan Penggunaan yang Dapat Diterima untuk Google Cloud Platform secara khusus melarang spam.
Permohonan Anda dapat ditangguhkan jika Anda melanggar kebijakan ini, seperti yang dijelaskan dalam Persyaratan Layanan Google Cloud Platform.
- Anda harus memiliki alamat email yang tersedia bagi pengguna dan/atau klien untuk melaporkan
penyalahgunaan, yang biasanya adalah
abuse@[YOUR_DOMAIN].com
. Anda juga harus
memantau postmaster@[YOUR_DOMAIN].com
.
- Memantau email yang dikirim ke admin aplikasi. Google mungkin perlu segera menghubungi admin
aplikasi, misalnya untuk memberi tahu Anda tentang pelanggaran Kebijakan Penggunaan yang Dapat Diterima.
Kami dapat membantu Anda menyelesaikan masalah ini lebih cepat jika Anda segera merespons email kami.
- Anda harus terus memperbarui informasi kontak di data WHOIS Anda yang dikelola oleh registrar domain, dan di abuse.net.
Program marketing afiliasi
- Program marketing afiliasi memberikan reward kepada pihak ketiga untuk membawa pengunjung ke situs Anda. Program ini menarik bagi spammer dan berpotensi
mengakibatkan lebih banyak kerugian daripada kebaikan. Harap perhatikan hal berikut:
- Jika merek Anda terkait dengan spam marketing afiliasi, hal itu dapat memengaruhi email yang dikirim oleh Anda dan afiliasi Anda yang lain.
- Ini adalah tanggung jawab Anda untuk memantau afiliasi dan menghapusnya jika mereka mengirim spam.
Alternatif untuk App Engine Mail API
- Anda dapat menggunakan penyedia layanan pengiriman email pihak ketiga untuk mengirim email dari App Engine. Layanan ini dapat menyediakan fitur tambahan yang tidak tersedia di Mail API dan mungkin menjadi solusi yang lebih baik untuk beberapa pengirim email massal.
Batas untuk email massal
Jika Anda mengirim terlalu banyak email dalam waktu singkat, beberapa email mungkin dihapus diam-diam karena batas keamanan Google. Untuk menghindari hal ini, hitung rasio harian maksimum email yang dikirim per detik dengan membagi kuota harian dengan 86.400, yaitu jumlah detik dalam sehari. Jangan mengirim email massal dengan rasio lebih tinggi dari 50 kali rasio harian maksimum.
Untuk mengetahui informasi selengkapnya mengenai kuota lain terkait pengiriman email, lihat Kuota dan batas.
Langkah berikutnya
Kecuali dinyatakan lain, konten di halaman ini dilisensikan berdasarkan Lisensi Creative Commons Attribution 4.0, sedangkan contoh kode dilisensikan berdasarkan Lisensi Apache 2.0. Untuk mengetahui informasi selengkapnya, lihat Kebijakan Situs Google Developers. Java adalah merek dagang terdaftar dari Oracle dan/atau afiliasinya.
Terakhir diperbarui pada 2025-08-19 UTC.
[[["Mudah dipahami","easyToUnderstand","thumb-up"],["Memecahkan masalah saya","solvedMyProblem","thumb-up"],["Lainnya","otherUp","thumb-up"]],[["Sulit dipahami","hardToUnderstand","thumb-down"],["Informasi atau kode contoh salah","incorrectInformationOrSampleCode","thumb-down"],["Informasi/contoh yang saya butuhkan tidak ada","missingTheInformationSamplesINeed","thumb-down"],["Masalah terjemahan","translationIssue","thumb-down"],["Lainnya","otherDown","thumb-down"]],["Terakhir diperbarui pada 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)."]]