Journal SEO · Technique

Audit SEO : les 12 erreurs qu'on retrouve toujours

Février 2026 11 min de lecture App2Niche

Après des dizaines d'audits SEO sur des sites variés — vitrines, SaaS, e-commerce, apps web — un constat s'impose : les mêmes problèmes reviennent. Toujours. Quelle que soit la taille du projet, l'âge du site ou le secteur d'activité.

Ce ne sont pas des erreurs exotiques. Ce sont des fondamentaux qui glissent, souvent sans que l'équipe s'en aperçoive. Voici les 12 que nous corrigeons systématiquement, avec leur impact et la solution concrète.

Groupe 1 — Problèmes de contenu et de structure

1 Contenu dupliqué sans balise canonique impact fort

Le cas le plus fréquent : un site accessible en https://exemple.com, https://www.exemple.com, https://exemple.com/index.html et parfois en HTTP. Google voit quatre versions différentes du même contenu et divise le "link equity" entre elles.

Fix : une redirection 301 vers la version canonique (avec ou sans www — choisissez, restez cohérent), et une balise <link rel="canonical"> sur chaque page. Le fichier .htaccess gère ça en deux lignes.

2 Title tags génériques ou non optimisés impact fort

Le title tag reste le signal on-page le plus fort. Pourtant, on trouve régulièrement "Accueil — Mon Site", "Page produit" ou pire, le nom du CMS par défaut. Sur les sites à contenu dynamique, les titles sont souvent générés sans inclure le mot-clé principal.

Fix : title unique par page, entre 50 et 60 caractères, incluant le mot-clé cible en première position. Pas de keyword stuffing — une formule claire suffit : [Mot-clé principal] — [Marque] ou [Intent utilisateur] | [Marque].

3 Balises H1 manquantes ou multiples impact moyen

