← retour Trois fenêtres de navigateur alignées avec une coche sur celle du milieu et un grand insigne rond devant

Comment choisir une agence WordPress en 2026

WordPress

WordPress reste le plus grand CMS, mais son avance se réduit. W3Techs le place à 39,5 % de tous les sites et 58,3 % des sites avec un CMS identifié (29 octobre 2026), tandis que sa propre table de tendances affiche 43,3 % en octobre 2025. La première question d'embauche pour une agence WordPress n'est donc pas quelle agence choisir. C'est si le projet devrait utiliser WordPress du tout. Commencez par cette décision de plateforme (avant que quiconque ne rédige un devis), puis évaluez les agences avec une grille de dix points, repérez les signaux d'alerte justifiant un refus, menez un processus d'achat équitable, et sachez ce qu'il faut demander à un studio headless si la réponse est non.

Ce qu'une agence WordPress livre réellement

Le terme couvre plus que la conception. Un devis regroupe généralement quatre éléments, et il vaut la peine de les distinguer car chacun peut s'acheter séparément.

  • La construction. Un thème prêt à l'emploi adapté à votre marque, ou un thème personnalisé écrit pour vous. Le manuel WordPress est direct : le thème a un impact énorme sur la performance ; un thème léger et rapide bat un thème lourd et chargé graphiquement.
  • La couche d'édition. Un page builder, ou l'éditeur de blocs natif. W3Techs rapporte Elementor sur 31,5 % des sites WordPress, WPBakery sur 7,3 % et Beaver Builder sur 1,0 %, donc un builder est la norme, pas l'exception.
  • L'hébergement. Parfois l'agence le revend, parfois vous l'achetez directement. Les deux fonctionnent. Ce qui compte, c'est qui détient l'accès.
  • L'accompagnement après lancement. Mises à jour, sauvegardes, contrôles de sécurité, petites modifications. Parfois un forfait mensuel, parfois rien du tout.

Un freelance concepteur WordPress peut aussi livrer ces quatre services. La différence d'une agence est généralement la couverture (quelqu'un d'autre reprend le travail quand le développeur principal est absent) plutôt qu'une compétence supérieure. Un bon freelancer surpasse une agence médiocre à chaque fois. Mais vous devez quand même savoir quels éléments vous achetez, car les éléments dont personne ne parle sont inévitablement ceux qui causent des conflits plus tard.

W3Techs décrit WordPress comme un système de gestion de contenu open source basé sur PHP. Et l'open source compte vraiment ici. Rien de ce qu'une agence construit ne devrait vous enfermer au niveau de la plateforme (volontairement ou non). Si c'est le cas, c'était leur choix, pas quelque chose que WordPress impose.

Avant de briefer quiconque : ce projet a-t-il vraiment besoin de WordPress ?

La plupart des pages d'agences passent cette question, car la réponse touche leurs revenus. Je préfère que vous la posiez.

Les chiffres de parts de marché vous donnent une bonne base. La table de tendances W3Techs montre WordPress chuter de 43,3 % (1er octobre 2025) à 39,6 % (19 octobre 2026), tandis que les sites sans CMS détecté augmentent de 28,6 % à 32,1 %. Je n'en tirerais pas une causalité. Les articles tiers citent 40,2 %, 41,2 % ou 41,9 % parce qu'ils utilisent des dates et dénominateurs différents (un tour de passe-passe classique en commentaire tech), donc demandez toujours ce qu'un chiffre signifie avant de le traiter comme preuve. Mais ce que les chiffres montrent, c'est que beaucoup de sites fonctionnent sans CMS.

Quand WordPress convient clairement

  • Une grande équipe éditoriale habituée à wp-admin. Recycler une douzaine de rédacteurs a un vrai coût, et les rôles, brouillons et flux de travail sont des choses que WordPress fait déjà.
  • Une boutique WooCommerce. W3Techs rapporte WooCommerce sur 19,7 % des sites WordPress, ce qui signifie que beaucoup d'agences et de vendeurs de plugins le connaissent bien.
  • Fonctionnalités dépendantes de plugins. Le répertoire de plugins en liste plus de 77 000 gratuites. Si des adhésions, des réservations ou une plateforme de cours existent sous forme de plugin mature, les construire de zéro ailleurs n'a rarement du sens.

