Faites vous-même l'audit de votre site avec cette checklist.

Que doit couvrir une checklist d'audit de site web ??

Votre liste de contrôle couvre huit domaines : l’architecture, les performances, la sécurité, la recherche, le schéma, la compatibilité avec l’IA, l’expérience éditoriale et la santé opérationnelle. Notez-les sur votre feuille, puis ajoutez une colonne pour les preuves que vous trouvez. Une valeur d’en-tête que vous copiez, une URL que vous notez, une capture d’écran que vous faites. L’évaluation leur attribue des pondérations de 15, 15, 12, 12, 10, 10, 10 et 16 % dans cet ordre. Et c’est la santé opérationnelle qui pèse le plus (c’est le pilier que l’on repousse souvent à la fin).

Alignez l’ordre de votre audit sur celui d’une liste de contrôle publiée : analyse de l’exploration, puis examen de l’indexation, puis validation des données structurées. Classez chaque constat de P0 à P3 selon sa gravité. Vous passerez ainsi votre premier après-midi sur les problèmes les plus sérieux, pas sur les plus visibles. Refaites votre audit complet au moins deux fois par an et surveillez votre site entre deux cycles. Un audit sans anomalie ne vaut que pour le jour où vous l’avez fait.

Votre site obtient une note sur 100, calculée à partir des huit piliers de votre page d’accueil et d’un échantillon pouvant aller jusqu’à huit pages. L’évaluation ne se connecte pas à votre site, ne lit pas vos statistiques, n’analyse pas les données de performance sur le terrain et ne mène pas d’entretiens avec vous ou votre équipe. Ces manques, c’est à vous de les combler. Votre audit manuel couvre justement ce que vous pouvez vérifier vous-même, et ce qu’une analyse publique ne voit pas.

Comment vérifier l'architecture et le rendu ??

Vérifiez l’architecture en comptant les clics depuis votre page d’accueil, puis vérifiez le rendu en comparant le code source avec ce que votre navigateur affiche. Cherchez dans le code source de votre page principale votre titre principal et votre premier paragraphe. Vous ne les voyez pas ? Alors votre contenu dépend de JavaScript. Une liste de contrôle recommande de vérifier que le contenu reste accessible en HTML brut avant l’exécution de JavaScript. Testez votre site : une page que vous n’avez vue qu’une fois affichée ne mérite pas votre confiance.

Parcourez vos menus et vos liens. Aucune page importante ne devrait demander plus de trois clics depuis votre page d’accueil, et vos fils d’Ariane doivent être présents et utiliser un balisage de données structurées. Exportez vos liens internes avec Screaming Frog ou Ahrefs Site Audit, puis listez les pages sans aucun lien interne entrant : ce sont vos pages orphelines. Comparez cette exploration à votre plan de site XML. Corrigez les 404, les 302, les chaînes de redirection et les liens internes rompus. Ce sont les chaînes de redirection que vous oubliez (elles fonctionnent correctement, et c’est bien pour ça qu’elles restent).

L’évaluation analyse les balises, les titres et les signaux canoniques de votre page d’accueil et des pages échantillonnées. L’architecture représente 15 % de votre note. Mais elle ne parcourt pas toutes les URL. Trouver les pages orphelines reste donc à votre charge.

Comment mesurer la performance depuis l'extérieur ??

Vérifiez les performances depuis l’extérieur : analysez vos pages les plus consultées avec PageSpeed Insights et Lighthouse, puis lisez les problèmes signalés, scripts trop lourds, fichiers multimédias non optimisés ou décalages de mise en page. Commencez par votre page d’accueil, puis passez aux gabarits de pages les plus fréquentés. Ouvrez l’onglet « Réseau » de votre navigateur, rechargez votre page, triez les éléments par taille et notez vos fichiers les plus volumineux. Le plus lourd n’est presque jamais celui que vous auriez deviné.

Vérifiez aussi la version mobile. Affichez votre site sur votre vrai téléphone et repérez les textes trop petits pour être lus, les boutons trop proches pour votre pouce et les contenus qui sautent pendant le chargement de la page. Les chiffres de tests en laboratoire ne vous donnent qu’un aperçu d’une seule série de tests. Ils ne disent pas ce que vos visiteurs ont réellement vécu, alors ne les lisez pas ainsi (une seule série de tests constitue un relevé, pas un verdict).

Attendez-vous à retrouver, dans l'évaluation, les mêmes fichiers lourds que dans l'onglet « Réseau » : elle mesure le poids des scripts et des images sur votre page d'accueil et sur les pages échantillonnées. C'est un signal. Mais la performance pèse 15 % de votre note, et ce test n'intègre pas les données de performance en conditions réelles. Gardez cette limite en tête. Lisez donc votre résultat comme un indice de plus, utile pour orienter vos vérifications, pas comme une vision globale de la situation.

Comment vérifier les en-têtes de sécurité ??

