technical-seo-geo

Auditeur automatisé pour le SEO technique, le HTML sémantique, l'accessibilité, les métadonnées, Open Graph, les données structurées, les sitemaps, robots.txt, les canoniques, le maillage interne, les Core Web Vitals, le SEO Next.js, le SEO e-commerce, le GEO, l'AEO, la visibilité LLM, l'optimisation pour la recherche IA et l'optimisation de la récupération d'informations.

CONTRAT D'EXÉCUTION NON NÉGOCIABLE

Cette compétence est un workflow d'audit en direct, et non une liste de contrôle statique.

1. EXIGENCE DE SOURCE EN DIRECT / LA PLUS RÉCENTE

Au début de chaque audit, vous DEVEZ récupérer et vérifier les dernières directives pertinentes sur le Web.

Ne supposez pas que les fichiers .md fournis sont à jour. Ils ne représentent que la connaissance de base.

Pour chaque domaine d'audit applicable :

Ouvrez les sources d'origine dans source-registry.md.
Vérifiez que la page est accessible et à jour.
Consultez le journal des modifications, les mises à jour, les notes de version, « Quoi de neuf », ou équivalent de la source, le cas échéant.
Suivez les sous-liens pertinents de première partie découverts dans la source.
Continuez à suivre les sous-liens pertinents de manière récursive jusqu'à ce qu'il n'y ait plus de références faisant autorité supplémentaires pouvant modifier la règle audité.
Préférez la version applicable la plus récente d'une spécification ou d'une page de documentation.
Enregistrez l'URL de la source, la date/version de la source lorsqu'elle est disponible, et la règle qu'elle prend en charge.
Si une source est indisponible, réessayez et/ou trouvez le remplacement faisant autorité avant de continuer. Ne la sautez jamais silencieusement.

2. HIÉRARCHIE DES SOURCES

Utilisez cet ordre d'autorité :

Google Search Central / standards Web Google
W3C / WCAG / WAI / WHATWG
Schema.org
Documentation officielle Next.js et documentation des versions / modifications
MDN
OWASP
Documentation officielle de la bibliothèque/du framework pertinente pour la pile détectée
Sources industrielles réputées
Documents de recherche / sources expérimentales GEO-AI

Une source de moindre autorité NE DOIT PAS remplacer une source de plus haute autorité directement applicable.

En cas de conflit entre sources :

Préférez la source faisant autorité la plus récente.
Enregistrez le conflit.
Expliquez quelle source a gagné et pourquoi.
Ne choisissez jamais silencieusement.

3. POLITIQUE DE NON-SAUT / NON-ARRÊT PRÉCOCE

L'agent NE DOIT PAS :

sauter une catégorie d'audit parce qu'une autre catégorie a déjà trouvé des problèmes ;
sauter la vérification de la source parce que la référence fournie semble suffisante ;
sauter un sous-lien parce que la page parente a déjà été lue ;
s'arrêter après avoir trouvé quelques problèmes critiques ;
remplacer la vérification requise par des hypothèses ;
signaler « non vérifié » sans un bloquant documenté et une tentative de récupération.

L'audit n'est terminé que lorsque chaque catégorie applicable a un statut enregistré :

PASS
ISSUES_FOUND
NOT_APPLICABLE avec des preuves
BLOCKED_AFTER_RETRY avec des preuves de tentatives et une source/chemin alternatif si possible

Une catégorie ne peut pas être omise silencieusement.

4. PORTER DE FINALISATION

Avant de produire le rapport final, effectuez une vérification de finalisation par rapport au registre d'exécution obligatoire. Le rapport est généré uniquement à partir des états terminaux du registre.

Portes requises :

Si une porte échoue, continuez à travailler. Ne finalisez pas le rapport simplement parce qu'un rapport plausible peut déjà être rédigé.

5. POLITIQUE DE RÉCUPÉRATION / NOUVELLE TENTATIVE

Lorsqu'une opération requise échoue :

Diagnostiquez l'échec.
Réessayez en utilisant le même chemin fiable si approprié.
Essayez une source/chemin équivalent faisant autorité.
Continuez avec un travail d'audit indépendant qui ne dépend pas de l'échec.
Revenez à l'élément bloqué.
Enregistrez le statut final et les preuves.

Un échec Web temporaire n'est pas une autorisation à utiliser des connaissances obsolètes sans divulgation.

6. GRAPHE DE SOURCES / EXPLORATION DES SOUS-LIENS

Traitez chaque page de documentation faisant autorité comme un nœud dans un graphe de sources.

Pour chaque page source ouverte :

inspectez les liens vers les spécifications, les références API, les journaux des modifications, les guides de migration, les mises à jour, les outils de validation et les directives officielles connexes ;
suivez les liens pertinents qui peuvent modifier matériellement la règle d'implémentation ;
évitez la navigation non pertinente, le marketing, les commentaires ou les pages de produits sans rapport ;
dédupliquez les URL et canonisez les variantes d'URL évidentes ;
tenez un registre des sources visitées ;
ne revisitez pas une URL à moins que son contenu/version n'ait changé ou qu'une affirmation contradictoire ne nécessite une nouvelle vérification.

L'objectif est l'exhaustivité de la source pertinente, pas une limite arbitraire de profondeur d'exploration.

7. RÈGLE DE PRIORITÉ AUX PREUVES

Ne convertissez pas une recommandation en constatation sans preuve.

Pour chaque constatation, capturez :

preuve exacte du code/page/URL ;
source soutenant la règle ;
date/version de la source lorsqu'elle est disponible ;
pourquoi l'implémentation actuelle viole ou manque la règle ;
correction concrète.

Distinguez clairement entre :

défaut confirmé ;
risque ;
recommandation ;
pratique émergente ;
idée expérimentale.

7A. BUDGET DE CONTEXTE / CHARGEMENT DE RÉFÉRENCE À LA DEMANDE

Les fichiers de référence fournis sont intentionnellement modulaires. Ne chargez PAS chaque fichier .md dans le contexte au début d'un lancement.

Utilisez cet ordre de chargement :

Lisez SKILL.md et source-registry.md.
Inspectez le projet et déterminez quels domaines d'audit sont applicables.
Chargez uniquement le(s) fichier(s) de référence nécessaire(s) pour le domaine actuellement audité.
Une fois un domaine terminé, conservez son résultat dans le registre d'exécution au lieu de conserver l'intégralité du texte de référence dans le contexte actif.
Chargez des modules supplémentaires uniquement lorsqu'une constatation, une version de framework, un conflit de source ou un détail d'implémentation l'exige.

Le manuel local au projet défini ci-dessous est la mémoire opérationnelle compacte pour les lancements futurs. Il DOIT être préféré à la copie de l'intégralité de cette compétence dans le contexte du projet.

7B. MANUEL LOCAL AU PROJET (DURABLE, JAMAIS SUPPRIMÉ AUTOMATIQUEMENT)

Lors de la première utilisation dans un projet, créez un fichier compact à .claude/technical-seo-geo-runbook.md uniquement s'il n'existe pas déjà.

Règles pour ce fichier :

Il s'agit d'une documentation de projet durable, pas d'un état d'exécution.
Ne l'écrasez jamais automatiquement après sa création.
Ne le supprimez jamais lors du nettoyage du registre.
Gardez-le court (cible : <= 120 lignes).
Il ne contient que la séquence d'exécution, les décisions spécifiques au projet et les pointeurs—pas de documentation de référence copiée.
Mettez-le à jour uniquement lorsqu'une décision de workflow spécifique au projet est réellement modifiée, et préservez le contenu existant appartenant au projet.

Le contenu initial du manuel doit être la séquence d'étapes compacte présentée dans PROJECT-LOCAL-STEPS.md.

8. DÉTECTEZ LA PILE RÉELLE

Avant d'appliquer des règles spécifiques au framework :

inspectez package.json ;
détectez la version de Next.js ;
détectez la version de React ;
détectez TypeScript ;
détectez le modèle de routage ;
détectez les bibliothèques d'interface utilisateur/d'accessibilité ;
détectez les bibliothèques de schéma/SEO ;
détectez les outils de test/construction.

Appliquez les dernières règles appropriées aux versions détectées. N'imposez pas les règles Next.js à un projet non-Next.js.

8A. RÈGLE D'ARRÊT NON VOLONTAIRE

L'agent NE DOIT PAS mettre fin volontairement à l'exécution parce que la tâche est importante, que de nombreux problèmes ont déjà été trouvés, qu'un outil a échoué ou qu'un rapport plausible peut déjà être produit. Continuez tout le travail indépendant et revenez au travail bloqué avant la finalisation. Si une contrainte externe empêche réellement la réalisation, enregistrez la contrainte exacte, la couverture terminée, les tentatives de récupération et les éléments non vérifiés restants plutôt que d'impliquer une réalisation.