Quand une construction statique ou sans tête convient mieux

  • Un site brochure qui change quelques fois par an.
  • Les pages d'accueil critiques en vitesse. WordPress peut être rapide (le manuel dit que les extensions de mise en cache peuvent améliorer les performances plusieurs centaines de fois pour les pages assez statiques), mais une construction statique part de fichiers pré-rendus sans rien à configurer.
  • Les sites avec un ou deux éditeurs qui se plaisent dans un outil d'édition plus léger.

Une liste de décision à cinq questions

  1. Plus d'une poignée de personnes modifient régulièrement le contenu, et connaissent-elles déjà wp-admin ? Si oui, penchez-vous vers WordPress.
  2. Vendez-vous en ligne avec un catalogue, un stock et des règles d'expédition ? Si oui, comparez le prix de WooCommerce avec une plateforme de boutique hébergée (Shopify représente 5,3 % de tous les sites dans le tableau W3Techs) et comparez les deux dans les mêmes conditions.
  3. Une fonctionnalité dont vous avez besoin existe-t-elle en tant qu'extension mature que vous devriez autrement faire construire ? Si oui, penchez-vous vers WordPress.
  4. Le site est-il surtout composé de pages fixes, modifiées par une ou deux personnes quelques fois par an ? Alors, il vaut la peine de demander un devis statique ou sans tête.
  5. La vitesse de quelques pages d'accueil est-elle tout l'enjeu ? Même réponse : demandez un devis statique à côté de celui de WordPress.

Si vous avez répondu oui aux trois premières, restez avec WordPress. Mais si seules quatre ou cinq s'appliquent (et que les autres vous laissent indifférent), demandez une proposition aux deux types d'agence et comparez comme il se doit.

Quand rester sur WordPress est la bonne décision

Si vous fonctionnez déjà avec WordPress et que le site est seulement lent, dépassé ou difficile à modifier, un changement de plateforme est rarement la réparation la moins chère. Le manuel énumère les causes habituelles de lenteur (l'environnement d'hébergement, la configuration de WordPress, les versions des logiciels, et le nombre et la taille des images). Et presque tous ces problèmes peuvent être corrigés dans WordPress. Un nouveau thème, moins d'extensions, de meilleures images et une mise en cache judicieuse surpassent souvent une replatéformisation complète.

Si vous envisagez sérieusement une sortie, le guide pour quitter WordPress explique ce que cela implique. Et l'aperçu des alternatives à WordPress et le conseiller de pile WordPress valent vraiment la peine d'être lus (avant que le stylo ne touche le papier sur un nouveau brief).

La grille de notation à dix points

Posez ces dix questions à chaque agence, de préférence par écrit. Les réponses importent, mais leur précision importe davantage. Et les réponses vagues avant la signature (aussi charmante que soit la présentation) restent invariablement vagues après.

