Consultant SEO WordPress : libérez le potentiel de visibilité de votre site

Un site WordPress qui stagne présente presque toujours la même combinaison de symptômes : un temps de chargement dégradé par l’empilement d’extensions, une architecture de catégories et d’étiquettes qui dilue l’autorité, et un contenu rédigé pour un mot-clé plutôt que pour une intention d’achat. Aucun de ces trois problèmes ne se règle en installant un plugin de plus.

Mon travail consiste à identifier lequel vous coûte le plus cher, à le corriger, puis à passer au suivant, dans l’ordre qui produit le maximum d’effet sur vos leads ou votre chiffre d’affaires. Cette page détaille ma méthode, mes prestations, mes tarifs, et les critères qui vous permettront d’évaluer n’importe quel prestataire WordPress.

Pourquoi faire appel à un consultant SEO spécialisé WordPress ?

Le mythe du « WordPress nativement optimisé pour Google »

WordPress produit du HTML propre et gère correctement les permaliens. C’est là que s’arrête l’optimisation native, et c’est aussi là que commencent les problèmes que personne ne vous signale.

Ce que WordPress crée par défaut et qui vous nuit :

• Les archives d’étiquettes. Chaque tag génère une page d’archive. Un blog de 200 articles avec 400 étiquettes produit 400 pages de contenu quasi vide, souvent une seule publication par archive. Résultat : des centaines d’URL faibles indexées qui diluent la perception de qualité globale du site.
• Les pages de pièces jointes. Chaque image téléversée crée une URL dédiée, sans contenu. Sur un site de 500 visuels, c’est 500 pages inutiles à traiter par redirection ou désactivation.
• Les doublons d’archives (catégories, auteurs, dates) : trois façons d’atteindre le même contenu, trois occasions de fragmenter le signal si les canonicals ne sont pas maîtrisés.
• La pagination des archives qui expose des dizaines d’URL sans valeur propre.

Pourquoi mon site WordPress ne génère-t-il pas de trafic malgré Yoast SEO ? C’est la question qui revient dans huit missions sur dix. La réponse est simple : votre extension vérifie des critères syntaxiques. Elle contrôle qu’un mot-clé apparaît dans le Title, que la méta-description tient dans la bonne longueur, que le texte compte assez de mots et que les sous-titres existent. Elle ne vérifie aucun des éléments qui déterminent réellement votre positionnement :

• L’intention de recherche. Votre page est-elle du bon type pour la requête visée ? Si Google affiche dix comparatifs et que vous proposez une page de service, aucune optimisation de balise ne vous fera passer.
• La couverture concurrentielle. Vos concurrents traitent quinze aspects du sujet, vous en traitez cinq. Pastille verte, position 40.
• L’architecture du site. Vos pages stratégiques reçoivent-elles suffisamment de liens internes ? Une extension ne le sait pas.
• La cannibalisation. Trois articles ciblent la même requête et se neutralisent. Chacun affiche un feu vert.
• La performance et la dette technique. Le plugin SEO ignore vos 4,8 secondes de chargement.

Page builders vs Gutenberg : l’impact sur les Core Web Vitals et le SEO

Le choix du constructeur de page est la décision technique qui pèse le plus lourdement sur vos performances, et elle est presque toujours prise sans considération SEO.

Le point sur l’INP. Depuis qu’il a remplacé le FID comme signal officiel, l’INP (Interaction to Next Paint) mesure la réactivité réelle de votre page à chaque interaction. C’est précisément là que les constructeurs lourds échouent : leur JavaScript occupe le fil d’exécution principal, et chaque clic sur un menu ou un accordéon accuse un délai perceptible. Un INP dégradé pénalise à la fois le classement et le taux de conversion. Le sujet est détaillé dans mon article sur les Core Web Vitals, et je le documente aussi côté web.dev.

Faut-il migrer vers Gutenberg ? Pas systématiquement. Une migration de constructeur représente un chantier réel : reprise de toutes les mises en page, tests, risque de régression. Elle se justifie lorsque les performances plafonnent malgré les optimisations, ou à l’occasion d’une refonte déjà programmée. Sur un site existant qui fonctionne, on optimise d’abord (chargement conditionnel des assets, purge du CSS inutilisé, allègement des templates) et l’on ne migre que si le plafond est atteint. Pour aller plus loin sur l’arbitrage de socle, voir WordPress ou Next.js.

