Suped

Is base64 encoding required by Google for plain text email unsubscribe links to protect PII?

Summary

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.

Key findings

  • No Google Requirement: Google does not explicitly require Base64 encoding for plain text email unsubscribe links to protect PII; official documentation and expert consensus confirm this.
  • Base64 Not for Security: Base64 encoding is a trivial and easily reversible method, making it unsuitable for securely masking sensitive data like email addresses in URLs.
  • HTTPS is Key: Google and major Email Service Providers (ESPs) emphasize using HTTPS for all unsubscribe links as the primary method to secure user data and prevent unauthorized access.
  • RFCs Do Not Mandate Base64: Relevant RFCs defining the List-Unsubscribe header (RFC 2369, RFC 8058) do not mention any requirement for Base64 encoding for PII protection in unsubscribe URLs; standard URL encoding is implied for parameters.
  • PII Best Practices Differ: Industry best practices for PII protection in unsubscribe links recommend methods like unique tokens or secure server-side processing, rather than embedding PII-even encoded-directly in the URL.

Key considerations

  • Encoding is Not Security: It's crucial to understand that Base64 is an encoding scheme, not a security measure; it merely transforms binary data into text and is easily reversible, offering no real protection for sensitive PII.
  • Prioritize HTTPS: Focus on implementing HTTPS for all unsubscribe links, as this is the universally recommended method by Google and industry experts for securing data in transit and preventing unauthorized access.
  • Alternative PII Protection: For true PII protection in unsubscribe processes, consider using unique, non-identifiable tokens, session-based unsubscribe mechanisms, or ensuring PII is handled securely on the backend rather than embedded in URLs.
  • Adhere to RFC Standards: Comply with RFC standards for List-Unsubscribe headers, which emphasize secure connections and clear unsubscribe methods but do not specify Base64 encoding for PII within plain text URLs.
  • ESPs' Practices Vary: Be aware that while Google considers email addresses PII, leading some ESPs to encode them in unsubscribe URLs, Base64 is not the most secure method, nor is it a universal requirement from Google.

What email marketers say

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.

Key opinions

  • No Base64 Mandate: Google does not require Base64 encoding for plain text unsubscribe links, with experts consistently stating this.
  • Encoding vs. Security: Base64 is merely an encoding scheme, not a robust security measure, making it ineffective for protecting sensitive PII like email addresses.
  • HTTPS for Security: The industry standard for securing unsubscribe links and protecting data in transit is the use of HTTPS, as advocated by Google and leading ESPs.
  • PII Handling: While email addresses are considered PII by Google, the more secure approach is to use non-identifying tokens or handle PII on the backend, rather than encoding it directly in the URL.
  • List-Unsubscribe Header: The critical List-Unsubscribe header, favored by ISPs, facilitates unsubscribes but does not specify or require Base64 encoding for PII.

Key considerations

  • Base64 Limitations: Recognize that Base64 encoding provides no real security for PII, as it's easily decoded; it's purely an encoding format.
  • Secure Link Protocols: Always prioritize HTTPS for unsubscribe links to ensure data security during transmission, which is the industry's recommended practice.
  • Enhanced PII Safeguards: Implement robust PII protection by using unique, non-identifiable tokens or by processing sensitive data securely on your backend, avoiding direct exposure in URLs.
  • Google's PII View: Understand that while Google regards email addresses as PII, this does not translate into a requirement for Base64 encoding within unsubscribe URLs.
  • Standard Unsubscribe Practices: Adhere to general unsubscribe best practices, including the List-Unsubscribe header, which focuses on functionality and secure links rather than specific PII 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

What the experts say

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.

Key opinions

  • No Base64 Mandate: Experts confirm Google's 2024 sender requirements do not mandate Base64 encoding for plain text HTTP/HTTPS unsubscribe links to protect PII.
  • List-Unsubscribe Focus: Google's primary emphasis for unsubscribe mechanisms remains the List-Unsubscribe header, accommodating both mailto and HTTP/HTTPS URL types.
  • Mailto URL Encoding: For mailto links within the List-Unsubscribe header, standard URL encoding is required for parameters like the user's email address.
  • No PII Base64 for HTTP: The provided expert information does not indicate Google requires Base64 encoding for PII in plain text HTTP/HTTPS unsubscribe links.

Key considerations

  • Encoding Type Matters: Distinguish between the necessity of URL encoding for mailto parameters and the absence of a Google requirement for Base64 encoding in HTTP/HTTPS unsubscribe links.
  • Google's Focus Areas: Prioritize compliance with Google's explicit requirements, which center on the List-Unsubscribe header and secure connections, rather than specific PII encoding methods for HTTP/HTTPS links.
  • Base64 Limitations: Remember that Base64 is an encoding format, not a security measure, and its use for PII protection in URLs is not mandated or recommended by Google for security.
  • Secure Link Practices: Always ensure unsubscribe links, particularly HTTP/HTTPS ones, use secure protocols like HTTPS to protect data in transit, aligning with general industry best practices.

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

What the documentation says

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.

Key findings

  • RFCs Exclude Base64: RFC 2369 and RFC 8058, which define unsubscribe mechanisms, do not specify Base64 encoding for PII protection in unsubscribe URLs, implying standard URL encoding for parameters.
  • Google's Stance: Google's guidelines recommend the List-Unsubscribe header and HTTPS for links to protect user data, but do not mandate Base64 encoding for PII in plain text unsubscribe links.
  • HTTPS as Primary Protection: The consistent advice from Google and RFCs is to use HTTPS for unsubscribe links to ensure data security in transit and prevent unauthorized access.
  • Base64 Not PII Security: Web security best practices confirm that Base64 is an encoding method, not a PII protection mechanism, and advise against placing sensitive PII directly in URLs, encoded or not.

Key considerations

  • Focus on HTTPS: Prioritize implementing HTTPS for all unsubscribe links, as this is the universally accepted and recommended method for securing user data in transit.
  • Encoding vs. Security: Understand that Base64 is a data encoding scheme, easily reversible, and therefore unsuitable as a security measure for PII in URLs.
  • Adhere to RFC Standards: Follow the guidelines in RFC 2369 and RFC 8058, which focus on secure unsubscribe methods and the use of HTTPS, without requiring Base64 for PII.
  • PII Handling in URLs: Exercise caution when including any PII in URLs, opting instead for secure backend processing or non-identifiable tokens, as Base64 encoding does not offer true protection.

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

Start improving your email deliverability today

Sign up