Trois fenêtres de navigateur avec une loupe sur celle du milieu et une coche au-dessus, suggérant le choix d'une agence Web
#Question à poserÀ quoi ressemble une bonne réponseSignal d'alerte
1Qui possède le domaine et le compte d'hébergement ?À votre nom, avec l'agence ajoutée comme utilisateur. Ils nomment le niveau d'hébergement et l'accès que vous obtenez.Des comptes au nom de l'agence, sans conditions de transfert.
2Qui détient les comptes administrateur et le code ?Vous recevez un identifiant administrateur le premier jour. Le code se trouve dans un dépôt auquel vous pouvez accéder. L'authentification à deux facteurs est activée pour chaque administrateur.L'agence conserve le seul identifiant administrateur et promet de vous l'ajouter plus tard.
3Page builder ou blocs natifs, et pourquoi ?Un choix motivé par qui édite le site et son impact sur les performances. Les licences à votre nom.« Nous utilisons toujours X », sans raison. Licence détenue par l'agence.
4Combien de plugins le site exécutera-t-il, et à quoi sert chacun ?Une liste nommée avec un objectif pour chacun. Moins que vous ne l'aviez prévu.Un plugin par petite fonctionnalité, ou personne ne peut les énumérer.
5Quels objectifs de performance allez-vous fixer ?Un budget écrit (poids de la page, seuils Core Web Vitals) vérifié sur les vraies pages avant le lancement, plus un plan de mise en cache adapté à l'hébergement.« Nous l'optimiserons », sans chiffres.
6Comment gérez-vous l'accessibilité ?Nomme un niveau de conformité WCAG, teste au clavier et avec un lecteur d'écran, intègre le contraste des couleurs dès la phase de conception.Un widget de superposition proposé comme réponse complète.
7Si vous remplacez un site, comment protégerez-vous le SEO ?Analyse des URL actuelles, une cartographie des redirections, une vérification des métadonnées, surveillance de la Search Console après le lancement.Les redirections jamais mentionnées.
8Qu'incluent la transmission et la formation ?Une démonstration que vos éditeurs peuvent regarder à nouveau, un guide de modification écrit, une session en direct, un site de staging.« C'est intuitif, vous vous en sortirez. »
9Quels sont les termes du plan d'assistance ?Scope écrit : cadence de mise à jour, sauvegardes avec tests de restauration, délais de réponse, ce qui compte comme travail supplémentaire, préavis.Une « maintenance » vague, un engagement long, aucune mention des restaurations.
10Quels sont les conditions de départ ?Vous pouvez partir avec les fichiers, l'export de la base de données, le thème, les clés de licence et la documentation, sans frais supplémentaires.Thème propriétaire, frais de départ, ou « nous vous remettrons le site » sans le code.

Quelques notes sur les réponses

Hébergement. Aucun type d'hébergement n'est intrinsèquement mauvais. Le manuel décrit l'hébergement mutualisé comme l'option la plus courante, avec très peu de contrôle sur les paramètres du serveur mais généralement SFTP et un panneau de contrôle. L'hébergement géré est plus verrouillé sur un ensemble de piles logicielles, et les utilisateurs n'ont généralement pas besoin d'accès au système de fichiers. Mais les serveurs VPS et dédiés vous donnent tout le système de fichiers et SSH. Chacun peut être correct (selon qui le gère). Vous devez savoir sur lequel vous êtes, quel accès vous avez et si vous pouvez tout exporter.

Extensions. Le manuel dit que le nombre d'extensions et leurs performances ont un énorme impact, et que supprimer les extensions inutiles est un moyen majeur d'améliorer la vitesse. Il dit aussi que trop d'options autoloaded peuvent ralentir un site et suggère généralement de les maintenir sous 800 ko. Une bonne agence saura ce que cela signifie en pratique (et aura un avis à ce sujet). Alors demandez s'ils le vérifient.

Constructeurs. Elementor, Bricks, Beaver Builder et l'éditeur natif peuvent tous produire un bon site, et le bon choix dépend de vos éditeurs. La comparaison des page builders passe en revue les compromis. Alors attention à l'agence qui peut vous donner un argument raisonné (fondé sur le flux de travail de votre équipe), au lieu de simplement répéter une habitude.

Signaux d'alerte dans les propositions

