Quatre réglages décident de presque tout : la forme des adresses, la case qui autorise l’indexation, ce que le site publie sans que vous l’ayez demandé, et le nombre d’extensions qui font le même travail. Le reste relève du confort.
Aucun des quatre ne demande de savoir coder. Il faut savoir où regarder, et surtout dans quel ordre y toucher : deux d’entre eux se modifient en une soirée et peuvent vider un site des résultats. Pas le soir même : le retrait suit le rythme des passages du moteur, ce qui rend la panne d’autant plus difficile à relier à sa cause.
À retenir
WordPress s’installe dans un état exploitable, avec une réserve que WordPress signale lui-même : la structure d’adresses livrée par défaut y est décrite comme non optimisée pour les moteurs de recherche. Les dégâts, eux, ont trois sources récurrentes : une structure d’adresses modifiée sans redirections, une case d’indexation restée cochée après une mise en ligne, et l’empilement d’extensions qui se contredisent. La vitesse se joue d’abord chez l’hébergeur et dans le poids des images, rarement dans un réglage de cache. L’ordre compte plus que la liste : vérifiez ce qui est indexable, inventoriez ce qui est publié, puis touchez aux adresses.
Quatre réglages décident, les autres peuvent attendre
Un site WordPress mal référencé l’est rarement à cause d’une option obscure. Il l’est parce qu’un point structurant a été laissé de côté au moment d’une mise en ligne ou d’une refonte.
La distinction utile : certains réglages agissent sur l’ensemble du site d’un seul coup, d’autres sur une page à la fois. Les premiers méritent votre attention de dirigeant, parce qu’une erreur y coûte des mois.
Ce qui suit ne traite que de ceux-là. Vous pouvez les vérifier vous-même en une heure, sans rien modifier, et savoir ainsi dans quel état se trouve votre site avant de commander un audit de référencement ou de payer qui que ce soit pour l’améliorer.
La structure des adresses se choisit une fois
WordPress propose un écran de réglages consacré aux permaliens, qui définit la forme de toutes les adresses du site. Selon l’âge de l’installation, vous pouvez avoir hérité d’un format que personne n’a jamais choisi consciemment.
Trois formes coexistent en pratique. L’adresse technique, qui ne contient qu’un numéro d’identifiant. L’adresse datée, qui insère l’année et le mois de publication. L’adresse construite sur le titre, qui reprend les mots de la page.
La troisième est la seule qui travaille pour vous. N’en attendez pas un gain de classement : Google décrit lui-même le mot placé dans une adresse comme un facteur très faible. Ce qu’ils changent, c’est la lecture humaine, et elle compte à chaque partage : un lien collé dans un courriel, un message ou un document reste compréhensible sans être ouvert. L’adresse datée pose un problème supplémentaire, et il se situe du côté du lecteur : un contenu mis à jour chaque année conserve dans son adresse l’année de sa première publication, et il paraît périmé avant même d’être ouvert. Côté moteur, la question se règle ailleurs : Google publie la liste des signaux de date qu’il exploite, à savoir une date affichée clairement libellée et les données structurées de publication et de mise à jour, et l’adresse n’en fait pas partie. Ce sont ces éléments qu’il faut tenir à jour. L’adresse, elle, date votre contenu aux yeux de celui qui reçoit le lien.
Faut-il insérer la catégorie dans l’adresse ? Cela donne une arborescence lisible, au prix d’une contrainte : reclasser une page change son adresse, donc impose une redirection. Sur un site dont le classement bouge souvent, mieux vaut s’en passer.
Deux réglages voisins comptent autant. L’adresse du site doit être déclarée dans une seule version : avec ou sans « www », en HTTPS, avec ou sans barre oblique finale. Toutes les autres versions doivent rediriger vers celle-là. Quand deux versions répondent en même temps, d’après Google, c’est lui qui choisit à votre place laquelle afficher : il regroupe les signaux sur une seule adresse, mais pas nécessairement celle que vous auriez retenue.
Un avertissement vaut pour tout ce paragraphe. Modifier la structure des permaliens sur un site en ligne change toutes les adresses d’un coup. WordPress en rattrape une partie tout seul : WordPress le précise : les adresses techniques à numéro d’identifiant et les archives par date sont redirigées vers le permalien courant, ce qui couvre justement le passage de la première forme à la troisième. Ce rattrapage a des limites, et rien ne dit à l’avance où elles tombent sur votre installation. Sur ce qu’il ne rattrape pas, les liens extérieurs cessent de fonctionner et l’historique accumulé se perd. Ce changement se prépare (liste des adresses actuelles, table de correspondance, redirections en place avant de valider). Si vos adresses sont simplement moyennes, ne les touchez pas : le gain est presque toujours inférieur au risque.
La case qui rend un site invisible
Dans les réglages de lecture se trouve une case demandant aux moteurs de ne pas indexer le site. Elle sert pendant la construction. Elle est régulièrement oubliée au moment de la mise en ligne, et c’est la panne la plus simple à éviter comme à diagnostiquer.
Quand elle est cochée, WordPress ajoute une instruction « noindex » dans le code de chaque page. Il ne bloque plus l’accès des robots au site entier : cette seconde mesure a été retirée du cœur de WordPress, précisément parce qu’un robot bloqué à la porte ne peut pas lire l’instruction qu’elle était censée renforcer. Google retire de ses résultats, il le documente, les pages portant cette instruction, à condition de pouvoir les explorer. Le site fonctionne donc parfaitement pour les visiteurs, mais reste absent des résultats, y compris sur le nom de l’entreprise, des semaines après la mise en ligne.
La vérification prend quinze secondes : affichez le code source de votre page d’accueil dans le navigateur et cherchez le mot « noindex ». S’il apparaît, la question est réglée. L’outil d’inspection d’URL de la Search Console complète ce contrôle, à une condition qu’il coûte cher d’ignorer : demandez le test en direct. Son affichage par défaut porte sur la dernière version indexée, pas sur celle qui est en ligne, et Google cite lui-même la correction récente parmi les causes d’écart entre les deux. Sans cette précaution, vous lirez l’état d’avant votre intervention.
Le même mécanisme produit une deuxième panne, plus discrète. Une copie du site laissée en accès libre pendant une refonte peut être explorée et indexée. Vous vous retrouvez avec deux sites identiques, dont l’un porte des textes non validés. Une copie de travail se protège par un mot de passe au niveau du serveur, jamais par cette case : une adresse non indexée reste accessible à qui la connaît.
Ce que votre site publie sans que vous l’ayez décidé
WordPress ne publie pas seulement ce que vous écrivez. Il fabrique une adresse pour chaque catégorie, chaque étiquette, chaque auteur, chaque mois d’archive, chaque page de résultats de recherche interne, et, sur les installations les plus anciennes, une page par fichier déposé dans la médiathèque.
Cent articles produisent ainsi des centaines d’adresses supplémentaires, dont beaucoup n’ont aucune valeur : une étiquette créée une fois donne une page qui contient un seul lien et rien d’autre.
Ce n’est pas un défaut en soi. Cela le devient quand ces pages dépassent en nombre les pages utiles : les mêmes textes se retrouvent à plusieurs adresses, un visiteur venu d’une recherche atterrit sur un index au lieu du contenu qu’il cherchait, et vous perdez de vue ce que le moteur connaît réellement de votre site.
La règle tient en une phrase : chaque type d’archive doit être soit éditorialisé, soit retiré de l’index. Une catégorie qui porte un texte de présentation et un ordre réfléchi est une vraie page de destination. Une étiquette utilisée une seule fois n’est rien et doit le rester.
Deux chiffres vous disent immédiatement où vous en êtes. Le nombre de pages et d’articles publiés, visible dans l’administration. Le nombre d’adresses connues du moteur, visible dans le rapport d’indexation de la Search Console. Quand le second dépasse largement le premier, l’inventaire s’impose. Les pages de résultats de recherche interne passent par le même arbitrage, et il penche presque toujours du même côté : leur contenu est composé par la requête du visiteur, pas par vous, et leur nombre n’a pas de fin. Les garder dans l’index suppose de les avoir éditorialisées, stabilisées et liées depuis le site, ce qui revient à en faire des pages à part entière.
La vitesse se joue avant la page, puis dans les images
Deux moments distincts se cachent derrière le mot vitesse, et ils ne se corrigent pas au même endroit.
Le premier est le délai de réponse du serveur, avant même que la page commence à s’afficher. Il dépend de l’hébergement, de la version du langage exécuté, de l’état de la base de données. Une extension de cache conserve des pages déjà construites et améliore beaucoup ce délai pour les visiteurs anonymes, mais elle ne répare pas un hébergement sous-dimensionné. Les pages dynamiques, panier ou compte client, sortent du cas simple : les servir depuis un cache suppose de traiter à part les blocs propres à chaque visiteur. Certaines extensions savent le faire et le documentent, d’autres se contentent d’exclure ces pages. Vérifiez laquelle vous avez.
Le second est le poids de la page elle-même, et les images en sont la cause la plus fréquente. Une photo déposée telle qu’elle sort de l’appareil pèse plusieurs mégaoctets pour être affichée dans un cadre de quelques centaines de pixels. WordPress fabrique bien des tailles intermédiaires, encore faut-il que le thème les utilise. Redimensionner avant l’envoi, choisir un format d’image moderne et différer le chargement de ce qui se trouve sous la ligne de flottaison règle la majorité des cas. Une réserve : l’image principale, visible immédiatement, ne doit jamais être différée.
Troisième cause, plus sournoise : une extension charge son code sur toutes les pages tant que son auteur n’a pas conditionné ce chargement, et WordPress ne le fait pas à sa place. Une extension de formulaire écrite sans cette précaution alourdit votre page d’accueil alors qu’aucun formulaire n’y figure ; une extension soignée ne se charge que là où elle sert. C’est un critère de choix, pas une fatalité.
Mesurez sur une vraie page de contenu, en conditions mobiles, pas seulement sur l’accueil. Et gardez la juste proportion : passer d’un site très lent à un site correct compte, passer de correct à excellent rapporte peu. Un dixième de seconde ne fait pas un classement, sauf s’il se joue autour des seuils que Google publie pour ses indicateurs de vitesse : là, il suffit à faire passer une page de « à améliorer » à « bon ».
Les extensions qui se marchent dessus
Trois collisions reviennent presque à chaque fois.
Deux extensions de référencement actives en même temps, d’abord. Chacune est faite pour écrire le titre, la description, l’adresse canonique et son propre plan de site, et aucune ne s’efface devant l’autre. Le constat est visible sans rien deviner du fonctionnement interne : affichez le code source d’une page et comptez les balises de description, ou ouvrez les deux plans de site. Deux réponses là où il en faut une, et le résultat vous échappe. Sur les règles d’indexation, Google précise qu’en cas de directives contradictoires la plus restrictive s’applique, ce qui est le pire des deux mondes quand l’une des deux extensions porte un « noindex » oublié. Sur les autres balises, rien ne garantit que celle retenue soit la vôtre. Une seule extension de cette famille doit rester active, et la migration de l’une vers l’autre suppose de transférer les données avant de désactiver.
Les redirections écrites à trois endroits, ensuite : dans le fichier de configuration du serveur, dans le module de redirection de l’extension de référencement, et dans une extension dédiée. Résultat : des chaînes qui passent par quatre étapes avant d’arriver, parfois des boucles. Choisissez un seul endroit, documentez-le, et vérifiez les autres pour vider ce qui traîne.
Les outils de performance, enfin. Cache, optimisation des fichiers et réseau de diffusion se superposent volontiers. Le regroupement et la compression des fichiers peuvent casser un menu, un formulaire ou une animation : leurs éditeurs traitent ce cas comme un défaut de configuration et conseillent d’avancer option par option, en commençant par les plus sûres. La difficulté tient moins à la fréquence de la panne qu’à sa forme, car elle est intermittente et ne se voit pas chez celui qui vient de vider son cache. Activez une option à la fois, vérifiez le site dans un navigateur qui n’a rien en mémoire, notez ce que vous avez activé.
La méthode de diagnostic se pratique sur une copie, jamais en production : désactiver la moitié des extensions, tester, recommencer sur la moitié fautive. La règle qui évite d’en arriver là est plus simple. Une fonction, une extension. Comptez les vôtres : chacune est du code exécuté à chaque visite, et celle que son auteur ne met plus à jour devient une dette, d’abord technique, ensuite de sécurité.
Le thème et le constructeur de pages fixent votre structure
Les titres d’une page forment un plan qui aide à en comprendre la structure. Google indique que ni le nombre de titres de premier niveau ni l’ordre des niveaux n’influencent le classement : cette hiérarchie ne se travaille donc pas pour le moteur, mais pour vos visiteurs et pour les lecteurs d’écran, et un plan incohérent trahit presque toujours un texte qui l’est aussi.
Les constructeurs de pages travaillent contre ce principe sans le vouloir. Ils proposent des styles visuels, et le rédacteur choisit celui qui a la bonne taille à l’écran. On se retrouve avec quatre titres de premier niveau sur la même page, ou avec une hiérarchie qui suit l’esthétique au lieu du raisonnement.
Une vérification concrète, à faire une fois : affichez le code source d’une page de service et cherchez une phrase de votre texte. Si vous la trouvez, le contenu est servi directement et le moteur le lit sans difficulté. Si vous ne la trouvez pas, il est injecté par du code exécuté après coup : Google sait le lire, il l’indique, mais dans un second temps et à condition que rien ne bloque l’exécution, ce qui retarde la prise en compte et ajoute un point de fragilité. Sur un site bâti avec un constructeur visuel, ce contrôle passe avant tous les autres.
Reste le poids. Ces outils produisent beaucoup de balisage pour un rendu donné : coût assumable quand il est choisi, beaucoup moins quand deux constructeurs cohabitent parce que le thème apporte le sien.
L’ordre dans lequel y toucher
L’ordre compte autant que la liste, parce que certaines corrections rendent les autres mesurables.
Vérifiez d’abord que le site est indexable : la case, le fichier d’instructions destiné aux robots, le code source. Tant que ce point n’est pas acquis, rien d’autre ne produira d’effet.
Faites ensuite l’inventaire de ce qui est publié et tranchez ce qui doit rester dans l’index. C’est le travail le moins visible et celui qui change le plus de choses sur un site ancien.
Traitez alors les adresses, si et seulement si elles posent un vrai problème, table de redirections préparée à l’avance. Puis les images et l’hébergement, qui se règlent sans risque. Le ménage dans les extensions vient en dernier, parce qu’il demande de tester.
Un dernier geste, que presque personne ne fait : tenez un journal daté des modifications. Sans lui, aucune variation de trafic ne sera reliée à une cause.
Ces réglages ne tiennent que si quelqu’un les tient
Une remise à plat se fait en quelques jours. La dégradation, elle, reprend le lendemain : une extension ajoutée pour un besoin ponctuel, une page publiée sans titre travaillé, une image de quatre mégaoctets envoyée par un stagiaire, une redirection oubliée après un changement de nom de produit.
Ce travail est régulier, morcelé, et il ne remonte jamais assez haut dans les priorités d’un dirigeant pour être fait sérieusement.
C’est le modèle de Rouge Hexagone : un collaborateur dédié à un seul client, jamais partagé, encadré dans nos locaux à Antananarivo. Nos équipes parlent parfaitement français, et votre chef de projet français reste votre interlocuteur unique.
Le poste revient à 1 680 € par mois tout inclus, contre un coût employeur d’environ 4 485 € en France pour un profil équivalent, soit 62,5 % d’écart. Le collaborateur est opérationnel en 10 jours, le premier mois est satisfait ou 0 €, une garantie jamais activée en dix ans, et vous gardez la liberté de partir à tout moment.
Deux précisions qui comptent sur ce sujet. Rouge Hexagone ne prend aucune commission sur vos budgets publicitaires, ce qui retire tout intérêt à vous orienter vers un outil plutôt qu’un autre. Et tout ce qui est produit l’est pour votre compte : accès, exports, journaux de modifications et contenus, les sources et les droits vous reviennent. Rouge Hexagone accompagne des entreprises depuis plus de dix ans, avec plus de 130 employés, et compte parmi ses références Foncia, E.Leclerc et le Groupe Atlantic.
Externaliser la gestion WordPress pour prévenir les dérives techniques
Les réglages WordPress qui influencent le référencement ne demandent pas toujours des interventions complexes, mais ils évoluent avec le site. Une extension ajoutée, une redirection oubliée, une mauvaise règle d’indexation ou une image trop lourde peuvent progressivement dégrader les performances sans provoquer de panne visible. Confier cette gestion à une ressource dédiée permet de prendre en charge les redirections, l’indexation, les contenus et les ajustements courants avec une bonne connaissance de l’installation et de son historique.
La personne affectée à votre entreprise travaille depuis nos locaux à Antananarivo et bénéficie d’un encadrement sur place. Un chef de projet français assure les échanges et les arbitrages nécessaires. Les accès, exports, journaux de modifications et contenus réalisés dans le cadre de la mission restent votre propriété.
Questions fréquentes
Une extension de référencement suffit-elle à régler ces points ? Non. Elle facilite l’écriture des titres, des descriptions et des règles d’indexation, et elle produit un plan de site. Elle ne choisit pas votre structure d’adresses, ne décide pas quelles archives méritent d’exister, et n’allège aucune image. Elle donne des leviers, quelqu’un doit les actionner.
Changer de thème fait-il perdre le référencement ? Pas mécaniquement. Google ne cite aucun facteur lié au thème, mais il porte plus de choses qu’on ne lui prête, et la condition « adresses et contenus identiques » est très difficile à tenir en pratique. Changent avec lui : les données structurées émises par les gabarits, les liens internes portés par la navigation, les menus et le pied de page, les tailles d’images générées, les titres reconstruits, les blocs de texte non repris. Chacun de ces éléments, en revanche, figure bien parmi ceux que Google dit exploiter. Comparez avant et après, page par page, sur les vingt qui comptent, en lisant le code source et pas seulement le rendu à l’écran.
Faut-il un site sur mesure plutôt que WordPress pour bien se référencer ? Non. Un moteur ne classe pas la technologie, il classe des pages, et Google ne cite aucun facteur lié au choix du CMS. Un site WordPress correctement paramétré se positionne donc aussi bien qu’un développement spécifique. Ce qui départage les deux se joue ailleurs : ce que vous publiez, et qui entretient l’ensemble une fois le site livré.
Combien de temps avant de voir un effet après ces corrections ? Google ne s’engage sur aucun délai et le dit ainsi : certains changements sont pris en compte en quelques heures, d’autres demandent plusieurs mois, et il recommande d’attendre quelques semaines avant de juger un travail. Le déblocage d’une indexation empêchée reste la correction dont l’effet arrive le plus tôt, sans que ce soit une garantie, car il dépend de la fréquence de passage du moteur sur votre site. Le nettoyage des archives et les gains de vitesse se lisent plus lentement encore. Aucun de ces travaux ne crée de trafic à lui seul : il rend le contenu exploitable, ce qui est une condition, pas un résultat.
Pour aller plus loin
Ce qu’un diagnostic complet doit contenir pour être exploitable, et comment reconnaître un rapport automatisé sans valeur : ce que vaut vraiment un rapport d’audit.
Le poste qui tient ces réglages dans la durée, ses missions et son fonctionnement en collaborateur dédié : le chargé de référencement web.
Vous voulez savoir dans quel état se trouvent réellement les réglages de votre site ? Parlons-en.