La dette technique et le nettoyage de la base de données (wp_options)

C’est le sujet dont personne ne parle et qui explique une part importante des TTFB dégradés.

Le problème de l’autoload. À chaque chargement de page, WordPress lit l’ensemble des options marquées comme autoload dans la table wp_options. Sur une installation saine, cela représente 200 à 500 Ko. Sur un site ayant vécu cinq ans et une trentaine d’extensions installées puis supprimées, j’ai déjà mesuré 8 Mo, chargés à chaque requête, y compris celles de Googlebot.

Le diagnostic, en une requête SQL :

SELECT SUM(LENGTH(option_value)) AS taille_autoload
FROM wp_options WHERE autoload = 'yes';

Au-delà de 1 Mo, il y a un problème. Au-delà de 3 Mo, c’est un frein direct à votre TTFB, donc à votre volume d’exploration quotidien et à votre LCP.

Les autres foyers de dette technique :

• Transients expirés jamais purgés, s’accumulant par dizaines de milliers.
• Résidus d’extensions désinstallées : options, tables personnalisées, métadonnées orphelines. La désinstallation d’un plugin ne nettoie presque jamais ce qu’il a créé.
• Révisions d’articles non limitées : un article modifié cinquante fois occupe cinquante entrées en base.
• Tables surdimensionnées de statistiques ou de logs générées par des extensions abandonnées.
• Empilement d’extensions : chaque plugin actif ajoute des requêtes, des hooks et souvent son propre CSS et JavaScript sur toutes les pages.

Mes prestations d’accompagnement SEO sur WordPress

Audit SEO WordPress complet (technique, sémantique & netlinking)

Un audit qui croise cinq sources : crawl complet, données Search Console sur 16 mois, analyse de logs serveur, inspection de la base de données et de la configuration serveur, et analyse concurrentielle sur vos requêtes stratégiques.

Le volet spécifiquement WordPress :

• Inventaire des extensions actives, avec leur coût réel en performance et leurs conflits.
• Mesure de l’autoload wp_options et de la santé de la base.
• Audit des taxonomies : catégories, étiquettes, archives à traiter en noindex ou à supprimer.
• Contrôle des canonicals générés par le thème, l’extension SEO et WooCommerce : les triples déclarations contradictoires sont fréquentes.
• Vérification du balisage JSON-LD : un thème et une extension déclarant chacun leur Product ou leur Organization produisent un balisage invalide.
• Audit des Core Web Vitals en données terrain (CrUX), pas en laboratoire.
• Analyse du constructeur de page et de son coût en LCP et INP.

Le livrable est une liste de correctifs hiérarchisés par impact et effort, pas un inventaire exhaustif de tout ce qui pourrait être amélioré. Cette prestation peut être commandée seule, si vous souhaitez d’abord un état des lieux.

Optimisation SEO WooCommerce : catalogues complexes et facettes

WooCommerce transforme WordPress en boutique, et multiplie par vingt la complexité SEO. C’est le cœur de mon travail de consultant SEO e-commerce.

Le problème des facettes. Les filtres de produits génèrent des URL à paramètres (?filter_couleur=, ?orderby=, ?min_price=) en nombre combinatoire. Une catégorie avec cinq filtres produit des milliers d’URL explorables. Sur un catalogue de 2 000 références, Googlebot passe alors l’essentiel de son temps sur des variantes de filtres pendant que vos nouveaux produits attendent d’être découverts. Le traitement se décide filtre par filtre selon le volume de recherche réel :

• Un filtre recherché (« chaussures de course pour pronateur ») justifie une véritable sous-catégorie, avec URL propre, contenu et maillage.
• Un filtre sans demande passe en noindex, follow, puis en blocage robots.txt une fois la désindexation constatée.
• Les paramètres de tri et d’affichage relèvent du canonical.
• Les combinaisons multiples sont traitées à la source par obfuscation des liens.

La logique de traitement des paramètres est documentée par Google dans son guide sur la navigation à facettes. Les autres chantiers WooCommerce : arbitrage attributs/variations, balisage Product, Offer et Review sans doublon injecté par le thème, fil d’Ariane cohérent, pages catégories dotées de contenu éditorial (votre actif le plus rentable, pas la fiche produit), redirections 301 des produits supprimés, et chargement conditionnel des scripts WooCommerce qui se chargent par défaut sur l’intégralité du site.

Refonte & migration WordPress sans perte de trafic