9. REGISTRE D'EXÉCUTION OBLIGATOIRE (ANTI-SAUT / ANTI-ARRÊT PRÉCOCE)

Chaque exécution DOIT maintenir un registre d'audit explicite en mémoire ou dans un fichier de travail temporaire. Le registre est la machine d'état d'exécution pour l'audit ; un rapport en prose n'en est pas un substitut.

Stockage et nettoyage du registre d'exécution (OBLIGATOIRE)

Ne conservez PAS un modèle de registre par exécution ou un fichier d'état d'exécution dans le référentiel de projet de l'utilisateur.
Ne créez, n'écrasez et ne supprimez PAS un fichier de projet persistant uniquement pour suivre l'exécution en cours.
Stockez l'état d'exécution uniquement dans un répertoire d'exécution temporaire en dehors du référentiel, par exemple $TMPDIR/technical-seo-geo/<run-id>/.
Le répertoire temporaire DOIT être unique par exécution.
En cas de réalisation normale, supprimez le répertoire d'exécution temporaire.
En cas de plantage/interruption, une exécution ultérieure DOIT nettoyer les répertoires d'exécution temporaires technical-seo-geo/* obsolètes avant d'en démarrer une nouvelle.
Ne supprimez jamais les fichiers du projet utilisateur, .git, context/, .claude/ ou tout autre contenu de projet persistant dans le cadre du nettoyage du registre.
L'ancien run-ledger-template.md fourni est intentionnellement NON requis et NE DOIT PAS être installé dans le projet.

Cette séparation est délibérée : le projet ne conserve que des instructions durables ; l'état d'exécution transitoire ne pollue jamais le référentiel ni n'alourdit le contexte futur.

Le registre DOIT contenir au moins :

| ID | Domaine | Requis ? | Statut source | Statut d'audit | Preuves | Statut de récupération | |---|---:|---|---|---|---| | D1 | Rafraîchissement source en direct | oui | en_attente/vérifié/bloqué | en_attente/réussite/problèmes/bloqué | URL(s) | tentatives | | D2 | Exploration/indexabilité | oui | ... | ... | ... | ... | | D3 | HTML sémantique | oui | ... | ... | ... | ... | | D4 | Accessibilité | oui | ... | ... | ... | ... | | D5 | Métadonnées/social | oui | ... | ... | ... | ... | | D6 | Données structurées | oui | ... | ... | ... | ... | | D7 | Sitemap/robots/canonique | oui | ... | ... | ... | ... | | D8 | Liens internes | oui | ... | ... | ... | ... | | D9 | Performance/CWV | oui | ... | ... | ... | ... | | D10 | E-commerce | conditionnel | ... | ... | ... | ... | | D11 | GEO/AEO/recherche IA | oui | ... | ... | ... | ... | | D12 | Next.js | conditionnel | ... | ... | ... | ... | | D13 | Sécurité/renforcement | conditionnel | ... | ... | ... | ... | | D14 | Portes de validation | oui | ... | ... | ... | ... |

Règles :

Un domaine commence comme en_attente et ne peut être considéré comme terminé sans un statut terminal explicite.
en_attente, en_cours, TODO, SKIP, inconnu et les champs vides sont des états non terminaux et interdisent la finalisation.
Si le travail est interrompu par une erreur, un délai d'attente, une limite de débit, une dépendance manquante ou un échec d'outil, marquez l'élément affecté BLOCKED_AFTER_RETRY uniquement après avoir épuisé les tentatives de récupération ; continuez d'abord tous les domaines indépendants, puis réessayez l'élément bloqué à nouveau.
L'agent NE DOIT PAS marquer un domaine entier PASS parce qu'un sous-ensemble de vérifications a réussi.
Si un élément n'est pas applicable, joignez une preuve concrète de pourquoi il n'est pas applicable.
Avant la sortie finale, chaque ligne de registre requise doit être terminale et chaque ligne conditionnelle doit être explicitement marquée NOT_APPLICABLE ou audité.
Le rapport final DOIT être généré à partir du registre, pas de la mémoire ou de l'intuition.

Invariant de réalisation du registre

FINALIZABLE = all(éléments requis sont terminaux) ET toutes les constatations ont des preuves ET tous les rafraîchissements de source obligatoires sont terminaux ET toutes les validations applicables ont des résultats explicites.

Si FINALIZABLE = false, ne produisez pas le rapport d'audit final. Continuez l'exécution ou signalez le blocant exact uniquement après avoir épuisé tous les chemins de récupération autorisés.

10. RÈGLE OBLIGATOIRE D'EXPIRATION / DE FRAÎCHEUR DE LA SOURCE EN DIRECT

« Le plus récent » signifie les informations faisant autorité les plus récentes découvrables au moment de l'exécution, pas les informations les plus récentes connues du modèle et pas les markdowns fournis les plus récents.

Pour chaque famille de source applicable :

Ouvrez la page d'origine/actuelle.
Lisez ses informations de dernière mise à jour/publication/version lorsqu'elles sont disponibles.
Inspectez le journal des modifications officiel, la page de mises à jour, les notes de version, l'historique ou l'index des versions.
Suivez les liens pertinents de première partie de manière récursive.
Re-vérifiez la source actuelle après avoir suivi des références plus récentes lorsque la page plus ancienne y fait référence.
Enregistrez la version/date faisant autorité sélectionnée dans le registre.

Ne codez jamais en dur une version de framework actuelle, un seuil des Core Web Vitals, une fonctionnalité de données structurées, un état d'accessibilité ou un comportement de Google Search dans la recommandation finale sans vérification au moment de l'exécution.

Préséance de fraîcheur des sources

Lorsque plusieurs pages couvrent la même règle, choisissez dans cet ordre :

Spécification normative actuelle / documentation officielle pour la version détectée.
Version officielle actuelle / journal des modifications / avis de sécurité.
Guide d'implémentation officiel actuel.
Documentation secondaire uniquement lorsque les sources de première partie ne couvrent pas le problème.
Sources industrielles/marketing pour les pratiques supplémentaires ou expérimentales uniquement.

Un brouillon plus récent ne remplace PAS automatiquement une recommandation finalisée existante. Enregistrez le statut normatif (Recommandation, Brouillon de travail, Obsolète, etc.) et appliquez l'autorité normative appropriée.

11. VÉRIFICATION RÉCURSIVE DES SOUS-LIENS — AVEC UNE VRAIE CONDITION D'ARRÊT

L'exploration récursive DOIT être sûre en termes de largeur/profondeur et complète pour les liens faisant autorité pertinents.

Pour chaque nœud source, inspectez les liens dont la destination pourrait modifier une règle d'audit, y compris :

normes/spécifications ;
références API ;
documentation versionnée ;
guides de migration ;
journaux des modifications et notes de version ;
avis de sécurité ;
avis d'obsolescence ;
exigences/outils de validation ;
exemples officiels qui définissent le comportement ;
documentation officielle des fonctionnalités Google Search ;
documentation officielle de compatibilité framework/bibliothèque.

Utilisez un ensemble des pages visitées, indexé par un identifiant canonique (par exemple URL canonique ou combinaison titre+date), pour éviter les cycles et le travail redondant. L'exploration est terminée pour un nœud source une fois que chaque lien sortant menant à une page faisant autorité pertinente a été ouvert, inspecté et marqué comme n'ajoutant aucune règle supplémentaire.

12. ENREGISTREMENT DE L'ÉTAT DE LA SOURCE DANS LE RAPPORT FINAL

Le rapport d'audit final DOIT inclure un tableau ou une section de métadonnées source, et non pas seulement une liste de vérifications.

Pour chaque règle signalée, le rapport doit être traçable jusqu'à une source spécifique, une date de vérification et une version/autorité de la source.

13. COUVERTURE MINIMALE DU RAPPORT FINAL

Le rapport final DOIT inclure au moins :

Sommaire exécutif.
État du registre de sources indiquant que toutes les sources obligatoires ont été vérifiées.
Tableau de bord par domaine (PASS / PROBLÈMES / N/A / BLOQUÉ).
Constatations hiérarchisées par gravité.
Corrections concrètes avec références spécifiques aux sources.
État des portes de finalisation.

Les brouillons de rapport partiels ou les résumés non vérifiés ne satisfont PAS à cette exigence.

14. LIMITES DE CORRECTION : PAS DE RÉÉCRITURES AUTOMATIQUES

L'agent NE DOIT PAS :

réécrire le référentiel entier comme une correction unique ;
appliquer des modifications sans base de validation ;
laisser les fichiers dans un état instable ;
remplacer un fichier existant par une version d'audit sans un processus de validation.

Les corrections doivent être :

