Chargements d'images bloqués : Les images ne peuvent pas être chargées dans les Product Tours ou le Messenger.

Product Tours non réactifs : Les modifications apportées à un Product Tour ne sont pas enregistrées.

Visuels cassés : Les composants Intercom, comme les logos, peuvent apparaître comme des images cassées.

Problèmes avec le Help Center : Les articles peuvent apparaître vides ou partiellement rendus, ou des spinners de chargement infinis peuvent se produire.

Localisez la directive en erreur : Dans l'erreur de la console développeur, identifiez la directive qui a causé la restriction (par exemple, img-src).

Liste blanche des domaines Intercom : Ajoutez les URL Intercom requises aux directives pertinentes dans la configuration CSP de votre site.

Rechargez les pages concernées de votre site et vérifiez si les fonctionnalités d'Intercom fonctionnent désormais correctement.

Surveillez la console développeur pour vous assurer qu'aucune nouvelle violation CSP n'apparaît.

Effectuez un rafraîchissement complet dans votre navigateur pour vider le cache après avoir modifié la CSP.

Si les fonctionnalités d'Intercom ne fonctionnent toujours pas après un rafraîchissement complet, rouvrez l'onglet Console et vérifiez s'il reste des erreurs de violation CSP. Chaque nouveau message d'erreur indiquera la prochaine directive ou domaine à ajouter — répétez le cycle de mise à jour et de test jusqu'à ce qu'aucune violation n'apparaisse.

Configurez un point de rapport CSP avec la directive report-to (une directive CSP qui indique aux navigateurs où envoyer les rapports de violation) pour que les violations soient envoyées automatiquement à un service de journalisation — vous n'aurez pas à vérifier manuellement la console. Note : report-uri est obsolète au profit de report-to. Lors de l'utilisation de report-to, vous devez également ajouter un en-tête HTTP compagnon Reporting-Endpoints pour définir le groupe de points de terminaison.

Examinez les rapports de violation après chaque mise à jour d'Intercom ou après avoir déployé des changements dans l'infrastructure de votre site.

Mettez en favori l'article Using Intercom with Content Security Policy et consultez-le lors des mises à jour majeures d'Intercom.

Abonnez-vous à la page de statut d'Intercom pour être informé des changements d'infrastructure pouvant affecter les domaines requis.

N'utilisez pas unsafe-inline ou unsafe-eval comme raccourci. Ajouter ces valeurs à script-src désactive une grande classe de protection contre les XSS (cross-site scripting) et expose votre site aux attaques par injection de scripts — même temporairement. Utilisez plutôt des nonces (jetons cryptographiques ajoutés à chaque balise script) ou des hachages — Intercom supporte strictement CSPv3 (la troisième version de la norme CSP) avec des politiques basées sur des nonces.

Gardez votre CSP sous contrôle de version. Suivez chaque changement avec votre historique de déploiement pour pouvoir revenir en arrière si une modification de directive casse une fonctionnalité.

Testez d'abord dans un environnement de préproduction. Validez toujours les changements CSP avec les fonctionnalités Intercom dans un environnement de préproduction ou de prévisualisation avant de déployer en production.