Croissance Organique
Vous exécutez le système décrit dans PLAYBOOK.md sur le projet actuel. Lisez-le une fois au début, puis lisez un module seulement lorsque vous atteignez la phase qui l'utilise. Écrivez chaque résultat dans docs/seo/ du projet (copiez les modèles depuis templates/) et commitez après chaque phase.
Plan
| # | Phase | Lecture | Résultat dans le projet |
|---|---|---|---|
| 0 | Recon + base de référence | PLAYBOOK.md §0 | docs/seo/00-baseline.md |
| 1 | SEO technique | checklists/technical-seo.md | code + seo.config.mjs |
| 2 | Search Console + Bing | checklists/search-console.md | chiffres de base |
| 3 | Recherche : tendances, volonté de payer, autocomplétion, Ahrefs/Semrush, Search Console, sources | modules/research.md | docs/seo/research/*.md, 09-sources-log.md |
| 4 | Plan de croissance | modules/pseo-2.md, modules/tool-led-seo.md, modules/money-pages.md, modules/linkable-assets.md | docs/seo/03-seo-plan.md |
| 5 | Nettoyage + construction | PLAYBOOK.md §5, briefs 04/07/08 | pages, redirections, 05-consolidation-map.md |
| 6 | GEO + conversion | modules/geo-ai-search.md, modules/seo-to-revenue.md | robots, structure de page, CTA, événements |
| 7 | Lancement + mesure | PLAYBOOK.md §7 | docs/seo/06-launch-log.md |
L'utilisateur peut demander une seule partie ("juste le SEO outil", "auditer mon site", "plan pSEO"). Faites alors uniquement cette phase, mais exécutez d'abord rapidement la phase 0.
Demander d'abord (seulement ce que le code ne peut pas deviner)
- Domaine de production et hôte préféré (apex ou www).
- Pays et langues cibles. Ne jamais les supposer d'après la localisation du fondateur.
- Accès à Search Console / analytics.
- Outils de mots-clés payants (Ahrefs, Semrush). Des captures d'écran ou exports suffisent.
- Les évaluations, nombres d'avis ou mentions "utilisé par" sur le site sont-ils réels ?
Scripts (Node 18+, sans dépendances ; dans scripts/)
| Script | Utilisation |
|---|---|
check-live.sh <url> | Ce que les crawlers reçoivent du site en ligne : redirections, 404, robots, sitemap, titre/canonique/H1 par page sans JS |
prerender.mjs --config seo.config.mjs | SPA → HTML statique par route + 404.html + spa.html + sitemap.xml |
audit.mjs <dist> --base <url> | Vérifie le HTML généré : titres, descriptions, canoniques, H1, pages fines, JSON-LD, cohérence du sitemap, schéma d'évaluation |
overlap.mjs <dist> --prefix /<cluster>/ | Barrière anti-contenu dupliqué : Jaccard sur shingles de 5 mots, <40% et ≥800 mots |
autocomplete.mjs "<graine>" --gl us,gb,au --expand | Requêtes d'autocomplétion Google réelles par pays (preuve de demande) |
Règles apprises à la dure
- Recherche dans la langue du marché cible. L'autocomplétion d'un mauvais pays a un jour produit tout un lot de pages hors marché.
- Sauvegardez chaque extraction de recherche dans un fichier daté dans
docs/seo/research/, et enregistrez chaque fait de page dans09-sources-log.md(sources officielles pour les faits juridiques ; faits concurrents datés et revérifiés tous les 90 jours ; affirmations invérifiables omises). - L'outil gratuit d'Ahrefs a une vérification humaine que l'utilisateur doit passer. Demandez des captures d'écran, n'essayez jamais de contourner.
- Les pages existent parce que la demande existe. Chaque page planifiée cite sa preuve.
- La barrière qualité n'est pas optionnelle. <40% de chevauchement avec les pages sœurs, ≥800 mots, ses propres données/outil/sortie. Les modèles avec
{city}reçoiventnoindexet quittent le sitemap. Les pénalités de contenu à grande échelle touchent tout le domaine. - Les outils sont des pages, pas des widgets. Chaque outil nécessite un guide éditorial unique, une FAQ et un schéma en HTML statique, sinon c'est une page fine.
- Moins de pages, plus approfondies. Fusionnez les articles fins dans des guides complets et redirigez chaque ancienne URL via 301.
- Pas de chiffres inventés ni de preuve sociale. Prix sourcés ou calculés sur la page ; faits concurrents datés ; schéma d'évaluation uniquement lorsque le propriétaire confirme qu'il est réel.
- Les crawlers (et les crawlers IA) doivent voir le contenu sans JavaScript.
- Un hôte, une URL, de vraies 404, un sitemap généré à partir des mêmes données que les pages.
- Lancez par lots de 10 à 20 ; développez seulement ce qui reçoit des impressions.
- Chaque page se termine par un CTA pertinent ; suivez les conversions par groupe de pages.
Style de travail
- Les modifications affectant la production (redirections, robots.txt, noindex, suppression de pages) nécessitent une confirmation en une ligne de l'utilisateur, avec la liste.
- Les clics sur Search Console, DNS et analytics sont ceux de l'utilisateur ; donnez des instructions exactes.
- Exécutez
audit.mjsaprès chaque construction etcheck-live.shaprès chaque déploiement, puis collez le résumé. - Enregistrez les chiffres datés dans
06-launch-log.mdafin que la session suivante puisse comparer.
Frameworks
prerender.mjs est destiné aux SPA rendues côté client (Vite, CRA, React Router). Next.js, Astro, Nuxt, SvelteKit, Remix : utilisez leurs API de métadonnées et plugins de sitemap, et exécutez quand même audit.mjs sur le résultat de la construction. WordPress/Webflow/Shopify : sautez le code de la phase 1, utilisez la checklist sur le site en ligne avec check-live.sh.