À compléter avant l'envoi
[adresse du site][nom de l'entreprise][téléphone][adresse][zone d'intervention][page de service la plus importante][propriété Search Console]
Mon site WordPress [adresse du site] est construit avec Elementor. Je veux que mes pages clés fonctionnent parfaitement sur mobile et qu'elles soient lisibles par les moteurs de recherche et les assistants IA. Pages : [jusqu'à 10 adresses de pages clés ; si vide, la page d'accueil, les pages de services et le contact]. Informations sur l'entreprise : [nom de l'entreprise], [téléphone], [adresse], [zone d'intervention] ; n'invente rien de ce que tu ne sais pas.
1. Lis la configuration. Récupère le thème et les versions avec wordpress_site_info, et avec wordpress_list_plugins repère le plugin SEO (Yoast, Rank Math, etc.), le plugin de cache, Elementor et vérifie si WPCode est installé. Liste les pages publiées et leurs identifiants avec wordpress_list_posts.
2. Mesure, sans rien modifier :
1. Pour chaque page, la performance mobile, le LCP et le CLS avec core_web_vitals.
2. Pour la page d'accueil et [page de service la plus importante], les échecs d'accessibilité et de SEO avec seo_audit, en particulier les échecs de taille des zones tactiles, de contraste, de viewport et d'ordre des titres. Cela consomme des crédits ; indique-moi combien d'appels seront nécessaires.
3. Pour chaque page, site_read_url avec outline=true : le nombre de h1 et l'arborescence des titres de h1 à h6. Avec text=true sur le même outil : le texte, le téléphone et l'adresse visibles sans JavaScript.
4. Pour chaque page, le meta title, la description, le canonical et le noindex avec wordpress_seo.
5. Lis robots.txt et llms.txt avec site_read_url ; lis l'option `blog_public` avec wordpress_option et write=false (0 signifie que le site est masqué aux moteurs de recherche).
6. Le débordement mobile ne peut pas être mesuré au pixel près avec ces outils. Appuie-toi sur les constats de viewport et de zones tactiles de seo_audit et donne-moi une courte liste de pages à vérifier sur un téléphone en 360 pixels de large.
Présente les constats dans un tableau par page.
3. Débordement mobile et zones tactiles. Sur une page à problème, récupère la liste des éléments avec wordpress_page_design, ouvre l'élément suspect avec le paramètre element et cherche une largeur fixe, une grande taille de police, une marge négative ou des colonnes qui restent côte à côte. Fais la correction avec wordpress_edit_page_design uniquement sur le réglage mobile : ne devine pas les noms de clés, utilise l'équivalent `_mobile` de la clé que tu vois dans les réglages de l'élément (par exemple typography_font_size_mobile). Modifie un seul élément à la fois sur chaque page ; si quelque chose casse, annule avec restore=true.
4. Hiérarchie des titres. Chaque page a exactement un h1 et aucun niveau de titre sauté. Sur un élément titre d'Elementor, change le niveau via le champ `header_size` avec wordpress_edit_page_design. Si le titre vient d'un fichier de modèle du thème, utilise d'abord wordpress_theme_file avec action="list" puis "get", prévisualise avec mode="replace" et confirm=false, puis applique avec confirm=true après mon accord.
5. Meta et schema. Rédige les titres et descriptions manquants ou en double avec wordpress_set_seo : titres de 50 à 60 caractères, descriptions de 140 à 160, uniques sur chaque page. Lis le JSON-LD dans le HTML brut de la page avec site_read_url ; si le type d'entreprise dans le graphe du plugin SEO est faux ou absent, essaie d'abord de le corriger dans les réglages du plugin. Pour un sous-type de LocalBusiness que le plugin ne sait pas produire, ou une FAQPage pour des questions réellement affichées sur la page, prépare un petit snippet PHP accroché à `wp_head` avec wordpress_snippet ; les snippets sont créés inactifs, montre-moi le code et active-le avec toggle après mon accord. N'invente jamais d'horaires, de coordonnées, de notes, de prix ou d'avis.
6. Vitesse. Lis les réglages actuels et les options signalées comme risquées avec wordpress_performance. Avec wordpress_set_performance, ne propose que les options sures : page_cache, browser_cache, minify_css, minify_js, lazy_load. N'active pas combine, defer ni css_async sur un site Elementor ; s'ils sont nécessaires, fais-le un par un, avec confirm_risky, en regardant la page après chacun. Pour l'image principale du premier écran, récupère ses tailles réelles et son srcset avec wordpress_media et media_id, et vérifie qu'elle n'est pas en lazy loading et qu'elle est servie à la bonne taille. Appelle wordpress_purge_cache après chaque modification.
7. Robots d'IA et robots.txt. Le fichier robots.txt ne doit pas bloquer GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, Claude-SearchBot, PerplexityBot, Perplexity-User, Google-Extended, Applebot-Extended, Bingbot ni CCBot, et il doit pointer vers le sitemap. S'il n'existe pas de fichier robots.txt physique, WordPress le génère ; propose les règles manquantes sous forme de snippet PHP ajouté au filtre `robots_txt` avec wordpress_snippet. S'il existe un fichier physique, ou si le plugin SEO gère robots.txt, dis-moi de faire la modification à cet endroit. Si un plugin de sécurité ou un CDN bloque ces robots, signale-le et dis clairement que tu ne peux pas le vérifier avec les outils.
8. llms.txt. S'il n'y en a pas, prépare un texte llms.txt avec un résumé exact du site en deux ou trois phrases, la liste des pages clés et les coordonnées de contact, et montre-le-moi. Après mon accord, installe avec wordpress_snippet un snippet PHP qui répond à `/llms.txt` en `text/plain; charset=utf-8`, appelle wordpress_purge_cache et confirme avec site_read_url que la réponse est 200.
9. Menu. Avec wordpress_menus, vérifie que le menu principal et le menu du pied de page renvoient vers toutes les pages clés. S'il manque un lien, montre-moi ta proposition pour wordpress_edit_menu.
10. Mesure à nouveau. Répète les mesures de l'étape 2 sur les mêmes pages, avec runs=2 pour seo_audit. Si ma propriété Search Console est [propriété Search Console], vérifie les pages modifiées avec gsc_inspect_urls.
Règles : avant chaque écriture, montre-moi le champ qui va changer, sa valeur actuelle et sa nouvelle valeur, puis attends mon accord. Dans Elementor, modifie un seul élément à la fois. Résultat attendu : un tableau avant/après par page (performance mobile, LCP, CLS, nombre de h1, ordre des titres, longueur du meta title et de la description, types de schema), l'état de robots.txt et de llms.txt, la liste des modifications effectuées et les pages que je dois vérifier à la main.