---
name: ship-with-a-publish-checklist
description: À utiliser lorsque de bons brouillons continuent de partir en ligne avec des éléments cassés et que personne ne sait qui devait les détecter.
---

# Publier avec une checklist de mise en ligne

Les ratés de publication sont ennuyeux et répétitifs — un noindex laissé depuis la préprod, un titre réécrit par le CMS, une image qui n'a jamais chargé, un canonical pointant vers le gabarit. Ils viennent rarement de l'ignorance ; ils viennent du fait que les vérifications vivent dans la tête de quelqu'un. Une checklist ne fonctionne que si elle est assez courte pour être exécutée à chaque fois et couvre ce qui casse réellement, ce qui n'est pas ce que listent les checklists SEO génériques.

## Ce qu’il vous faut d’abord

- l'accès à l'URL en ligne après publication, pas seulement à l'aperçu du CMS
- vos dernières publications pour voir quelles défaillances reviennent réellement
- un moyen de demander l'indexation ou de confirmer le crawl

## Méthode

1. Construisez la checklist à partir de vos dix dernières publications. N'y mettez que des défaillances réellement survenues sur votre stack ; les checklists génériques sont assez longues pour être sautées.
2. Consultez la page en ligne dans une fenêtre privée, déconnecté. Les bandeaux de préprod, les mentions de brouillon et les accès restreints sont invisibles quand on est connecté, et cela en attrape la plupart.
3. Consultez le code source rendu et vérifiez le title, le canonical et la meta robots tels que rendus, pas tels que saisis. Les gabarits et plugins de CMS en écrasent couramment l'un des trois.
4. Confirmez que la page est atteignable par un crawler — liée depuis un endroit réel et présente dans le sitemap. Demander l'indexation d'une page orpheline tient rarement.
5. Vérifiez la page sur un écran étroit avec les images désactivées. Les ruptures de mise en page et les attributs alt manquants apparaissent immédiatement, et ni l'un ni l'autre ne se voit dans l'aperçu desktop.
6. Notez la date de publication et la requête principale dans un tableau de suivi au moment même de la publication, pour que le premier bilan de performance à six semaines dispose d'une base de comparaison.

## Ce que ça produit

Une checklist courte et propre à votre stack, exécutée sur l'URL en ligne, plus une base de référence consignée pour le bilan de performance ultérieur.

## Là où ça dérape

- Vérifier l'aperçu du CMS au lieu de la page en ligne, ce qui masque toute la classe des défaillances de gabarit et de cache
- Copier une checklist générique de cinquante points que personne ne termine, plutôt qu'une de dix points réellement exécutée
- Publier sans noter la date et la requête visée, si bien que vous ne pouvez plus dire ensuite si la page a décliné ou n'a jamais fonctionné

---

Extrait de la bibliothèque de compétences QuQi - https://www.quqi.io/fr/skills/ship-with-a-publish-checklist