Einrichtung von HTTPS (manuelle Einrichtung) oder HTTP
Um HTTPS oder HTTP für Ihren benutzerdefinierten domain zu aktivieren:
Navigieren Sie zu Einstellungen > Help Center > Konfigurieren & Stil
Suchen Sie im Abschnitt "Domain" die Einstellung "Sicherheitsprotokoll"
Setzen Sie das "Sicherheitsprotokoll" auf HTTPS (manuelle Einrichtung) oder HTTP
Speichern Sie Ihre Änderungen
Überprüfen Sie, ob Sie den korrekten CNAME gesetzt haben
Wenn Sie HTTPS (manuelle Einrichtung) oder HTTP verwenden, prüfen Sie, ob der CNAME-Eintrag auf Folgendes gesetzt ist:
Wenn Ihr Workspace in den USA gehostet wird - custom.intercom.help
Wenn Ihr Workspace in Europa gehostet wird - custom.eu.intercom.help
Wenn Ihr Workspace in Australien gehostet wird: custom.au.intercom.help
Wenn Sie HTTPS (schnelle Einrichtung) verwenden, prüfen Sie, ob der CNAME-Eintrag auf Folgendes gesetzt ist:
Wenn Ihr Workspace in den USA gehostet wird - us.intercomhelpcenter.com
Wenn Ihr Workspace in Europa gehostet wird - eu.intercomhelpcenter.com
Wenn Ihr Workspace in Australien gehostet wird: au.intercomhelpcenter.com
HTTPS (schnelle Einrichtung) ist möglicherweise für Ihren Workspace nicht verfügbar.
Um zu überprüfen, in welcher Region Ihr Workspace gehostet wird, schauen Sie in die URL-Leiste Ihres Browsers, wenn Sie Intercom verwenden.
Wenn die URL beginnt mit:
app.intercom.com, wird Ihr Workspace in den USA gehostetapp.eu.intercom.com, wird Ihr Workspace in Europa gehostetapp.au.intercom.com, wird Ihr Workspace in Australien gehostet
Überprüfen Sie, ob die CNAME-Änderungen propagiert wurden
CNAME-Änderungen benötigen einige Zeit zur Propagierung. Dies kann je nach Anbieter bis zu 72 Stunden dauern.
Sie können mit einem Tool wie MXToolbox prüfen, ob die CNAME-Änderung propagiert wurde.
Ein weiteres nützliches Tool zur Überprüfung der DNS-Propagation ist whatsmydns.net, das bestätigen kann, dass Ihre DNS-Änderungen weltweit propagiert wurden.
Verwenden Sie unbedingt die CNAME-Abfrage in MXToolbox
Wenn Sie HTTPS (manuelle Einrichtung) verwenden – in diesem Fall liefert eine CNAME-Prüfung normalerweise keine Daten, da keine Verknüpfung der DNS mit einer Intercom domain erforderlich ist. Die Konfiguration erfolgt im Dienst, den Sie zur Implementierung von HTTPS eingerichtet haben.
Überprüfen Sie Ihre Cloudflare-Einstellungen
Wenn Sie Cloudflare verwenden, stellen Sie sicher, dass die Wolke neben Ihrem CNAME-Eintrag orange ist und dass Sie SSL im Abschnitt „Crypto“ auf „Flexible“ oder „Full“ eingestellt haben.
Wählen Sie nicht „Full (Strict)“, da dies zu einem ungültigen SSL-Zertifikat führt.
Stellen Sie sicher, dass Ihr Help Center live geschaltet ist
Gehen Sie zu Einstellungen > Help Center und stellen Sie sicher, dass Ihr Help Center Live geschaltet ist.
Behebung von SSL-Fehlern in Ihrem Intercom Help Center
Wenn Sie SSL-Fehler wie ERR_SSL_VERSION_OR_CIPHER_MISMATCH oder SSL_ERROR_NO_CYPHER_OVERLAP in Ihrem Intercom Help Center sehen, weist dies auf ein Problem mit der sicheren Verbindung zwischen Ihrem Browser und dem Server hin. Diese Anleitung hilft Ihnen, diese häufigen Probleme zu verstehen und zu beheben.
Verstehen von ERR_SSL_VERSION_OR_CIPHER_MISMATCH
Dieser Fehler tritt auf, wenn Ihr Browser aufgrund von Problemen mit der SSL-Konfiguration keine sichere Verbindung zum Server herstellen kann.
Häufige Ursachen
Falsch konfigurierte DNS-Einstellungen oder Propagationsverzögerungen: DNS (Domain Name System)-Einträge könnten falsch konfiguriert sein oder sich noch nicht vollständig im Internet verbreitet haben.
Beispiel: Ein CNAME (Canonical Name)-Eintrag, der auf Intercoms us.intercomhelpcenter.com zeigt, könnte noch nicht propagiert sein.
Tipp: Warten Sie bis zu 24 Stunden, bis DNS-Änderungen wirksam werden. Die DNS-Propagation kann je nach Domain- und Internetanbieter Zeit in Anspruch nehmen.
Konfliktierende oder doppelte SSL-Zertifikate: Wenn Sie HTTPS mit einem benutzerdefinierten domain (schnelle Einrichtung) verwenden, stellt Intercom das SSL-Zertifikat bereit. Konfliktierende oder zusätzliche Zertifikate, die bei Ihrem Domain-Anbieter konfiguriert sind, verursachen Fehler und sollten entfernt werden.
Profi-Tipp: Stellen Sie sicher, dass nur das von Intercom bereitgestellte SSL-Zertifikat für Ihren benutzerdefinierten domain aktiv ist, um Konflikte zu vermeiden.
Verstehen von SSL_ERROR_NO_CYPHER_OVERLAP
Dieses Problem tritt während des SSL/TLS (Transport Layer Security)-Handshakes auf, wenn Server und Client sich nicht auf unterstützte Verschlüsselungsprotokolle oder Cipher-Suiten einigen können.
Behebung von Cipher-Overlap-Problemen
Stellen Sie aktuelle Verschlüsselungsstandards sicher: Sowohl Ihr Browser als auch der Server müssen moderne Verschlüsselungsstandards unterstützen.
Hinweis: Ältere Browser oder Betriebssysteme unterstützen möglicherweise nicht die neuesten Verschlüsselungsprotokolle, was zu diesem Fehler führt.
Tipp: Aktualisieren Sie Ihren Webbrowser auf die neueste Version, um sicherzustellen, dass aktuelle Verschlüsselungsstandards unterstützt werden.
Behebung von SSL-Handshake-Fehlern für Link Branding
Intercom konfiguriert SSL für Link Branding auf benutzerdefinierten domains nicht. Sie sind verantwortlich für die Einrichtung und Verwaltung von SSL-Zertifikaten bei Ihrem Domain-Anbieter für Link Branding.
Behebung von Link Branding SSL-Problemen
Besuchen Sie die SSL-Einstellungen Ihres Domain-Anbieters: Um SSL-Handshake-Probleme für Link Branding zu beheben, müssen Sie das SSL-Zertifikat direkt bei Ihrem Domain-Anbieter konfigurieren.
Hinweis: Dies ist getrennt vom SSL-Zertifikat, das Intercom für die Hauptdomain Ihres Help Centers bereitstellt.
Wichtig: Konsultieren Sie die Dokumentation oder den Support Ihres Domain-Anbieters für spezifische Anweisungen zur Einrichtung und Fehlerbehebung von SSL-Zertifikaten.
Wenn Ihr SSL-Zertifikat von einem Drittanbieter verwaltet wird, stellen Sie sicher, dass es noch gültig ist.
Stellen Sie sicher, dass mindestens ein Artikel veröffentlicht ist
Wenn Sie beim Besuch Ihres Help Centers Not found sehen, stellen Sie sicher, dass mindestens ein Artikel veröffentlicht ist. Ohne veröffentlichte Artikel ist Ihr Help Center inaktiv und zeigt Not found an.
Fehler 1014 - CNAME Cross-User Banned
Wenn Sie beim Besuch Ihrer benutzerdefinierten Help Center domain auf Fehler 1014 stoßen, liegt dies wahrscheinlich an einem Cloudflare Cross User CNAME-Problem. Zur Behebung dieses Fehlers:
Cloudflare DNS-Einstellungen: Stellen Sie sicher, dass der CNAME-Eintrag im Cloudflare-Dashboard auf DNS-only-Modus (graues Wolkensymbol) gesetzt ist, nicht proxied. Die proxied-Einstellung (oranges Wolkensymbol) kann den Fehler 1014 verursachen.
CNAME-Eintrag: Erstellen Sie einen CNAME-Eintrag und stellen Sie sicher, dass Ihr benutzerdefinierter domain auf custom.intercom.help oder us.intercomhelpcenter.com zeigt (abhängig von Ihrer HTTPS-Einrichtungsmethode).
Erlauben Sie bis zu 48 Stunden für die DNS-Propagation. Wenn das Problem weiterhin besteht, sind weitere Untersuchungen der Servereinstellungen erforderlich.
Eine häufige, aber leicht zu übersehende Ursache für Fehler 1014 ist, dass nach der Erstellung des CNAME-Eintrags nicht das richtige Sicherheitsprotokoll in den Intercom Help Center Einstellungen ausgewählt wurde. Selbst wenn Ihre DNS korrekt konfiguriert sind, wird die benutzerdefinierte domain erst validiert, wenn dieser Schritt abgeschlossen ist. Zur Behebung gehen Sie zu Einstellungen > Help Center > Konfigurieren & Stil, öffnen Sie den Abschnitt Domain und wählen Sie die Option, die Ihrer DNS-Konfiguration entspricht: HTTPS (Schnelle Einrichtung), wenn Ihr CNAME auf us.intercomhelpcenter.com zeigt, oder HTTPS (Manuelle Einrichtung), wenn Ihr CNAME auf custom.intercom.help zeigt. Speichern Sie anschließend Ihre Änderungen.
Wichtig: Wenn Sie einen Cloudflare Enterprise- oder höheren Tarif nutzen, stellen Sie sicher, dass Zone Hold für Ihre domain deaktiviert ist. Zone Hold validiert, dass Hostnamen auf IP-Adressen verweisen, die mit demselben Cloudflare-Konto verbunden sind, was die HTTPS-Schnelleinrichtung verhindert und den Fehler 1014 Cross-User Banned verursacht. Deaktivieren Sie dies in Ihren Cloudflare-Kontoeinstellungen für die betroffene domain.
„Access Denied“-Fehler während der HTTPS-Einrichtung
Wenn Sie während der HTTPS-Einrichtung einen „Access Denied“-Fehler erhalten:
Überprüfen Sie, ob Ihr CNAME-Eintrag auf die korrekte regionale domain zeigt
Wenn Sie Cloudflare verwenden, stellen Sie sicher, dass der SSL-Modus auf „Flexible“ oder „Full“ (nicht „Full (Strict)“) eingestellt ist
Ein empfohlener Schritt zur Fehlerbehebung ist, die HTTPS-Konfiguration auszuschalten, einige Minuten zu warten und dann wieder einzuschalten.
Verwenden Sie Amazon CloudFront?
Stellen Sie sicher, dass Sie alle Schritte in der Anleitung befolgen.
Verwenden Sie einen benutzerdefinierten Reverse Proxy?
Stellen Sie sicher, dass die Anleitungen befolgt werden.
Beispiel für eine CNAME-Abfrage bei einer Reverse-Proxy-Einrichtung: findet nichts, zeigt aber, welchen DNS-Server Sie verwenden.
Erhalten Sie einen 502-Fehler beim Aufruf von custom.domain/robots.txt?
Wenn Sie nginx (oder ingress nginx) verwenden, prüfen Sie Ihre Logs auf:
„upstream sent too big header while reading response header from upstream“
Wenn Sie diese Meldung in Ihren Logs finden, müssen Sie in der Annotation Ihres Ingress (Standard ist 4k) erhöhen:
nginx.ingress.kubernetes.io/proxy-buffer-size: "8k"
oder http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_buffer_size in einer Standard-nginx-Konfiguration.
Das behebt das Problem mit dem 502-Fehler beim Aufruf von custom.domain/robots.txt
Was tun, wenn mein HTTPS-Einrichtungsstatus längere Zeit „Ausstehend“ bleibt?
Wenn Ihr HTTPS-Einrichtungsstatus längere Zeit „Ausstehend“ bleibt, befolgen Sie diese Schritte:
Überprüfen Sie Ihre DNS-Konfiguration auf häufige Fehler:
• Stellen Sie sicher, dass der CNAME-Eintrag korrekt formatiert ist und keine zusätzlichen Domain-Teile enthält (z. B. fügen Sie Ihre eigene domain nicht an den Intercom-Host an).
• Verwenden Sie einen CNAME-Eintrag, keinen A-Eintrag.
• Der CNAME sollte auf die korrekte Intercom-Region zeigen (z. B. us.intercomhelpcenter.com für US-Workspaces).Nach Korrekturen erlauben Sie Zeit für die DNS-Propagation, die je nach Anbieter zwischen 1 und 72 Stunden dauern kann.
Sobald DNS korrekt eingerichtet und propagiert ist, kehren Sie zu Ihren Help Center-Einstellungen zurück und versuchen Sie erneut, HTTPS (schnelle Einrichtung) zu aktivieren.
Wenn der Status nach diesen Schritten und ausreichender Wartezeit weiterhin „Ausstehend“ bleibt, überprüfen Sie Ihre DNS-Einstellungen erneut auf Fehler.
Wie gewährleiste ich langfristige Sicherheit und Stabilität?
Sobald die HTTPS-Schnelleinrichtung aktiviert und funktionsfähig ist, sind wiederkehrende Probleme unwahrscheinlich, es sei denn, Einstellungen werden geändert oder falsch konfiguriert. Intercom stellt im Rahmen dieser Einrichtung SSL-Zertifikate zur Verfügung, um Zuverlässigkeit zu gewährleisten.
Werden Artikel- und Sammlungsseiten-Links automatisch auf meine benutzerdefinierte domain umgeleitet?
Nach der Einrichtung Ihrer benutzerdefinierten domain werden Artikel-Links automatisch umgeleitet, aber Sammlungsseiten-Links könnten beim direkten Zugriff noch unter der Standard-Intercom-domain geladen werden. Für Unternehmen, die SEO priorisieren, stellen Sie sicher, dass Sammlungen korrekt aktualisiert sind, um mit der benutzerdefinierten domain zu funktionieren.
Szenarien nach Reaktivierung oder Zahlungsaussetzung
Wenn das Problem nach der Reaktivierung Ihres Help Centers oder der Behebung von Zahlungsaussetzungen auftritt:
Überprüfen Sie Ihre benutzerdefinierten domain-Einstellungen in Intercom und stellen Sie sicher, dass alle Felder korrekt aktualisiert sind.
Entfernen Sie die benutzerdefinierte domain bei Bedarf während der Fehlerbehebung und wechseln Sie vorübergehend zur Standard-Intercom-domain zurück.
Immer noch Probleme?
Wenn alles oben in Ordnung zu sein scheint und Sie weiterhin Probleme haben, wenden Sie sich über den Messenger an unser Support-Team. Sie helfen Ihnen gerne weiter!