En 2017, une cliente m'a appelé en panique. Elle avait créé le site de sa boutique de fleuriste sur le website builder de GoDaddy — elle y avait passé un weekend, ça avait l'air pas mal sur mobile, et elle en était fière. Ensuite elle a voulu ajouter un simple calendrier d'événements. Juste un calendrier. GoDaddy ne pouvait pas le faire. Pas sans un bricolage tellement moche qu'il aurait embarrassé un développeur junior. Elle a fini par me payer pour migrer le tout vers WordPress, et je me souviens avoir pensé : pourquoi les gens commencent-ils ici d'abord ?why do people start here at all?
Je comprends, honnêtement. Le pitch de GoDaddy est séduisant. S'inscrire, choisir un template, taper le nom de son entreprise, être en ligne avant midi. Pour quelqu'un qui n'a jamais touché à un CMS, cette vitesse ressemble à un superpower. Mais c'est du temps emprunté. Et ayant créé bien plus de 5 000 sites chez Seahawk, j'ai perdu le compte du nombre de migrations GoDaddy que j'ai faites pour des clients qui en ont grandi plus vite qu'ils ne l'attendaient.Seahawk, I've now lost count of how many GoDaddy migrations I've done for clients who grew out of it faster than they expected.
Donc laissez-moi vous dire vers quoi j'ai réellement migré les clients (et moi-même), et pourquoi.
---
Le problème du GoDaddy Builder n'est pas la vitesse — c'est les plafonds
Le générateur de site web de GoDaddy est vraiment rapide à mettre en place. Je ne prétendrai pas le contraire. GoDaddy Airo, leur couche IA, peut créer un site de marque avec un logo et des modèles de campagne par email avant que vous ayez terminé votre café. L'éditeur est propre, intuitif et non intimidant pour les personnes qui ne savent pas ce qu'est une div et qui ne veulent pas l'apprendre.The editor is clean, intuitive, and non-threateningfor people who don't know what adivis and don't want to learn.
Mais.
Vous ne pouvez pas déplacer les sections librement. Vous ne pouvez pas modifier le HTML ou le CSS. Vous ne pouvez pas modifier les mises en page au-delà des options préconfigurées. Et vous certainement ne pouvez pas installer un plugin qui n'existe pas dans leur écosystème fermé. Comme l'indique un avis approfondi du générateur — la commodité de la configuration est réelle, mais dès que vous voulez quelque chose au-delà des bases du design, vous heurtez un mur.one thorough review of the builderputs it bluntly — the convenience of setup is real, but the moment you want anything beyond the basics of design, you hit a wall.
Ce mur est le problème. Pas le générateur lui-même.
J'avais un client — une clinique de physiothérapie à Bristol — qui utilisait GoDaddy depuis trois ans. Un site d'apparence agréable. Puis ils ont voulu une réservation en ligne avec des formulaires d'inscription, une intégration avec leur logiciel de gestion de cabinet, et un espace membres pour des bibliothèques de vidéos d'exercices. Nous avons passé deux heures à vérifier ce que GoDaddy pouvait supporter nativement. La réponse était essentiellement rien de cette liste. Trois ans de contenu, et ils devaient tout recommencer sur le plan architectural.
Ce n'est pas une histoire d'avertissement spécifiquement sur GoDaddy. C'est une histoire d'avertissement sur le choix de plates-formes en fonction de la rapidité avec laquelle vous pouvez commencer plutôt que de la distance jusqu'où vous pouvez aller.startrather than how far you cango.
---
WordPress : Toujours le choix par défaut raisonnable pour la plupart
On déclare WordPress mort depuis plus d'une décennie. Il alimente toujours environ 40% de l'ensemble du web. Ce n'est pas de l'inertie — c'est un effet de réseau à une échelle que rien n'a réussi à déloger.around 40% of the entire web. That's not inertia — that's network effect at a scale that nothing has managed to dislodge.
Pourquoi je le recommande toujours
L'écosystème de plugins à lui seul vaut le prix d'admission (qui, soyons honnêtes, est gratuit). 60 000+ plugins signifient que pratiquement n'importe quelle fonctionnalité que vous pouvez imaginer a déjà été construite par quelqu'un, testée en production par des milliers de sites, et documentée à mort sur YouTube. WooCommerce pour le commerce électronique. ACF pour les champs personnalisés. Yoast ou Rank Math pour le SEO. La pile est ennuyeuse et c'est véritablement un compliment.
Pour les agences, le vivier de talents compte aussi. Je peux embaucher un développeur WordPress à Londres, Lagos ou Ljubljana et avoir une confiance raisonnable qu'il sait ce qu'est un type de publication personnalisé. Essayez ça avec un constructeur propriétaire.
Les réserves de WordPress dont je suis honnête
Ce n'est pas parfait. Les conflits de plugins sont réels. Maintenir 40 plugins à jour sans casser quelque chose est, comme l'a dit un commentateur de Hacker News, « faire du babysitting MySQL ». La sécurité est une préoccupation véritable quand vous exécutez une ancienne version d'un plugin mal maintenu. Et l'éditeur de blocs (Gutenberg) divise encore les opinions de façon presque théologique.
Mais pour un client qui a besoin d'une véritable flexibilité, la propriété du contenu, et un site qui peut évoluer avec lui ? WordPress reste ma première recommandation à moins que le cahier des charges ne pointe spécifiquement ailleurs.
---
WordPress Headless et Jamstack : Quand le cahier des charges pointe ailleurs
Il y a environ trois ans, Seahawk a commencé à recevoir davantage de cahiers des charges qui avaient la « performance » comme exigence stricte, pas comme un plus. Des temps de chargement rapides. Des scores Core Web Vitals élevés. Du contenu servi sur plusieurs surfaces — web, application, peut-être un écran de kiosque dans un environnement de vente au détail. L'hébergement WordPress traditionnel ne suffirait pas.
C'est à ce moment-là que nous avons davantage misé sur l'architecture headless.
Ce que Headless signifie réellement (sans le jargon)
Headless WordPress signifie que vous conservez WordPress comme backend — le référentiel de contenu, l'interface d'administration dans laquelle votre client se connecte — mais vous découpler entièrement le frontend. La « tête » (ce que les utilisateurs voient) est construite dans un framework JavaScript comme Next.js ou Astro. WordPress sert le contenu via son REST API ou GraphQL. Le frontend récupère ces données et les rend comme il l'entend.means you keep WordPress as the backend — the content repository, the admin interface your client logs into — but you decouple the frontend entirely. The "head" (what users see) is built in a JavaScript framework like Next.js or Astro. WordPress serves content via its REST API or GraphQL. The frontend fetches that data and renders it however it likes.
Le résultat : des chargements de page ultra-rapides, pas de goulot d'étranglement de rendu PHP, et une liberté totale sur votre architecture frontend. La sécurité s'améliore également car l'admin WordPress n'est pas exposé publiquement de la même manière.
Le paysage des CMS Jamstack
Si vous adoptez pleinement Jamstack, vous n'avez même pas besoin d'utiliser WordPress comme backend. Il existe un domaine solide et en croissance d'options de CMS headless construites spécifiquement pour cette architecture. Quelques-unes que j'ai utilisées en production :headless CMS options built specifically for this architecture. A few I've used in production:
- Contentful — mature, bien documentée, légèrement chère à grande échelle mais très fiable— mature, well-documented, slightly expensive at scale but rock-solid
- Sanity — modélisation de contenu extrêmement flexible, excellent DX, collaboration en temps réel pour les équipes éditoriales— extremely flexible content modelling, great DX, real-time collaboration for editorial teams
- Storyblok — l'éditeur visuel est vraiment impressionnant pour les clients non-techniques qui veulent voir les changements en temps réel— the visual editor is genuinely impressive for non-technical clients who want to see changes in real-time
- Strapi — open-source, auto-hébergeable, basée sur Node.js, bon si vous voulez réduire les coûts d'infrastructure— open-source, self-hostable, Node.js-based, good if you want to keep infrastructure costs down
- Directus — sous-estimée, particulièrement pour les projets lourds en données qui ont besoin d'une couche d'abstraction de base de données appropriée— underrated, especially for data-heavy projects that need a proper database abstraction layer
Aucune de ces solutions n'est parfaite pour chaque projet. L'éditeur visuel de Storyblok est un plaisir pour les éditeurs mais il ajoute de la complexité côté développeur. Le langage de requête GROQ de Sanity a une courbe d'apprentissage. Choisissez en fonction du projet réel, pas du battage médiatique.
---
EmDash : Le nouveau venu qui mérite qu'on le surveille (avec des réserves)
Quelque chose d'intéressant est arrivé en avril 2026. EmDash est un nouveau CMS soutenu par Cloudflare, se positionnant comme un successeur spirituel de WordPress — construit sur des technologies web modernes, avec isolement des plugins via Cloudflare Workers, et le contenu stocké sous forme de données structurées naturellement lisibles par les outils d'IA.EmDashis a new CMS backed by Cloudflare, positioning itself as a spiritual successor to WordPress — built on modern web technologies, with plugin isolation via Cloudflare Workers, and content stored as structured data that's natively readable by AI tools.
Le discours est vraiment intéressant. WordPress s'exécute sur PHP, ce qui fonctionne mais n'est pas exactement ce que vous concevriez de zéro en 2026. EmDash est construit pour le déploiement edge-native, le contenu structuré, et un monde où les assistants IA sont de plus en plus la façon dont les gens trouvent l'information.
Je n'ai pas encore déployé EmDash en production. Il a été lancé en bêta et je le surveille. Il y a des préoccupations réelles à noter :
- L'écosystème est tout nouveau. 60 000 plugins WordPress contre... pas ça. Encore.
- La fonctionnalité d'isolement des plugins ne fonctionne que sur le runtime de Cloudflare — ce qui est bien si vous êtes engagé dans cette infrastructure, limitant si vous ne l'êtes pas.
- C'est un produit bêta. Risque inhérent. Je ne mets pas les bêtas devant les clients qui ont besoin de stabilité.
Le consensus honnête des personnes qui l'ont testé est : techniquement impressionnant, pratiquement incomplet. À revisiter dans 12-18 mois. Je ferai exactement cela.honest consensusfrom people who've tested it is: technically impressive, practically incomplete. Worth revisiting in 12-18 months. I'll be doing exactly that.
---
Comment choisir réellement entre ces options
Voici le truc — la plupart du contenu « quel CMS est le meilleur » en ligne traite cela comme une comparaison de fiches techniques. Des cases à cocher. Des matrices de fonctionnalités. Ce n'est pas comme ça qu'on choisit une plateforme pour un vrai projet.
Voici comment j'aborde réellement la question :
- Demandez ce dont le client aura besoin dans 18 mois, pas aujourd'hui. S'il s'agit d'un fleuriste indépendant, WordPress sur un hébergement géré convient probablement. S'il s'agit d'une startup financée par du capital-risque s'attendant à une croissance du trafic de 10x, concevez dès maintenant pour cela.If they're a solo florist, WordPress on managed hosting is probably fine. If they're a VC-backed startup expecting 10x traffic growth, architect for that now.
- Demandez qui l'entretiendra après le lancement. Une configuration Jamstack headless est brillante jusqu'à ce que le responsable marketing de 58 ans du client doive mettre à jour un article de blog. Ensuite, c'est un ticket d'assistance qui attend de se produire. Adaptez la complexité technique à l'équipe.A headless Jamstack setup is brilliant until the client's 58-year-old marketing manager has to update a blog post. Then it's a support ticket waiting to happen. Match the technical complexity to the team.
- Demandez si le contenu va à plus d'un endroit. Plusieurs frontends (web + app + autres) pointent presque toujours vers headless.Multiple frontends (web + app + whatever) almost always points toward headless.
- Demandez les intégrations. CRM, systèmes de réservation, processeurs de paiement, analyses — cartographiez ceux-ci avant de vous engager envers une plateforme, pas après.CRM, booking systems, payment processors, analytics — map these before you commit to a platform, not after.
- Demandez le budget pour la maintenance continue. Une instance Strapi auto-hébergée a besoin de quelqu'un pour maintenir la version Node.js à jour. Cela coûte du temps ou de l'argent. Tenez compte de cela.A self-hosted Strapi instance needs someone keeping the Node.js version updated. That costs time or money. Factor it in.
---
La réalité de la migration dont personne ne parle
Quitter GoDaddy (ou tout autre constructeur propriétaire) n'est pas trivial. Le contenu est généralement exportable sous une certaine forme, mais la structure ne l'est souvent pas. GoDaddy ne vous fournit pas d'exports de base de données propres ou d'API de contenu. Vous devez généralement faire du scraping, du copier-coller, ou utiliser des outils de migration tiers qui font environ 70% du travail et vous laissent nettoyer le reste manuellement.structureoften isn't. GoDaddy doesn't give you clean database exports or content APIs. You're typically scraping, copy-pasting, or using third-party migration tools that do about 70% of the job and leave you cleaning up the rest manually.
J'ai effectué assez de ces migrations pour avoir un processus, mais je ne prétendrai pas qu'il est élégant. Budgétisez du temps réel pour cela. Et vérifiez absolument que le transfert de votre domaine hors de GoDaddy est géré avec soin — ils ont un historique de rendre ce processus plus laborieux qu'il ne devrait l'être.
La bonne nouvelle : une fois que vous êtes dehors, vous êtes dehors. Les clients qui migrent vers WordPress ou un CMS headless ne reviennent presque jamais.
---
FAQ
Le constructeur de site web de GoDaddy est-il bon pour quelque chose ?
Honnêtement, oui — pour des cas d'usage très spécifiques. Un site d'une seule page pour un artisan local qui a juste besoin d'une présence en ligne et d'un numéro de téléphone. Une page d'atterrissage temporaire. Quelque chose qu'une personne non technique doit mettre en ligne en quelques heures et ne devra jamais modifier de manière significative. Pour ces cas, la rapidité de mise en place est un véritable avantage. Pour tout ce qui a des ambitions de croissance, cela atteint rapidement ses limites.
Dois-je savoir coder pour passer à WordPress ?
Pas nécessairement. L'hébergement WordPress géré par des fournisseurs comme Kinsta, WP Engine, ou même Hostinger rend l'aspect opérationnel beaucoup plus abordable. Vous voudrez quand même avoir une certaine aisance avec l'interface d'administration et idéalement quelqu'un que vous pouvez appeler quand les choses se cassent. Mais de nombreux petits propriétaires d'entreprise gèrent des sites WordPress sans toucher une seule ligne de code.
Quelle est la différence entre un CMS headless et un CMS ordinaire ?
Un CMS traditionnel (comme WordPress classique) gère à la fois le stockage du contenu et le rendu des pages — c'est un système couplé. Un CMS headless gère uniquement le stockage du contenu et l'expose via une API. Votre frontend — construit dans le framework que vous préférez — récupère ce contenu et décide comment l'afficher. L'avantage est la flexibilité et la performance. L'inconvénient est que vous avez besoin d'un développeur frontend, pas seulement d'un créateur de site.
EmDash est-il prêt pour une utilisation en production ?
Non, pour la plupart des entreprises, à mon avis. Il a été lancé en bêta en avril 2026 et l'écosystème est véritablement naissant. L'architecture sous-jacente est intéressante et le soutien de Cloudflare lui donne de la crédibilité. Mais je ne mettrais pas le site marketing principal d'un client sur un CMS en bêta quand WordPress et des alternatives headless éprouvées existent. Suivez l'évolution en 2027.
Puis-je utiliser WordPress comme CMS headless ?
Oui, et c'est en fait un très bon compromis pragmatique. WordPress dispose d'une API REST intégrée et WPGraphQL est un plugin mature qui expose votre contenu via GraphQL. Vous obtenez ainsi l'interface d'administration familière que vos clients connaissent déjà, l'énorme écosystème de plugins, mais vous construisez votre frontend dans Next.js ou Astro et bénéficiez des avantages de performance d'une configuration Jamstack moderne. Nous avons livré plusieurs projets de cette façon chez Seahawk et cela fonctionne bien.
---
La fleuriste de 2017 est toujours une cliente, d'ailleurs. Elle utilise WordPress maintenant, avec un vrai plugin de réservation et un calendrier d'événements qui fonctionne réellement. Elle ne m'a pas appelé en panique depuis. C'est l'objectif, vraiment — construire quelque chose qui cesse d'être un problème pour que les gens puissent se concentrer sur leur vrai travail.
Choisissez l'ennuyeux. Choisissez la flexibilité. Choisissez ce que vous pouvez confier.