Google is rolling out gradual changes to the Google Chrome browser to block mixed-content rendering and mixed-content downloads. Starting in January 2021, Google blocks HTTP file downloads of images, docs, and PDFs from HTTPS sites by default.
This article focuses on Salesforce core products. For the following products see:
And for other clouds and products, see the How does this change affect other Clouds and products section below.
What’s affected?
This change may affect your end users’ ability to access non-HTTPS downloads or images started on secure pages within Salesforce.
A broken image appears for content such as an image or video that’s hosted on a nonsecure HTTP page when it’s viewed on a secure HTTPS page.
An error results from links or attachments hosted on a nonsecure HTTP or FTP site when they’re clicked from a secure HTTPS web page.
What action can you take?
Review your custom content and ensure that it’s served through a secure HTTPS host. HTTPS uses encryption of data in-transit (TLS) to prevent attacks such as man-in-middle. The method of configuring HTTPS may change based on the service you are using. Please use the service-specific links above for additional guidance on configuring HTTPS. For more information, read the Google Chrome blog.
How does this change affect other Clouds and products?
Salesforce Technology assessed how this change affects its products across clouds and plans to update this article as more information is available.
Commerce Cloud
Review your custom email templates for mixed content. Customer-controlled custom email templates are the only area affected by this change.
Industries Cloud
Vlocity
Review custom-developed UI and Apex classes for potential mixed content issues. Custom-developed UI includes Visualforce pages, Aura components, and LWC or HTML/CSS/JS content served through a secure host. For custom Apex classes, check for URL variables set in code, in data, or received from external APIs that are embedded and rendered in UI. Any embedded insecure content served through an HTTP URL can be removed or replaced with a secure HTTPS host.
Experience Cloud (formerly Community Cloud)
Audit your Visualforce pages, lightning components, and community configuration to ensure they don’t use mixed content. Ensure that any links that point to downloadable content created or configured in your components use HTTPS.
Salesforce CMS Content
For externally referenced media creation, use secure “https://” URLs to maintain full functionality of your content. External referencing media with insecure URLs no longer display their thumbnail images and previews natively.
Why is Google making this change?
Insecure downloads are a risk to user security and privacy. For instance, insecure downloads can be swapped out for malware by attackers. And eavesdroppers can read users' insecurely downloaded bank statements. To address these risks, Google plans to eventually remove support for insecure downloads in Chrome. Google announced that Chrome is to gradually ensure that secure (HTTPS) pages only download secure files. In a series of steps outlined in the timeline section, Chrome starts blocking mixed content downloads, that is non-HTTPS downloads started on secure pages. This move follows a plan Google announced last year to block all insecure subresources on secure pages. Initially Google is focusing on insecure downloads started on secure pages. These cases are of concern because Chrome now doesn’t advise users that their privacy and security are at risk.
How can I get more information?
Read the Google Chrome blog for detailed information from Google and their expected timeline.
FAQ:
Web pages are rendered by browsers based on two protocols: HTTP and HTTPS. A website that follows the HTTPS protocol is far safer than one that uses HTTP. HTTPS-enabled sites are encrypted, which ensures authentication, data integrity, and secrecy. But some websites load HTTPS and HTTP content on the same page, called Mixed Content. Most sites that have mixed content issues contain external resources such as images, videos, stylesheets, or scripts loaded via the HTTP domain. Even though the initial request is sent as HTTPS, after the mixed content is rendered in the Google Chrome browser, it shows the site as insecure because it’s possible that the HTTP resources can harm users.
The planned Google Chrome rollout begins with a browser warning and then advances to blocking mixed content downloads. The Google Chrome rollout schedule is as follows.
|
Type of content |
File examples |
Browser warning |
Blocking |
|
Executables |
exe, apk |
Chrome 84 (Aug) |
Chrome 85 (Sep) |
|
Archives |
zip, iso |
Chrome 85 (Sep) |
Chrome 86 (Oct) |
|
Documents |
pdf, docx |
Chrome 86 (Oct) |
Chrome 87 (Nov) |
|
Multimedia |
png, mp3 |
Chrome 87 (Nov) |
Chrome 88 (Jan '21) |
1. HTTP only sites/URLs
The impact seems to be specific to nonsecure content shown on secure pages. An HTTP-only page that shows HTTP-only content is unlikely to fail.
2. HTTP page loading
The change doesn’t block loading a site on HTTP only or rendering an email in an email client with no transport layer security (TLS). So HTTP-only pages that have no HTTPS continue to work.
000389288

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.