Share via

Entra External ID - How to replace ciamlogin.com with custom domain while keeping Google and Facebook social login working

Ashok Kumar Busi 1 Reputation point
2026-05-15T17:17:29.5366667+00:00

We are using Microsoft Entra External ID (CIAM) with Google and Facebook configured as social identity providers.

Current behaviour:

When users click "Sign in with Google", the Google sign-in page shows "Sign in to continue to ciamlogin.com" instead of our branded domain.

What we want:

Replace ciamlogin.com with our own branded domain so users see our domain on the Google sign-in page.

What we tried:

When clicking "Add Custom URL domain" in the Entra admin center portal (External Identities → Custom URL domains), the portal displays this warning:

"Currently, if you configure Custom URL domains, your configured social identity providers will not be supported in the user flows via a Custom URL domain. However, your users will continue to sign up and sign in with their social identities using the default tenant endpoint."

However, the official Microsoft documentation states:

"Social identity providers: Custom URL domains now support Google and Facebook in addition to Apple."

Source: https://learn.microsoft.com/en-us/entra/external-id/customers/concept-custom-url-domain

Questions:

  1. What is the correct and supported way to replace ciamlogin.com with a custom branded domain?
  2. Is the portal warning outdated? Will Google and Facebook social login continue to work after configuring a custom URL domain?
  3. What are the exact steps required to configure this correctly?
Microsoft Security | Microsoft Entra | Microsoft Entra External ID

1 answer

Sort by: Most helpful
  1. AI answer

    2026-05-15T17:17:45.5433333+00:00
    1. The supported way to replace *.ciamlogin.com with a branded domain is to configure a custom URL domain for the external tenant and then use that custom domain in the application sign-in URLs and user flows. A verified custom URL domain lets the sign-in endpoints use the branded domain instead of <tenant-name>.ciamlogin.com, so users stay on the branded domain during sign-in.
    2. The documentation explicitly states that custom URL domains now support Google and Facebook in addition to Apple for external tenants. This means social identity providers (Google, Facebook, Apple) are supported with custom URL domains. The in-portal warning that says “configured social identity providers will not be supported in the user flows via a Custom URL domain” is inconsistent with the documentation and is effectively outdated relative to the documented capability. Users can still sign up and sign in with their social identities when a custom URL domain is configured; the sign-in experience is branded with the custom domain instead of ciamlogin.com.
    3. At a high level, the steps to configure this correctly are:
      1. Configure and verify a custom URL domain for the external tenant (External Identities → Custom URL domains) so that the tenant has a branded domain available instead of <tenant-name>.ciamlogin.com.
      2. Test the custom URL domain with a user flow:
        • In the Microsoft Entra admin center, switch to the external tenant.
        • Go to External Identities → User flows.
        • Select the relevant user flow and choose Run user flow.
        • Select a web application (for example, webapp1 with reply URL https://jwt.ms).
        • Copy the Run user flow endpoint URL.
        • In that URL, replace the domain segment (<tenant-name>.ciamlogin.com) with the custom URL domain.
          • Example from the documentation:
            • Default:
                          https://contoso.ciamlogin.com/contoso.onmicrosoft.com/oauth2/v2.0/authorize?... 
              
            • Custom domain:
                          https://login.contoso.com/contoso.onmicrosoft.com/oauth2/v2.0/authorize?... 
              
        • Open the modified URL in a browser and verify that the sign-in page loads correctly and that sign-in (including social identity providers such as Google and Facebook) works.
      3. Update application configurations and any integration points to use the custom URL domain instead of *.ciamlogin.com in their authority/issuer or sign-in URLs, so that all sign-in flows go through the branded domain.
      4. Optionally, after confirming that the custom URL domain works end-to-end, request blocking of the default *.ciamlogin.com domain via a support ticket, as recommended for security. Before blocking, ensure all features and apps that previously used *.ciamlogin.com are updated to use the custom URL domain.
      The result is that users see the branded domain in their sign-in journeys, including when they are redirected to social identity providers such as Google and Facebook.

    References:

    AI-generated content may be incorrect. Read our transparency notes for more information.

    Was this answer helpful?

    2 people found this answer helpful.

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.