Checklist SEO pour un site : plus de 80 points à auditer

Le SEO n’est pas une action isolée : c’est un système. Un sitemap bien configuré ne propulsera pas un projet en tête, et une balise title bien rédigée ne compensera pas un serveur lent. Cette checklist couvre tous les domaines clés, des fondations techniques jusqu’au contenu et à la mesure. Utilisez-la au lancement d’un nouveau site, avant un audit, ou comme grille de révision récurrente.

Comment utiliser cette checklist

Chaque section est classée par importance. Les points marqués comme critiques relèvent de l’hygiène de base : sans eux, le reste n’a pas de sens. Les autres sont des améliorations de second et troisième niveau. Pour un nouveau site, parcourez la checklist de haut en bas. Pour un site existant, commencez par les sections où vous soupçonnez un problème, puis couvrez le reste.

Checklist SEO technique

Le SEO technique est le socle. Si Google ne peut pas trouver, lire ou indexer vos pages, aucun contenu ni aucun lien ne l’aidera. Commencez par cette section.

Indexation et crawl

1. robots.txt existe et est accessible à l’adresse /robots.txt : aucune page commerciale ou produit n’est bloquée par une directive Disallow
2. Le sitemap XML est créé, contient toutes les pages publiques et a été soumis à Google Search Console via la section Sitemaps
3. Aucune page qui doit être indexée ne porte une balise <meta name="robots" content="noindex">
4. Googlebot peut charger le CSS et le JavaScript : ces chemins ne sont pas bloqués dans robots.txt (erreur fréquente lors du passage de la préproduction à la production)
5. Les paramètres d’URL sont configurés dans Google Search Console, pour que les identifiants de session et les paramètres UTM ne créent pas de pages dupliquées
6. Le budget de crawl n’est pas gaspillé : aucune URL infinie issue d’une pagination sans limite, aucune navigation à facettes qui génère des milliers de variantes non canonicalisées
7. Toutes les pages sont accessibles à une seule URL canonique : aucune version parallèle sans redirection ni balise canonical

Structure des URL et redirections

1. Les URL utilisent des mots lisibles séparés par des tirets, et non des identifiants ou des nombres : /blog/seo-checklist au lieu de /p?id=4821
2. Le séparateur de mots est le tiret (-), et non le tiret bas (_) : Google traite le tiret bas comme un lien entre deux mots
3. Les URL sont entièrement en minuscules : /Blog/Article crée un doublon technique de /blog/article
4. La redirection 301 de HTTP vers HTTPS est configurée et fonctionne
5. La redirection 301 de www vers non-www (ou l’inverse) est en place : un seul domaine canonique est choisi
6. Aucune chaîne de redirections ne compte plus d’un saut : A → B → C doit devenir A → C
7. Toutes les pages supprimées renvoient soit 410 (Gone), soit une redirection 301 vers une page active. Ne laissez pas de 404 sur des pages qui ont reçu des backlinks
8. La page 404 renvoie un vrai code de statut 404 (et non 200 !), contient des liens utiles et ne crée pas d’impasse frustrante

HTTPS et sécurité

