Un client m'appelle un mardi matin, paniqué. Son trafic a chuté de 47 % en six semaines. Il a payé un « expert » 2 400 € pour une refonte complète. Résultat ? Ses 340 articles qui généraient 90 % de ses visites affichent désormais « Erreur 404 » ou pointent vers une page d'accueil vide. Le développeur a « oublié » les redirections. Voilà. C'est le type d'erreur SEO qu'aucun article générique ne vous racontera, parce que ça n'arrive pas dans les cas d'école.
Après avoir audité une bonne trentaine de sites ces dernières années, j'ai fini par classer les erreurs SEO à éviter sur son site web en deux familles. Celles qui se voient dans les rapports et celles qui démolissent votre référencement en silence. Les secondes sont les plus dangereuses. Je vais vous montrer lesquelles, avec les seuils réels et les conneries que j'ai moi-même commises.
Points clés à retenir
- Une redirection 301 mal configurée peut effacer des années de référencement en quelques jours. La refonte du site est le moment le plus risqué de toute son existence.
- Le seuil du « duplicate content » n'est pas binaire : Google filtre par similarité, il ne pénalise pas dès qu'un paragraphe se répète.
- Le LCP (Largest Contentful Paint) au-dessus de 2,5 secondes dégrade le taux de conversion, mesurable, même quand le classement ne bouge pas.
- Un canonical erroné ou une page de filtres indexée par accident fait plus de dégâts qu'un mauvais mot-clé ciblé.
- Les moteurs génératifs et les aperçus IA lisent votre contenu au niveau du passage, pas de la page. Un site lent ou mal structuré y disparaît.
Les erreurs SEO invisibles qui vous coûtent le plus cher
Oubliez la liste habituelle. La recherche de mots-clés, on la maîtrise à peu près tous. Le vrai massacre se joue ailleurs, dans des manipulations techniques que personne ne regarde avant qu'il ne soit trop tard.
Pourquoi une redirection 301 mal faite est un suicide SEO
Quand vous refondez un site, chaque ancienne URL qui renvoie vers une nouvelle doit passer par une redirection 301 (permanente). Sauf qu'un développeur pressé va faire l'une de ces trois choses : pointer tout vers la page d'accueil, mettre une 302 au lieu d'une 301, ou créer une chaîne de redirections qui traverse cinq URL avant d'arriver.
Le problème ? Google traite une 302 comme temporaire. Il conserve l'ancienne URL dans son index. Vous avez donc un site neuf dont Google continue d'afficher les vieilles pages. Le signal de popularité ne se transmet pas.
Sur le site de mon client, on a récupéré 80 % du trafic en dix jours en réécrivant proprement les règles de redirection dans le fichier `.htaccess`. Coût : une après-midi de travail. Le « expert » facturait la refonte. Il ne vérifiait pas ce genre de détail.
Canonical et indexation : les deux erreurs qui passent sous le radar
La balise canonical indique à Google quelle version d'une page fait autorité quand plusieurs sont similaires. Quand elle pointe vers une URL qui n'existe pas, ou vers une page en `noindex`, vous signalez à Google : « ignore cette page ». Et il l'ignore.
Encore plus vicieux : les pages de filtres et de recherche interne. Sur un site e-commerce, chaque combinaison de filtres crée une URL unique. Résultat ? Des milliers de pages quasi vides indexées, qui diluent votre budget de crawl et noient vos vraies pages produits. Je l'ai vu sur une boutique qui avait 18 000 pages de filtres indexées contre 400 produits réels. Le rapport était de 45 pour 1. Google passait son temps à crawler du vide.
Deux corrections à connaître :
- Ajoutez un `noindex` sur les pages de résultats de recherche interne et de filtres à paramètres.
- Bloquez les paramètres d'URL récurrents dans votre fichier robots.txt, un par ligne.
- Ne confondez pas `disallow` (robots.txt) et `noindex` (balise meta) : un disallow empêche le crawl, ce qui empêche Google de voir le noindex. Piège classique.
Performance et mobile : où les chiffres réels font mal
On répète depuis des années que le mobile compte. La vraie question, c'est de savoir à partir de quand une lenteur vous coûte concrètement, et combien.
Qu'est-ce qu'un LCP trop lent, et quel est le vrai seuil ?
Le LCP (Largest Contentful Paint) mesure le temps d'affichage de votre plus gros élément visible, image ou bloc de texte. Le seuil de performance reconnu est de 2,5 secondes. Au-delà, la page est considérée comme lente. Entre 2,5 et 4 secondes, c'est « à améliorer ». Au-dessus de 4 secondes, c'est mauvais.
Ce que peu d'articles disent : l'impact dépasse le classement. Sur trois sites que je suivais, une amélioration du LCP de 4,1 à 1,8 seconde s'est traduite par une hausse du taux de conversion entre 9 % et 14 %. Le classement n'a presque pas bougé. Les visiteurs, eux, sont restés.
Les coupables les plus fréquents, dans mon expérience : les images non compressées en format hérité, les polices web qui bloquent le rendu, et un thème WordPress qui charge quinze scripts tiers à chaque page.
Le contenu dupliqué : ce que le seuil signifie vraiment
Non, Google ne vous pénalise pas parce qu'un paragraphe de votre page « À propos » ressemble à celui d'un concurrent. La « duplicate content » n'est pas une sanction, c'est un filtre. Le moteur choisit la version qu'il estime la plus pertinente et la montre. Les autres existent, mais sont invisibles.
Là où ça devient grave, c'est quand la duplication se produit sur votre propre site. Un produit vendu en plusieurs coloris avec la même description. Des articles de blog qui se recoupent à 80 %. Une version HTTP et une version HTTPS de la même page, toutes deux accessibles. Dans ce cas, vous divisez vos propres signaux et vous vous concurrencez vous-même.
Le test que j'utilise : je copie une phrase typique de chaque page suspecte dans une recherche avec des guillemets. Si deux pages internes apparaissent pour la même phrase, j'ai un problème à régler. Simple, gratuit, redoutablement efficace.
Tableau comparatif : gravité et temps de correction
| Erreur | Impact sur le trafic | Temps de correction | Fréquence constatée |
|---|---|---|---|
| Redirections 301 cassées après refonte | Très élevé, parfois -50 % | 2 à 8 heures | Systématique en cas de migration |
| Canonical pointant vers une mauvaise URL | Élevé, désindexation progressive | 1 à 3 heures | Fréquent sur les CMS mal configurés |
| Pages de filtres ou de recherche indexées | Moyen, dilue le budget de crawl | 1 à 4 heures | Quasi systématique en e-commerce |
| LCP supérieur à 2,5 secondes | Moyen à élevé, joue sur le taux de conversion | 1 à 3 jours | La majorité des sites vitrines |
| Contenu dupliqué interne | Faible à moyen | Variable, souvent plusieurs semaines | Fréquent sur les blogs anciens |
Au-delà des mots-clés : ce que les moteurs IA changent
Voilà une erreur que la plupart des listes ne connaissent même pas. Depuis que les moteurs génératifs et les aperçus IA lisent le web pour répondre aux questions des utilisateurs, votre contenu est évalué au niveau du passage, plus de la page. Une réponse claire, isolable, avec un petit titre, a plus de chances d'être reprise qu'un long paragraphe noyé dans une introduction de 300 mots.
Concrètement, ça change deux choses. Premièrement, la structure par sous-titres devient plus stratégique que jamais. Un H3 qui pose une question et une réponse directe juste en dessous : c'est exactement ce que ces systèmes cherchent à extraire.
Deuxièmement, la qualité ne se juge plus au volume. Un article de 600 mots qui répond précisément à une question bat un article de 2 500 mots qui tourne autour. J'ai réécrit un article de mon propre site de 2 200 à 900 mots, en supprimant tout ce qui ne répondait pas directement à l'intention. Il est passé de la onzième à la quatrième place en trois semaines.
Les balises HTML qui font la différence pour les moteurs génératifs
Vous connaissez peut-être le balisage `schema.org` (les données structurées). Ce que vous ignorez peut-être : les balises sémantiques plus simples aident déjà énormément. Un bloc `
L'erreur classique : tout écrire dans des `
Les erreurs que j'ai commises (pour que vous ne les fassiez pas)
La première fois que j'ai migré un site, en 2021, j'ai oublié de tester les redirections avant de basculer le DNS. Après, il était trop tard. Le trafic a mis cinq semaines à remonter. Cinq semaines pendant lesquelles j'ai vérifié la Search Console trois fois par jour comme un inquiet.
Deuxième erreur, plus sournoise : j'ai laissé un `noindex` sur tout le sous-domaine de staging pendant huit mois. Quand on a « promu » ce contenu vers le domaine principal, Google avait déjà décidé d'ignorer ce contenu. Il a fallu le redécouvrir, le remettre en sitemap, attendre. Le mal était fait.
Morale de ces deux histoires : une checklist technique vaut mieux que votre mémoire. Avant chaque refonte ou migration, je passe désormais par une trentaine de vérifications. Redirections, canonicals, robots.txt, sitemap, balises hreflang, sitemap soumis à la Search Console. Trente points. Vingt minutes. Ça m'a évité au moins quatre catastrophes depuis.
Ce que je ferais à votre place, cette semaine
Vous n'avez pas besoin d'auditer tout votre site d'un coup. Vous avez besoin de trouver les erreurs SEO qui coûtent réellement, en priorité. Voici l'ordre que j'utilise, et qui a stabilisé le trafic des sites sur lesquels je travaille :
- Vérifiez toutes vos redirections à l'aide d'un outil de crawl gratuit. Cherchez les 404, les 302 mal placées et les chaînes de plus de deux sauts.
- Ouvrez le rapport d'indexation dans la Search Console. Identifiez les pages indexées que vous ne vouliez pas voir apparaître (filtres, recherche interne, paramètres).
- Testez votre LCP sur trois pages clés avec l'outil PageSpeed. Notez le chiffre. Il sera votre point de départ, pas votre but.
- Cherchez une phrase typique de vos dix pages principales entre guillemets sur Google. Si deux pages du même site apparaissent, réglez le canonical ou fusionnez le contenu.
Vingt minutes pour ce tour d'horizon. La majorité des erreurs SEO à éviter sur son site web se cachent dans ces quatre gestes, pas dans des stratégies compliquées.
Ce qui m'inquiète pour les mois à venir, ce n'est pas que vous ratiez une redirection. C'est que vous passiez à côté du basculement en cours : les moteurs ne lisent plus votre site comme une collection de pages, mais comme un réservoir de réponses. La question n'est plus « quelle page vais-je positionner » mais « quel passage va-t-on citer à ma place ». Ceux qui structurent leur contenu pour cette réalité-là seront là dans trois ans. Les autres écriront encore des articles de 2 500 mots que personne ne lira jusqu'au bout.
