Publier un cocon sémantique en direct et vérifier avec Xenu

Une fois le check HTML fait et le maillage posé, une question reste ouverte au moment de la publication d’un cocon sémantique : faut-il publier directement sur le site cible, ou passer d’abord par un mode brouillon pour une dernière relecture en ligne ? La méthode tranche nettement en faveur de la publication directe. Le mode brouillon empêche de vérifier correctement le maillage et les images telles qu’elles apparaîtront réellement, et surtout il fait perdre des semaines d’indexation pendant lesquelles le cocon pourrait déjà être visible des moteurs de recherche. La vérification se fait après coup, avec un outil dédié, Xenu, qui crawle des centaines de pages pour détecter liens cassés et images manquantes. Cette page complète Étape 8 d’un cocon sémantique : publier le cocon sur le site cible.

Pourquoi le mode brouillon est un piège sur un cocon sémantique

Le mode brouillon, proposé par la plupart des systèmes de gestion de contenu, a l’air d’une précaution raisonnable : garder les pages invisibles du public tant qu’une dernière relecture n’a pas eu lieu. Sur un cocon sémantique, cette précaution se retourne contre son objectif initial. D’abord, un contenu en mode brouillon ne permet pas de vérifier le maillage tel qu’il se comportera réellement une fois en ligne : certains systèmes gèrent différemment les liens internes selon que la page cible est publiée ou non, et un lien qui semble fonctionner en coulisses peut se révéler cassé une fois la page rendue publique sur le site réel.

Il en va de même pour les images, dont l’affichage en brouillon ne correspond pas toujours à l’affichage final tel qu’il apparaîtra sur le site. Ensuite, et c’est le point le plus coûteux pour un projet de cocon, chaque jour passé en mode brouillon est un jour perdu pour l’indexation. Les moteurs de recherche ne peuvent découvrir et explorer une page qu’une fois qu’elle est réellement accessible publiquement, pas tant qu’elle reste cachée derrière un statut de brouillon.

Publier en direct : ce que ça change concrètement

Publier un cocon en direct signifie que les pages, une fois le check HTML et le maillage validés en amont, sont mises en ligne telles quelles, sans étape intermédiaire de brouillon public. Cette approche déplace le moment de la vérification finale : au lieu de relire les pages avant leur mise en ligne réelle, dans un environnement qui ne reproduit pas exactement les conditions du site public, la vérification se fait juste après la publication, sur les pages telles qu’elles existent réellement en ligne et telles que les visiteurs les découvriront. Ce choix suppose d’avoir déjà fait sérieusement le travail des étapes précédentes, le check HTML, la relecture des contenus, la validation des faits chiffrés et des quiz, pour que la publication directe ne soit pas un pari risqué mais l’aboutissement normal d’une production déjà contrôlée à chaque étape.

La publication en direct n’est donc pas un raccourci qui fait l’économie des vérifications, elle change seulement le moment où ces vérifications ont lieu : avant, sur le contenu en préparation dans l’outil de production, et juste après, sur le résultat réellement publié et accessible au public comme aux moteurs de recherche. Ce choix méthodologique suppose une discipline en amont : un cocon qui arriverait à l’étape 8 sans avoir sérieusement passé l’étape 7, valider les contenus, prendrait un vrai risque en publiant directement, puisqu’aucune relecture intermédiaire en mode brouillon ne viendrait rattraper un oubli survenu plus tôt dans la production.

Vérifier avec Xenu après la mise en ligne

Une fois le cocon publié en direct, la vérification finale se fait avec Xenu, un outil qui crawle le site comme le ferait un moteur de recherche, en suivant les liens d’une page à l’autre sur des centaines de pages à la fois, sans intervention manuelle page par page. Ce crawl détecte 2 types de problèmes concrets : les liens cassés, c’est-à-dire les liens qui pointent vers une page inexistante ou en erreur, et les images manquantes, celles qui ne s’affichent pas une fois la page réellement en ligne et consultée par un visiteur. Sur un cocon de grande taille, parcourir manuellement chaque page pour vérifier chaque lien et chaque image prendrait un temps considérable et laisserait inévitablement passer des erreurs, ne serait-ce que par fatigue de relecture.

Un crawl automatisé sur des centaines de pages couvre l’ensemble du cocon d’un coup, et renvoie une liste précise des liens et images à corriger, classée pour faciliter le travail de correction qui suit. Cette vérification intervient donc après la mise en ligne, mais avant que le cocon ne soit considéré comme définitivement publié dans son état final : les corrections repérées par Xenu sont appliquées directement sur le site, sans repasser par un mode brouillon qui retarderait de nouveau l’indexation déjà entamée. Ce fonctionnement reproduit, à l’échelle d’un crawl technique, le même principe que la relecture aveugle des quiz ou l’atomisation des faits chiffrés : un contrôle qui cherche systématiquement un type d’erreur précis, sur l’ensemble du cocon, plutôt qu’une vérification ponctuelle laissée au hasard d’une relecture manuelle.

Ce contrôle, dernière étape avant de mesurer les résultats

La combinaison publication directe puis vérification par Xenu clôt l’étape 8 de la production d’un cocon sémantique. Elle complète le check HTML et la gestion du maillage, en particulier quand un cocon a été publié en plusieurs vagues et que son maillage a dû être repris entre chaque vague : un crawl Xenu permet justement de confirmer que cette reprise s’est bien faite, sans lien oublié entre les anciennes et les nouvelles pages du cocon. Une fois ce contrôle passé, le cocon entre dans l’étape 9, mesurer les résultats, qui s’appuie à son tour sur des outils comme Visiblis, Screaming Frog ou Gephi pour suivre le PageRank interne et l’évolution du trafic dans la durée.

Cette étape de mesure suppose un cocon réellement propre, sans lien cassé ni image manquante, faute de quoi les résultats observés pourraient être biaisés par des problèmes techniques résiduels plutôt que par la performance réelle du contenu produit et de son maillage. Un cocon qui passe ce dernier contrôle avant d’entrer dans l’étape de mesure part sur une base saine : tout écart de performance observé ensuite pourra être attribué au contenu, au maillage ou au choix du mot-clé pilier, plutôt qu’à un défaut technique qui aurait dû être corrigé bien avant que la mesure ne commence. Cette discipline rejoint celle observée à l’étape 7 sur la relecture des contenus : vérifier systématiquement plutôt que de se fier à une impression générale de qualité.

Un cocon qui a bénéficié d’une relecture aveugle sérieuse sur ses quiz et d’une atomisation rigoureuse de ses faits chiffrés aborde sa publication directe avec un niveau de confiance déjà élevé, ce qui rend la vérification Xenu plus rapide, puisqu’elle n’a plus qu’à confirmer l’absence de problèmes techniques plutôt qu’à rattraper des oublis de fond laissés par les étapes précédentes de la production, comme un lien oublié, une image manquante ou un fait chiffré non encore validé avec le client avant la toute première mise en ligne définitive et publique du cocon.

Questions fréquentes

Testez vos connaissances

Stéphane Jambu LinkedIn ↗

Consultant e-commerce / visibilité / IA, fondateur de Hi-Commerce. Praticien du cocon sémantique depuis 2012, auteur de cette page dans le cadre du méta-cocon de référence Hi-Commerce sur le sujet.

Sources :

• retour d’expérience interne, 05/12/2024
• Formation Stéphane Jambu, Cocon sémantique V1.3 (PDF 72 slides), 10/01/2020