While it might seem intuitive to encode sensitive data like email addresses in unsubscribe links, Google does not mandate Base64 encoding for this purpose to protect Personally Identifiable Information (PII). Official Google guidelines, relevant RFCs, and advice from email deliverability experts consistently indicate that Base64 is not a security measure and is easily reversible. Instead, the focus for data protection in unsubscribe links, particularly by Google and major ESPs, is on using secure connections via HTTPS. While email addresses are indeed considered PII by Google, and some ESPs might encode them due to this classification, Base64 is not the required or most secure method. Industry best practices for PII protection in unsubscribe links lean towards employing unique, non-identifiable tokens or handling PII securely on the backend, rather than exposing it directly in URLs, whether encoded or not.
11 marketer opinions
It is a common misconception that Google necessitates Base64 encoding for plain text unsubscribe links to safeguard Personally Identifiable Information (PII). However, expert consensus from email marketing professionals and major Email Service Providers (ESPs) clarifies that Base64 encoding is not a security mechanism; it is simply a data transformation technique that is easily reversible. While Google does classify email addresses as PII, and some ESPs may encode them due to this, Base64 is neither a Google requirement nor the most secure method. Instead, the emphasis for data protection in unsubscribe links, particularly by Google and across the industry, consistently points to using secure connections via HTTPS. For truly robust PII protection, industry best practices advocate for employing unique, non-identifiable tokens or processing PII securely on the backend, rather than embedding it directly in URLs, irrespective of any encoding.
Marketer view
Marketer from Email Geeks explains that Google does not specifically require base64 encoding for plain text unsubscribe links or the email address in the List-Unsubscribe header. She notes that while a unique value is necessary, email addresses are considered PII by Google, which might lead an ESP to encode them. However, she clarifies that base64 is easily reversible and not the most secure method, suggesting that unique identifier keys are a better alternative.
5 Sep 2021 - Email Geeks
Marketer view
Marketer from Email Geeks explains that base64 is a trivial encoding method, easily decoded, and therefore unsuitable for securely masking sensitive data like email addresses in URL or redirect strings.
24 Nov 2021 - Email Geeks
2 expert opinions
Google's 2024 sender guidelines do not require Base64 encoding for plain text unsubscribe links to secure Personally Identifiable Information (PII). Instead, expert analysis from Spam Resource and Word to the Wise confirms that Google's primary focus is on the List-Unsubscribe header, which supports both mailto and HTTP/HTTPS URLs. While mailto unsubscribe links do necessitate standard URL encoding for parameters such as the user's email address, there is no indication from these authoritative sources that Google mandates Base64 encoding for PII protection specifically within plain text HTTP/HTTPS unsubscribe links.
Expert view
Expert from Spam Resource explains that Google's 2024 sender requirements primarily focus on the List-Unsubscribe header, supporting mailto and HTTP/HTTPS URLs. While mailto links require URL encoding for parameters like the user's email address, the article does not specify a Google requirement for base64 encoding in plain text HTTP/HTTPS unsubscribe links to protect PII.
2 Dec 2022 - Spam Resource
Expert view
Expert from Word to the Wise details Google's new requirements, emphasizing the List-Unsubscribe header. The article indicates that for mailto links within this header, email addresses should be URL-encoded. However, it does not state that Google requires base64 encoding for plain text HTTP/HTTPS unsubscribe links specifically to protect PII.
1 Jul 2021 - Word to the Wise
4 technical articles
Drawing from various authoritative sources, including RFCs and Google's own guidance, it's clear that Base64 encoding is not a requirement from Google for plain text email unsubscribe links to protect Personally Identifiable Information (PII). Documentation across RFC 2369, RFC 8058, and Google Postmaster Tools consistently points to using secure HTTPS connections as the primary method for safeguarding user data. These resources do not suggest Base64 as a PII protection mechanism for URLs, instead implying that standard URL encoding is used for any parameters. Furthermore, general web security principles caution against placing PII directly in URLs, regardless of encoding, reinforcing that Base64 is merely an encoding method, not a security solution for sensitive information.
Technical article
Documentation from RFC 2369, 'The Use of URLs as Meta-Syntax for Mail Headers,' explains the definition of the List-Unsubscribe header, allowing users to unsubscribe via a link or email. It describes the format of URLs or mailto addresses for this purpose. This RFC does not mention any requirement for Base64 encoding for PII protection in these unsubscribe URLs; standard URL encoding is implied for parameters.
19 Dec 2024 - RFC 2369
Technical article
Documentation from RFC 8058, 'Security Considerations for the List-Unsubscribe Mail Header,' specifies the List-Unsubscribe-Post header for one-click unsubscribe, aiming to improve security and user experience. It focuses on using HTTPS and validating requests to protect against abuse, but does not mention Base64 encoding for PII within unsubscribe links themselves. The primary PII protection for the user is that the unsubscribe action is direct and doesn't require manual input of PII.
23 Feb 2024 - RFC 8058
Are mailto links compliant with Google and Yahoo's one-click unsubscribe requirements?
Does base64 encoding of plain text emails impact spam filter scores?
Does Google require List-Unsubscribe for one-click unsubscribe in emails?
Does omitting the unsubscribe link in plain text emails affect deliverability?
Does using base64 vs UTF-8 HTML/Text impact email deliverability?
Is quoted printable text allowed in the List-Unsubscribe header?