Lorsque vous constatez que l'Accès direct prend une part croissante du trafic total, plusieurs causes sont envisageables : politiques de referrer, problèmes de marquage, outils tiers, mode exempt, bots, etc. Le moyen le plus rapide d'identifier la cause responsable consiste à ventiler les données selon quelques dimensions, dans cet ordre.
Étape 1 : Ventilez l'Accès direct par sous-type
Les trois sous-types d'Accès direct (out of site / continuity of visit / local) ont des causes très différentes. Examinez la part de chacun dans vos données :
|
Si l'essentiel de la hausse concerne… |
La cause est probablement… |
|---|---|
|
Direct access (continuity of visit) |
Des expirations de session au cours de longues sessions — typique des lecteurs de contenus longs, des dashboards laissés ouverts, des audiences B2B. Généralement sans gravité ; demandez-vous si le délai d'expiration de 30 minutes convient à votre audience. |
|
Direct access (out of site) |
La suppression du referrer (le cas dominant pour la quasi-totalité des pics d'Accès direct). Passez à l'étape 2. |
|
Direct access (local) |
Du trafic de test ou de développement interne qui se glisse dans le reporting de production. Généralement corrigeable en excluant les IP internes. |
Étape 2 : Ventilez par appareil et navigateur
Si la hausse concerne l'Accès direct « out of site », la question suivante est de savoir quelles plateformes en sont à l'origine. Croisez le trafic d'Accès direct par famille d'appareils et par navigateur :
-
Part disproportionnée d'iOS-Safari → restrictions de referrer propres à Safari/iOS.
-
Part disproportionnée de Chrome sur Android → suppression du referrer par les navigateurs in-app (typique des applications sociales qui ouvrent les liens dans leur propre navigateur).
-
Part disproportionnée sur desktop → plus rare ; pointe généralement vers des politiques de referrer d'entreprise, des bloqueurs de publicités ou des extensions de navigateur dans un segment d'audience spécifique.
Si la hausse est répartie uniformément sur l'ensemble des appareils, la cause est probablement liée au contenu ou aux campagnes plutôt qu'au navigateur — passez à l'étape 3.
Étape 3 : Corrélez avec les évolutions des autres sources de trafic
Ouvrez une vue chronologique de l'Accès direct en parallèle des autres sources naturelles. Les mouvements conjoints vous indiquent quelle source « réelle » est reclassée en Accès direct :
-
L'Accès direct augmente ET les Moteurs de recherche diminuent → les plateformes de la catégorie Moteurs de recherche se sont mises à supprimer le referrer sur une partie du trafic (fréquent avec Google AMP, Chrome sur Android ou les produits de type Discover).
-
L'Accès direct augmente ET Generative AI / Sites référents diminuent → un outil d'IA jusque-là reconnu s'est mis à supprimer le referrer, ou un referrer reconnu a modifié le comportement de ses liens sortants.
-
L'Accès direct augmente ET les visites de campagnes e-mail diminuent (dans src_medium) → les URL diffusées par e-mail ne transportent plus les paramètres de campagne ; vérifiez que le marquage de votre plateforme d'e-mailing est intact.
Étape 4 : Inspectez les URL de pages de destination
Si la ventilation par sous-type / appareil / source n'a pas isolé la cause, examinez les URL de pages de destination des visites en Accès direct. Triez par nombre de visites et inspectez les principales URL.
-
La même URL de campagne non marquée revient à plusieurs reprises → une campagne active ne comporte pas de paramètres
utm_/at_. Re-tagguez la campagne à sa source. -
Certaines URL ne portent pas le tag Piano Analytics → une lacune de marquage. Utilisez Tag Inspector pour vérifier que le SDK se déclenche sur ces pages.
-
Les URL comportent un chemin de redirection → la redirection supprime le referrer. Vérifiez que la chaîne de redirection conserve l'en-tête referrer.
Étape 5 : Corrélez avec vos changements récents
Si les ventilations n'isolent aucune cause externe, le pic provient peut-être d'une de vos propres modifications :
-
Déploiement front-end. Une modification de la navigation SPA, de la configuration du service worker ou de l'intégration du SDK Piano Analytics peut affecter la façon dont le premier événement d'une visite se déclenche et le referrer qu'il transporte.
-
Nouvel outil tiers. Un widget de chat, une plateforme de gestion du consentement, un framework d'A/B testing ou tout autre outil ajouté à vos pages peut modifier le comportement de navigation ou du referrer.
-
Migration de site. Un changement de domaine ou de structure d'URL sans mise à jour de l'URL principale dans Piano Analytics peut entraîner un mauvais classement des visites inter-sites.
Mettez en relation la date de début du pic avec votre historique de déploiements. Si elles coïncident, travaillez avec votre équipe front-end pour vérifier que page.display se déclenche toujours correctement, avec le referrer attendu, dans le nouveau flux.
Étape 6 : Confirmez une activité de bots ou de scrapers
Si le pic est important, soudain et qu'aucune des causes ci-dessus ne l'explique, vérifiez si le trafic sous-jacent ressemble à une activité de bots :
-
Part disproportionnée de sessions à page unique (taux de rebond élevé, durée de visite inférieure à 2 secondes)
-
Concentration sur des zones géographiques ou des plages d'IP spécifiques, inhabituelles pour votre audience
-
Chaînes user-agent inhabituelles dans les données de visite
Si les bots sont en cause, utilisez la détection et l'exclusion des bots de Piano Analytics pour les filtrer.