# Checklist de recette pour un site Elementor V4 avant la mise en production

> L'arrivée des classes globales et des composants V4 oblige à revoir la procédure de recette historique d'une agence. Voici les points de contrôle spécifiques à ajouter, pas la checklist générique déjà connue.

- Auteur : Clément Hadrot
- Publié le : 2026-02-10
- Mis à jour le : 2026-02-10
- Catégorie : Elementor
- URL : https://wpmoderne.dev.wordpress-developpement.fr/elementor/checklist-recette-elementor-v4-avant-prod/

## L’essentiel

- Une classe globale modifiée doit être vérifiée sur toutes ses pages d'usage
- Un composant partagé mérite un contrôle du nombre d'instances avant validation
- Les états atomiques doivent être testés au clavier, pas seulement à la souris

Une agence qui gérait déjà une procédure de recette solide pour ses sites Elementor classiques nous a demandé de l'aider à l'adapter à l'arrivée des classes globales et des composants de l'éditeur V4. La checklist générique de mise en production, qui couvre des points comme la vérification des redirections, des formulaires ou du certificat SSL, restait valable telle quelle. Ce qui manquait, c'était une couche spécifique aux nouveaux mécanismes de partage introduits par la V4, dont les effets de bord ne se révèlent pas toujours à l'œil nu sur la seule page en cours de modification.

Cette checklist complémentaire ne remplace donc rien de ce qui existait déjà côté outils et infrastructure, elle s'y ajoute, spécifiquement centrée sur ce que l'architecture V4 change dans la façon dont une modification se propage sur un site.

## Contrôles liés aux classes globales

- Vérifier, avant validation finale, la liste des pages consommant chaque classe globale modifiée pendant le sprint de développement en cours.
- Comparer un échantillon d'au moins trois pages par classe modifiée, pas uniquement la page ayant motivé la modification initiale.
- Contrôler qu'aucune classe locale n'a été créée par erreur en doublon d'une classe globale déjà existante, portant un nom légèrement différent.
- Vérifier la cohérence des valeurs de couleur et de typographie entre le kit de style global et les classes effectivement appliquées sur le rendu final des pages recettées.

## Contrôles liés aux composants partagés

- Recenser le nombre d'instances de chaque composant modifié, via le panneau de gestion des composants, avant toute validation de mise en production.
- Vérifier qu'une modification pensée pour un contexte précis a bien été appliquée via une variante nommée, et non directement sur la définition centrale partagée.
- Contrôler visuellement chaque page utilisant un composant modifié, même les pages considérées comme peu prioritaires ou peu visitées.

> L'essentiel à retenir : Une classe globale modifiée doit être vérifiée sur toutes ses pages d'usage ; Un composant partagé mérite un contrôle du nombre d'instances avant validation ; Les états atomiques doivent être testés au clavier, pas seulement à la souris

## Contrôles liés aux états atomiques

Les états atomiques (survol, focus, invalide) sont plus riches et plus faciles à configurer visuellement en V4 qu'auparavant, ce qui augmente aussi le risque qu'ils soient testés uniquement à la souris, en oubliant l'accès clavier ou tactile. La checklist de recette V4 impose désormais un test systématique de la navigation au clavier (touche tabulation) sur chaque gabarit de formulaire et chaque menu de navigation, avant validation finale.

1. Parcourir le formulaire principal du gabarit recetté uniquement à l'aide de la touche tabulation, sans souris.
2. Vérifier que chaque champ atteint par cette navigation affiche un indicateur de focus visuellement net, pas uniquement une bordure à peine perceptible.
3. Confirmer que l'état invalide d'un champ mal rempli reste également lisible en navigation clavier, pas seulement au survol souris.

## Un exemple de fiche de recette utilisée par l'agence

| Point de contrôle | Méthode | Validé par |
| --- | --- | --- |
| Classes globales modifiées vérifiées sur 3 pages minimum | Contrôle visuel manuel | Intégrateur |
| Composants partagés : instances recensées | Panneau de gestion des composants | Développeur |
| Navigation clavier testée sur formulaires et menus | Test manuel au clavier | Testeur QA |
| Kit de style cohérent entre pages échantillonnées | Comparaison visuelle | Directeur artistique |

> Une checklist de recette qui ne s'adapte pas à l'architecture réelle d'un site finit par cocher des cases sans jamais tester ce qui casse vraiment en production. La V4 change la façon dont un changement se propage, la recette doit changer avec elle.

## En résumé

La checklist générique de mise en production reste un socle indispensable, mais elle ne couvre pas les mécanismes de partage introduits par l'architecture V4 d'Elementor. Ajouter des contrôles ciblés sur les classes globales, les composants partagés et l'accessibilité au clavier des états atomiques évite les découvertes tardives, souvent bien plus coûteuses à corriger une fois le site en production que pendant la phase de recette elle-même.