À compléter avant l'envoi
[adresse du site][nom du serveur][clé du site, ou "site principal"][nom de l'entreprise][secteur d'activité][services][téléphone][adresse][zone d'intervention][horaires d'ouverture][e-mail][emplacement des vraies photos]
Mon site [adresse du site] est en ligne sur mon serveur d'hébergement Opus Growth. Le nom du serveur est [nom du serveur] et, s'il s'agit d'un site supplémentaire, sa clé est [clé du site, ou "site principal"]. Je veux que tu amènes ce site au meilleur niveau possible en passant chaque page par des contrôles mesurables. Commence par mesurer sans rien modifier, corrige ensuite les problèmes par ordre de priorité, puis mesure de nouveau de la même façon. Ne considère pas le travail comme terminé tant que les critères ci-dessous ne sont pas remplis.
Informations sur l'entreprise, avec "aucune" quand je ne sais pas : [nom de l'entreprise], [secteur d'activité], [services], [téléphone], [adresse], [zone d'intervention], [horaires d'ouverture], [e-mail], [emplacement des vraies photos].
1. Préparation. Lis les guides avec site_design_guide et site_seo_guide. Liste les fichiers avec site_list_files et la version actuelle avec site_versions, et note-la comme point de restauration. Liste les pages publiées, en excluant la page 404. N'appelle pas scaffold_site, car il écrase l'index.html existant et le dossier assets.
2. Mesure avant, sans rien modifier :
1. Pour chaque page, récupère avec core_web_vitals le score de performance mobile et desktop, le LCP, le CLS et le TBT.
2. Pour la page d'accueil et [page de service la plus importante], utilise seo_audit afin de lister, élément par élément, les échecs d'accessibilité mobile, de SEO et de bonnes pratiques. Cet outil consomme des crédits : dis-moi d'abord combien d'appels tu vas faire.
3. Avec site_run_command, exécute `node seo-check.mjs`, `node design-check.mjs` et `npx --yes html-validate "**/*.html"` à la racine du site. Si les outils du kit ne sont pas à la racine, utilise seo_technical_audit à la place de ces trois commandes et précise-le dans le rapport.
4. Ouvre chaque page avec site_preview en 360, 390, 768 et 1440 pixels de large. Cherche tout défilement horizontal, les titres qui débordent, les éléments qui se chevauchent et les zones tactiles de moins de 44 pixels.
5. Lis la page d'accueil avec site_read_url et text=true. Dis si un navigateur qui n'exécute pas JavaScript voit le menu, les liens internes, le numéro de téléphone et l'adresse. Avec le même outil, vérifie que robots.txt, sitemap.xml et llms.txt renvoient 200.
6. Coche cette liste pour la recherche par IA : robots.txt est-il ouvert à GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, Claude-SearchBot, PerplexityBot, Perplexity-User, Google-Extended, Applebot-Extended, Bingbot et CCBot ; sitemap.xml contient-il de vraies dates lastmod ; llms.txt donne-t-il un résumé court et exact du site et de ses pages clés ; chaque page porte-t-elle un JSON-LD relié dans un seul graphe @id (Organization, le bon sous-type de LocalBusiness, WebSite, WebPage, BreadcrumbList sur toutes les pages sauf l'accueil, FAQPage uniquement là où de vraies questions sont affichées) ; la page de service répond-elle directement à la question dans son premier paragraphe ; une date de dernière mise à jour et les informations de l'entreprise sont-elles visibles.
Mets tout cela dans un tableau "avant" par page et par appareil.
3. Plan de correction. Classe les constats ainsi, montre fichier par fichier ce qui va changer et attends mon accord :
1. Accès : liens internes cassés, adresses renvoyant 404, canoniques erronées, blocages dans robots.txt, noindex involontaires.
2. Contenu : espaces réservés non remplis, titres et descriptions manquants ou dupliqués, plus ou moins d'un h1, contenus de moins de 150 mots. N'invente jamais rien ; n'écris pas d'horaires, de coordonnées, de notes, de prix, d'avis, de récompenses ni de nombres de clients que je ne t'ai pas donnés, demande-moi plutôt.
3. Accessibilité : contraste, niveaux de titres sautés, images sans texte alternatif, zones tactiles de moins de 44 pixels. Le pied de page par défaut du kit utilise des titres de colonnes en gris clair qui échouent au contraste et sont des éléments h4 qui cassent l'ordre des titres ; réécris-les comme des paragraphes normaux en texte gris foncé.
4. Menu et pied de page : `<site-nav>` et `<site-footer>` sont générés par JavaScript, donc les navigateurs qui ne l'exécutent pas ne voient jamais le menu ni les coordonnées, et la page se décale au chargement du menu. Écris un petit script `chrome-stamp.mjs` qui les imprime en HTML statique sur chaque page : il lit site.config.js comme le fait seo-stamp.mjs, réécrit à chaque exécution la zone entre `<!-- chrome:nav:start -->` et `<!-- chrome:nav:end -->` (chrome:footer pour le pied de page) sur chaque page, construit le menu mobile avec `<details>` et sans JavaScript, ajoute aria-current sur la page courante, garde chaque lien à 44 pixels de haut au minimum et imprime le nom, l'adresse et le téléphone dans le pied de page. Continue de gérer le menu uniquement dans site.config.js.
5. Validité HTML : `<!DOCTYPE html>` en majuscules, aucun attribut style en ligne, un type sur chaque input, ` ` à la place des espaces dans un numéro de téléphone visible (html-validate signale cela comme tel-non-breaking), width et height sur chaque image.
6. Schema et fichiers AEO : comble les manques de la liste AEO ci-dessus. Place le JSON-LD propre à chaque page à la fin du body. Régénère le graphe de base avec `node seo-stamp.mjs`. Si une adresse doit changer, fais une redirection 301 de l'ancienne avec site_redirects ; n'utilise jamais de meta refresh.
7. Performance : remplace le CDN Tailwind Play par du CSS compilé et minifié, héberge toi-même les polices, régénère les images en WebP et AVIF avec srcset, supprime les scripts inutilisés et vérifie les en-têtes de cache avec site_headers. Aucune requête ne doit quitter l'origine du site, favicon compris.
4. Application après mon accord. Après chaque modification, relance `node seo-stamp.mjs`, `node chrome-stamp.mjs` et la compilation du CSS, dans cet ordre. Si quelque chose casse, reviens à la version notée avec site_restore.
5. Mesure après : refais toutes les mesures de l'étape 2 sur les mêmes pages et les mêmes appareils. Utilise runs=2 pour seo_audit, car les résultats de laboratoire varient d'une exécution à l'autre. Critères : sur chaque page, performance mobile d'au moins 95 et accessibilité, bonnes pratiques et SEO à 100 ; sur desktop, les quatre scores à 95 minimum ; seo-check 0 erreur et 0 avertissement ; design-check 0 erreur (explique chaque avertissement) ; html-validate 0 erreur ; aucun débordement aux quatre largeurs. Corrige et mesure à nouveau toute page qui manque un critère.
6. Après publication : confirme avec site_read_url que la page d'accueil en ligne a bien changé, soumets sitemap.xml avec gsc_submit_sitemap et montre l'état d'indexation de la page d'accueil avec gsc_url_inspect. Ma propriété Search Console est [propriété Search Console, ou "aucune"].
Présente le résultat ainsi : d'abord un résumé en deux phrases. Puis un tableau avant et après : page, appareil, performance, accessibilité, bonnes pratiques, SEO, LCP, CLS. Puis un tableau des contrôles : contrôle, avant, après. Puis la liste des fichiers modifiés et la raison de chaque modification. Enfin, tout ce qui n'a pas pu être corrigé ou qui attend une information de ma part.
