Checklist d'audit SEO technique pour les sites web suisses
Un audit SEO technique sert à repérer ce qui empêche les moteurs d’accéder aux pages utiles, de les comprendre ou de présenter la bonne version. Commencez par les symptômes observés : pages absentes, erreurs après une migration, différences entre langues ou lenteur d’un parcours. La checklist ci-dessous aide à organiser les vérifications ; elle ne remplace pas l’inspection de votre site.
1. Explorabilité et Indexation
L'explorabilité (crawlability) et l'indexation constituent les fondations de la visibilité organique. Si les robots ne peuvent pas explorer ou interpréter vos pages, le contenu reste invisible. Pour en savoir plus sur le fonctionnement de Googlebot, consultez la documentation Google Search Central sur l'exploration et l'indexation.
Fichier robots.txt
Le fichier robots.txt gère l'accès des robots à vos répertoires :
Ne pas bloquer les fichiers CSS, JavaScript et images nécessaires au rendu complet de la page.
Éviter de bloquer les URL contenant des paramètres essentiels à l'affichage des contenus.
Indiquer l'URL absolue du sitemap XML via la directive Sitemap:. Voir robots.txt sur Google Search Central.
Directives Meta Robots et X-Robots-Tag
Vérifier qu’aucune directive noindex ne bloque involontairement une page destinée au référencement. Vous n’avez pas besoin d’ajouter index, follow pour obtenir le comportement par défaut.
Appliquer noindex sur les pages utilitaires (paniers, confirmations, recherche interne).
Ne pas associer un blocage robots.txt à une balise noindex, car le robot ne pourra pas lire la directive noindex.
2. Réponses HTTP et Redirections
Des réponses HTTP cohérentes permettent aux visiteurs et aux moteurs de suivre les bonnes URL. Consultez le guide Google Search Central sur les redirections.
Codes de Statut et Redirections
200 OK
S'assurer que toutes les URL canoniques renvoient un code 200 direct.
301 (Permanente)
Utiliser pour les consolidations définitives d'URL ou la migration sans WWW vers WWW.
302 (Temporaire)
Préférer pour les redirections géolocalisées ou révisables, lorsque le changement est temporaire.
Chaînes de redirection
Éliminer les redirections successives (A vers B vers C) pour pointer directement de A vers C.
Erreurs 404 / 410
Confirmer que les pages supprimées sans équivalent renvoient un code 404 ou 410 propre.
3. Balises Canoniques (Canonicalization)
La canonisation indique la version préférentielle d'une page en cas de contenus doublons. Pour une implémentation conforme, consultez le guide sur la canonisation des URL sur Google Search Central.
Règles d'Implémentation
Pour indiquer une URL préférée, vous pouvez utiliser une balise <link rel="canonical" href="..." /> pointant vers l’URL absolue choisie. Google traite cette indication comme un signal, pas comme une instruction obligatoire.
Utiliser des balises canoniques auto-référentielles sur les pages originales.
S'assurer que l'URL canonique renvoie un code HTTP 200 et soit libre de directive noindex ou de blocage robots.txt.
Pour les paramètres et filtres, déterminez d’abord quelles pages sont équivalentes et lesquelles répondent à un besoin distinct. Désignez une URL préférée pour les doublons réels ; ne canonisez pas toutes les pages de filtres vers la même destination.
4. Fichiers Sitemap XML
Les sitemaps facilitent la découverte des URL. Consultez les spécifications sur les sitemaps sur Google Search Central.
Contraintes Techniques
Encoder les fichiers sitemap XML en UTF-8.
Respecter la limite de 50 000 URL et 50 Mo non compressés par sitemap. Utiliser un index de sitemaps au-delà.
Inclure uniquement des URL canoniques en code HTTP 200 OK (exclure les redirections et erreurs 404).
Mettre à jour l'attribut <lastmod> uniquement lors de révisions substantielles du contenu.
5. Rendu JavaScript
Les frameworks JavaScript modernes nécessitent des précautions pour faciliter l’accès au contenu. Référez-vous au guide Google Search Central sur le SEO JavaScript.
Indexation des Applications Dynamiques
Utiliser des liens HTML standards <a href="..."> pour permettre aux robots de découvrir les URL.
Envisager un rendu côté serveur (SSR) ou statique (SSG) si le rendu côté client empêche la découverte du contenu ou complique sa maintenance. Google peut rendre du JavaScript ; vérifiez le résultat plutôt que supposer qu’un framework garantit l’indexation.
Comparer le HTML initial et le HTML rendu : vérifier que les moteurs peuvent lire le contenu et les métadonnées utiles.
Inspecter le rendu final avec l'outil d'inspection d'URL dans Google Search Console.
6. Ergonomie Mobile et Core Web Vitals
Google évalue l'expérience de page à travers des métriques réelles (CrUX). Consultez les ressources sur les Core Web Vitals sur Google Search Central et l'annonce de l'introduction de l'INP aux Core Web Vitals.
Seuils Officiels des Core Web Vitals (75e percentile)
Largest Contentful Paint (LCP)
≤ 2,5 secondes. Mesure la vitesse d'affichage du plus grand élément visible.
Interaction to Next Paint (INP)
≤ 200 millisecondes. Évalue la réactivité globale aux interactions. L'INP a remplacé le FID le 12 mars 2024.
Cumulative Layout Shift (CLS)
≤ 0,1. Mesure la stabilité visuelle lors du chargement.
Ces indicateurs évaluent l'expérience utilisateur. Le respect de ces seuils ne constitue pas une garantie de classement ni un levier de conversion universel. Un écart par rapport à ces seuils ne déclenche pas de pénalité algorithmique automatique.
Ergonomie Mobile
Adopter une conception fluide (Responsive Design) adaptée à toutes les résolutions d'écran.
Vérifier la taille et l’espacement des commandes avec le référentiel d’accessibilité choisi. WCAG 2.2 AA prévoit 24 × 24 pixels CSS pour les cibles, avec des exceptions liées notamment à l’espacement et aux liens dans le texte.
Assurer une lisibilité directe du texte sans zoom horizontal.
7. Routage Multilingue (FR/EN/DE/IT)
L'architecture multilingue doit guider chaque utilisateur vers sa version linguistique. Consultez le guide Google Search Central sur les sites multilingues.
Configuration Hreflang
Définir la langue et la région avec des codes normalisés (ex. fr-CH, de-CH, it-CH, en).
Appliquer une réciprocité stricte : la page FR liée à la page DE via hreflang="de-CH" impose un lien retour de DE vers FR via hreflang="fr-CH".
Vous pouvez ajouter hreflang="x-default" pour une page de repli adaptée ; son absence n’est pas une erreur systématique.
Organiser les URL en sous-répertoires distincts (/fr/, /de/, /it/, /en/).
8. Matrice de Priorisation et Aide à la Décision
Une proposition de priorisation à adapter
Priorité P1 (Critique)
Blocages d'exploration robots.txt, directives noindex involontaires, boucles de redirection ou pannes de rendu JavaScript.
Priorité P2 (Élevée)
Balises canoniques contradictoires, absence de réciprocité hreflang, erreurs sitemap XML, LCP > 4s.
Priorité P3 (Moyenne)
Redirections 301 successives, petits décalages visuels et ajustements d’ergonomie, selon leur effet réel.
Exemple Fictif d'Audit
Un site e-commerce suisse constate une chute d'indexation sur le dossier /en/. L'audit révèle que les pages /en/ contiennent une balise canonique pointant vers /fr/, tandis que /fr/ n'a pas de balise hreflang="en". La correction consiste à réintroduire une balise canonique auto-référentielle sur /en/ et à rétablir la réciprocité hreflang.
Organiser les corrections et vérifier leur effet
Attribuez chaque anomalie à un responsable, avec les URL concernées et un moyen de reproduire le problème. Testez une correction sur un échantillon représentatif avant de la généraliser. Après publication, contrôlez le code HTTP, le contenu rendu et l’inspection d’URL. Une demande d’indexation ne garantit pas l’inclusion.
Pour votre plan 2027, intégrez ces contrôles aux lancements et migrations plutôt que prévoir une refonte annuelle sans diagnostic. Notre guide hreflang et canonical détaille les relations entre langues. Notre guide d’accessibilité aide à choisir le référentiel adapté.