Un site headless bien construit techniquement peut quand même mal se passer le jour du lancement, pour des raisons qui n’ont rien à voir avec le code : un rédacteur qui ne peut plus prévisualiser son brouillon, des redirections historiques perdues qui font chuter le référencement du jour au lendemain, ou un outil d’analytics jamais réellement testé en conditions réelles. Voici la liste passée en revue avant chaque mise en ligne d’un projet découplé, sans détailler chaque technique sous-jacente déjà traitée séparément.
Prévisualisation des contenus
- Un rédacteur qui clique sur « Aperçu » depuis WordPress doit atterrir sur une version du front qui affiche le brouillon, pas une erreur 404 ou le contenu publié précédent.
- Ce mode de prévisualisation doit fonctionner avec les permissions habituelles du rédacteur, sans qu’il ait besoin d’un accès technique supplémentaire.
- Tester la prévisualisation sur chaque type de contenu utilisé (article, page, fiche produit), pas uniquement sur le type le plus simple.
Redirections historiques
Un changement de plateforme est souvent aussi un changement de structure d’URL. Toutes les redirections issues de l’ancien site (structure d’URL différente, anciennes campagnes, backlinks externes) doivent être reprises et testées une par une avant l’ouverture, jamais découvertes après coup via une baisse de trafic organique.

Sitemaps et indexation
- Le nouveau sitemap XML doit être généré par le front ou par WordPress, mais jamais par les deux en même temps avec des URL divergentes.
- Vérifier que les URL du sitemap correspondent exactement au domaine et à la structure du nouveau front, pas à celle de l’ancien back-office.
- Soumettre le nouveau sitemap à la Google Search Console dès l’ouverture, sans attendre la découverte naturelle.
Invalidation du contenu
Le mécanisme qui rafraîchit le front à chaque publication doit être testé en conditions réelles avant l’ouverture, pas uniquement en environnement de test : publier un vrai contenu, mesurer le délai réel avant qu’il apparaisse en public, et vérifier qu’une modification d’un contenu existant se propage également, pas seulement les créations.
Authentification et comptes de service
- Vérifier que les identifiants ou jetons utilisés en production sont bien distincts de ceux utilisés en développement, jamais recopiés tels quels.
- Confirmer qu’un compte de service dédié aux écritures automatisées dispose des permissions strictement nécessaires, pas d’un accès administrateur complet par facilité.
Formulaires et écritures vers WordPress
Chaque formulaire du site (contact, inscription, recherche d’un point de vente) doit être testé de bout en bout, y compris son comportement en cas d’échec réseau ou de rejet côté serveur. Un formulaire qui semble fonctionner en local mais échoue silencieusement en production reste l’une des découvertes les plus fréquentes juste après l’ouverture.
Mesure d’audience
| Point à vérifier | Pourquoi c’est fréquemment oublié |
|---|---|
| Balise de mesure présente sur toutes les routes du front | Souvent absente sur les pages d’erreur ou les routes générées dynamiquement |
| Événements de conversion réellement déclenchés | Testés en développement avec des données factices, jamais en production |
| Consentement aux cookies compatible avec le nouveau front | La bannière de consentement dépendait parfois de scripts propres à l’ancien thème |
Le jour du lancement n’est jamais le bon moment pour découvrir qu’un événement de conversion ne remonte plus : ce test doit être fait en conditions réelles, en amont, avec de vraies actions sur le site de préproduction.
Pour aller plus loin
Cette checklist volontairement générale ne remplace pas les guides techniques détaillés sur chacun de ces sujets, disponibles séparément. Elle sert de garde-fou final : neuf familles de vérifications, chacune capable à elle seule de gâcher un lancement pourtant techniquement réussi si elle est oubliée. Un lancement discret un vendredi après-midi avec cette liste cochée vaut toujours mieux qu’un lancement en grande pompe suivi d’un rattrapage en urgence le lundi.