La fiche d'évaluation détecte les problèmes dans la conversation. Ceux-ci apparaissent dans le document lui-même.

  • Un thème propriétaire que vous ne pouvez pas emporter avec vous. Un thème personnalisé est correct. Un thème personnalisé qui ne fonctionne que sur le framework, la licence ou l'hébergement de l'agence est une dépendance pour laquelle vous paierez indéfiniment. Demandez ce qui se passe au design si vous partez.
  • Des piles d'extensions pour des fonctionnalités simples. Un en-tête collant, un accordéon ou un formulaire basique ne nécessitent rarement une extension séparée chacun. Le conseil du manuel sur les formulaires de contact est d'utiliser une extension de formulaire avec un service d'envoi de courrier externe plutôt que d'exécuter un serveur de courrier sur l'hôte WordPress. C'est une extension avec une configuration sensée, pas cinq.
  • Pas de budget performance. Si la proposition parle de « ultra-rapide » et ne vous donne aucun seuil, vous ne pouvez tenir personne responsable de rien.
  • Un hébergement que vous ne pouvez pas accéder. Ne pas avoir accès au système de fichiers peut être parfaitement normal sur un hébergement géré. Ne pas avoir de compte, de facture ou de moyen de déplacer le site ne l'est pas.
  • Un logiciel bêta sur un site en production. L'extension Gutenberg est listée dans la section bêta du répertoire, décrite comme un moyen de tester les fonctionnalités avant leur publication officielle. Excellent sur l'environnement de test. Demandez pourquoi c'est en production.
  • Des crédits auxquels vous n'aviez pas consenti. Les directives des extensions du répertoire (dernière mise à jour 15 mars 2024) disent que les extensions ne peuvent pas intégrer de liens externes ou de crédits sur le site public sans demander la permission de l'utilisateur. Un lien de pied de page de l'agence mérite la même courtoisie.
  • Un prix sans étendue. Si le devis ne dit pas ce qui est exclu, les choses exclues arriveront sous forme de demandes de modification.

Vérifiez aussi les habitudes de travail de l'agence elle-même. Ils devraient utiliser l'authentification à deux facteurs sur les comptes administrateur. L'extension Two Factor supporte les mots de passe uniques basés sur le temps, les codes par email et les codes de sauvegarde, donc il n'y a aucune bonne excuse (aucune du tout). Et ils devraient aussi savoir ce que fait l'extension Performance Lab de l'équipe de performance WordPress, non pas parce que vous devez l'installer, mais parce que quelqu'un qui construit des sites WordPress pour vivre devrait avoir un avis à ce sujet.

À quoi ressemble un processus équitable

