Veel voorkomende problemen met aangepaste domeinen oplossen
Bekijk de potentiële oorzaken en stappen om veelvoorkomende problemen op te lossen die u kunt tegenkomen bij het instellen van een aangepast domein.
Vereiste editions
| Beschikbaar in: zowel Salesforce Classic als Lightning Experience |
| Beschikbaar in: Enterprise, Performance en Unlimited Edition. |
| Van toepassing op: Salesforce Sites en LWR, Aura en Visualforce sites |
Niet vertrouwd met termen zoals DNS, CDN, certificaat en CNAME? Zie Aangepaste domeinterminologie
| Gedrag | Potentiële oorzaken en stappen voor probleemoplossing |
|---|---|
| Wanneer een domein wordt toegevoegd en de domeinnaam wordt opgegeven, krijgt een beheerder de foutmelding "Kan CNAME-doel niet verifiëren". | De canonieke-naamrecord (CNAME) ontbreekt of is incorrect in de DNS-record van het domein. Controleer of de CNAME-record aanwezig is en of deze correct is voor uw volledig gekwalificeerde domeinnaam (FQDN). Zie Uw aangepaste domein laten verwijzen naar uw Salesforce-organisatie. |
| De wijziging in de DNS-record van uw domein wordt nog steeds doorgevoerd. Het duurt maximaal 72 uur voordat de wijziging wereldwijd van kracht is. Wacht tot de propagatie is voltooid en probeer het vervolgens opnieuw. | |
| Er is een aangepast domein niet beschikbaar voor levering. | Het leveren van een domein kan 4 tot 14 uur in beslag nemen voor het Salesforce CDN (Content Delivery Network) en 4 tot 8 uur voor andere opties. Als die tijd is verstreken, controleert u de DNS-record van uw domein op DNS-wijzigingen. Neem vervolgens contact op met de Klantenondersteuning van Salesforce. |
| Een aangepast domein heeft de status In afwachting van aangepaste URL. Levering is niet gestart. | Voor aangepaste domeinen die uw HTTPS-certificering gebruiken op Salesforce-servers, begint de levering wanneer u de eerste aangepaste URL toevoegt. In dit geval is de status op de set-uppagina van Domeinen In afwachting van aangepaste URL. Als u wilt beginnen met de levering, voegt u een aangepaste URL toe voor het domein. |
| Wanneer gebruikers proberen het aangepaste domein te bezoeken, krijgen ze de fout ERR_NAME_NOT_RESOLVED in Chrome. | De CNAME-record ontbreekt of is incorrect in de DNS-record van het domein. Controleer of de CNAME-record aanwezig is en of deze correct is voor uw volledig gekwalificeerde domeinnaam (FQDN). Zie Uw aangepaste domein laten verwijzen naar uw Salesforce-organisatie. |
| Het domein is niet geactiveerd in Salesforce. Controleer de domeinstatus op de pagina Set-up van domeinen. | |
| Wanneer gebruikers proberen toegang te krijgen tot een aangepast domein dat uw HTTPS-certificaat gebruikt, zien ze een fout die een beveiligingsprobleem aangeeft. | De officiële naam (CN: Common Name) op het certificaat is incorrect. Een certificaat is alleen geldig als de hostnaam van het verzoek overeenkomt met de certificaat-CN. |
Een discrepantie tussen het certificaat en de naam van het geleverde domein. Het certificaat is bijvoorbeeld voor www.voorbeeld.com en de domeinnaam in Salesforce is voorbeeld.com. Zorg ervoor dat uw aangepaste domein verwijst naar het eigen CNAME-doel *.live.siteforce.com. Zo wijst de CNAME-record voor www.voorbeeld.com naar |
|
| Wanneer gebruikers proberen toegang tot een aangepast domein te krijgen dat wordt gehost door een externe service of een extern CDN, zien ze een SSL-verbindingsfout. | Controleer of uw proxy of CDN verzoeken doorstuurt naar de inlog-URL van uw Mijn domein. Zie Randvoorwaarden voor een aangepast domein dat een externe service of CDN gebruikt voor meer informatie. De meest voorkomende oorzaak is het gebruik van een sitehostnaam, zoals Vóór Spring '26 bestonden sommige doelhostnamen ook uit uw Salesforce-exemplaar of Hyperforce cel. Die hostnamen kunnen veranderen tijdens onderhoud, bijvoorbeeld tijdens een organisatiemigratie. Met die hostnamen werkt uw aangepaste domein niet meer wanneer uw instantie of cel verandert. Als u dit probleem wilt oplossen, werkt u samen met uw externe partij om de doelhostnaam bij te werken naar de inlog-URL voor Mijn domein van uw organisatie. |
| Zorg ervoor dat het SSL-certificaat correct is geïnstalleerd op de oorspronkelijke server van de externe partij. | |
| In Set-up wordt het aangepaste domein niet als de site-URL weergegeven op de Set-uppagina Alle sites. | De configuratie van het aangepaste domein voorkomt de koppeling. Dit probleem kan optreden als u gebruikmaakt van een proxy of indirect naar het CNAME-doel *.live.sitesforce.com verwijst. |
| Twee aangepaste domeinen bedienen dezelfde site. Er wordt er slechts één weergegeven op de pagina Set-up van Alle sites. | |
| Gebruikers kunnen niet authenticeren via het aangepaste domein met methoden zoals Single Sign-On (SSO), verbonden apps en authenticatieaanbieders. | Als u twee aangepaste domeinen hebt die dezelfde site bedienen, controleert u of de authenticatiemethode is geconfigureerd voor beide aangepaste domeinen. Wanneer de authenticatiemethode voor één domein niet is geconfigureerd, werken authenticatiemethoden vaak die de standaard site-URL gebruiken die eindigt op *.force.com of *.my.site.com. |
| Zie Toegang tot sites herstellen na automatische implementatie van uitgebreide domeinen als u uitgebreide domeinen hebt geïmplementeerd. | |
| Sommige gebruikers kunnen geen verbinding maken met de site via een aangepast domein dat het Salesforce CDN gebruikt. | Bekijk de veel voorkomende problemen in het Knowledge artikel Toegang tot sites herstellen na automatische implementatie van uitgebreide domeinen. |
| Gebruikers zien onverwachte inhoud wanneer ze een aangepaste URL bezoeken. | Als u meerdere sites op hetzelfde domein host, controleert u uw site-URL's op conflicten. Het is mogelijk om dezelfde URL te configureren voor pagina's op twee verschillende sites. Stel dat u site A en site B host op hetzelfde domein, https://www.voorbeeld.com. De URL van site A gebruikt het aangepaste URL-padprefix /products. Site B bedient pagina's vanuit het rootpad en heeft een pagina met het paginapad /products. Daarom zijn de URL van site A en de pagina-URL van site B beide https://www.voorbeeld.com/products. In dit scenario heeft een sitebezoeker alleen toegang tot pagina B via een navigatiemenu op site B. Als een sitebezoeker op een andere manier naar https://voorbeeld.com/products navigeert, wordt de bezoeker omgeleid naar site A. Als u een potentieel conflict constateert, wijzigt u de naam van het sitepad of selecteert u een ander pad voor het bedienen van de inhoud op uw aangepaste domein. |
| Wanneer gebruikers mijn tijdelijke niet-HTTPS-domein bezoeken, toont de adresbalk van de browser een versie van mijn interne site-URL. | Deze werking wordt verwacht. Aangezien Salesforce HTTPS vereist, worden alleen-HTTP verzoeken aan uw site omgeleid naar een werkende HTTPS-URL. Een beheerder voegt bijvoorbeeld www.voorbeeld.com in Salesforce toe als domein met de domeinconfiguratieoptie "Een tijdelijk niet-HTTPS domein gebruiken". De beheerder activeert het domein en voegt een aangepaste URL toe om de Experience Cloud-site te laden met de CNAME 00d000000000000013.live.siteforce.com. Wanneer gebruikers www.voorbeeld.com bezoeken, toont de adresbalk van de browser https://00d000000000000013.my.site.com in plaats van http://www.voorbeeld.com. Als u uw aangepaste domeinnaam in de adresbalk van de browser wilt behouden, werkt u het tijdelijke niet-HTTPS domein bij om een andere domeinconfiguratieoptie te gebruiken. |
| Gebruikers hebben geen toegang tot mijn aangepaste domein via een koppeling in een andere Salesforce-organisatie. | U beperkt externe omleidingen en het aangepaste domein staat niet op de goedgekeurde lijst. Zie Omleidingen naar externe URL's beheren. |