1. Le certificat SSL est valide et n’expire pas dans les 30 jours : le renouvellement automatique est activé (Let's Encrypt + Certbot)
2. Aucun contenu mixte : toutes les ressources de la page (CSS, JS, images, polices) se chargent en HTTPS, et non en HTTP
3. L’en-tête HSTS (Strict-Transport-Security) est défini dans la réponse du serveur
4. L’en-tête Content-Security-Policy est configuré et restreint l’origine des ressources chargées
5. L’en-tête X-Frame-Options ou la directive frame-ancestors de CSP empêche d’intégrer le site dans un iframe sans autorisation

Optimisation mobile

1. <meta name="viewport" content="width=device-width, initial-scale=1"> est présente sur chaque page
2. Le texte est lisible sans zoom : taille de police de base d’au moins 16 px pour le corps du texte
3. Les boutons et liens mesurent au moins 44 × 44 px, pour une zone tactile confortable
4. Aucun défilement horizontal sur les écrans d’au moins 320 px de large
5. Le Google Mobile-Friendly Test passe sans erreur critique
6. Pas de sous-domaine mobile séparé (m.site.com) : s’il en existe un, la balise canonical et hreflang sont correctement configurées, ou la migration complète vers un design responsive est terminée

Vitesse de chargement et Core Web Vitals

1. Le LCP (en général l’image principale en haut de page) est optimisé : format WebP, taille ne dépassant pas le besoin, attribut fetchpriority="high" ajouté
2. Les ressources bloquant le rendu sont éliminées : le CSS critique est intégré directement dans la page, les scripts non critiques utilisent defer ou async
3. Les images situées sous la ligne de flottaison ont l’attribut loading="lazy"
4. Toutes les images ont des attributs width et height explicites, ce qui évite le CLS
5. Le bundle JavaScript est allégé : aucune bibliothèque inutilisée, les dépendances lourdes sont remplacées par des alternatives plus légères
6. TTFB < 200 ms : le cache statique est configuré, un CDN est utilisé pour les médias, les requêtes en base de données sont optimisées
7. HTTP/2 ou HTTP/3 est utilisé : vérifiez-le dans Chrome DevTools → Network → colonne Protocol

Checklist on-page

L’on-page couvre tout ce que vous placez directement sur la page. C’est là que se déroule l’essentiel du travail SEO au quotidien : balises, titres, contenu, images, liens internes.

Balise title

1. Le title est unique pour chaque page du site : deux pages ne partagent jamais le même title
2. Longueur de 50 à 60 caractères : Google tronque les titres à environ 580 px de large
3. Le mot-clé principal est placé près du début : les premiers mots pèsent davantage
4. Pas de bourrage de mots-clés : « optimisation SEO services SEO Londres » est un signal d’alerte pour l’algorithme
5. Le title est rédigé en casse de phrase : « Checklist SEO pour un site », et non « Checklist SEO Pour Un Site »
6. La page d’accueil ne s’intitule pas simplement « Accueil » : cela gâche une occasion de se positionner sur les requêtes de marque

Meta description

1. La meta description est unique pour chaque page : les doublons réduisent le CTR de tout le site
2. Longueur de 140 à 160 caractères : dans cette plage, elle s’affiche sans troncature dans la plupart des cas
3. Le mot-clé principal y figure : Google met en gras les correspondances avec la requête de l’utilisateur
4. Un appel à l’action précis est présent : « Lisez la checklist complète », « Auditez votre site en 15 minutes »
5. Pas de caractères spéciaux (", <, >) : ils peuvent être supprimés ou échappés à l’affichage

Structure des titres H1 à H6

1. Chaque page a exactement une balise H1 : ni aucune, ni deux
2. Le H1 contient le mot-clé principal et correspond au sujet du title
3. Le H1 est correctement balisé en HTML, et non une div ou un span simplement agrandi visuellement
4. La hiérarchie des titres est continue : H2 → H3, sans saut de H2 à H4
5. Les H2 incluent des requêtes sémantiquement proches et des synonymes, ce qui élargit la couverture thématique
6. Les titres décrivent le contenu de la section : ils ne sont pas des slogans marketing sans valeur SEO

Balises canonical et doublons

1. Une balise canonical est présente sur chaque page : auto-référencée, ou pointant vers la version préférée
2. Pas de canonical contradictoire : par exemple, une canonical pointe vers A alors que le sitemap soumet B
3. Les pages de pagination (/category?page=2) ont une canonical auto-référencée, et non une canonical vers la page 1, pratique que Google a dépréciée en 2019
4. Les versions avec et sans slash final se comportent de manière cohérente : l’une redirige vers l’autre
5. Les versions imprimables et les pages AMP (le cas échéant) sont correctement reliées à la version canonique

Optimisation des images

1. Toutes les images ont un attribut alt descriptif : ni vide, ni identique d’une image à l’autre
2. Les images décoratives (séparateurs, arrière-plans) ont alt="" (vide), ce qui est correct pour l’accessibilité
3. Les noms de fichiers décrivent le contenu : seo-checklist-exemple.webp, et non IMG_4821.webp
4. Format WebP (ou AVIF) pour les photos et les illustrations complexes : 25 à 35 % plus léger qu’un JPEG à qualité équivalente
5. Les attributs width et height sont définis sur toutes les images, ce qui évite le décalage de mise en page (CLS)
6. loading="lazy" sur les images situées sous la ligne de flottaison
7. L’image principale (au-dessus de la ligne de flottaison) a fetchpriority="high" et n’a PAS de loading="lazy"

Maillage interne

1. Chaque nouvelle page reçoit au moins un lien interne depuis un contenu existant : aucune page orpheline
2. Les ancres sont descriptives : « consultez la checklist robots.txt complète » plutôt que « ici », « lire » ou « lien »
3. Les pages clés (services, catégories) reçoivent plus de liens internes que les contenus de soutien
4. Aucun lien interne cassé (404) : vérifiez avec Screaming Frog, Sitebulb ou Ahrefs
5. Aucun lien ne pointe vers une page en noindex : un lien interne vers une page masquée gaspille le budget de crawl

Données structurées

Le balisage structuré aide Google à comprendre le type de page et donne accès aux résultats enrichis dans la recherche. Pour la plupart des sites, c’est un levier supplémentaire de progression du CTR, sans changement de positionnement.

Balisage Schema.org

1. Le type de balisage correspond au type de page : Article ou BlogPosting pour les articles, Product pour les produits, LocalBusiness pour les entreprises locales, FAQ uniquement si le contenu est visible et utile aux lecteurs
2. Le balisage est mis en place au format JSON-LD (format recommandé par Google), et non en Microdata
3. Le balisage est validé avec le Rich Results Test et dans Google Search Console → Améliorations : aucune erreur critique
4. Les champs obligatoires sont renseignés : pour un Article, headline, author et datePublished ; pour un Product, name, description et offers
5. Le contenu FAQ doit être visible et exact ; n’ajoutez pas de balisage pour viser une fonctionnalité de recherche
6. Pour les entreprises locales, le nom, l’adresse et le téléphone (NAP) figurant dans le balisage correspondent exactement à ceux de Google Business Profile

Open Graph et balises sociales

1. Les balises og:title, og:description, og:image et og:url sont définies sur chaque page
2. og:image mesure au moins 1 200 × 630 px, la taille optimale pour les aperçus sur Facebook et LinkedIn
3. og:type est correct : website pour la page d’accueil, article pour les articles de blog
4. Les balises Twitter Card sont configurées : twitter:card, twitter:title, twitter:image
5. Les aperçus sont testés avec le Facebook Sharing Debugger et le Twitter Cards Validator

Contenu et E-E-A-T

Depuis 2022–2023, Google renforce constamment l’importance de l’E-E-A-T (expérience, expertise, autorité, fiabilité) dans l’évaluation des pages. Il ne s’agit pas d’un signal algorithmique direct, mais les signaux E-E-A-T sont corrélés au positionnement dans les niches concurrentielles.

Qualité du contenu

1. Le contenu est écrit pour les personnes, et non pour les robots : la page existe parce qu’elle apporte une vraie valeur à l’utilisateur, et pas seulement parce qu’elle capte du trafic
2. Le mot-clé principal et ses variantes apparaissent dans le H1, le premier paragraphe, un ou deux H2, et naturellement dans le reste du texte
3. Pas de bourrage de mots-clés : la même requête n’est pas répétée dans chaque phrase
4. Le sujet est traité en profondeur : la page répond à toutes les questions connexes des utilisateurs. Vérifiez ce que couvrent les concurrents du top 5
5. Des chiffres, des dates et des exemples précis sont utilisés, et non des formules générales comme « le SEO est très important pour une entreprise »
6. L’auteur est nommé, avec au moins une courte biographie : un contenu anonyme est plus faible du point de vue E-E-A-T
7. Les dates de publication et de mise à jour sont visibles : Google tient compte de la fraîcheur du contenu pour certains sujets

Audit de contenu régulier

1. Les pages sans trafic organique depuis 12 mois ou plus ont été analysées. Décision : les améliorer, les fusionner avec une autre page ou les supprimer avec une redirection 301
2. Les données périmées (statistiques, outils, liens) ont été mises à jour, surtout pour les contenus SEO, marketing et tech
3. Aucun contenu dupliqué entre les pages du site : utilisez Siteliner ou Screaming Frog pour le détecter
4. Les contenus pauvres (pages de moins de 200 à 300 mots, à faible valeur) ont été fusionnés dans des pages plus longues ou enrichis
5. Vérifiez la cannibalisation : plusieurs pages ne se disputent pas la même requête, ce que montre le rapport des requêtes de Search Console

Checklist off-page

Le SEO off-page dépasse le site lui-même : il couvre le profil de backlinks, les mentions et la présence locale. Ces facteurs sont plus difficiles à influencer, mais ils déterminent l’autorité de domaine aux yeux de Google.

Profil de backlinks

1. Le profil de backlinks est examiné dans Ahrefs, Semrush ou Google Search Console (rapport Liens) : aucun lien de spam massif issu de PBN ou de fermes de liens
2. Le fichier de désaveu est configuré dans Google Search Console lorsque des liens manifestement manipulateurs ou de spam sont présents
3. Une stratégie de netlinking active est en place : articles invités, HARO/Connectively, partenariats, digital PR
4. Le profil d’ancres est diversifié : aucune sur-représentation d’ancres commerciales à correspondance exacte, qui paraîtraient artificielles
5. Les liens externes pointant vers votre site mènent à des pages actives : aucune popularité transmise n’est perdue sur des 404

SEO local (pour les entreprises locales)

1. Le profil Google Business Profile est créé, vérifié et entièrement renseigné : catégorie, description, horaires, photos
2. Le NAP (nom, adresse, téléphone) est identique sur le site, dans Google Business Profile et dans tous les annuaires : la moindre incohérence brouille l’algorithme
3. Le site est inscrit dans les annuaires sectoriels et locaux pertinents (Yelp, agrégateurs sectoriels)
4. Les avis Google reçoivent des réponses régulières, positives comme négatives
5. Le balisage LocalBusiness est correctement configuré sur les pages de localisation

Analyse et suivi

Le SEO sans analyse revient à travailler à l’aveugle. L’analyse ne se contente pas de montrer les résultats : elle indique précisément où se situe le problème, qu’il s’agisse d’une baisse de trafic, d’une perte de positions ou d’un taux de rebond élevé sur une page donnée.

Google Search Console

1. Le site est vérifié dans Google Search Console par DNS ou par balise HTML
2. Le sitemap XML est soumis et n’affiche aucune erreur
3. Le rapport Indexation des pages est consulté chaque mois : aucune nouvelle erreur « Exclue » ou « Explorée, non indexée »
4. Le rapport Core Web Vitals de Google Search Console montre l’état de LCP, INP et CLS, d’après les données réelles des utilisateurs
5. Le rapport Liens est consulté chaque trimestre pour suivre le profil de backlinks externes
6. Les alertes e-mail pour les erreurs sont activées : Google envoie une notification lorsqu’il détecte un problème d’exploration ou d’indexation

Google Analytics 4

1. GA4 est installé et les données remontent correctement : vérifiez-le dans le rapport en temps réel
2. Les événements de conversion clés sont configurés : envoi de formulaire, clic sur l’appel, ajout au panier, inscription
3. Un filtre de trafic interne est en place, pour que les visites des employés ne faussent pas les données
4. GA4 est relié à Google Search Console : l’analyse des requêtes se combine aux données de comportement sur le site
5. Le rapport des canaux de trafic est configuré avec une séparation claire : Recherche organique / Direct / Referral / Payant

Calendrier de suivi régulier

Questions fréquentes sur les checklists SEO