Les étapes sont plus importantes que les noms. Une agence compétente cartographiera le travail sur quelque chose comme ceci (quelle que soit la terminologie qu'elle préfère), et vous dira ce dont elle a besoin de vous à chaque étape.

  1. Découverte. Objectifs, public, le contenu que vous avez déjà, les intégrations sur lesquelles vous comptez. C'est ici que la question « cela a-t-il besoin de WordPress ? » est répondue sur papier. Si l'agence ne la pose jamais, cela vous dit quelque chose.
  2. Design. Mises en page pour les modèles, pas seulement la page d'accueil. Vous devriez voir comment l'édition fonctionnera, y compris la vue mobile et les pages difficiles.
  3. Construction. Sur un site de test que vous pouvez visiter. Code dans un référentiel. Extensions choisies selon la liste que vous aviez convenue.
  4. Contenu. À qui incombe-t-il d'écrire et de le charger ? Cette étape dérape plus que toute autre, et elle retarde le lancement plus que le code ne le fait. Établissez le propriétaire dès le départ.
  5. Lancement. Une liste de contrôle couvrant les redirections, les formulaires, l'analyse, les sauvegardes, les comptes administrateur et le budget performance. Le jour du lancement devrait être ennuyeux.
  6. Les 90 premiers jours. Surveillance de la performance de recherche, correction des redirections cassées, un premier cycle de mise à jour, une vérification par rapport au budget performance, et un rafraîchissement pour vos éditeurs. Le plan de suivi, si vous en avez un, devrait commencer ici et non avant.

Rien de tout cela n'a besoin d'un nombre arbitraire de semaines. Mais cela demande un plan daté, avec les dépendances de votre côté écrites aussi clairement que celles du leur (c'est là que les retards commencent presque toujours).

Si la réponse n'était pas WordPress : ce qu'il faut demander à un studio headless ou Jamstack

La même discipline s'applique. Juste d'autres questions.

  • Comment voir les changements avant qu'ils ne soient en direct ? Cherchez les aperçus de déploiement : une URL privée pour chaque changement, pour que vous et votre équipe puissiez vérifier le travail avant sa publication.
  • Qui édite le contenu, et dans quoi ? « Les développeurs, via des pull requests » est une réponse légitime pour un site de dix pages et une terrible pour une équipe marketing qui publie chaque semaine. S'il y a un outil d'édition séparé, demandez à vous connecter à une démo.
  • Comment les formulaires sont-ils gérés ? Un site statique n'a pas de serveur pour traiter les soumissions. Le principe du manuel WordPress (utiliser un service de messagerie externe plutôt que de gérer votre propre serveur) s'applique également : il y aura un service de formulaires, et vous voudrez savoir qui le paie et qui détient le compte.
  • Quel est le coût d'un changement ? Ajouter une page, une nouvelle mise en page ou une variante de page d'atterrissage. Si chaque changement nécessite un développeur, factorialisez cela sur trois ans, pas seulement au lancement.
  • Que possédez-vous à la sortie ? La même question que dans la ligne dix ci-dessus. Le référentiel, le pipeline de compilation, le compte d'hébergement, le contenu dans un format portable.
  • Pourquoi pas WordPress ? Un bon studio répondra équitablement à cette question et dira quand WordPress aurait été le meilleur choix. Un studio qui ne fait que critiquer WordPress vend, il n'informe pas.

Il existe aussi une voie intermédiaire où les éditeurs conservent wp-admin et le front-end est construit séparément. Mais cela ajoute des composants mobiles (et des modes de défaillance supplémentaires), alors accordez-lui le même examen. Si vous voulez voir où se situe chaque plateforme, l'aperçu des alternatives est un bon point de départ.

FAQ

Dois-je engager une agence ou un concepteur web WordPress indépendant ?

Choisissez selon le domaine et la portée. Un indépendant est souvent moins cher, plus direct et tout aussi compétent, mais vous portez le risque qu'une personne soit indisponible. Une agence ajoute du processus et de la sauvegarde (ainsi qu'un peu de surcharge). Donc lancez le même scorecard à dix points sur les deux. Les réponses sur la propriété, la passation et la sortie importent beaucoup plus que la taille de l'équipe.

WordPress est-il toujours un pari sûr si sa part de marché baisse ?

La baisse est réelle mais modeste, et WordPress reste le plus grand CMS. W3Techs l'a sur 39,5 % de tous les sites web et 58,3 % des sites ayant un CMS connu (29 octobre 2026). Ce sont deux dénominateurs différents, et les gens les citent souvent comme s'ils étaient interchangeables. Mais la part de marché est une faible raison de choisir ou d'éviter une plateforme (les métriques de vanité ne construisent rarement de bons sites). L'adéquation à vos éditeurs et aux fonctionnalités en est une meilleure.

Qui devrait posséder les licences de plugins premium et de constructeurs ?

Vous devriez posséder les licences de plugins, ou du moins la licence devrait être transférable à vous. Un plugin payant lié au compte de l'agence peut arrêter de recevoir des mises à jour le jour où vous vous séparez (une mauvaise surprise six mois plus tard). Donc demandez les clés de licence, les dates de renouvellement et le nom du titulaire du compte, puis vérifiez les conditions propres du fournisseur pour ce qui se passe au renouvellement.

Comment savoir si la version de WordPress et la politique de mise à jour sont solides ?

Demandez sur quelle version le site sera lancé et qui appliquera les mises à jour par la suite. W3Techs signale la version 7 sur 67,5 % des sites WordPress (29 octobre 2026), avec 4,7 % toujours sur la version 5 et 2,0 % sur la version 4. Une page d'historique W3Techs séparée montre 65,7 % sur la version 7 au 14 octobre, donc le chiffre bouge. Mais une agence avec une routine de mise à jour appropriée vous dira à quelle fréquence elle s'exécute (et comment elle vérifie les changements avant qu'ils ne soient en direct), plutôt que de laisser les correctifs au hasard.

Le fait le plus utile ici est que la première décision est la plateforme, et la seconde est qui détient les identifiants. Et si une agence ne peut pas mettre par écrit qui possède l'hébergement, les comptes administrateur et le thème (clairement, dès le premier jour), rien d'autre sur le scorecard n'a d'importance.

← retour