Global Login Endpoints for Single-sign-on to Marketing Cloud Engagement are retiring on May 1, 2025. To continue using SSO, configure your identity provider to use tenant-specific endpoints (TSEs). Below are the instructions as well as suggested best practices:
In Marketing Cloud Engagement Setup, in the Quick Find box, enter Security, and then select Security Settings.
Next to SSO SAML Metadata, click Download Metadata.
Save the metadata file to your computer.
The Assertion Consumer Service (ACS) or Single Sign-On URLs are the addresses that your Identity Provider sends login authentication requests to. You provide these URLs to your Identity Provider (IdP) when you configure SSO.
Open the SSO SAML metadata file in a text editor.
Find the two lines that begin with <md:AssertionConsumerService…>. One line is the HTTP Post URL, and the other is the HTTP Redirect URL. Copy the values of the Location elements in both lines.
Configure your IdP to use these values for single sign-on, replacing the values that you previously used. For more information, see the documentation for your IdP.
If your integration uses a single logout (SLO) page, you can get the appropriate URLs from the metadata file and apply them to your IdP configuration.
In the SSO SAML metadata file, find the two lines that begin with <md:SingleLogoutService…>. One line is the HTTP Post URL, and the other is the Redirect URL. Copy the values of the Location elements.
Update the configuration for your IdP to use these single logout URLs. For more information, see the documentation for your IdP.
Note: If your IdP uses the Single Logout Endpoint, follow these best practices.
In rare cases, an SSO integration requires a request initiation endpoint.
In the SSO SAML metadata file, find the line that begins with <init:RequestInitiator…>. Copy the value of the Location element.
Configure your IdP to use the tenant-specific request initiation URL.
Note: If your IdP needs the Request Initiator endpoint, follow these best practices.
Some SSO integrations require you to provide Service Provider-Initiated (SP-Init) endpoints.
In Marketing Cloud Engagement Setup, enter Security in the Quick Find box, and then select Security Settings.
In the Single Sign-On Settings section, copy the URL next to the Marketing Cloud SP Initiated Link.
Configure your IdP to use the tenant-specific SP-Init URL.
Note: If you use SP-Initiated logins, follow these best practices.
If your SSO integration uses Encrypted Assertions, or if your IdP validates signatures on AuthnRequests, you must provide your IdP with an updated certificate.
In Marketing Cloud Engagement Setup, enter Security in the Quick Find box, and then select Security Settings.
In the Single Sign-On Settings section, next to SSO SAML Certificate, click Download.
Configure your IdP to use the new certificate.
If your IDP validates the algorithm used for the signed AuthNRequests, you must configure the IdP integration to use SHA256 signatures. For more information, see the documentation for your IdP.
If your SSO integration requires you to provide a Service Provider Entity ID, you can obtain a tenant-specific URL. The Service Provider Entity ID URL is sometimes known as the SP Issuer, Audience, or Audience Restriction URL.
In the SSO SAML metadata file, find the line that begins with <init:EntityDescriptor…>. Copy the value of the Location element.
Configure your IdP to use the tenant-specific service provider entity ID URL.
There are optional fields often in Identity Providers that may also need to be updated if they are populated with Global Endpoints. Fields to look for are “Sign on URL”, “Start URL”, “Application URL”, or even “Relay State” could be misconfigured to utilize a global endpoint. In most cases these fields are not needed within the setup, but will in the very least will need to be updated to use the Tenant’s TSE instead of a global endpoint.
Updated retirement date on May 1, 2025.
002890895

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.