Pourquoi Google ne conserve-t-il vos données de performance que 16 mois ?

Qu'est-ce que Google stocke exactement pendant 16 mois ?

Google archive chaque clic et impression enregistrés sur ses pages de résultats pour votre site. Cela inclut les requêtes tapées par les utilisateurs, les URLs affichées, les positions moyennes, les taux de clics, les pays, les appareils. L'ensemble de ces données alimente les rapports de performance de Search Console.

Cette conservation de 16 mois démarre au moment où l'événement se produit. Une impression du 1er janvier sera accessible jusqu'au 30 avril de l'année suivante, puis disparaîtra. Aucune archive permanente n'existe côté Google pour les propriétaires de sites — passé ce délai, les données sont purgées définitivement.

Pourquoi cette limite de 16 mois et pas plus ?

Google invoque généralement des contraintes de stockage et de conformité RGPD. Traiter des milliards de résultats quotidiens génère un volume colossal de données personnelles indirectes (requêtes, comportements). Limiter la rétention réduit les risques juridiques et les coûts d'infrastructure.

Pour les SEO, cette durée reste suffisante pour observer des tendances saisonnières complètes (12 mois glissants + marge). Mais elle devient problématique pour les analyses historiques longues, les audits de reprise de site, ou la comparaison avec des périodes antérieures à l'année écoulée.

Comment accéder à ces 16 mois de données concrètement ?

Les rapports de performance dans Search Console permettent de sélectionner n'importe quelle plage dans la fenêtre des 16 derniers mois. Vous pouvez comparer deux périodes, filtrer par requête, page, pays, appareil. L'interface affiche jusqu'à 1 000 lignes par défaut ; l'export CSV/Google Sheets lève cette limite.

L'API Search Console offre un accès programmatique aux mêmes données, avec une limite de 25 000 lignes par requête. Pour extraire l'intégralité d'un gros site, il faut découper les requêtes API par plage de dates ou dimension. C'est cette API que les outils tiers (Semrush, Ahrefs, Data Studio) utilisent pour centraliser et archiver vos données au-delà de 16 mois.

• Fenêtre glissante de 16 mois : chaque jour, le jour le plus ancien disparaît
• Données brutes disponibles via interface et API : clics, impressions, CTR, position moyenne
• Export manuel ou automatisé indispensable pour conserver l'historique au-delà de la limite Google
• Aucune récupération possible une fois les 16 mois écoulés — perte définitive
• Granularité quotidienne maintenue : vous pouvez analyser jour par jour sur toute la période

Cette déclaration est-elle cohérente avec les pratiques observées sur le terrain ?

Oui, la limite de 16 mois est vérifiée empiriquement depuis des années. Tous les praticiens SEO qui tentent de comparer des données au-delà constatent l'impossibilité d'accéder aux périodes antérieures. Google ne propose aucun « mode archivage » ni extension payante de cette fenêtre.

Cependant, un point rarement souligné : la qualité des données se dégrade parfois sur les périodes anciennes de cette fenêtre. Certains filtres ou dimensions deviennent indisponibles, et les agrégations peuvent présenter des écarts mineurs. [À vérifier] : Google n'a jamais documenté officiellement si les données des premiers mois de la fenêtre subissent un traitement différent (échantillonnage, compression).

Quels problèmes concrets cette limite pose-t-elle aux SEO ?

Le cas le plus frustrant : l'audit d'un site repris. Vous récupérez un client dont le site existe depuis trois ans, mais vous n'avez accès qu'aux 16 derniers mois. Impossible de savoir si une chute de trafic observée il y a 14 mois résulte d'une pénalité, d'une migration ratée, ou d'une saisonnalité normale absente de votre fenêtre visible.

Autre souci : la comparaison année sur année au-delà de 12 mois. Si vous voulez comparer février N à février N-2, c'est impossible via Search Console. Seuls les outils ayant archivé en continu vos données peuvent le faire — à condition que vous les ayez connectés avant la période que vous souhaitez analyser.

Faut-il systématiquement archiver soi-même ces données ?

Pour un site professionnel générant du revenu organique, oui, c'est une obligation opérationnelle. L'historique de trafic est un actif stratégique : il documente l'impact de vos actions SEO, prouve votre ROI, alerte sur des anomalies. Perdre cet historique, c'est perdre votre mémoire SEO.

Plusieurs approches coexistent : export manuel mensuel (chronophage, risqué), scripts automatisés via l'API Search Console (exige des compétences dev), ou délégation à des outils tiers type Google Data Studio avec connecteur, Semrush, Ahrefs, ou solutions dédiées comme Search Analytics for Sheets. Le choix dépend de votre volume de données et de votre stack technique.

Que faut-il mettre en place immédiatement pour ne pas perdre vos données ?

Première action : connecter Search Console à un système d'archivage automatique. Si vous utilisez Google Sheets, installez le module complémentaire "Search Analytics for Sheets" et programmez une extraction hebdomadaire ou mensuelle. Si vous avez accès à BigQuery, créez un export quotidien via Cloud Functions ou Apps Script — vous obtiendrez ainsi une base de données SQL requêtable à l'infini.

Deuxième réflexe : documenter vos actions SEO avec horodatage. Notez dans un fichier partagé (Notion, Google Docs, Trello) chaque migration, refonte, campagne de netlinking, modification de structure. Quand vous analyserez vos courbes dans six mois, vous pourrez corréler les variations de trafic avec vos interventions. Sans cette mémoire, vous naviguerez à l'aveugle.

Quelles erreurs éviter dans la gestion de cet historique ?

Erreur classique : exporter uniquement les agrégations mensuelles. Vous perdez alors la granularité quotidienne, indispensable pour détecter les pics et chutes brutales. Exportez toujours au niveau jour, quitte à agréger vous-même ensuite. L'inverse est impossible.

Autre piège : ne pas versionner vos exports. Si vous écrasez le même fichier chaque mois, vous risquez de perdre des données en cas de bug ou de mauvaise manipulation. Datez vos fichiers (ex: gsc_export_2024-03.csv) ou, mieux, versionnez-les dans un dépôt Git ou un Drive avec historique.

Comment vérifier que votre archivage fonctionne correctement ?

Testez la continuité de vos données : sélectionnez une période couvrant deux exports successifs et vérifiez que les chiffres se recoupent sans trou ni doublon. Comparez la somme des clics sur une semaine dans votre archive avec les chiffres affichés dans Search Console — ils doivent être identiques (à la limite de fraîcheur près : Search Console met à jour les données avec 2-3 jours de latence).

Contrôlez également la couverture dimensionnelle : si vous exportez par requête, assurez-vous de capturer les requêtes anonymisées, les données par appareil, par pays. Certains scripts maison oublient des dimensions essentielles. Mieux vaut une architecture modulaire où chaque dimension est exportée dans sa propre table, puis croisée en requête SQL.

• Installer un système d'export automatique (API, Sheets, BigQuery) avant la fin de la fenêtre de 16 mois
• Exporter au niveau quotidien, pas mensuel, pour conserver la granularité maximale
• Documenter chaque action SEO avec date et contexte dans un journal de bord partagé
• Versionner vos exports pour éviter toute perte accidentelle de données historiques
• Tester la continuité des données entre exports successifs pour détecter les trous ou doublons
• Auditer la couverture dimensionnelle (requêtes, pages, pays, appareils) pour ne rien oublier