Votre site WordPress est devenu difficile à gérer ? Passez à Wagtail

• La même information est recopiée sur plusieurs pages, et l'une d'elles finit toujours par être fausse.
• On n'ose plus mettre à jour les extensions, de peur de casser quelque chose.
• Une mise à jour du thème décale des colonnes ou fait disparaître un bloc.
• La version mobile se dérègle dès qu'on touche à une section.
• Créer une page demande d'appeler le prestataire, ou de dupliquer une ancienne page en espérant ne rien oublier.
• L'administration est encombrée de menus d'extensions que plus personne ne comprend.

Si vous vous reconnaissez dans deux ou trois de ces points, le problème vient rarement de votre équipe. Il vient de la façon dont le site a été construit. Nous en parlons aussi dans les 7 signes qu'il faut refaire son site.

La plupart des sites WordPress d'associations et de PME sont construits avec un thème et un constructeur de pages (Divi, Elementor, Avada, WPBakery). On y dessine chaque page à la main : une section, deux colonnes, un titre, un texte, un bouton. C'est rapide pour lancer un site, et c'est là que les ennuis commencent.

Prenons un événement. Il doit apparaître sur la page d'accueil, dans l'agenda et sur sa propre page. Pour le constructeur, ce ne sont pas trois affichages d'un même événement : ce sont trois blocs de texte sans lien entre eux. Quelqu'un saisit donc le titre, la date, le lieu et l'image trois fois. Le jour où la date change, il faut se souvenir des trois endroits.

Le constructeur ne sait pas ce qu'est un événement, un projet ou un appel à candidatures. Il ne connaît que des sections, des colonnes et des textes. Il ne peut donc pas produire tout seul la liste des prochains événements, ni retirer de l'accueil celui qui est passé. Ce travail retombe sur l'équipe, à la main, à chaque publication.

Les erreurs que cela produit

• Des informations contradictoires : la bonne date dans l'agenda, l'ancienne sur l'accueil.
• Des restes de l'événement précédent : pour aller vite, on duplique la page de l'an dernier, et un ancien lien d'inscription, un vieux visuel ou une mauvaise adresse survivent.
• Des contenus périmés qui restent en ligne : un appel clôturé encore annoncé en page d'accueil des semaines après la date.
• Le travail multiplié par les langues : avec WPML ou Polylang, chaque copie existe en français, en néerlandais et en anglais. Trois endroits deviennent neuf.
• Des pages presque identiques que les moteurs de recherche peinent à départager.

WordPress sait faire autrement : des types de contenu personnalisés, des champs structurés et des listes générées automatiquement. Mais un site construit autour d'un thème et d'un constructeur de pages l'est rarement, et le remettre d'aplomb revient à le reconstruire.

Votre contenu est enfermé dans le format du constructeur. Selon l'outil, la mise en page est enregistrée sous forme de codes entre crochets mêlés au texte, ou de données que seule l'extension sait lire. Le jour où l'on change de thème ou de constructeur, les pages perdent leur mise en page, et parfois ces codes apparaissent en clair au milieu des textes.

S'y ajoutent les licences annuelles du thème et des extensions premium, et des mises à jour qui doivent rester compatibles entre elles : le thème, le constructeur, les modules complémentaires et WordPress lui-même évoluent chacun à son rythme.

Le cœur de WordPress est bien maintenu. Les failles viennent presque toutes de ce qu'on installe autour : selon le rapport annuel de Patchstack sur l'année 2025, plus de neuf nouvelles failles sur dix concernaient des extensions, le reste des thèmes, et le cœur n'en comptait qu'une poignée, toutes de faible gravité (chiffres vérifiés le 30 octobre 2026).

Un site qui empile des dizaines d'extensions multiplie donc les portes d'entrée, et chaque extension abandonnée par son auteur en devient une qui ne se refermera plus. Nous expliquons ce mécanisme dans notre article sur PHP2Shell et comparons les deux CMS dans Wagtail est-il sécurisé ?.