spécifiques au problème ;
basées sur des preuves ;
validables (par exemple, les modifications produisent une build propre) ;
livrées sous forme de suggestions ou de branches de fonctionnalités, pas d'écrasement direct.

15. SURVEILLANCE DU REGISTRE D'EXÉCUTION (OBLIGATOIRE)

Pendant tout l'audit, l'agent DOIT maintenir un fichier de registre de travail comme spécifié à la section 9. Le produit d'audit final est généré UNIQUEMENT à partir de ce registre une fois que l'invariant FIMALIZABLE est satisfait.

16. NON-RESPECT DE L'EXÉCUTION (OBLIGATOIRE)

L'agent DOIT signaler tout échec à satisfaire à l'une de ces directives comme un échec d'audit dans le rapport final. Les échecs d'audit incluent :

l'incapacité à vérifier ou à récupérer les sources requises ;
l'incapacité à terminer un domaine d'audit requis ;
l'incapacité à maintenir un registre d'exécution ;
l'émission d'un rapport de synthèse invérifiable ;
la violation de toute directive ci-dessus

17. SOURCES DE VARIANCE POUR L'AUDIT DE PERFORMANCE (CWV)

Les seuils et les mesures des Core Web Vitals (CWV) sont sujets à changement. Au moment de l'audit, l'agent DOIT :

Consultez la source de données CrUX (Rapport sur l'expérience utilisateur Chrome) pour le LCP (Largest Contentful Paint), le FID (First Input Delay) / l'INP (Interaction to Next Paint), et le CLS (Cumulative Layout Shift).
Consultez la documentation officielle de Google Search Central pour les métriques CWV actuelles.
Vérifiez les valeurs seuils spécifiques pour le statut « Good », « Needs Improvement », et « Poor ».
Notez que les valeurs rapportées dans les outils peuvent différer des valeurs de champ (données CrUX réelles).
Appliquez la version la plus récente de la spécification CWV.
Utilisez les outils de diagnostic approuvés (Lighthouse, PageSpeed Insights, Web Vitals Library, CrUX API) pour recueillir des preuves de performance.

18. EXTENSION DE L'AUDIT POUR LA CONFORMITÉ RGPD / CONFIDENTIALITÉ

Lorsque l'application recueille des données utilisateur, utilise des cookies, des scripts de suivi, des polices hébergées ou des ressources tierces, l'autit RGPD/confidentialité DOIT :

Détecter les cookies/stockage local/stockage de session et les scripts tiers.
Vérifier la présence et l'exactitude de :
- Mécanisme de consentement aux cookies.
- Politique de confidentialité (liens, exactitude du contenu, couverture du traitement).
- Avis sur les cookies.
- Politique relative aux données / informations sur les droits de l'utilisateur (accès, suppression, portabilité).
Vérifier les formulaires de collecte de données pour les cases à cocher de consentement explicite.
Vérifier l'encodage/le hachage/hébergement approprié des polices, analyses, scripts de remarketing.
Enregistrer les violations/risques de conformité.

19. EXTENSION DE L'AUDIT DE VIDANGE POUR LE CONTENU GÉNÉRÉ PAR L'IA (AIGC)

Lorsque la base de code ou le site contient du contenu généré par l'IA (AIGC) :

Détectez les marqueurs AIGC (commentaires, sections, indicateurs de génération, signatures de modèle).
Auditez le contenu généré par l'IA par rapport aux directives de Google sur le contenu généré par l'IA :
- Le contenu généré par l'IA DOIT apporter une valeur ajoutée et ne pas être un simple bourrage de mots-clés.
- Le contenu généré par l'IA NE DOIT PAS viser à manipuler le classement dans les recherches.
- Le contenu généré par l'IA DOIT être clairement identifiable (par exemple, via une mention « généré par l'IA ») lorsqu'il pourrait induire les utilisateurs en erreur.
- Le contenu généré par l'IA se conformant aux directives EEAT (Experience, Expertise, Authoritativeness, Trustworthiness) peut être classé normalement.
Vérifiez que le contenu généré par l'IA dispose d'une révision éditoriale, d'attributions et de mécanismes de vérification des faits.
Signalez les risques liés à la production de contenu généré par l'IA sans surveillance qui pourraient entraîner des pénalités de recherche.

20. EXTENSION DE L'AUDIT DE SÉCURITÉ

Pour toute propriété Web ou application exposée, exécutez les contrôles de sécurité suivants :

20.1 En-têtes de sécurité

Content-Security-Policy (CSP) – détection et évaluation
X-Frame-Options – détection (DENY, SAMEORIGIN)
X-Content-Type-Options – détection (nosniff)
Strict-Transport-Security (HSTS) – détection
Referrer-Policy – détection
Permissions-Policy – détection

20.2 OWASP Top 10 (pertinent pour le site/deployment)

XSS (Cross-Site Scripting) – vérifications de base de la politique de sécurité du contenu (CSP), échappement de la sortie.
CSRF (Cross-Site Request Forgery) – présence de jetons, cookies SameSite.
Injection – SQL, NoSQL, commande, LDAP (détection de bibliothèque, pratiques de requêtes paramétrées).
Mauvaise configuration de sécurité – ports exposés, en-têtes par défaut, modes de débogage.

20.3 Pratiques de codage sécurisé

Dépendances obsolètes connues pour contenir des vulnérabilités.
Clés API/tokens codés en dur.
Utilisation de pratiques non sécurisées (dangerouslySetInnerHTML, eval(), construction de chaîne SQL).

21. EXTENSION DE L'AUDIT D'ACCESSIBILITÉ — DIRECTIVES WCAG 2.2 COMPLÈTES

21.1 Principes et critères

Auditez par rapport aux quatre principes WCAG 2.2 (Perceptible, Utilisable, Compréhensible, Robuste) et leurs critères de succès.

Pour chaque échec détecté :

Enregistrez le critère de succès WCAG 2.2.
Enregistrez le niveau de conformité (A, AA, AAA).
Enregistrez la technique d'échec.
Fournissez une correction technique correspondant à la technique suffisante connue.

21.2 Éléments auditables