Une refonte mal accompagnée reste la première cause de chute brutale de trafic organique. Les pertes de 40 à 70 % après une mise en ligne sont courantes, et presque toujours évitables. Le protocole appliqué :

1. Avant : crawl complet et gel de l’existant, relevé des positions, identification des pages génératrices de trafic et de conversions.
2. Pendant : plan de redirections URL par URL (jamais une redirection globale vers l’accueil), conservation de l’arborescence sémantique, préproduction en noindex avec accès protégé.
3. Jour J : retrait du noindex (l’oubli le plus coûteux et le plus fréquent), vérification des redirections, mise à jour des sitemaps et de Search Console.
4. Après : surveillance quotidienne pendant 30 jours (indexation, erreurs d’exploration, positions), correction immédiate des écarts.

Intervenir dès la phase de cadrage coûte une fraction du prix d’un rattrapage après une chute.

Stratégie de contenu & topical authority sur WordPress

• Architecture en clusters : une page pilier par univers thématique, des articles satellites traitant chacun une sous-intention, un maillage interne dense entre eux. C’est la logique du cocon sémantique.
• Restructuration des taxonomies : les catégories deviennent de véritables pages de destination optimisées, pas de simples listes chronologiques.
• Traitement du contenu existant : sur un blog ancien, la fusion et la mise à jour des articles produisent généralement plus de résultats que la publication de nouveaux contenus.
• Résolution des cannibalisations entre articles concurrents.
• Briefs sémantiques pour vos rédacteurs, ou production directe.

Ma méthodologie d’intervention : le framework WP-SEO Matrix™

Étape 1 : diagnostic approfondi et audit des logs

Semaines 1 à 3. Les logs serveur constituent la seule source montrant le comportement réel de Googlebot : quelles URL il explore, à quelle fréquence, et combien de votre budget d’exploration part sur des pages sans valeur. Sur un WooCommerce mal configuré, il n’est pas rare que 70 % des hits portent sur des URL de filtres. Ce diagnostic est croisé avec le crawl, Search Console, les données de conversion et l’inspection technique (base de données, extensions, serveur). Il produit une matrice impact / effort qui détermine l’ordre de tout ce qui suit.

Étape 2 : assainissement technique et optimisation des performances

Semaines 3 à 8. On corrige d’abord ce qui bloque, avant d’ajouter quoi que ce soit : nettoyage ciblé de la base (autoload, transients, résidus d’extensions, limitation des révisions), rationalisation des extensions, configuration du cache et de l’optimisation front (WP Rocket), chargement conditionnel des assets page par page (Perfmatters), conversion des images en WebP (Imagify), minification et différé du JavaScript non critique, traitement des archives (noindex sur les étiquettes sans valeur, redirection des pages de pièces jointes, contrôle des canonicals) et correction du balisage JSON-LD. Les gains de vitesse sont un levier SEO direct, comme expliqué dans pourquoi la vitesse d’un site compte.

Extension ou développement sur-mesure ? La question se pose à chaque besoin.

La règle que j’applique : extension pour tout ce qui est standardisé et maintenu, sur-mesure pour tout ce qui est spécifique à votre métier. Installer un plugin de 2 Mo pour ajouter un champ personnalisé est une mauvaise affaire.

Étape 3 : restructuration sémantique et maillage interne

Semaines 6 à 16. L’architecture d’abord, le contenu ensuite : cartographie des intentions et regroupement des requêtes en clusters, définition des pages piliers et de leurs satellites, restructuration des catégories en pages de destination, déploiement du maillage interne contextuel avec des ancres descriptives placées haut dans le contenu, résolution des cannibalisations par fusion, différenciation ou canonisation, et réécriture des Titles et méta-descriptions orientée taux de clic. Sur Gutenberg, la création de blocs réutilisables dédiés au maillage permet de déployer et de mettre à jour des blocs de liens contextuels sur des dizaines de pages sans intervention manuelle répétée.

Étape 4 : déploiement de l’autorité (netlinking & E-E-A-T)

À partir du mois 4. L’autorité se construit une fois que les fondations tiennent : investir en netlinking sur un site techniquement bloqué revient à remplir un seau percé. Les leviers : contenus à fort potentiel de citation (études de données, guides techniques, ressources sectorielles), presse spécialisée de votre verticale, écosystème local et professionnel (fédérations, partenaires, annuaires métier qualifiés), et signaux E-E-A-T(pages auteur documentées avec balisage Person et sameAs, page « à propos » substantielle, mentions légales complètes, cohérence des informations d’entreprise sur l’ensemble du web).

