Configuration de HTTPS (configuration manuelle) ou HTTP
Pour activer HTTPS ou HTTP pour votre custom domain :
Accédez à Settings > Help Center > Configure & Style
Dans la section « Domain », localisez le paramètre « Security protocol »
Réglez le « Security protocol » sur HTTPS (manual setup) ou HTTP
Enregistrez vos modifications
Vérifiez que vous avez configuré le CNAME correctement
Si vous utilisez HTTPS (manual setup) ou HTTP, vérifiez que l’enregistrement CNAME est configuré sur :
Si votre workspace est hébergé aux États-Unis - custom.intercom.help
Si votre workspace est hébergé en Europe - custom.eu.intercom.help
Si votre workspace est hébergé en Australie : custom.au.intercom.help
Si vous utilisez HTTPS (quick set up), vérifiez que l’enregistrement CNAME est configuré sur :
Si votre workspace est hébergé aux États-Unis - us.intercomhelpcenter.com
Si votre workspace est hébergé en Europe - eu.intercomhelpcenter.com
Si votre workspace est hébergé en Australie : au.intercomhelpcenter.com
HTTPS (quick set up) pourrait ne pas être disponible pour votre workspace.
Pour vérifier dans quelle région votre workspace est hébergé, regardez la barre d’URL de votre navigateur lorsque vous utilisez Intercom.
Si l’URL commence par :
app.intercom.com, votre workspace est hébergé aux États-Unisapp.eu.intercom.com, votre workspace est hébergé en Europeapp.au.intercom.com, votre workspace est hébergé en Australie
Vérifiez que les modifications du CNAME ont bien été propagées
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.
Assurez-vous d’utiliser la recherche CNAME dans MXToolbox
Si vous utilisez HTTPS (manual setup) - dans ce cas, une vérification CNAME ne renverra généralement aucune donnée car il n’est pas nécessaire que le DNS soit lié à un domain Intercom. La configuration se fait dans le service que vous avez mis en place pour implémenter HTTPS.
Vérifiez vos paramètres Cloudflare
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 ».
Ne choisissez pas « Full (Strict) » car cela entraînera un certificat SSL invalide.
Assurez-vous que votre Help Center est en ligne
Rendez-vous dans Settings > Help Center et assurez-vous que votre Help Center est Live.
Résolution des erreurs SSL dans votre Help Center Intercom
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.
Comprendre ERR_SSL_VERSION_OR_CIPHER_MISMATCH
Cette erreur survient lorsque votre navigateur ne parvient pas à établir une connexion sécurisée avec le serveur à cause de problèmes de configuration SSL (Secure Sockets Layer).
Causes courantes
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 être propagé.
Astuce : Attendez jusqu’à 24 heures pour que les modifications DNS prennent effet. La propagation DNS peut prendre du temps selon votre fournisseur de domain et votre fournisseur d’accès Internet.
Certificats SSL conflictuels ou en double : Si vous utilisez HTTPS avec un custom domain (quick setup), 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é.
Conseil pro : Assurez-vous que seul le certificat SSL fourni par Intercom est actif pour votre custom domain afin d’éviter les conflits.
Comprendre SSL_ERROR_NO_CYPHER_OVERLAP
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.
Résolution des problèmes de chevauchement de chiffrement
Assurez-vous d’utiliser des standards de chiffrement à jour : Votre navigateur et le serveur doivent supporter des standards de chiffrement modernes.
Note : Les navigateurs ou systèmes d’exploitation anciens peuvent ne pas supporter les protocoles de chiffrement récents, ce qui cause cette erreur.
Astuce : Mettez à jour votre navigateur web vers la dernière version pour garantir la prise en charge des standards de chiffrement actuels.
Résolution des erreurs de négociation SSL pour le link branding
Intercom ne configure pas SSL pour le link branding sur les custom domains. Vous êtes responsable de la configuration et gestion des certificats SSL chez votre fournisseur de domain pour le link branding.
Résolution des problèmes SSL de link branding
Consultez les paramètres SSL de votre fournisseur de domain : Pour résoudre les problèmes de négociation SSL liés au link branding, vous devez configurer le certificat SSL directement avec votre fournisseur de domain.
Note : Ceci est distinct du certificat SSL fourni par Intercom pour le domain principal de votre Help Center.
Important : Consultez la documentation ou le support de votre fournisseur de domain pour des instructions spécifiques sur la configuration et le dépannage des certificats SSL.
Si votre certificat SSL est géré par un fournisseur tiers, assurez-vous qu’il est toujours valide.
Assurez-vous d’avoir au moins un article publié
Si vous voyez Not found en essayant d’accéder à votre Help Center, assurez-vous d’avoir au moins un article publié. Sans article publié, votre Help Center sera inactif et renverra Not found.
Erreur 1014 - CNAME Cross-User Banned
Si vous rencontrez une erreur 1014 en visitant votre custom domain du Help Center, cela est probablement dû à un problème Cloudflare Cross User CNAME. Pour résoudre cette erreur :
Paramètres DNS Cloudflare : Assurez-vous que l’enregistrement CNAME est en mode DNS-only (icône nuage gris) dans Cloudflare, pas en mode proxifié. Le mode proxifié (icône nuage orange) peut provoquer l’erreur 1014.
Enregistrement CNAME : Créez un enregistrement CNAME et assurez-vous que votre custom domain pointe vers custom.intercom.help ou us.intercomhelpcenter.com (selon votre méthode de configuration HTTPS)
Laissez jusqu’à 48 heures pour la propagation DNS. Si le problème persiste, une investigation plus approfondie des paramètres serveur peut être nécessaire.
Erreur « Access Denied » lors de la configuration HTTPS
Si vous rencontrez une erreur « Access Denied » lors de la configuration HTTPS :
Vérifiez que votre enregistrement CNAME pointe vers le domain régional correct
Si vous utilisez Cloudflare, assurez-vous que le mode SSL est réglé sur « Flexible » ou « Full » (pas « Full (Strict) »).
Redémarrer la configuration SSL en désactivant la configuration HTTPS, en attendant quelques minutes, puis en la réactivant est une étape de dépannage recommandée.
Utilisez-vous Amazon CloudFront ?
Assurez-vous de suivre toutes les étapes du guide.
Utilisez-vous un Custom Reverse Proxy ?
Assurez-vous que les guides sont suivis.
Exemple de recherche CNAME pour une configuration de reverse proxy : ne trouvera rien mais indiquera quel serveur DNS vous utilisez.
Erreur 502 lors de l’accès à custom.domain/robots.txt ?
Si vous utilisez nginx (ou ingress nginx), vérifiez vos logs pour :
“upstream sent too big header while reading response header from upstream”
Si vous trouvez ce message dans vos logs, vous devez augmenter, dans l’annotation de votre ingress (par défaut 4k) :
nginx.ingress.kubernetes.io/proxy-buffer-size: "8k"
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
Que faire si le statut de configuration HTTPS reste « Pending » longtemps ?
Si le statut de configuration HTTPS reste « Pending » longtemps, suivez ces étapes :
Vérifiez votre configuration DNS pour les problèmes courants :
• Assurez-vous que l’enregistrement CNAME est correctement formaté et ne contient pas de parties de domain supplémentaires (par ex., ne pas ajouter votre propre domain à l’hôte Intercom).
• Assurez-vous d’utiliser un enregistrement CNAME, pas un enregistrement A.
• Le CNAME doit pointer vers le domain régional Intercom correct (par ex., us.intercomhelpcenter.com pour les workspaces US).Après corrections, laissez le temps à la propagation DNS, qui peut prendre de 1 à 72 heures selon votre fournisseur.
Une fois le DNS correctement configuré et propagé, retournez dans les paramètres de votre Help Center et essayez de réactiver HTTPS (quick setup).
Si le statut reste « Pending » après ces étapes et un délai suffisant, revérifiez vos paramètres DNS pour détecter d’éventuelles erreurs.
Comment assurer la sécurité et la stabilité à long terme ?
Une fois le HTTPS quick setup activé et fonctionnel, les problèmes récurrents sont peu probables sauf modification ou mauvaise configuration. Intercom fournit la certification SSL dans ce cadre pour garantir la fiabilité.
Les liens vers les articles et pages de collections redirigeront-ils automatiquement vers mon custom domain ?
Après avoir configuré votre custom domain, les liens d’articles redirigeront automatiquement, mais les liens vers les pages de collections peuvent encore s’ouvrir sous le domain Intercom par défaut si accédés directement. Pour les entreprises axées SEO, assurez-vous que les collections sont bien mises à jour pour fonctionner avec le custom domain.
Scénarios après réactivation ou suspension de paiement
Si le problème survient après la réactivation de votre Help Center ou la résolution d’une suspension de paiement :
Vérifiez les paramètres de votre custom domain dans Intercom et assurez-vous que tous les champs sont correctement mis à jour.
Supprimez le custom domain pendant le dépannage si nécessaire et revenez temporairement au domain Intercom par défaut.
Vous rencontrez toujours des problèmes ?
Si tout semble en ordre mais que vous avez toujours des problèmes, contactez notre équipe Support via le Messenger, ils se feront un plaisir d’enquêter plus avant pour vous !