Inspectez vos en-têtes de sécurité en testant votre page d'accueil avec Mozilla Observatory ou SmartScanner, ou en regardant directement les en-têtes de réponse dans l'onglet « Réseau » de votre navigateur (l'onglet suffit). Faites simple. Repérez X-Frame-Options, X-Content-Type-Options, Referrer-Policy et Strict-Transport-Security, puis contrôlez aussi Content-Security-Policy, Permissions-Policy et les trois politiques Cross-Origin. Pour chaque en-tête, notez s'il est présent, absent ou mal configuré. Mais méfiez-vous du libellé : « mal configurée » prête à confusion, car un en-tête peut figurer dans la réponse et ne servir à rien. Relisez donc vos résultats avec cette nuance en tête.

Contrôlez les valeurs renvoyées par votre site, pas seulement leur présence. Votre en-tête X-Content-Type-Options doit contenir « nosniff ». La directive « max-age » de votre en-tête Strict-Transport-Security doit être fixée à 31536000, soit un an, le minimum requis pour le préchargement HSTS. Et votre en-tête « Content-Security-Policy » doit apparaître dans chaque réponse émise, pas seulement dans le document principal. Générez un nonce unique à chaque requête : c'est la méthode recommandée pour limiter l'exécution de vos scripts. Vous pouvez ignorer l'en-tête « X-XSS-Protection ». MDN recommande d'utiliser CSP à la place et signale que l'ancien en-tête peut créer des vulnérabilités. S'il est encore envoyé par votre serveur, supprimez-le.

Généralisez le protocole HTTPS. Partout. Corrigez chaque page encore servie en HTTP, chaque avertissement de contenu mixte et tous les liens internes qui pointent encore vers une ancienne URL HTTP. L'évaluation analyse les en-têtes de réponse sur votre page d'accueil et sur les pages échantillonnées, et le critère de sécurité représente 12 % de votre note. Mais une limite demeure. La configuration de votre serveur reste invisible au-delà de ce que ces réponses révèlent : un en-tête ne montre que ce que le serveur choisit de communiquer.

Comment vérifier les signaux de référencement et les données structurées ??

Vérifiez vos signaux SEO en testant vos balises canoniques, votre plan de site XML et vos redirections, puis validez vos données structurées avec les outils de Google. Commencez par le code source. Assurez-vous que la balise canonique de vos pages cible bien la version que vous voulez voir indexée. Et ce n'est souvent pas le cas. Travaillez ensuite dans cet ordre : définissez vos balises canoniques, supprimez les paramètres en double, fusionnez les contenus similaires, puis vérifiez votre pagination. Chaque étape cadre la suivante : en sauter une, c'est généralement refaire le travail.

Votre plan du site ne doit répertorier que les pages indexables. Tenez-le à jour après chaque modification majeure du site, puis soumettez-le via la Search Console. Vous visez des résultats enrichis sur Google ? Commencez par le test des résultats enrichis. Pour les vérifications génériques de schema.org, validez votre balisage avec le validateur de balisage Schema. Après le déploiement, surveillez vos rapports d'état des résultats enrichis : une erreur de gabarit ou de diffusion peut rendre vos pages inaccessibles sans que personne ne s'en aperçoive. Et mieux vaut quelques propriétés recommandées, complètes et précises, que beaucoup de propriétés incomplètes. Terminez celles que vous avez déjà. Vous en ajouterez d'autres ensuite.

Si vous utilisez des carrousels, votre élément `itemListElement` doit comporter au moins deux éléments `ListItem` de même type. Ce point compte. L'évaluation analyse les signaux relatifs aux robots, aux URL canoniques et aux données structurées sur vos pages échantillonnées : vous y retrouvez les mêmes signaux que ceux que vous vérifiez à la main. Le référencement naturel représente 12 % de votre note. Le schéma en représente 10 %. Et ensemble, ils dépassent n'importe quel autre pilier, à l'exception de la santé opérationnelle. Difficile, dans ces conditions, d'y voir de simples tâches d'entretien.

Comment vérifier la préparation à l'IA, l'expérience éditoriale et la santé opérationnelle ??

Trois vérifications sont indispensables. Lisez votre fichier robots.txt pour connaître les règles appliquées aux robots d'indexation de l'IA, relisez vos titres et vos en-têtes comme le ferait un éditeur, puis explorez votre site pour repérer les liens rompus et les chaînes de redirection. Côté IA, fixez vous-même, en connaissance de cause, les règles du fichier robots.txt pour chaque robot d'exploration. Ensuite, cherchez chaque trimestre GPTBot, ClaudeBot et PerplexityBot dans vos journaux de serveur, car le fichier robots.txt repose sur la bonne foi. Et votre règle n'est qu'une demande : seuls vos journaux montrent quels robots l'ont respectée.

Si vous utilisez un fichier llms.txt, traitez-le comme un guide simple et gardez une liste courte, entre 10 à 50 URL. Côté expérience éditoriale, ouvrez quelques pages vous-même. Examinez vos titres : un seul H1, bien visible, puis des niveaux de sous-titres qui se suivent dans le bon ordre. Triez ensuite les résultats de votre exploration pour faire ressortir les balises de titre en double et les pages au contenu trop mince.

Pour garder un site en bon état de marche, relancez régulièrement les contrôles des liens rompus et des redirections, et refaites un audit complet deux fois par an. L'évaluation analyse les robots, les balises d'en-tête et les signaux de balisage sur les pages qu'elle échantillonne, celles-là mêmes que vous venez de vérifier à la main. Vos notes de maturité IA et d'expérience éditoriale pèsent chacune 10 %, celle de santé opérationnelle 16 %. Vos journaux de serveur échappent à l'évaluation : la vérification trimestrielle des journaux reste donc à votre charge.

Vos questions, nos réponses.

À lire ensuite.

1. 01Analyse de site webL'analyse générale, sur les huit piliers.
2. 02Audit SEO d'entrepriseCe qu'un scan gratuit permet de déterminer, et ses limites.
3. 03Audit SEO IAAccès des robots, passages extractibles, données structurées, llms.txt.