# WordPress vs. Headless CMS : étude de cas avec le relaunch de notre agence > URL: https://4eck-media.de/fr/blog/wordpress-vs-headless-cms-etude-de-cas-avec-le-relaunch-de-notre-agence/ > Language: fr > Description: WordPress vs. Headless CMS : nous avons utilisé les deux pendant des années. Et nous avons donc une recommandation claire. Cette étude de cas explique comment, après un crash SEO … --- WordPress vs. Headless CMS : nous avons utilisé les deux pendant des années. Et nous avons donc une recommandation claire. Cette étude de cas explique comment, après un crash SEO en mode Headless, nous sommes consciemment revenus en arrière à WordPress : à l’été 2023, nous avons migré le site de notre agence **de WordPress à un setup Headless basé sur Strapi & Nuxt**. Le résultat fut un crash SEO massif. Cette **étude de cas WordPress vs. Headless CMS** montre pourquoi cela s’est produit et quelles conclusions nous en tirons. ## Point de départ : WordPress allait bien, mais la tendance pointait vers le Headless CMS Avant le premier relaunch, notre site tournait classiquement sur WordPress. Techniquement, le système était solide, le contenu avait grandi et le SEO était stable. Les rankings, le maillage interne et les contenus historiques s’étaient construits au fil des années. Voici à quoi ressemblait notre ancien site avant le relaunch de 2023, qui était passé en ligne dans cette interface utilisateur en 2016 : ![Agenturwebsite von 2016 bis 2023](https://4eck-media.de/fr/https://4eck-media.de/wp-content/uploads/2025/12/4eck_media_alte_agenturseite_68056ebbfe-1080x1920.avif "Agenturwebsite von 2016 bis 2023") WordPress n’était pas un projet d’innovation, mais un fondement qui fonctionnait. J’aimais l’ancien site. Pendant des années, il a tourné de manière fiable. Le design était encore moderne et serait probablement meilleur, aujourd’hui encore, que la plupart des sites de nos concurrents d’agence. Un relaunch est rarement nécessaire. C’est plutôt l’évolution qui paie sur la durée. Dans la vidéo suivante, j’explique sans paillettes marketing ce qui compte dans le choix entre WordPress et Headless CMS et comment prendre la meilleure décision pour toi. Voir la vidéo maintenant [Embedded content](https://4eck-media.de/fr/https://www.youtube-nocookie.com/embed/Wy1gZ6fOnuc) ## Relaunch 1 : WordPress → Strapi + Nuxt (été 2023) Le passage à Headless était une (mauvaise) décision réfléchie. Un relaunch sans véritable nécessité. Nous voulions : - une architecture moderne - une séparation claire entre contenu et frontend - une meilleure maintenabilité côté code - une solution évolutive à long terme Strapi est un **CMS Headless (API-first)**, où le backend (contenu) et le frontend (site/app) sont entièrement séparés. Les contenus sont livrés via REST ou GraphQL. Le tout a été mis en œuvre avec Nuxt. WordPress, en revanche, est un CMS monolithique (backend + frontend dans le même système), où le contenu et la présentation sont directement couplés. (Optionnellement, il peut aussi être utilisé en Headless.) Tandis que WordPress dispose d’un immense écosystème de thèmes et plugins, ainsi que de la plus grande communauté de développeurs. ![Headless CMS vs. WordPress](https://4eck-media.de/fr/https://4eck-media.de/wp-content/uploads/2025/12/headless-cms-vs-wordpress-1920x1080.avif "Headless CMS vs. WordPress") Pendant des mois, nous avons conçu une nouvelle interface utilisateur, préparé des images, créé du contenu et surtout programmé. En parallèle, nous avons aussi nettoyé les contenus, supprimé d’anciens articles de blog et regroupé des thématiques. Ce que nous avons sous-estimé : les conséquences SEO de l’ensemble. ## Headless CMS vs. WordPress : la comparaison Pour comprendre les différents critères où le Headless CMS et WordPress ont leurs particularités et atouts, regarde ce tableau. | **Critère** | **Headless CMS** | **WordPress** | | --- | --- | --- | | Architecture | API-first, backend & frontend séparés | Monolithique (backend + frontend intégrés) | | Livraison initiale du HTML | Dépend du SSR / pre-rendering | Contenus, par défaut, livrés côté serveur dans le HTML | | Robustesse SEO | Fortement dépendant du setup de rendu | Très robuste avec un setup propre | | Multilinguisme | À développer individuellement (logique d’API) | Standardisé via WPML/Polylang | | Capacité MultiSite | Techniquement possible, mais individuel | WordPress Multisite intégré nativement | | Intégration boutique | Basée sur API, flexible mais complexe | WooCommerce s’intègre sans accroc | | Accessibilité (WCAG/BFSG) | Entièrement contrôlable, mais responsabilité totale | Bien réalisable avec un thème propre | | Workflow de contenu | UI de rédaction souvent technique, mais aussi accessible aux rédacteurs | Très accessible aux rédacteurs | | Dépendance à l’équipe | Spécialistes du framework souvent requis | Vaste écosystème et disponibilité des développeurs | | Charge de maintenance | Plus élevée (processus de build, dépendances) | Calculable et standardisée | | Sécurité des mises à jour | Les mises à jour de framework peuvent introduire des breaking changes | Core stable, stratégie de plugins déterminante | | Time-to-market | Plus long | Nettement plus court | | Coûts (initiaux) | Le plus souvent plus élevés | Le plus souvent plus faibles | | Coûts (exploitation) | Plus élevés avec une architecture individuelle | Bien planifiables | | Aptitude pour un site corporate classique | Pertinent uniquement avec une stratégie plateforme / multicanal | Très bien adapté | ## Ce qui a mal tourné lors du relaunch Headless : visibilité –90 % Nous sommes passés en ligne à l’été 2023 pleins de confiance, prêts à ouvrir un nouveau chapitre du développement web chez nous. Comme on le voit dans le graphique suivant, notre visibilité était déjà en baisse. Le relaunch allait arranger ça. Bien sûr… Que s’est-il passé le jour du relaunch ? La courbe de visibilité montre une **nette cassure**. En très peu de temps, presque tous nos rankings ont disparu. Dans les mois suivants, presque rien ne s’est passé. C’était comme si nous étions passés en ligne avec un *noindex*, sauf que ce n’était pas le cas. ![Sichtbarkeit Agenturwebsite](https://4eck-media.de/fr/https://4eck-media.de/wp-content/uploads/2025/12/sichtbarkeit-agenturwebsite-1920x1080.avif "Sichtbarkeit Agenturwebsite") Avec le recul, il nous est apparu, plus tard, que cette perte drastique de visibilité n’avait pas été déclenchée par une seule action, mais par la combinaison de plusieurs facteurs. Le passage à un setup Headless avec Strapi et Nuxt impliquait, au-delà du changement de technologie, un nouveau paradigme de livraison des contenus. Parallèlement au relaunch technique, nous avions volontairement réduit nos contenus. Des articles de blog dépassés ont été supprimés, des thèmes regroupés et l’offre globale allégée. Cette décision était pertinente sur le fond, mais a eu, en combinaison avec le setup Headless, de graves effets secondaires. Une partie des contenus supprimés portait depuis des années des rankings, du maillage interne et des signaux externes. Ces signaux de pertinence historiques ont été **totalement perdus**. Tandis que les setups CMS classiques amortissent souvent mieux ce type de coupure, cette perte de confiance, dans le contexte Headless, a tout particulièrement aggravé la situation. Le résultat n’a pas été une correction à court terme, mais une phase de plusieurs mois durant laquelle Google connaissait toujours le site mais ne l’évaluait quasiment plus activement. Cette « zone intermédiaire SEO » a duré près de six mois et est, avec le recul, le signe d’une **réévaluation fondamentale de notre domaine**. Nous avons aussi compliqué la tâche de Google au début, par des problèmes que nous avons nous-mêmes provoqués au sein du site. Bien que Google sache rendre du JavaScript en principe, ce processus est, en pratique, en deux étapes et sujet aux erreurs. Une part importante des contenus, métadonnées et liens internes n’était pas entièrement visible pour le crawler dans le HTML initial, et n’apparaissait qu’après le rendu côté client. À cela s’est ajouté le fait que les données structurées, les canonicals et les méta-informations n’étaient pas systématiquement livrés côté serveur de manière cohérente. Pour les humains, le site était entièrement utilisable, mais pour les moteurs de recherche, il n’était pas interprétable sans ambiguïté. Les crawlers avaient même de vrais problèmes pour interroger nos contenus. ![Crawlprobleme mit Headless CMS](https://4eck-media.de/fr/https://4eck-media.de/wp-content/uploads/2025/12/hoststatus-crawlprobleme-1920x1080.avif "Crawlprobleme mit Headless CMS") Dans la Search Console, un autre effet est devenu visible : pendant plusieurs semaines, nous n’avons reçu aucune requête de crawl. Mon développeur s’en est occupé, si bien que les requêtes de crawl ne sont remontées qu’à partir du début septembre. Pendant cette phase, nos pages n’étaient en fait plus activement crawlées. ![Crawling-Anfragen](https://4eck-media.de/fr/https://4eck-media.de/wp-content/uploads/2025/12/Crawling-Anfragen-1920x1080.avif "Crawling-Anfragen") Rétrospectivement, un effet purement visuel s’est avéré particulièrement problématique : une animation d’introduction qui affichait brièvement une page vide de contenu avant le chargement réel. Sur la capture suivante à droite, on voit le fond sombre avec le logo qui apparaissait brièvement. ![PageSpeed zum Relaunch](https://4eck-media.de/fr/https://4eck-media.de/wp-content/uploads/2025/12/pagespeed-headless-cms-1920x1080.avif "PageSpeed zum Relaunch") En 2024, nous avons aussi mené un véritable sprint PageSpeed, ce qui nous a permis de remonter nos valeurs mobile et desktop à 90+. En comparaison directe, on voit que nous n’étions pas les seuls à avoir eu, au départ, des problèmes de performance. WordPress est souvent perçu comme lent et je lis souvent du bashing contre les sites WordPress. De mon point de vue, cela vient plutôt du fait que des personnes sans véritable bagage technique assemblent des pages via des page builders, sans optimiser ce qui doit l’être. ![Gute Core Web Vitals im Vergleich](https://4eck-media.de/fr/https://4eck-media.de/wp-content/uploads/2025/12/core-web-vitals-wordpress-vs-nuxt-1920x1080.avif "Gute Core Web Vitals im Vergleich") ## La dépendance sous-estimée au savoir-faire spécialisé Un autre aspect, devenu de plus en plus visible dans l’exploitation, était la forte dépendance à un savoir développeur spécialisé. Le setup Strapi était personnalisé, sensible aux mises à jour et entièrement maîtrisé, chez nous, par une seule personne. La moindre adaptation devenait un goulot d’étranglement. En comparaison, WordPress est largement implanté dans notre équipe. Les cinq développeurs sont **extrêmement à l’aise avec WordPress**, les mises à jour et les demandes fonctionnelles sont des processus standards et les problèmes se résolvent rapidement et de manière indépendante. Cette capacité d’une technologie à s’inscrire dans une équipe est trop souvent sous-estimée dans les décisions de systèmes. En 2024 et 2025, notre focus s’est surtout porté sur notre propre projet TutKit.com, ce qui a fait que le site de l’agence est toujours resté secondaire dans la pipeline. Les missions d’agence venaient essentiellement de notre réseau, ce qui fait que la chute des rankings n’a pas vraiment touché notre quotidien. C’est pourquoi nous avons aussi tardé à régler les problèmes. Avec le recul, plusieurs facteurs se sont conjugués et renforcés mutuellement, conduisant à nos problèmes (faits maison) : - un setup Headless avec une livraison initiale sujette aux erreurs - une réduction de contenu simultanée sans transmission complète de pertinence - une navigation et un maillage interne dépendants de JavaScript - des fioritures techniques qui bloquaient les crawlers - des ressources insuffisantes pour résoudre tous les problèmes à temps ## Le second relaunch : même site, autre fondation Lorsque nous avons décidé, fin de l’été, de revenir à WordPress, un point était essentiel : il ne s’agissait pas d’un relaunch classique. L’interface, les contenus et la structure d’URL restaient totalement inchangés. Seule la fondation technique était échangée. Le 8 décembre 2025, la nouvelle version est passée en ligne. Les sites WordPress n’ont pas en soi une mauvaise performance. Nous avons **optimisé la performance à 96 en mobile**, alors que nous utilisons aussi des **plugins lourds comme WPML pour le multilinguisme** : ![Google PageSpeed Insights Ergebnis 96/100 für 4eck-Media – Professionelle Performance-Optimierung mit perfekten Werten für Accessibility, Best Practices und SEO](https://4eck-media.de/fr/https://4eck-media.de/wp-content/uploads/2025/12/pagespeed-insights-96-4eck-media-performance-optimierung-1920x1080.avif "PageSpeed 96/100 – So sieht professionelle Shop-Optimierung aus") Une **qualité OnPage élevée d’emblée, avec un score de 96 %** : grâce à Seobility, nous sécurisons dans les projets la qualité technique, structurelle et de contenu au moment du relaunch : ![OnPage-Qualität mit Seobility abgesichert](https://4eck-media.de/fr/https://4eck-media.de/wp-content/uploads/2025/12/onpage-quality-agency-wordpress-1920x1080.avif "OnPage-Qualität mit Seobility abgesichert") En quelques semaines, il est apparu que Google parvenait à capter les pages bien plus rapidement et de manière plus cohérente. Les contenus étaient immédiatement présents dans le HTML, les métadonnées et les informations structurées étaient disponibles directement, et le maillage interne était entièrement visible sans JavaScript. La conséquence a été une reconstruction rapide de la visibilité sur les mots-clés que nous suivions. La valeur de visibilité Seobility est passée en trois semaines de 30 à 69, le nombre de mots-clés en ranking augmentait continuellement et la tendance pointait clairement vers le haut. Cet effet rapide n’aurait pas été possible sans une base technique solide. ![Rankingverbesserung nach Relaunch](https://4eck-media.de/fr/https://4eck-media.de/wp-content/uploads/2025/12/ranking-sichtbarkeit-seobility-1920x1080.avif "Rankingverbesserung nach Relaunch") ## Pourquoi WordPress était dans ce cas le meilleur choix Cette étude de cas n’est pas un jugement définitif contre les CMS Headless. Des systèmes comme Strapi ont leurs forces dans les plateformes complexes, les connexions à des apps et les scénarios multicanaux. Pour un site d’agence orienté SEO avec un fort focus contenu, il s’est avéré toutefois que WordPress était la solution plus robuste et économiquement plus pertinente. WordPress livre les contenus, les métadonnées et les structures sémantiques immédiatement et de manière cohérente. Les erreurs sont plus facilement pardonnées par les moteurs de recherche, les modifications sont réévaluées plus rapidement et les relaunchs sont, dans l’ensemble, moins risqués. Combiné à une large disponibilité du savoir-faire dans l’équipe, on obtient une base très solide. Pour nous, cet échec a été un investissement coûteux qui nous a conduit à utiliser systématiquement, et déjà avant la mise en ligne, des outils de vérification basés sur la donnée, en tant que sécurité, pour les projets clients. Nous nous sommes éloignés de l’idée que certains problèmes peuvent être corrigés « plus tard ». « Plus tard » est un moment qui n’arrive souvent jamais. Le retour à WordPress n’a pas été une décision nostalgique, mais pragmatique. Une architecture moderne n’est pas une fin en soi. Ce qui est décisif, c’est la fiabilité avec laquelle un système véhicule le contenu, la maîtrise du système dans l’équipe et sa stabilité dans des conditions SEO réelles. ## Update février 2026 : la visibilité continue de croître Début février, nous constatons aussi que le nombre d’URL en Top 10 et Top 100 a fait un beau saut. Nous rattrapons à nouveau les niveaux de la période WordPress, avant le relaunch raté vers le Headless CMS Strapi. ![URL-Verlauf](https://4eck-media.de/fr/https://4eck-media.de/wp-content/uploads/2025/12/url-verlauf-4eck-1920x1080.avif "URL-Verlauf") Le relaunch de l’agence, de retour vers WordPress, montre ainsi aussi stratégiquement à quel point un système stable et SEO-friendly est important pour une visibilité durable et une croissance basée sur le contenu. ## FAQ sur Headless CMS vs. WordPress Qu'est-ce qu'un CMS Headless et en quoi se distingue-t-il de WordPress ? Un CMS Headless comme Strapi sépare entièrement le backend (gestion du contenu) et le frontend (affichage). Les contenus sont livrés via API (REST/GraphQL) à un framework comme Nuxt.js. WordPress est, par défaut, monolithique : contenus, templates, métadonnées et liens internes sont gérés et livrés ensemble. Headless CMS vs. WordPress – lequel est le meilleur ? Cela dépend de l’objectif. Pour des sites orientés contenu & SEO, WordPress est souvent le choix le plus robuste, parce que contenus, métadonnées et liens internes sont typiquement déjà présents dans le HTML. Le Headless est plutôt pertinent si tu as besoin de multicanal (app, plusieurs frontends, besoins temps réel). Qu'est-ce qui est moins cher : WordPress ou un CMS Headless ? Dans de nombreux projets, WordPress est moins cher en mise en œuvre et en exploitation, parce que le setup, l’hébergement, les mises à jour et les fonctionnalités standards sont plus rapidement disponibles (écosystème, plugins, patterns éprouvés). Environ 43 % de tous les sites tournent sur WordPress. C’est aussi la plus grande communauté de développeurs au monde. Pourquoi un setup Headless peut-il poser des problèmes SEO/GEO ? Pour les moteurs de recherche et les LLM, des contenus clairement structurés et immédiatement disponibles (signaux sémantiques inclus) sont plus faciles à interpréter et à évaluer. Les architectures Headless ne sont pas en soi mauvaises pour le SEO. Les problèmes apparaissent quand : les contenus sont d’abord « hydratés » côté client par JavaScript, etc. WordPress est-il, par principe, plus fort en SEO que le Headless ? Non. L’architecture seule ne décide pas. Ce qui est décisif : livraison côté serveur des contenus centraux, architecture de l’information propre, données structurées cohérentes, crawlabilité stable, savoir-faire interne de l’équipe. Il y aura des entreprises qui prouveront qu’elles obtiennent de grands succès SEO & GEO en Headless. Quel rôle joue le savoir-faire de l'équipe pour la stabilité SEO ? Une technologie n’est aussi stable que l’équipe qui s’en occupe. Si un système est sensible aux mises à jour, n’est entièrement maîtrisé que par une seule personne, ou demande un long temps d’apprentissage, le risque opérationnel augmente. Google évalue aussi indirectement la stabilité, la maintenabilité et la cohérence via des signaux techniques. Pour qui le CMS Headless en vaut-il vraiment la peine ? Le Headless est particulièrement pertinent pour : plusieurs canaux de sortie (site + app + écrans + partenaires API), grandes plateformes produit/contenu avec une logique individuelle, équipes qui maîtrisent fortement les frameworks frontend et savent résoudre SEO & GEO proprement. À qui WordPress convient-il davantage ? WordPress est solide pour : sites marketing, landing pages SEO, blogs, études de cas, équipes qui veulent itérer rapidement, projets où la maintenabilité et le flux rédactionnel sont centraux, MultiSite/multilinguisme (selon setup), intégrations de boutiques via WooCommerce. Il y a peu de domaines où WordPress n’est pas, à l’heure actuelle, un excellent choix.