Deux patterns fréquents : le H1 absent (le titre de page est un div stylé en gros), ou plusieurs H1 sur la même page (souvent à cause d'un composant header qui injecte un H1 global). Les deux brouillent la hiérarchie sémantique.

Fix : une seule balise H1 par page, correspondant au sujet principal. Les titres de section utilisent H2, les sous-sections H3. La hiérarchie doit être logique même sans CSS.

4 Images sans attribut alt impact moyen

L'attribut alt a deux rôles : accessibilité et indexation des images. Un site avec 80% de ses images sans alt rate une surface d'indexation significative, surtout sur les requêtes visuelles. Et c'est systématiquement signalé dans Google Search Console.

Fix : alt descriptif sur chaque image porteuse de sens ("Capture de l'interface de gestion des commandes" plutôt que "image1.jpg"). Alt vide (alt="") sur les images purement décoratives — Google comprend la distinction.

Groupe 2 — Performance et Core Web Vitals

Depuis l'intégration des Core Web Vitals dans le ranking Google, les performances ne sont plus seulement un sujet UX — elles affectent directement le positionnement.

5 LCP (Largest Contentful Paint) trop lent impact fort

Le LCP mesure le temps d'affichage du plus grand élément visible au-dessus de la ligne de flottaison. La cible est sous 2,5 secondes. On trouve régulièrement des LCP à 5-8 secondes sur des sites qui pourtant "se chargent vite" subjectivement.

Causes les plus fréquentes : image hero non préchargée, police de caractères bloquante, ressource servie depuis un CDN lent, ou tout simplement une image hero de 2 Mo non compressée.

Fix : <link rel="preload" as="image"> sur l'image LCP, compression WebP ou AVIF, auto-hébergement des polices (pas de round-trip vers Google Fonts), et font-display: swap.

6 CLS (Cumulative Layout Shift) élevé impact moyen

Le CLS mesure les décalages de mise en page inattendus pendant le chargement. Une bannière cookie qui pousse le contenu vers le bas, des images sans dimensions déclarées, une police qui remplace le texte système — autant de causes de mauvais score CLS.

Fix : dimensions width et height sur toutes les images et vidéos, bannière cookie en overlay plutôt qu'en flux, font-display: swap avec des polices de substitution proches (size-adjust, ascent-override).

Les Core Web Vitals sont mesurés sur du vrai trafic utilisateur (CrUX — Chrome UX Report). Les tests en lab (Lighthouse) ne suffisent pas — vérifiez toujours dans Google Search Console, onglet "Expérience de la page".

Groupe 3 — Architecture et maillage

7 Maillage interne absent ou aléatoire impact fort

Le maillage interne distribue l'autorité entre les pages et aide Google à comprendre la structure du site. Sur la plupart des sites audités, les liens internes sont placés au hasard — souvent uniquement dans le menu de navigation et le footer — sans stratégie intentionnelle.

Fix : chaque page importante doit être liée depuis plusieurs pages pertinentes, avec des ancres descriptives (pas "cliquez ici" — le nom exact de la page cible). Les articles de blog doivent pointer vers les pages services. Les pages services doivent se lier entre elles quand c'est cohérent.

8 Pages orphelines impact moyen

Une page orpheline est une page indexable mais qu'aucun lien interne ne pointe. Google peut la découvrir via le sitemap, mais sans liens entrants, elle accumule peu d'autorité et est souvent considérée comme peu importante.

Fix : crawler le site (Screaming Frog, Sitebulb) pour identifier les pages sans lien entrant, puis ajouter des liens depuis des pages pertinentes. Les nouvelles pages doivent toujours être intégrées au maillage avant publication.

9 Sitemap XML absent, obsolète ou mal configuré impact moyen

Le sitemap aide Google à découvrir et prioriser l'indexation des pages. Problèmes courants : sitemap qui liste des pages en noindex, qui contient des URL 404, qui n'est pas déclaré dans Search Console, ou qui n'est tout simplement pas mis à jour automatiquement.

Fix : un sitemap XML généré automatiquement, ne listant que les pages indexables, déclaré dans le robots.txt et soumis manuellement dans Search Console au départ. Vérifier mensuellement l'état de couverture dans la console.

Groupe 4 — Signaux avancés

10 Données structurées absentes ou invalides impact moyen

Les données structurées (Schema.org en JSON-LD) permettent à Google d'afficher des rich snippets — étoiles, prix, FAQ, articles. Leur absence ne pénalise pas, mais leur présence peut doubler le taux de clic sur certaines requêtes.

Fix : au minimum Organization sur la page d'accueil, Article sur les articles de blog, FAQPage sur les pages FAQ, Product sur les fiches produits. Valider avec le Rich Results Test de Google avant déploiement.

11 HTTPS partiel ou redirections en boucle impact fort

Un site servi en HTTPS mais dont certaines ressources (images, scripts) sont toujours chargées en HTTP génère des alertes "mixed content" qui dégradent la confiance et parfois le chargement. Encore plus critique : des chaînes de redirections (HTTP → WWW → HTTPS) qui multiplient les allers-retours avant la première page servie.

Fix : HSTS en header, toutes les URLs internes en HTTPS absolu ou en chemin relatif, et une seule redirection directe de HTTP vers la version canonique HTTPS. Tester avec curl -I ou Redirect Path (extension Chrome).

12 Contenu trop mince (thin content) impact fort

Le "thin content" — pages avec peu de texte, contenu généré automatiquement, ou pages quasi-identiques — est pénalisé depuis Panda (2011) et ses dérivés. On le retrouve massivement sur les sites de services avec des pages "ville" générées ("Développeur web à Bordeaux", "Développeur web à Lyon"…) avec le même texte et juste le nom de ville remplacé.

Fix : soit enrichir chaque page avec du contenu réellement unique et utile, soit la mettre en noindex si elle n'a pas vocation à être positionnée. Pas de demi-mesure — une page thin indexée fait plus de mal qu'une page utile non indexée.


Par où commencer ?

Si vous devez prioriser, commencez par les erreurs à impact fort qui se corrigent en moins d'une journée :

  1. Canonicals et redirections — 2 heures dans le .htaccess
  2. Title tags — 4 heures pour un site de 20-30 pages
  3. LCP : compression d'images et preload — 2 heures
  4. Sitemap déclaré dans Search Console — 30 minutes

Ces quatre points seuls, bien exécutés, produisent généralement une amélioration mesurable en 4 à 8 semaines — le temps que Google recrawle et mette à jour son index.

Les erreurs restantes (maillage, données structurées, CLS, thin content) demandent plus de travail éditorial et architectural, mais leur impact est tout aussi réel sur le long terme.

Vous voulez un audit complet de votre site ?

On analyse technique, contenu et maillage — et on vous livre un plan de correction priorisé, pas une liste de 400 alertes Screaming Frog.

Demander un audit