Erreurs de vérification de domaine

Découvrez ce qu'est la vérification de domaine, pourquoi vous voyez peut-être une erreur 403 du script de suivi Zenovay et comment la corriger.

Qu'est-ce que la vérification de domaine ?

Zenovay vérifie que les scripts de suivi n'envoient des données que depuis des domaines autorisés. Quand un visiteur charge une page avec votre script de suivi, Zenovay vérifie l'en-tête Origin (ou Referer) de la requête par rapport au domaine enregistré pour votre site web.

Cela empêche les sites web non autorisés d'envoyer de fausses données analytiques à votre compte et maintient l'exactitude de vos rapports.

Pourquoi je vois une erreur 403 ?

Une réponse 403 Forbidden de l'API de suivi Zenovay signifie que votre code de suivi envoie des données depuis un domaine qui ne correspond pas à votre domaine enregistré pour le site web.

Cela se produit généralement quand :

Vous avez ajouté votre script de suivi à un domaine qui ne correspond pas à celui défini pour le site web dans Zenovay
Votre site web a changé de domaine
Vous testez sur localhost ou sur un hôte de développement local
Le navigateur n'a pas envoyé d'en-tête Origin ou Referer

Erreur console exemple :

POST https://api.zenovay.com/e/YOUR_CODE 403 (Forbidden)

L'API retourne l'un de ces messages :

"Domain not authorized for this tracking code" – l'origine de la requête ne correspond pas au domaine de votre site web
"Missing request origin" – le navigateur n'a pas envoyé d'en-tête Origin ou Referer

Comment la correspondance de domaines fonctionne

Zenovay vérifie l'origine de la requête par rapport au domaine de votre site web avec ces règles :

Correspondance exacte – example.com correspond à example.com.
Les sous-domaines sont autorisés automatiquement – si votre domaine est example.com, les requêtes depuis www.example.com, blog.example.com ou tout autre sous-domaine sont acceptées. Vous n'avez pas besoin d'ajouter www séparément.
Caractères génériques – une valeur comme *.example.com correspond à chaque sous-domaine de example.com.

Si un site web a une liste de domaines autorisés supplémentaires configurée (voir Multiple Domains ci-dessous), l'origine de la requête est vérifiée par rapport à cette liste au lieu du domaine principal unique.

Comment le corriger

Étape 1 : Ouvrir le site web

Accédez à app.zenovay.com, connectez-vous, puis ouvrez Domaines dans la barre latérale et sélectionnez le site web qui affiche l'erreur.

Étape 2 : Ouvrir Paramètres → Général

Ouvrez les Paramètres du site web et allez à l'onglet Général.

Étape 3 : Confirmer le domaine

Dans la section Domaine, assurez-vous que le domaine correspond au lieu où votre script de suivi est réellement installé. S'il est incorrect ou obsolète, mettez-le à jour et cliquez sur Enregistrer.

Étant donné que les sous-domaines sont mis en correspondance automatiquement, la définition de example.com ici couvre également www.example.com et tous les autres sous-domaines. N'incluez pas https://, un chemin ou une barre oblique finale – entrez uniquement le nom d'hôte nu.

Étape 4 : Autoriser Localhost (Facultatif)

Si vous testez localement, activez l'option autoriser localhost dans le même onglet Général. Cela permet le suivi à partir de localhost et des hôtes de développement local afin que vous puissiez vérifier votre configuration avant de la mettre en ligne. Laissez-la désactivée en production.

Multiple Domains et l'API

Le champ Domaine unique dans le tableau de bord, plus sa correspondance de sous-domaine automatique, couvre la plupart des configurations. Si vous devez autoriser plusieurs domaines indépendants pour un site web (par exemple un site principal et un domaine marketing séparé), le site web peut contenir une liste de domaines autorisés supplémentaires.

Il n'y a actuellement pas d'éditeur de tableau de bord pour cette liste de domaines autorisés supplémentaires. Vous avez deux options :

Serveur MCP (Plan Scale et supérieur) : Le serveur MCP Zenovay fournit les outils list_allowed_domains, add_allowed_domain et remove_allowed_domain que vous pouvez appeler depuis un agent IA connecté.
Contacter le support : envoyez un e-mail à [email protected] et nous pouvons configurer les domaines autorisés supplémentaires pour vous.

Conseils de dépannage

Vérifier l'orthographe du domaine

Une petite faute de frappe peut causer l'échec de la vérification. Vérifiez à nouveau que le domaine enregistré dans Zenovay correspond exactement au domaine réel.

Correct : example.com
Incorrect :  exmple.com
Incorrect :  example.co

Les sous-domaines sont déjà couverts

Vous n'avez pas besoin d'ajouter www.example.com séparément – les sous-domaines de votre domaine enregistré sont acceptés automatiquement. Il en va de même pour blog., app., shop. et tous les autres sous-domaines.

Hosts proxy ou de contournement de bloqueurs de publicités

Si vous servez le script de suivi via un hôte propriétaire personnalisé (par exemple analytics.yourdomain.com), c'est un sous-domaine de votre domaine enregistré et donc autorisé automatiquement.

Domaines de staging et d'aperçu

Les aperçus de déploiement et les environnements de staging utilisent souvent un domaine complètement différent (par exemple your-project.vercel.app) qui n'est pas un sous-domaine de votre site de production. Ces requêtes seront bloquées par la vérification de domaine. Pour les tests locaux, utilisez l'option autoriser localhost décrite ci-dessus ; pour les environnements de staging partagés, contactez le support pour autoriser des domaines supplémentaires.

Toujours des problèmes ?

Si vous avez vérifié vos paramètres de domaine et voyez toujours des erreurs 403 :

Attendez un moment – Les modifications de domaine peuvent prendre un peu de temps pour prendre effet.
Videz le cache de votre navigateur et rechargez la page.
Vérifiez la console de votre navigateur pour plus de détails sur les erreurs.
Contactez le support à [email protected] avec :
- L'URL de votre site web
- Le domaine affichant l'erreur
- Une capture d'écran de vos paramètres Général