Agence, freelance ou consultant senior : comment bien choisir ?

Les critères clés pour évaluer un expert SEO WordPress

1. La profondeur technique. Posez une question précise : « comment vérifiez-vous l’autoload de la table wp_options ? » ou « comment traitez-vous les facettes WooCommerce ? ». Une réponse vague vous renseigne immédiatement.
2. Qui exécute réellement. Si la personne rencontrée en rendez-vous n’est pas celle qui travaillera sur votre dossier, vous achetez un commercial.
3. Le diagnostic avant le devis. Un prestataire qui chiffre sans avoir regardé votre site vend une prestation standardisée.
4. Les KPI proposés. Un reporting centré sur les positions moyennes et les sessions n’a aucune valeur décisionnelle. Exigez des leads, du chiffre d’affaires, un taux de conversion par canal.
5. La collaboration technique. Une recommandation non transformée en instruction précise ne sera jamais appliquée. Demandez comment se déroule l’exécution avec votre développeur ou votre hébergeur.
6. L’absence de garantie de position. Personne ne contrôle l’algorithme. Ce qui s’engage, ce sont des livrables et une méthode.
7. Les conditions de sortie. Un engagement de douze mois sans clause de résiliation est un signal d’alerte.

Pièges à éviter et idées reçues sur les plugins SEO (Yoast, SEOPress, Rank Math)

« Il faut le meilleur plugin SEO. » Les trois principaux remplissent la même fonction : générer des balises, des sitemaps et des données structurées. SEOPress et Rank Math sont plus légers que Yoast, dont la version gratuite affiche des incitations à l’achat. Mais le choix entre les trois n’aura jamais d’effet mesurable sur votre positionnement. C’est un outil de saisie, pas une stratégie.

« Le feu vert signifie que la page est optimisée. » Il signifie que le mot-clé apparaît aux endroits attendus. Rien de plus.

« Plus j’installe d’extensions SEO, mieux c’est. » C’est l’inverse. Deux extensions SEO actives simultanément génèrent des balises canonical et des blocs JSON-LD en double, produisant un balisage invalide. Une seule extension SEO, jamais deux.

« Un plugin de cache suffit à régler les Core Web Vitals. » Le cache traite le TTFB et la charge serveur. Il ne réduit ni le poids du DOM généré par votre constructeur de page, ni le JavaScript qui dégrade votre INP. Ce sont deux chantiers distincts.

« Les extensions de nettoyage automatique règlent la dette technique. » Elles suppriment ce qu’elles identifient comme inutile, sans connaître votre configuration. Le nettoyage se fait avec sauvegarde, en préproduction, et de façon ciblée.

Combien coûte une prestation de conseil SEO sur WordPress ?

Ce qui fait varier le prix : la taille du site, l’ampleur de la dette technique accumulée, la présence de WooCommerce et la profondeur du catalogue, la concurrence de votre secteur, et l’existence d’une équipe technique interne capable d’exécuter les correctifs.

Étude de cas : de la stagnation à la première page

Situation initiale. Boutique WooCommerce sous Elementor, [X] extensions actives, temps de chargement mesuré à [X,X] secondes. Core Web Vitals au rouge sur les trois métriques. Trafic organique stable depuis [X] mois malgré une publication régulière. Fiches produits partiellement indexées.

Diagnostic. Trois causes cumulées : une table wp_options alourdie par des résidus d’extensions désinstallées (TTFB dégradé sur chaque requête), un constructeur de page générant un DOM très profond (LCP et INP au-delà du seuil), et une navigation à facettes générant des dizaines de milliers d’URL explorées qui absorbent le budget de crawl.

Actions menées. Migration des gabarits vers Gutenberg, nettoyage ciblé de la base et réduction de [X] à [X] extensions actives, configuration du cache et conversion des images en WebP, traitement différencié des facettes selon leur potentiel de recherche, refonte du maillage interne et création de sous-catégories sur la longue traîne transactionnelle.

Résultats à 6 mois. Temps de chargement ramené à [X,X] seconde, Core Web Vitals au vert sur les trois métriques, trafic organique +[X] %, indexation complète du catalogue actif. [Captures à intégrer : Search Console 16 mois, rapport CWV avant/après.]

FAQ : consultant SEO WordPress