Texte alternatif pour les images et les éléments non textuels.
Contraste des couleurs (texte normal, texte grand, composants d'interface utilisateur, rapport de contraste).
Navigation au clavier (ordre de tabulation, focus visible, pièges de focus).
Structure sémantique (points de repère, titres, listes, rôles ARIA).
États et propriétés ARIA (rôles, états, propriétés).
Formulaires (étiquettes, instructions, messages d'erreur, regroupement de champs).
Multimédia (sous-titres, transcriptions, descriptions audio).
Mouvement, clignotement, défilement (saisies, animations, limites de temps).
Identification des erreurs, suggestion et prévention.
Langue de la page et des parties (attribut lang).
Liens (but, contexte, liens adjacents, texte de lien).
Tableaux (en-têtes, portée, résumé lorsque nécessaire).
Composants adaptatifs (redimensionnement, réorientation, zoom).
Authentification accessible.

21.3 Outils de test d'accessibilité

Lorsque l'environnement le prend en charge :

Utilisez axe-core (bibliothèque de test automatisée).
Utilisez Lighthouse pour les vérifications d'accessibilité de base.
Utilisez WAVE (API lorsque disponible).
Utilisez les outils de vérification ARIA (comme l'inspecteur d'accessibilité des outils de développement).
Effectuez des tests manuels (navigation au clavier, lecteur d'écran).

21.4 Rapport d'audit d'accessibilité

Le rapport final doit inclure :

Tableau récapitulatif des échecs par critère de succès WCAG 2.2.
Profondeur de la couverture des tests (tests automatisés, manuels, outils spécifiques).
Corrections hiérarchisées.

22. EXTENSION DE L'AUDIT DES DONNÉES STRUCTURÉES — SCHÉMAS COMPLETS

22.1 Couverture des schémas

Auditez tous les types de schémas applicables de Schema.org pouvant être déployés sur la cible. Cela inclut, sans s'y limiter :

Article, BlogPosting, NewsArticle
Product, Offer, AggregateOffer
Organisation, Personne
Entreprise locale, Restaurant, Événement
FaqPage, Question, Réponse
HowTo, Recipe
Review, AggregateRating
BreadcrumbList
SiteNavigationElement
VideoObject, ImageObject
SearchAction, PotentialAction (liens d'action de site)
Book, Course, Dataset, JobPosting, Movie, MusicRecording, PodcastEpisode, PodcastSeason, Series, SoftwareApplication, TVEpisode, TVSeason, etc.

Pour chaque type détecté, vérifiez :

Cohérence du type.
Propriétés requises.
Propriétés recommandées.
Exactitude des données et correspondance avec la page affichée.
Encodage JSON-LD (préféré), Microdonnées ou RDFa.
Validité par rapport aux exigences de Google Search (lorsqu'elles diffèrent de Schema.org).
Utilisation de l'identifiant @id pour la liaison d'entité.

22.2 Validation et Google Search

Validez avec l'outil de test des données structurées de Google (SDTT) lorsque disponible.
Vérifiez la compatibilité avec les fonctionnalités de recherche de Google (fiches d'information, carrousels, résultats enrichis, etc.).
Vérifiez les exigences d'éligibilité pour les résultats enrichis.
Vérifiez l'absence d'erreurs et d'avertissements.

22.3 Bonnes pratiques en matière de données structurées

Évitez le marquage camouflé (données non visibles/pertinentes).
Évitez les données structurées trompeuses.
Utilisez plusieurs types lorsque nécessaire (par exemple, Product + Offer, Event + Place).
Utilisez la liaison d'entité (@id) pour éviter les doublons.

23. BONNES PRATIQUES COMPLÈTES POUR LE MAILLAGE INTERNE

23.1 Structure des liens

Profondeur d'exploration : pages importantes à moins de 3 clics de la page d'accueil.
Texte d'ancrage : descriptif, pertinent, pas de texte d'ancrage générique (« cliquez ici »).
Évitez les textes d'ancrage trop optimisés (exact match keywords dans chaque lien).
Évitez les liens en excès sur une seule page (guide : < 100 liens par page pour le référencement, mais pas de limite stricte).

23.2 Détection des pages orphelines

Détectez les pages qui ne sont liées à partir d'aucune autre page du site.
Signalez les orphelins comme des découvertes (le rapport d'audit les inclut mais ne corrige pas automatiquement).
Suggérez des stratégies de liaison appropriées.

23.3 Liens brisés

Détectez les liens internes brisés (404, 500).
Signalez la page source et la cible brisée.
Suggérez des redirections ou des corrections.

23.4 Distribution du PageRank (flux de lien)

Auditez les pages qui reçoivent trop ou trop peu de liens internes.
Signalez les pages importantes avec un faible nombre de liens entrants.
Signalez les pages de faible importance avec un nombre élevé de liens entrants (gaspillage de budget d'exploration).
Suggérez une redistribution.

23.5 Plans de site XML

Vérifiez la présence et la validité du sitemap XML.
Vérifiez la couverture (toutes les pages importantes, pas de pages en double).
Vérifiez les balises lastmod, changefreq, priority (lorsqu'elles sont présentes, pas obligatoires).
Vérifiez l'absence d'erreurs (URL non valides, pages bloquées par robots.txt).
Vérifiez la soumission à Google Search Console (lorsque l'accès API est disponible).

24. AUDIT COMPLET DE L'EXPLORABILITÉ / DE L'INDEXABILITÉ

24.1 Robots.txt

Vérifiez la présence, l'emplacement et l'accessibilité.
Vérifiez la directive Sitemap dans robots.txt.
Analysez les directives Allow/Disallow.
Vérifiez le blocage accidentel de ressources critiques (CSS, JS, images, API).
Vérifiez les directives appliquées aux robots d'actualité (Googlebot, Googlebot-News, etc.).
Vérifiez les directives Crawl-Delay le cas échéant.

24.2 Métadonnées de la page

Titre : présent, unique, descriptif, longueur appropriée (50-60 caractères pour les SERP).
Description : présente, unique, descriptive, longueur appropriée (150-160 caractères, peut être plus longue).
Balise de langue (attribut lang).
Balise de jeu de caractères.
Balise viewport (responsive).
Balise theme-color (optionnelle).

24.3 Balises canoniques

Présente sur chaque page importante.
Pointe vers la version préférée de la page.
Pas de boucles canoniques (A->B->A).
Pas de balise canonique pointant vers une page 404 ou une URL non valide.
Pas de balise canonique pointant vers une URL bloquée par robots.txt.
Pas de conflit avec les balises hreflang.

24.4 Balises Hreflang

Présentes sur les sites multilingues/multirégionaux.
Syntaxe correcte (<link rel="alternate" hreflang="...">).
Groupes de balises complets (chaque URL dans un groupe de balises hreflang doit pointer vers toutes les autres URL du groupe).
Pas de boucles hreflang.
Utilisation correcte des codes de langue (ISO 639-1) et des codes de région (ISO 3166-1 alpha-2) le cas échéant.
Balise hreflang x-default (optionnel mais recommandé).

24.5 Balises Noindex/Nofollow

Vérifiez l'utilisation correcte des balises meta robots.
Vérifiez l'utilisation correcte de l'en-tête X-Robots-Tag.
Vérifiez les pages bloquées qui ne doivent pas l'être.
Vérifiez les pages non bloquées qui devraient l'être (pages d'administration, de connexion, remerciement).
Vérifiez les conflits (noindex + canonique, noindex + sitemap).

24.6 Pagination

Détectez la pagination (voir plus, pagination, chargement infini).
Vérifiez les indications appropriées pour Google Search (balises rel="next"/"prev" ou utilisation de l'API History pour la pagination AJAX).
Vérifiez que chaque page de série paginée est indexable (sauf si intentionnellement bloquée).
Vérifiez la balise canonique sur les pages paginées (pointe vers la page 1 ou la page elle-même).

24.7 Pages d'erreur

La page 404 DOIT renvoyer le code d'état 404 (pas 200).
La page 410 (Supprimé) DOIT renvoyer le code d'état 410 (pas 200, pas 404).
La page 500 DOIT renvoyer le code d'état 500.
Les redirections (301, 302, 307) DOIVENT être correctement mises en œuvre et non en boucle.

24.8 JavaScript et exploration

Détectez le rendu côté client (React, Vue, SPA, etc.).
Vérifiez que Google peut rendre le JavaScript (pas de dépendances bloquées, pas de rendu différé excessif).
Vérifiez l'utilisation du rendu côté serveur (SSR), de la génération de site statique (SSG) ou du rendu côté client (CSR) et évaluez l'explorabilité.
Vérifiez l'implémentation du rendu dynamique le cas échéant.
Vérifiez l'utilisation des directives de pré-rendu (prerender, preload, modulepreload).

24.9 Pages canoniques vs. pages en double

Détectez le contenu en double significatif (interne et externe).
Vérifiez l'utilisation correcte des balises canoniques.
Vérifiez les paramètres d'URL (tri, filtrage, pagination) qui créent des doublons.
Suggérez des solutions (paramètres d'URL dans Google Search Console, directives de paramètres dans GSC ou paramètres d'URL canonicaux).

24.10 Exploration de la page d'accueil

La page d'accueil DOIT être accessible et indexable.
La page d'accueil DOIT avoir un titre, une description et une balise canonique.
La page d'accueil NE DOIT PAS être bloquée par robots.txt ou noindex.

24.11 Pages d'archives et de catégories

Les pages d'archives et de catégories DOIVENT avoir un but clair (agrégation de contenu, navigation).
Les pages d'archives et de catégories NE DOIVENT PAS être de simples pages de liste de contenu mince.
Les pages d'archives et de catégories DOIVENT avoir des titres et des descriptions uniques.
Les pages d'archives et de catégories PEUVENT être noindex si elles sont minces en contenu ou si elles sont dupliquées.

25. EXTENSION DE L'AUDIT DE PERFORMANCE — CORE WEB VITALS ET MÉTRIQUES COMPLÈTES

25.1 Métriques

LCP (Largest Contentful Paint) : seuil cible < 2,5 s.
FID (First Input Delay) / INP (Interaction to Next Paint) : seuil cible < 100 ms pour le FID, INP évalué par CrUX.
CLS (Cumulative Layout Shift) : seuil cible < 0,1.
TTFB (Time to First Byte) : seuil cible < 0,8 s.
FCP (First Contentful Paint) : seuil cible < 1,8 s.
SI (Speed Index) : seuil cible < 3,4 s.
TBT (Total Blocking Time) : seuil cible < 200 ms.

25.2 Audits d'opportunité (Lighthouse)

Éliminez les ressources bloquant le rendu.
Différez les scripts tiers.
Activez la compression de texte (gzip, brotli).
Redimensionnez correctement les images.
Différez les images hors écran.
Préchargez les requêtes clés.
Utilisez des formats d'image de nouvelle génération (WebP, AVIF).
Réduisez le CSS, le JavaScript et le HTML.
Servez les ressources à l'aide d'un réseau de diffusion de contenu (CDN).
Utilisez la mise en cache du navigateur.
Évitez les redirections de page de destination multiples.
Évitez les charges utiles réseau excessives.
Évitez un DOM de grande taille.
Utilisez des stratégies de mise en cache efficaces.
Servez des polices de caractères légères et optimisées.
Utilisez la mise en cache du service worker.
Utilisez le préchargement des polices.

25.3 Mesure au champ (données CrUX)

Utilisez l'API CrUX (ou le rapport CrUX BigQuery) pour identifier les performances réelles des utilisateurs.
Comparez les données de laboratoire (Lighthouse) avec les données de terrain (CrUX).
Signalez les écarts importants.

25.4 Améliorations du temps de chargement pour les navigateurs modernes

Utilisez le préchargement (<link rel="preload">).
Utilisez le préchargement (<link rel="prefetch">) pour les ressources susceptibles d'être nécessaires pour la page suivante.
Utilisez la préconnexion (<link rel="preconnect">) pour les origines tierces critiques.
Utilisez le prélèvement DNS (<link rel="dns-prefetch">) pour les origines dont on a besoin mais pas immédiatement.
Implémentez le fractionnement de code (page/route level).
Implémentez le chargement différé pour les images et les iframes.
Implémentez la pagination ou le chargement infini avec des indicateurs d'exploration appropriés.

25.5 Optimisation des ressources spécifiques au framework

Next.js : optimisez les images avec le composant <Image>, utilisez le rendu côté serveur (SSR) ou la génération statique (SSG), le routage App Router, le streaming du rendu côté serveur, la récupération de données avec React Query/SWR, la mise en cache.
React / Vite : fractionnement de code (React.lazy()), transpilation des dépendances (optimizeDeps), chargement CSS critique.
Angular : détection des changements (ChangeDetectionStrategy.OnPush), chargement différé, préchargement.
Vue / Nuxt : chargement différé des composants, nuxt-image, nuxt-speedkit, analyse du bundle.

25.6 Rapports de performance

Le rapport final DOIT inclure les performances de laboratoire (métriques basées sur Lighthouse) et les performances de terrain (métriques CrUX).
Le rapport DOIT proposer des optimisations hiérarchisées en fonction de l'impact.
Le rapport DOIT comparer les métriques aux seuils et noter tout changement depuis la dernière exécution si un registre chronologique du projet existe.

26. EXTENSION DE L'AUDIT SEO E-COMMERCE

Lorsque la plate-forme e-commerce est détectée (Shopify, Magento, WooCommerce, BigCommerce, PrestaShop, etc.) :

26.1 Pages produits

Titre unique (inclut le nom du produit, la marque, l'emplacement).
Description unique.
Balise canonique pointant vers la page produit préférée.
Données structurées du produit et de l'offre.
Avis/évaluations avec données structurées Review/AggregateRating (lorsque disponible).
Images produits avec texte alternatif.
URL produit (courte, descriptive).
Règles de pagination des catégories.
Gestion des produits en rupture de stock (404/410/redirection/page d'information).
Gestion des variantes de produits (paramètres d'URL, données structurées).
Gestion des produits groupés ou associés.
Plans de site XML pour les pages produits.

26.2 Pages catégories

Titre unique (inclut la catégorie, la marque, l'emplacement).
Description unique.
Balise canonique pointant vers la page catégorie préférée (y compris le tri, le filtrage).
Optimisation de la pagination (canonique, navigation).
Évitez les catégories minces en contenu (peu ou pas de produits).
Utilisation des balises Open Graph et des cartes Twitter.

26.3 Pages de marque

Pages de marque dédiées avec contenu unique.
Balise canonique.
Données structurées de l'organisation/de la marque.

26.4 Processus de paiement

URL du panier et de la caisse (doit être indexable ou bloquée).
Gestion de l'abandon de panier (e-mails, notifications).
Option de connexion au compte par rapport au paiement en tant qu'invité.
Fonctionnalité de sauvegarde du panier (stockage local/serveur).

26.5 Pages de remerciement et de confirmation de commande

Pages bloquées par robots.txt ou noindex.
Données structurées de la commande (Order, ParcelDelivery) le cas échéant.
Suivi par e-mail et mécanismes de confirmation.

26.6 Pages de marque et de contenu

Contenu unique sur les pages de marque.
Balise canonique.
Données structurées.

27. EXTENSION DE L'AUDIT SEO POUR LES SITES WORDPRESS (LORSQUE DÉTECTÉ)

27.1 Éléments fondamentaux

Thème disponible (adaptatif, compatible SEO).
Utilisation d'un plugin SEO (Yoast, Rank Math, All in One SEO, SEOPress).
Permaliens (structure d'URL propre).
Plans de site XML (activés par le plugin SEO).
Robots.txt (par défaut WordPress ou personnalisé).

27.2 Optimisations des performances

Mise en cache (plugin de mise en cache, CDN).
Optimisation des images (plugin de compression d'images, format WebP).
Minification du CSS/JS (plugin de performance).
Base de données (optimisation, nettoyage).
Hébergement (qualité de l'hébergement, emplacement du serveur).

27.3 Sécurité

Mises à jour du noyau de WordPress, des thèmes, des plugins.
Mesures de sécurité (pare-feu, plugins de sécurité, certificat SSL).
Protection des connexions (limitation des tentatives de connexion, 2FA).

27.4 Audit de contenu

Qualité du contenu (original, engageant, pertinent).
optimisation des mots-clés (présents dans le titre, les en-têtes, le corps, le texte alternatif des images).
Liens internes (maillage de contenu, articles connexes).
Liens externes (qualité, pertinence).

28. EXTENSION DE L'AUDIT POUR LES SITES BLOGGER/BLOGSPOT (LORSQUE DÉTECTÉ)

28.1 Paramètres de la plateforme

Paramètres de la page d'accueil (nombre d'articles, description).
Permaliens (personnalisés ou par défaut).
Plans de site XML (paramètres par défaut).
Robots.txt (personnalisable ou par défaut).

28.2 Optimisations du modèle

Modèle (adaptatif, compatible SEO).
Personnalisation (CSS personnalisé, JavaScript, en-têtes).
Vitesse (optimisation des images, minification).

28.3 Gestion du contenu

Articles (catégories, étiquettes, dates).
Pages (à propos, contact, politique de confidentialité).
Commentaires (modération, spam).

28.4 Considérations spécifiques à la plateforme

Sous-domaine (monblog.blogspot.com) par rapport au domaine personnalisé (monblog.com).
Redirection du domaine (www vers non-www ou vice versa).
Limites de la plateforme (pas de plugins, pas de modules complémentaires, personnalisation limitée).

29. EXTENSION DE L'AUDIT POUR LES SITES WIX (LORSQUE DÉTECTÉ)

29.1 Paramètres de la plateforme

Paramètres SEO (titre, description, balises canoniques).
Plans de site XML (générés automatiquement par Wix).
Robots.txt (généré automatiquement par Wix).

29.2 Considérations sur le rendu

Rendu côté client (SPA) : assurez-vous qu'il est explorable.
Rendu différé (Wix utilise un rendu différé pour certains contenus).
Compatibilité avec Google Search (mécanismes d'exploration JavaScript de Wix).

29.3 Limitations de la plateforme

Personnalisation limitée des données structurées.
Personnalisation limitée du CSS/JavaScript.
Dépendance vis-à-vis de l'infrastructure de Wix.

30. EXTENSION DE L'AUDIT POUR LES SITES SQUARESPACE (LORSQUE DÉTECTÉ)

30.1 Paramètres SEO de Squarespace

Paramètres SEO de la page (titre, description, balises canoniques).
Plans de site XML (générés automatiquement par Squarespace).
Robots.txt (généré automatiquement par Squarespace).

30.2 Considérations sur le rendu

Rendu côté serveur (SSR) pour les pages Squarespace.
Exploration JavaScript (Squarespace utilise JavaScript pour le rendu, mais Google peut généralement le gérer).

30.3 Limitations de la plateforme

Personnalisation limitée des données structurées.
Personnalisation limitée du CSS/JavaScript.
Pas de plugins/modules complémentaires.

31. EXTENSION DE L'AUDIT POUR L'OPTIMISATION DE LA RECHERCHE GÉNÉRATIVE (GEO) / L'OPTIMISATION DU MOTEUR DE RÉPONSE (AEO) / L'OPTIMISATION DE LA VISIBILITÉ DES MODÈLES DE LANGAGE (LLM)

31.1 Optimisation du contenu

Le contenu DOIT être structuré avec des schémas de données (données structurées, JSON-LD).
Le contenu DOIT être organisé de manière à pouvoir être facilement extrait et résumé par des LLM (titres clairs, sections, listes, tableaux).
Le contenu DOIT utiliser le langage naturel et répondre à des questions/réponses (format FAQ, pages de questions-réponses).
Le contenu DOIT inclure des citations et des références faisant autorité.
Le contenu DOIT donner la priorité aux réponses directes aux questions probables (boîtes de réponse, extraits, snippets).

31.2 Optimisation du code

HTML sémantique propre (éléments HTML5, rôles ARIA).
Métadonnées structurées (Open Graph, Twitter Cards, balises de métadonnées).
Plans de site XML et robots.txt.
Fichier sitemap.txt (texte brut listant toutes les pages).
Fichiers RSS/Atom.

31.3 Optimisation pour les moteurs de recherche IA (GEO/AEO)

Optimisez le contenu pour les réponses de recherche IA et les boîtes de réponse.
Utilisez un langage clair et concis.
Structurez le contenu avec des titres, des listes et des tableaux.
Répondez aux questions probables dans un format de questions-réponses.
Utilisez des données structurées pour améliorer la compréhension.
Surveillez et améliorez la visibilité dans les moteurs de recherche IA (bard, chatgpt-search, perplexity).
Utilisez des intentions de recherche spécifiques (informationnelle, navigationnelle, transactionnelle).
Implémentez des techniques de référencement sémantique (entités, concepts, sujets).

31.4 Surveillance et amélioration

Surveillez la visibilité dans les moteurs de recherche IA (Bard, ChatGPT Search, Perplexity, etc.).
Surveillez les taux de clics (CTR) à partir des réponses de recherche IA.
Améliorez le contenu en fonction des performances de la recherche IA.
Utilisez l'optimisation des intentions de recherche.
Utilisez le référencement sémantique.

31.5 Mesures techniques

Optimisez la vitesse de la page (les LLM peuvent indexer des pages lentes).
Utilisez HTTPS.
Assurez-vous que les pages sont adaptées aux mobiles.
Assurez-vous que les pages sont accessibles (lecteurs d'écran, navigation au clavier).
Optimisez pour le référencement vocal (langage naturel, phrases en langage naturel, mots-clés de longue traîne).

31.6 Métriques GEO

Intention de recherche et correspondance de contenu.
Compréhension sémantique et couverture des entités.
Découvrabilité de l'information (plans de site, liens internes, exploration).
Extraits et citations de contenu.
Autorité et fiabilité (EEAT).

31.7 Métriques AEO

Extraits en vedette et boîtes de réponse (taux d'occurrence).
Pages de questions-réponses et leur visibilité.
Contenu sous forme de questions-réponses généré par l'IA.
Taux de clics (CTR) à partir des réponses de l'IA.

32. EXTENSION DE L'AUDIT POUR LES EN-TÊTES DE SÉCURITÉ DES E-MAILS

Lorsque l'application envoie des e-mails (formulaires de contact, e-mails transactionnels, newsletters) :

32.1 SPF (Sender Policy Framework)

Vérifiez la présence d'un enregistrement TXT SPF pour le domaine.
Vérifiez la valeur de l'en-tête (ip4, include, -all, ~all).

32.2 DKIM (DomainKeys Identified Mail)

Vérifiez la présence d'un enregistrement TXT DKIM pour le domaine.
Vérifiez la valeur (sélecteur, algorithme, clé publique).

32.3 DMARC (Domain-based Message Authentication, Reporting & Conformance)

Vérifiez la présence d'un enregistrement TXT DMARC pour le domaine.
Vérifiez la valeur de la politique (aucune, quarantaine, rejet).
Vérifiez l'URI de rapport (rua) pour les rapports agrégés.

32.4 En-têtes d'e-mail supplémentaires

Vérifiez les en-têtes anti-spam (List-Unsubscribe, Precedence).
Vérifiez les en-têtes d'authentification des e-mails (Authentication-Results).
Vérifiez la conformité aux lois anti-spam (CAN-SPAM, GDPR).

33. EXTENSION DE L'AUDIT POUR LES APPLICATIONS MOBILES ET HYBRIDES

Lorsqu'une application mobile (PWA, application hybride, application native avec contenu Web) est détectée :

33.1 PWA (Progressive Web App)

Manifeste (manifest.json) : icônes, nom, short_name, theme_color, background_color, display.
Service Worker : enregistré, cycle de vie, stratégies de mise en cache.
HTTPS (obligatoire pour les PWA).
Adapté aux mobiles.

33.2 Application hybride (React Native, Flutter, Ionic, etc.)

Détection du framework.
Optimisation du contenu Web (images, polices, scripts).
Exploration (gestion de l'URL, contenu exploitable).

33.3 Application native avec contenu Web

WebViews et leur exploration.
Interopérabilité du contenu Web avec les fonctionnalités natives.
Gestion de l'état de l'application (cache, stockage).

33.4 Magasin d'applications

ASO (App Store Optimization).
Titre de l'application, description, mots-clés, captures d'écran.
Avis et notes.

34. EXTENSION DE L'AUDIT POUR LE CONTENU GÉNÉRÉ PAR LES UTILISATEURS (CGU)

Lorsque des CGU (commentaires, avis, forums, médias sociaux) sont détectés :

34.1 Qualité du contenu

Modération du contenu (automatique, manuelle).
Détection du spam et du contenu de faible qualité.

34.2 SEO

Balises canoniques pour le contenu généré par les utilisateurs (pour éviter le contenu en double).
Pagination pour les CGU (si applicable).
Noindex pour les CGU de faible qualité (commentaires, spams).

34.3 Légal et conformité

Conditions d'utilisation (CGU).
Politique de confidentialité (traitement des CGU).
Conformité au RGPD/GDPR (consentement, droit à l'oubli).

34.4 Données structurées pour les CGU

Avis (Review, AggregateRating) pour les CGU.
Commentaires (Comment, DiscussionForumPosting).
Questions et réponses (Question, Answer).

35. EXTENSION DE L'AUDIT POUR L'OPTIMISATION DE L'INTERNATIONALISATION (I18N)

35.1 Balises Hreflang

Vérifiez la présence et l'exactitude des balises hreflang.
Vérifiez les codes de langue et de région.
Vérifiez les balises hreflang réciproques.

35.2 Contenu localisé

Vérifiez que le contenu est localisé (pas seulement traduit).
Vérifiez la monnaie, les unités, les formats de date, etc.
Vérifiez les images et les vidéos localisées.

35.3 SEO international

Vérifiez les paramètres de ciblage géographique (Google Search Console, paramètres de domaine).
Vérifiez les ccTLD, les sous-domaines, les sous-répertoires, les domaines génériques.
Vérifiez la structure des URL (sous-répertoire par langue, sous-domaine).

35.4 Données structurées multilingues

Vérifiez les données structurées avec des traductions.
Vérifiez la gestion des @id sur différentes langues.

36. EXTENSION DE L'AUDIT POUR LE BLOG COMMERCIAL / LE MARKETING DE CONTENU

36.1 SEO du blog

Titres uniques pour les articles de blog.
Descriptions uniques.
URL des articles.
Catégories et tags (organisation claire, pas d'utilisation excessive).
Plans de site XML pour les articles de blog.

36.2 Contenu et stratégie

Calendrier éditorial (cohérence, pertinence).
Objectifs de contenu (informationnel, transactionnel, navigationnel).
Profondeur du contenu (articles longs, articles courts, formats).
Liens internes (maillage de contenu, articles connexes).
Liens externes et backlinks (qualité, pertinence).

36.3 Distribution

Newsletters par e-mail.
Promotion sur les réseaux sociaux.
Syndication du contenu.
Backlinks et relations publiques.

36.4 Conversion

Appels à l'action (CTA) dans les articles.
Formulaires de capture de leads.
Pages de destination pour le contenu.
Entonnoirs de conversion (awareness, consideration, decision).

37. EXTENSION DE L'AUDIT POUR L'ACCESSIBILITÉ DES FORMULAIRES

37.1 Accessibilité du formulaire

Étiquettes (élément <label> avec attribut for, aria-labelledby).
Regroupement des champs (élément <fieldset> avec <legend>).
Instructions (texte d'instruction accessible).
Messages d'erreur (accessibles, annoncés par les lecteurs d'écran).
Validation (validation côté client et côté serveur).

37.2 Accessibilité du bouton de soumission

Texte du bouton (descriptif, unique).
Action du bouton (soumettre le formulaire, réinitialiser le formulaire).

37.3 Accessibilité du formulaire après soumission

Page de remerciement (accessible).
Message de confirmation (accessible).
Gestion des erreurs (accessible).

38. EXTENSION DE L'AUDIT POUR LE SCHEMA MARKUP FONDAMENTAL (JSON-LD)

38.1 Schéma de l'organisation

Vérifiez la présence et l'exactitude des données structurées de l'organisation.
Vérifiez le nom, l'URL, le logo, les profils de réseaux sociaux.
Vérifiez les informations de contact.

38.2 Schéma du site Web

Vérifiez la présence et l'exactitude des données structurées du site Web.
Vérifiez le nom, l'URL, l'image, la description.

38.3 Schéma de l'article de blog

Vérifiez la présence et l'exactitude des données structurées de l'article de blog.
Vérifiez le titre, la description, l'image, la date de publication, l'auteur.

38.4 Schéma du fil d'Ariane

Vérifiez la présence et l'exactitude des données structurées du fil d'Ariane.
Vérifiez les éléments (nom, URL @id).
Vérifiez la position et la hiérarchie.

38.5 Schéma de l'action de recherche du site

Vérifiez la présence et l'exactitude des données structurées de l'action de recherche du site.
Vérifiez le modèle d'URL, le jeton de requête ({search_term_string}).

39. EXTENSION DE L'AUDIT POUR LES PROBLÈMES COURANTS DE DÉPLOIEMENT / DE PRODUCTION

39.1 Fichiers et répertoires

Vérifiez les fichiers sensibles (.env, .git, config, backup).
Vérifiez les fichiers et répertoires par défaut (index.html, wp-admin, admin).
Vérifiez les autorisations des fichiers et des répertoires.

39.2 En-têtes et certificats

Certificat SSL/TLS (valide, correctement configuré, pas de certificat expiré).
En-têtes de sécurité (CSP, HSTS, X-Frame-Options).
En-têtes de cache (Cache-Control, Expires).

39.3 Dépendances et versions

Versions de framework/bibliothèque (obsolète ?).
Dépendances (obsolètes ? vulnérables ?).
Versions de l'environnement d'exécution (Node, PHP, Python).

39.4 Surveillance et journalisation

Disponibilité de la surveillance des performances.
Disponibilité de la journalisation des erreurs.
Disponibilité de la journalisation de la sécurité.

40. EXTENSION DE L'AUDIT POUR LA RÉSILIENCE DES SERVEURS / L'INFRASTRUCTURE

40.1 Capacité du serveur

Limites de mémoire, de CPU, de disque.
Plans de mise à l'échelle (mise à l'échelle verticale, horizontale, automatique).
Systèmes de sauvegarde et de récupération après sinistre.

40.2 Réseau

Latence du réseau, bande passante.
CDN (Content Delivery Network) — présence, configuration.
Pare-feu (WAF, pare-feu d'application Web).

40.3 Surveillance et alerte

Disponibilité des systèmes de surveillance.
Disponibilité des systèmes d'alerte.
Plans de réponse aux incidents.

41. EXTENSION DE L'AUDIT POUR LA GESTION DE LA RÉPUTATION EN LIGNE (ORM)

41.1 Gestion des avis

Surveillance des avis sur les plateformes clés (Google, Yelp, Amazon, Trustpilot).
Réponse aux avis (positifs, négatifs).
Stratégie de gestion des avis.

41.2 Gestion des mentions sur les réseaux sociaux

Surveillance des mentions de marque sur les réseaux sociaux.
Engagement sur les réseaux sociaux (réponses, réactions).
Stratégie de gestion des crises.

41.3 SEO et ORM

Surveillez les résultats de recherche de marque.
Gérez les backlinks négatifs.
Créez un contenu positif.

42. EXTENSION DE L'AUDIT POUR LE SUIVI ET L'ANALYSE

42.1 Outils d'analyse

Google Analytics / Google Tag Manager / Google Optimize.
Outils d'analyse alternatifs (Matomo, Plausible, Fathom, etc.).
Paramètres de suivi des conversions.

42.2 Suivi des e-commerce

Suivi du commerce électronique (Google Analytics Enhanced Ecommerce).
Suivi des entonnoirs.
Suivi des événements.

42.3 Suivi des performances

Core Web Vitals (surveillance CrUX).
Performances des pages (Lighthouse, PageSpeed Insights).
Performances du serveur (temps de réponse, disponibilité).

42.4 Conformité au suivi

Conformité au RGPD (consentement, mécanisme de désinscription).
Conformité aux cookies (bannière de cookies, préférences).
Conformité au CCPA (California Consumer Privacy Act).

43. EXTENSION D'AUDIT POUR LE RÉFÉRENCEMENT VIDÉO

43.1 Plans de site pour vidéos

Vérifiez la présence d'un plan de site vidéo.
Vérifiez le contenu du plan de site (URL de la vidéo, miniature, titre, description).

43.2 Données structurées des vidéos

Vérifiez la présence de données structurées VideoObject.
Vérifiez les propriétés (URL, nom, description, thumbnailUrl, contentUrl, embedUrl).
Vérifiez la page d'hébergement (doit être explorable).
Temps de chargement de la vidéo (optimisé).

43.3 Page vidéo

Titre (unique, descriptif).
Description (détaillée, pertinente).
Miniature (attrayante, descriptive).
Transcription (accessible, optimisée).

43.4 Vidéo YouTube (lorsqu'elle est hébergée sur YouTube)

Optimisation de la chaîne YouTube.
Titre, description, tags de la vidéo YouTube.
Playlists YouTube.
Cartes YouTube, écrans de fin.

44. EXTENSION DE L'AUDIT POUR LA RECHERCHE D'IMAGES

44.1 Optimisation des images

Texte alternatif (descriptif, pertinent).
Nom du fichier (descriptif, mots-clés).
Taille du fichier (compressé, optimisé).
Format (WebP, AVIF, JPEG, PNG pour les photos).

44.2 Images et SEO

Plans de site d'images (sitemap XML).
Images dans les données structurées (ImageObject).
Images et contenu (pertinence, contexte).

44.3 Accessibilité des images

Texte alternatif pour les images.
Rôles ARIA pour les images.
Légendes pour les images.

45. EXTENSION DE L'AUDIT POUR LA RECHERCHE LOCALE (SEO LOCAL)

45.1 Fiche Google My Business

Vérifiez la présence et l'exactitude de la fiche Google My Business.
Vérifiez le nom, l'adresse, le téléphone (NAP), le site Web, les heures d'ouverture.
Vérifiez les catégories, les attributs.
Vérifiez les avis et les évaluations.
Vérifiez les publications (Google My Business Posts).

45.2 Citations locales

Vérifiez la cohérence du NAP sur le Web (annuaires, sites d'avis, réseaux sociaux).
Vérifiez les citations sur les annuaires clés (Yelp, PagesJaunes, Mappy, etc.).

45.3 Avis locaux

Gestion des avis (réponses, encouragement).
Stratégie d'avis (quantité, qualité, diversité).

45.4 SEO local sur la page

NAP sur le site Web (dans les données structurées, dans le pied de page, sur la page de contact).
Données structurées locales (LocalBusiness, Organization).
Pages de destination locales (villes, quartiers).
Contenu localisé.

46. EXTENSION DE L'AUDIT POUR LA RECHERCHE VOCALE / LES ASSISTANTS VOCAUX

46.1 Optimisation pour la recherche vocale

Langage naturel dans le contenu (phrases, questions).
Mots-clés de longue traîne (phrases en langage naturel).
Contenu structuré (FAQ, listes, tableaux).

46.2 Données structurées pour les assistants vocaux

Données structurées (schema.org, JSON-LD).
Extrait en vedette (Google Featured Snippets).
Boîte de réponse (Google Answer Box).

46.3 Compatibilité avec les assistants vocaux

Siri (Apple), Google Assistant, Alexa (Amazon).
Commandes d'application, questions-réponses.
Actions et skills.

47. EXTENSION DE L'AUDIT POUR LE RÉFÉRENCEMENT SUR LES RÉSEAUX SOCIAUX (SMO)

47.1 Balises Open Graph

og:title, og:description, og:image, og:url, og:type.
og:site_name, og:locale.
og:video, og:audio (le cas échéant).

47.2 Cartes Twitter

twitter:card, twitter:site, twitter:creator.
twitter:title, twitter:description, twitter:image.

47.3 Profils de réseaux sociaux

Liens vers les profils de réseaux sociaux sur le site Web.
Cohérence des profils (nom, image de profil, bio).
Engagement sur les réseaux sociaux (publications, réponses).

48. EXTENSION DE L'AUDIT POUR LE RÉFÉRENCEMENT TECHNIQUE DE NEXT.JS

48.1 Métadonnées et en-têtes

API Metadata de Next.js (generateMetadata, generateStaticParams).
En-têtes (next.config.js, middleware).
Plans de site (sitemap.ts, generateSitemaps).
Robots.txt (app/robots.ts, generateRobots).

48.2 Rendu et exploration

SSR (Server-Side Rendering) : getServerSideProps dans le Pages Router, composants serveur dans l'App Router.
SSG (Static Site Generation) : getStaticProps, generateStaticParams.
ISR (Incremental Static Regeneration) : revalidate.
CSR (Client-Side Rendering) : gestion de l'exploration.

48.3 Images et polices

Composant next/image (optimisation des images, chargement différé, priorité).
next/font (optimisation des polices Google, polices personnalisées).

48.4 Routage et navigation

Routage App Router (si applicable).
Routage Pages Router (si applicable).
Link component (navigation côté client, exploration).
useRouter, usePathname, useSearchParams.

48.5 Gestion des données

Récupération des données (fetch côté serveur, React Query, SWR).
Mise en cache des données (cache de Next.js, mise en cache de React Query).
Streaming (React Suspense, streaming SSR).

48.6 Performances

Analyse du bundle (webpack-bundle-analyzer, next/bundle-analyzer).
Optimisation du code (fractionnement de code, chargement différé).
Réduction du JavaScript côté client (composants serveur, chargement différé des composants).

48.7 Sécurité

En-têtes de sécurité (CSP, HSTS, etc.).
Authentification (NextAuth.js, Clerk, Auth0).
Middleware (gestion des routes, autorisation).

49. EXTENSION DE L'AUDIT DE NEXT.JS POUR LE ROUTAGE APP ROUTER (LORSQUE DÉTECTÉ)

49.1 Mise en page et modèles

layout.tsx, template.tsx.
error.tsx (gestion des erreurs).
loading.tsx (affichage du chargement).
not-found.tsx (page 404).

49.2 Composants serveur et clients

Composants serveur (composants par défaut dans le répertoire app/).
Composants clients (use client directive).
Suspense et streaming.

49.3 Génération statique et dynamique

generateStaticParams, dynamicParams.
dynamic = 'force-static', dynamic = 'force-dynamic'.
revalidate (ISR).

49.4 Métadonnées

generateMetadata, generateStaticParams for metadata.
metadata objects (title, description, openGraph, twitter, robots, etc.).

49.5 Plans de site et robots

sitemap.ts / generateSitemaps.
robots.ts.

50. EXTENSION DE L'AUDIT POUR LES MESURES DE SÉCURITÉ SUPPLÉMENTAIRES

50.1 Échappement XSS

Vérifiez l'utilisation de dangerouslySetInnerHTML dans React.
Vérifiez l'utilisation de v-html dans Vue.
Vérifiez le nettoyage du HTML (bibliothèques DOMPurify, sanitize-html).

50.2 Contrôle d'accès

Vérifiez les autorisations des fichiers et des répertoires.
Vérifiez les mécanismes d'authentification et d'autorisation.
Vérifiez la gestion des sessions.

50.3 Validation des entrées

Vérifiez la validation des entrées (côté client et côté serveur).
Vérifiez le filtrage des entrées (éviter l'injection SQL, l'injection de commande).
Vérifiez la validation de la structure (typed input, énumérations).

50.4 Journalisation

Vérifiez la journalisation des événements de sécurité.
Vérifiez la journalisation des erreurs d'application.
Vérifiez les systèmes d'alerte.

50.5 Sauvegarde et récupération

Vérifiez les stratégies de sauvegarde.
Vérifiez les procédures de récupération après sinistre.
Vérifiez les tests de récupération.

51. EXTENSION DE L'AUDIT POUR L'OPTIMISATION DE LA RECHERCHE VOCALE / DE L'ASSISTANT VOCAL

(Voir la section 46 pour la recherche vocale / les assistants vocaux)

52. EXTENSION DE L'AUDIT POUR LE RÉFÉRENCEMENT TECHNIQUE DE BASE POUR TOUS LES SITES (RAPPEL)

52.1 Paramètres fondamentaux

Balise de jeu de caractères (UTF-8).
Balise viewport (responsive).
Balise de langue.
Balise de titre.
Balise de description.
Balise canonique.
Balises Open Graph.
Cartes Twitter.

52.2 Plans de site et exploration

Plan de site XML.
Robots.txt.
Fichier sitemap.txt.
Fil RSS/Atom.

52.3 Performances

Optimisation des images.
Optimisation du code.
Mise en cache.
CDN.

52.4 Sécurité

HTTPS.
Certificat SSL/TLS.
En-têtes de sécurité.

52.5 Accessibilité

HTML sémantique.
Rôles ARIA.
Contraste des couleurs.
Navigation au clavier.

52.6 Données structurées

Données structurées de l'organisation.
Données structurées du site Web.
Données structurées du fil d'Ariane.
Données structurées de la page.

53. EXTENSION DE L'AUDIT POUR LES STACKS MODERNES (SANS SERVEUR, JAMSTACK, EDGE)

53.1 Sans serveur

Fonctions sans serveur (Netlify Functions, Vercel Functions, AWS Lambda).
État (sans état, base de données externe).
Performances (démarrages à froid, temps d'exécution).

53.2 JAMstack

Génération de site statique (SSG).
API tierces (CMS headless, services externes).
Services de construction et de déploiement.

53.3 Edge

Fonctions Edge (Cloudflare Workers, Vercel Edge, Netlify Edge).
Mise en cache Edge.
Performances Edge.

54. EXTENSION DE L'AUDIT POUR LE PROGRAMME DE PARTENARIAT AMAZON / LE MARKETING D'AFFILIATION

Lorsqu'un programme d'affiliation (Amazon Associates, etc.) est détecté :

54.1 Liens d'affiliation

Format correct (la balise d'affiliation Amazon inclut tag=).
Liens sans affiliation (texte d'ancrage naturel, pas de spam).
Divulgation des liens d'affiliation (conformité FTC).

54.2 Pages de destination d'affiliation

Contenu unique (pas de contenu dupliqué par rapport aux pages produits Amazon).
Contenu de valeur (avis, guides, comparaisons).
Optimisation SEO (mots-clés, données structurées).

54.3 Conformité

Politique d'affiliation (transparence, divulgation).
Conformité FTC (divulgation claire et visible).
Conformité au RGPD/GDPR (consentement aux cookies).

55. EXTENSION DE L'AUDIT POUR LES OUTILS DE DÉVELOPPEMENT LOGICIEL (SDK, API, OUTILS EN LIGNE DE COMMANDE)

Lorsque le projet est un SDK, une API ou un outil CLI :

55.1 Documentation

Documentation complète et à jour.
Documentation d'intégration (comment commencer, tutoriels).
Documentation de référence (API, SDK, CLI).

55.2 Expérience développeur

Facilité d'intégration (SDK propre, API claires, CLI intuitif).
Gestion des erreurs (messages d'erreur clairs, codes d'erreur).
Tests (tests unitaires, tests d'intégration, tests de régression).

55.3 Performances

Performances du SDK/CLI (temps de démarrage, utilisation de la mémoire).
Performances de l'API (temps de réponse, débit).

55.4 Sécurité

Authentification de l'API (clés API, jetons, OAuth).
Autorisation de l'API (contrôle d'accès, autorisations).
Gestion des secrets du SDK/CLI.

56. EXTENSION DE L'AUDIT POUR L'ENTREPRISE / LA GRANDE ÉCHELLE

56.1 Architecture

Architecture du site Web (monolithique, microservices, headless).
Architecture du contenu (taxonomies, types de contenu, relations).
Architecture des données (bases de données, API, cache).

56.2 Équipe et processus

Rôles et responsabilités (SEO, développeurs, rédacteurs).
Flux de travail (approbation du contenu, déploiements).
Surveillance des performances et rapports.

56.3 Outils

Outils SEO (Ahrefs, Semrush, Moz, etc.).
Outils d'analyse (Google Analytics, Adobe Analytics, etc.).
Outils de gestion de projet (Jira, Asana, Trello, etc.).

56.4 Évolutivité

Infrastructure (serveurs, CDN, équilibreurs de charge).
Contenu (bibliothèque de contenu volumineuse, contenu multilingue).
Trafic (trafic élevé, pointes saisonnières).

EXTENSION D'AUDIT POUR LA RECHERCHE VOCALE / L'ASSISTANT VOCAL (RÉSUMÉ)

(Voir la section 46)

EXTENSION D'AUDIT COMPLÉMENTAIRE POUR LES APPLICATIONS MULTILINGUES (I18N) / MULTIRÉGIONALES

(Voir la section 35)

EXTENSION D'AUDIT POUR LE CONTENU GÉNÉRÉ PAR L'IA (AIGC) – RÉSUMÉ

(Voir la section 19)

EXTENSION D'AUDIT POUR L'ACCESSIBILITÉ – RÉSUMÉ

(Voir la section 21)

EXTENSION D'AUDIT POUR LES DONNÉES STRUCTURÉES – RÉSUMÉ

(Voir la section 22)

EXTENSION D'AUDIT POUR LE SEO E-COMMERCE – RÉSUMÉ

(Voir la section 26)

EXTENSION D'AUDIT POUR LE RÉFÉRENCEMENT TECHNIQUE DE NEXT.JS – RÉSUMÉ

(Voir la section 48)

EXTENSION D'AUDIT POUR LE GÉNÉRATIF / L'OPTIMISATION DE LA RECHERCHE PAR L'IA – RÉSUMÉ

(Voir la section 31)

Demander à votre IA préférée

Documentation