Wagtail est un CMS open source construit sur Django (Python). Il part de vos contenus plutôt que de la mise en page : un événement est une fiche avec ses champs (titre, date, lieu, image, lien d'inscription), et le site se charge de l'afficher partout où il doit apparaître.

• L'agenda se remplit seul : il liste les événements à venir, triés par date.
• L'accueil suit : il affiche les prochains événements, et celui qui est passé disparaît sans que personne n'y touche.
• Une correction vaut partout : on change la date dans la fiche, l'accueil, l'agenda et la page de l'événement sont à jour.
• Les contenus partagés sont centralisés : coordonnées, partenaires, bandeau d'appel aux dons se modifient à un seul endroit.
• Les pages libres restent possibles : l'éditeur assemble sa page avec des blocs (texte, image, citation, chiffres clés, bouton), dessinés une fois pour toutes dans votre charte. Impossible de casser la mise en page mobile en déplaçant une colonne.
• Les traductions restent liées : chaque page connaît ses versions dans les autres langues.

Le même principe vaut pour vos projets, vos appels à candidatures, vos actualités, vos publications ou votre équipe.

Le Fonds Reine Mathilde, géré par la Fondation Roi Baudouin, soutient des projets portés par des jeunes et pour des jeunes, à travers des appels à projets organisés par cycles. Son site, construit sous WordPress avec un thème et un constructeur de pages, était devenu difficile à maintenir : les mêmes informations étaient recopiées d'une page à l'autre, certains projets avaient disparu du site, et chaque nouvel appel demandait de reprendre plusieurs pages à la main.

1. Stabiliser, sans interrompre la communication

Nous avons d'abord repris le site tel quel : publication du rapport annuel, remise en ligne des projets disparus, corrections ponctuelles. Cette phase nous a aussi permis de comprendre le fonctionnement du Fonds et le rythme de ses appels à projets.

2. Migrer vers Wagtail, sans refonte graphique

Nous avons ensuite extrait tout le site et l'avons reconstruit sur Wagtail. Le design a été reproduit fidèlement, pour éviter un chantier graphique inutile : les visiteurs ont retrouvé leur site. Les contenus ont été nettoyés et les doublons supprimés, le multilingue remis à plat, la conformité RGPD revue, et les appels à projets ont reçu leur propre module.

3. Rendre l'équipe autonome

Nous avons ajouté des zones éditables, amélioré l'ergonomie au fil des retours de l'équipe, formé les éditeurs et rédigé un guide qui décrit chaque module du CMS.

Le résultat

Les contenus sont structurés et centralisés : l'équipe met le site à jour sans redondance. Les appels à projets sont gérés dans un outil unique, conçu pour éviter les erreurs et les duplications, et le Fonds gère son site au quotidien sans passer par un prestataire.

« J'ai une très bonne expérience avec Kern-IT, ils prennent le temps de comprendre mes besoins et de les traduire en actions concrètes dans la mise en ligne, la gestion et le maintien d'un site internet. » Numi Van Beek, Fonds Reine Mathilde.

Le récit complet est publié sur le blog de KERN-IT.

Le site WordPress reste en ligne pendant tout le projet, et vos équipes continuent de publier jusqu'à la bascule.

• 1. Audit : thème, constructeur, extensions, langues, formulaires, volume de contenu, et les pages qui vous apportent du trafic.
• 2. Chasse aux doublons : on repère ce qui est recopié d'une page à l'autre (événements, projets, actualités, partenaires) et on en fait des contenus structurés.
• 3. Tri du contenu : garder, fusionner ou archiver.
• 4. Construction : modèles de pages, blocs, design (le vôtre reproduit à l'identique ou un nouveau), circuit de validation et langues.
• 5. Extraction : lecture des contenus dans la base WordPress, sans toucher au site en ligne. Le balisage du constructeur est retiré pour ne garder que le contenu.
• 6. Import : rejouable autant de fois que nécessaire, chaque page gardant la trace de son article WordPress.
• 7. Recette : comparaison page par page, liens, médias, traductions et redirections.
• 8. Bascule : gel des publications quelques jours, dernier import, mise en ligne, puis suivi du référencement pendant plusieurs semaines.

• Le référencement : chaque ancienne adresse, y compris les pages de catégories, d'étiquettes et les liens du type ?p=123, reçoit une redirection 301. Notre méthode est détaillée dans migrer un site sans perdre son référencement.
• Le contenu du constructeur : sections imbriquées et codes entre crochets sont convertis en blocs propres ; ce qui n'entre dans aucun bloc est signalé pour relecture.
• Les médias : on reprend les originaux de la médiathèque avec leurs textes alternatifs, pas les dizaines de tailles générées par WordPress.
• Les formulaires : contact, inscription ou candidature sont reconstruits avec les formulaires de Wagtail, ou sur mesure quand il faut aller plus loin. Les réponses déjà reçues sont exportées.
• Les dons et les paiements : votre plateforme de dons reste en place et se raccorde au nouveau site.
• Les comptes : les utilisateurs sont importés. Les mots de passe peuvent être repris grâce à une couche de compatibilité ; à défaut, chacun reçoit un lien pour en choisir un nouveau.

Un petit site bien tenu, mis à jour par une seule personne, n'a pas forcément besoin de changer de CMS. Une boutique en ligne bâtie sur WooCommerce non plus : si la vente est le cœur de votre site, nous vous le dirons. La migration vers Wagtail prend tout son sens quand plusieurs personnes publient, que les contenus se croisent d'une page à l'autre, que le site existe en plusieurs langues ou que la maintenance pèse trop lourd. Le comparatif complet est dans Wagtail vs WordPress.

Nous développons des sites Wagtail depuis 2016 et nous avons repris et migré des sites WordPress, Drupal et d'autres CMS en PHP. Nos bureaux sont rue Belliard, dans le Quartier européen : nous travaillons avec vous sur place comme à distance, en français ou en anglais.

Chaque migration est chiffrée sur devis, après un audit de votre site. Le prix dépend surtout du nombre de types de contenu, des langues et des fonctions sur mesure, bien plus que du nombre de pages.

• Migration vers Wagtail : notre méthode, quel que soit le CMS de départ.
• Wagtail vs WordPress : le comparatif critère par critère.
• Notre agence Wagtail : création, migration et hébergement de sites Wagtail.
• Migration Drupal vers Wagtail et migration Joomla vers Wagtail : les mêmes questions pour les autres CMS.
• Wagtail LTS : quelle version choisir et à quel rythme mettre à jour.
• Migration de site web : la définition dans notre glossaire.