Pour activer HTTPS ou HTTP pour votre domain personnalisé :

Si vous utilisez HTTPS (configuration manuelle) ou HTTP, vérifiez que l’enregistrement CNAME est configuré sur :

Si vous utilisez HTTPS (configuration rapide), vérifiez que l’enregistrement CNAME est configuré sur :

Les modifications du CNAME prennent du temps à se propager. Cela peut prendre jusqu’à 72 heures selon votre fournisseur.

Vous pouvez vérifier si la modification du CNAME a été propagée en utilisant un outil comme MXToolbox.

Un autre outil utile pour vérifier la propagation DNS est whatsmydns.net, qui peut confirmer que vos modifications DNS ont été propagées globalement.

Si vous utilisez Cloudflare, assurez-vous que le nuage à côté de votre enregistrement CNAME est orange et que vous avez réglé SSL dans la section « Crypto » sur « Flexible » ou « Full ».

Allez dans Settings > Help Center et assurez-vous que votre Help Center est Live.

Lorsque vous rencontrez des erreurs SSL comme ERR_SSL_VERSION_OR_CIPHER_MISMATCH ou SSL_ERROR_NO_CYPHER_OVERLAP dans votre Help Center Intercom, cela indique un problème de connexion sécurisée entre votre navigateur et le serveur. Ce guide vous aidera à comprendre et résoudre ces problèmes courants.

Cette erreur se produit lorsque votre navigateur ne peut pas établir une connexion sécurisée avec le serveur à cause de problèmes de configuration SSL (Secure Sockets Layer).

Paramètres DNS mal configurés ou délais de propagation : Les enregistrements DNS (Domain Name System) peuvent être mal configurés ou ne pas être complètement propagés sur Internet.

Exemple : Un enregistrement CNAME (Canonical Name) pointant vers us.intercomhelpcenter.com d’Intercom pourrait ne pas encore avoir été propagé.

Certificats SSL conflictuels ou en double : Si vous utilisez HTTPS avec un domain personnalisé (configuration rapide), Intercom fournit le certificat SSL. Tout certificat supplémentaire ou en conflit configuré chez votre fournisseur de domain provoquera des erreurs et doit être supprimé.

Ce problème survient lors de la négociation SSL/TLS (Transport Layer Security) quand le serveur et le client ne peuvent pas s’accorder sur les protocoles de chiffrement ou suites de chiffrement supportés.

Assurez-vous d’utiliser des standards de chiffrement à jour : Votre navigateur et le serveur doivent supporter des standards de chiffrement modernes.

Intercom ne configure pas SSL pour le link branding sur les custom domains. Vous êtes responsable de la configuration et de la gestion des certificats SSL auprès de votre fournisseur de domain pour le link branding.

Visitez les paramètres SSL de votre domain provider : Pour résoudre les problèmes de poignée de main SSL pour le link branding, vous devez configurer le certificat SSL directement avec votre domain provider.

Si votre certificat SSL est géré par un fournisseur tiers, assurez-vous qu’il est toujours valide.

Si vous voyez Not found en essayant de visiter votre Help Center, assurez-vous d’avoir au moins un article publié. S’il n’y a aucun article publié, votre Help Center sera inactif et retournera Not found.

Si vous rencontrez une erreur 1014 en visitant votre custom Help Center domain, cela est probablement dû à un problème Cloudflare Cross User CNAME. Pour résoudre cette erreur :

Une cause fréquente mais facile à manquer de l’erreur 1014 est de ne pas sélectionner le protocole de sécurité correct dans les paramètres de votre Intercom Help Center après avoir créé l’enregistrement CNAME. Même si votre DNS est correctement configuré, le custom domain ne sera pas validé tant que cette étape n’est pas complétée. Pour résoudre ce problème, allez dans Paramètres > Help Center > Configurer & Style, ouvrez la section Domain, et sélectionnez l’option correspondant à votre configuration DNS : HTTPS (Configuration rapide) si votre CNAME pointe vers us.intercomhelpcenter.com, ou HTTPS (Configuration manuelle) si votre CNAME pointe vers custom.intercom.help. N’oubliez pas d’enregistrer vos modifications après sélection.

Si vous rencontrez une erreur « Access Denied » lors de la configuration HTTPS :

Assurez-vous de suivre toutes les étapes du guide.

Si vous utilisez nginx (ou ingress nginx), vérifiez vos journaux pour :

“upstream sent too big header while reading response header from upstream”
​
Si vous trouvez ce message dans vos journaux, vous devez augmenter, dans l’annotation de votre ingress (la valeur par défaut est 4k) :

ou http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_buffer_size dans une configuration nginx standard.

Cela résoudra le problème de l’erreur 502 lors de l’accès à custom.domain/robots.txt

Si le statut de configuration HTTPS reste « Pending » pendant une longue période, suivez ces étapes :

Une fois la configuration rapide HTTPS activée et fonctionnelle, les problèmes récurrents sont peu probables sauf modification ou mauvaise configuration. Intercom fournit la certification SSL dans le cadre de cette configuration pour garantir la fiabilité.

Après avoir configuré votre custom domain, les liens d’articles redirigeront automatiquement, mais les liens des pages de collection peuvent encore s’ouvrir sous le domain Intercom par défaut s’ils sont accédés directement. Pour les entreprises qui privilégient le SEO, assurez-vous que les collections sont correctement mises à jour pour fonctionner avec le custom domain.

Si le problème survient après la réactivation de votre Help Center ou la résolution des suspensions de paiement :

Si tout ce qui précède semble en ordre et que vous rencontrez toujours des problèmes, contactez notre équipe Support via Messenger, ils se feront un plaisir d'examiner cela plus en détail pour vous !