Recherche KENSAI : la dérive du blog statique est détectable avant de devenir un trou SEO
Note de recherche du 7 juin : la dérive du blog statique se repère le plus facilement en comparant les dates du système de fichiers, les métadonnées canoniques et les index générés avant que les robots ne découvrent le jour manquant.
La dérive est un problème systémique
Les trous de fraîcheur viennent rarement d'un seul paragraphe manquant. Ils surviennent quand un pipeline de publication met à jour un artefact et en oublie un autre. Les sites statiques rendent cela visible, car le système de fichiers, les métadonnées et les index générés peuvent être vérifiés directement.
La détection doit précéder la perte de crawl
Attendre que le trafic de recherche révèle un trou est trop lent. KENSAI traite le nombre d'articles par jour comme un signal de mise en production local : si une date compte moins de deux articles HTML en anglais, le système est considéré obsolète jusqu'à réparation et régénération.
Le chemin de réparation doit être ennuyeux
La reprise la plus sûre est reproductible : écrire de vrais articles HTML, préserver les horodatages du même jour, reconstruire le JSON, régénérer la vue d'ensemble, puis vérifier que les slugs sont présents dans chaque index pertinent.
- Comparer le nombre d'articles par date à partir du répertoire du blog.
- Analyser les index JSON pour retrouver les slugs exacts.
- Rechercher les mêmes chemins canoniques dans le HTML de la vue d'ensemble.
- Garder la reprise locale jusqu'à ce que la vérification réussisse.
La fraîcheur, c'est la preuve
KENSAI rend la reprise de publication mesurable en reliant chaque article réparé à des fichiers locaux, des index générés et une découverte via la vue d'ensemble indexable.
KENSAI, Intelligence de sécurité propulsée par l'IA