Étape 8 d’un cocon sémantique : publier le cocon sur le site cible

L’étape 8 fait passer le cocon de l’état de contenus validés à celui de pages réellement accessibles sur le site cible. Cette étape engage le système qui gère le site, CMS, thème, structure de page, et impose de respecter ce que ce système prend déjà en charge, plutôt que d’y superposer une structure étrangère venue d’ailleurs. Cette publication se vérifie concrètement, page par page : une adresse qui répond correctement, un contenu qui s’affiche tel qu’il a été validé à l’étape 7, et un maillage qui fonctionne réellement d’une page à l’autre, pas seulement sur le papier de l’architecture dessinée à l’étape 3. Cette page complète Gestion d’un projet cocon sémantique en 9 étapes.

Respecter le gabarit du site cible

Un contenu publié dans un site existant hérite du thème de ce site : en-tête, pied de page, navigation, mise en forme générale déjà en place. La page du cocon ne doit pas réimplémenter ces éléments à sa manière, elle s’insère dans la structure déjà posée par le système qui gère le site du client. Cette discipline évite un défaut fréquent en production : une page qui porte sa propre structure de titre ou de navigation entre en conflit avec celle du thème, produisant des doublons visibles, 2 titres superposés, 2 fils d’ariane différents, que le lecteur remarque immédiatement en arrivant sur la page. Respecter le gabarit demande de connaître précisément ce que le système du client gère déjà, avant d’écrire la moindre ligne de mise en forme spécifique. Cette vérification se fait en amont de la publication, jamais en découvrant le défaut une fois la page déjà en ligne et visible de tous.

Vérifier chaque adresse après publication

Une fois une page publiée, son adresse se contrôle 2 fois : le code renvoyé par le serveur, et le contenu réellement affiché à l’écran. Un code correct peut malgré tout servir une page d’erreur déguisée, et une page peut afficher tout son contenu en répondant un code d’erreur, ce qui la rend invisible aux moteurs de recherche sans que rien ne le laisse deviner à l’œil nu. Ce contrôle se fait en visiteur anonyme, sans les droits d’un compte administrateur, pour voir exactement ce que verra le premier lecteur venu depuis un moteur de recherche.

Une page qui s’affiche correctement une fois connecté peut très bien se comporter différemment pour un visiteur ordinaire qui arrive sans ces droits particuliers. Ce contrôle porte sur chaque adresse publiée, jamais sur un simple échantillon jugé représentatif. Une erreur isolée sur une seule page d’un cocon de plusieurs dizaines de pages reste invisible si le contrôle ne couvre qu’une sélection partielle plutôt que l’ensemble des adresses réellement en ligne.

Activer le maillage réel entre les pages

Le maillage dessiné à l’étape 3 reste une simple intention jusqu’à la publication effective des pages qu’il relie entre elles. Un lien prévu vers une page encore en rédaction ne peut évidemment pas fonctionner : la publication par lots demande donc de vérifier, à chaque lot, que les pages déjà en ligne ne pointent pas vers des adresses qui n’existent pas encore. Cette activation progressive du maillage justifie souvent un ordre de publication précis, qui commence par les pages les plus citées par les autres : publier d’abord une tête de famille très maillée, avant les pages filles qui pointent vers elle, évite une période où le lien existe dans le texte mais ne mène nulle part pour le visiteur qui le suit.

Une fois tout le cocon publié, une vérification finale du maillage confirme que chaque lien prévu à l’étape 3 fonctionne réellement, dans les 2 sens quand le maillage le prévoyait ainsi, et qu’aucune page ne se retrouve orpheline, sans aucun lien entrant depuis le reste du cocon déjà en ligne.

Coordonner la publication avec l’équipe technique du client

La publication engage rarement l’équipe qui a produit le cocon seule : un intégrateur, un administrateur du site, ou directement l’équipe technique du client intervient souvent pour mettre les pages en ligne dans le système qui les hébergera. Cette coordination se prépare avant le premier lot, pas au moment où les premières pages sont prêtes à partir. Chaque contrainte de ce système, qui ne se gère pas déjà automatiquement, mérite d’être connue avant la rédaction du gabarit de publication : comment déclarer un titre, où placer une image, quel champ sert au maillage interne.

Découvrir ces contraintes après coup oblige souvent à retoucher des pages déjà validées, ce qui annule une partie du travail de l’étape 7. Un format de livraison clair, défini avec cette équipe technique avant le début de la production, évite aussi un défaut fréquent : un champ attendu par le système d’import mais absent des pages livrées, ce qui bloque la publication de tout un lot au lieu d’une seule page. Ce format se teste sur un échantillon avant d’être appliqué à l’ensemble du cocon.

Cette coordination se referme par un contrôle commun une fois le premier lot publié : l’équipe de production et l’équipe technique du client vérifient ensemble que les pages s’affichent comme prévu, avant de poursuivre sur les lots suivants selon le même format, désormais validé une fois pour toutes. Cette coordination gagne à prévoir, dès le départ, qui a le dernier mot en cas de désaccord entre le gabarit proposé par l’équipe de production et une contrainte imposée par le système du client. Trancher cette question avant la première publication évite une discussion tendue au moment où plusieurs pages attendent déjà d’être mises en ligne, avec un calendrier qui ne laisse plus beaucoup de marge pour négocier.

Un contact technique unique, clairement identifié côté client, simplifie aussi cette coordination par rapport à une communication éclatée entre plusieurs interlocuteurs qui ne se parlent pas toujours entre eux. Ce point de contact répond aux questions de format avant qu’elles ne deviennent des blocages, et valide les premiers lots avant que le rythme de publication ne s’accélère sur le reste du cocon. Cette coordination se documente aussi par écrit, au-delà des échanges oraux du lancement : un court mémo qui résume le format attendu sert de référence commune, consultable par quiconque rejoint le projet en cours de route, sans avoir à répéter les mêmes explications à chaque nouvel arrivant dans l’équipe de production ou chez le client.

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 :

• Hi-Commerce — méthode cocon sémantique
• Hi-Commerce — formation Stéphane Jambu, Cocon sémantique