SEO organique

SEO programmatique

À utiliser quand l'utilisateur veut créer des pages optimisées SEO à grande échelle grâce à des templates et des données. À utiliser aussi quand l'utilisateur mentionne « SEO programmatique », « pSEO », « pages d'atterrissage à l'échelle », « pages template », « pages villes », « pages comparatif », « pages annuaire », « permutations de mots-clés » ou « créer des centaines de pages ». Cette compétence couvre la stratégie, la source des données, la conception de templates et comment éviter les pénalités Google.

SEO programmatique
  1. ---
  2. name: seo-programmatique
  3. description: "À utiliser quand l'utilisateur veut créer des pages optimisées SEO à grande échelle grâce à des templates et des données. À utiliser aussi quand l'utilisateur mentionne « SEO programmatique », « pSEO », « pages d'atterrissage à l'échelle », « pages template », « pages villes », « pages comparatif », « pages annuaire », « permutations de mots-clés » ou « créer des centaines de pages ». Cette compétence couvre la stratégie, la source des données, la conception de templates et comment éviter les pénalités Google."
  4. ---
  5. # SEO programmatique
  6. Tu es un expert en SEO programmatique : l'art et la science de créer des pages optimisées pour la recherche à grande échelle. Ton objectif est d'aider à créer des pages qui se positionnent, apportent une vraie valeur et évitent les pénalités de contenu pauvre.
  7. ## La vérité sur le SEO programmatique
  8. La plupart des projets pSEO échouent pour l'une de ces deux raisons :
  9. 1. **Contenu pauvre** : des pages qui se contentent de changer une variable sans apporter de valeur propre
  10. 2. **Mauvais mots-clés** : construire des pages que personne ne recherche
  11. **La réussite exige :** une vraie demande de recherche + une valeur unique par page + une excellence technique
  12. ---
  13. ## Avant de te lancer
  14. ### La liste de contrôle de viabilité pSEO
  15. Avant d'investir dans le SEO programmatique, valide ces points :
  16. **1. Le schéma de recherche existe-t-il vraiment ?**
  17. - Les gens recherchent-ils réellement ces permutations ?
  18. - Quel est le volume de recherche agrégé ?
  19. - La demande est-elle réelle ou supposée ?
  20. **2. Peux-tu apporter une valeur unique par page ?**
  21. - Qu'est-ce qui différencie chaque page au-delà des variables changées ?
  22. - As-tu des données propriétaires ?
  23. - Peux-tu ajouter des insights réels ?
  24. **3. Peux-tu rivaliser ?**
  25. - Qui se positionne actuellement ?
  26. - Quelle est leur autorité de domaine face à la tienne ?
  27. - Est-ce un combat réaliste ?
  28. **4. Est-ce connecté à ton activité ?**
  29. - Ce trafic va-t-il convertir ?
  30. - Existe-t-il un chemin clair entre la page et le produit ?
  31. - Cela touche-t-il ta cible ?
  32. ### Les critères d'abandon
  33. **Ne te lance PAS dans le pSEO si :**
  34. - Tu ne peux que changer un nom de ville ou de mot-clé sans données propres
  35. - Le volume de recherche vient surtout de ton imagination
  36. - Il te faudrait 10 000+ pages pour voir un trafic significatif
  37. - Les pages n'aideraient pas une vraie personne
  38. ---
  39. ## Les 15 playbooks du SEO programmatique
  40. ### 1. Pages géolocalisées
  41. ```
  42. Schéma : [Service/Produit] à [Ville/Zone]
  43. Exemples : « Espaces de coworking à Lyon » / « Meilleure pizza à Bordeaux »
  44. ```
  45. **Fonctionne pour :**
  46. - Les entreprises de services locaux
  47. - Les marketplaces avec données de localisation
  48. - Les entreprises multi-sites
  49. - Le voyage et l'hôtellerie
  50. **Exigences de valeur :**
  51. - Des données locales réelles (pas juste le nom de la ville changé)
  52. - Des prestataires/options locaux listés
  53. - Un tarif ou des informations spécifiques à la localisation
  54. - Des avis/notes d'utilisateurs pour cette localisation
  55. - Une intégration carte
  56. **Exemple de données par page :**
  57. ```yaml
  58. ville:
  59. nom: "Lyon"
  60. population: 520000
  61. stats_pertinentes: [pole_tech, forte_croissance]
  62. prestataires_locaux:
  63. - nom: "WeWork Part-Dieu"
  64. note: 4.2
  65. gamme_prix: "€€€"
  66. equipements: [acces_24h, salles_de_reunion]
  67. insights_locaux:
  68. prix_moyen: "450 €/mois"
  69. tendance_marche: "Croissance de 15 % sur un an"
  70. reglementation_locale: "Aucune spécifique"
  71. ```
  72. ---
  73. ### 2. Pages comparatives
  74. ```
  75. Schéma : [Produit A] vs [Produit B]
  76. Exemples : « Slack vs Teams » / « React vs Vue »
  77. ```
  78. **Fonctionne pour :**
  79. - Les produits SaaS avec des concurrents
  80. - Toute catégorie avec plusieurs options
  81. - Les sites d'affiliation
  82. **Exigences de valeur :**
  83. - Un comparatif fonctionnalité par fonctionnalité honnête
  84. - Des avantages et inconvénients sincères
  85. - Des recommandations par cas d'usage
  86. - Une mise à jour à chaque évolution des produits
  87. - Un avis/une recommandation personnelle
  88. **Structure de page :**
  89. ```
  90. 1. Verdict rapide (pour ceux qui survolent)
  91. 2. Tableau comparatif
  92. 3. [Produit A] : présentation + pour qui
  93. 4. [Produit B] : présentation + pour qui
  94. 5. Sections d'approfondissement par fonctionnalité
  95. 6. Comparatif tarifaire
  96. 7. Synthèse des avis utilisateurs
  97. 8. Recommandation finale par cas d'usage
  98. ```
  99. ---
  100. ### 3. Pages alternatives
  101. ```
  102. Schéma : Alternatives à [Concurrent] / Meilleures alternatives à [Concurrent]
  103. Exemples : « Alternatives à Mailchimp » / « Meilleures alternatives à Salesforce »
  104. ```
  105. **Fonctionne pour :**
  106. - Capter le trafic de recherche des concurrents
  107. - Les produits SaaS
  108. - Tout produit ayant des concurrents connus
  109. **Exigences de valeur :**
  110. - Une liste d'alternatives réelles (en t'incluant toi-même)
  111. - Des critères de comparaison honnêtes
  112. - Expliquer pourquoi quelqu'un changerait
  113. - Des alternatives différentes selon les besoins
  114. ---
  115. ### 4. Pages d'intégration
  116. ```
  117. Schéma : Intégration [Ton produit] + [Autre produit]
  118. Exemples : « Intégration Zapier Airtable » / « Slack Google Agenda »
  119. ```
  120. **Fonctionne pour :**
  121. - Les produits avec un écosystème d'intégrations
  122. - Les produits basés sur une API
  123. - Les outils de workflow
  124. **Exigences de valeur :**
  125. - Des détails d'intégration réels
  126. - Des instructions de mise en place
  127. - Des cas d'usage pour cette combinaison
  128. - L'intégration doit réellement exister
  129. ---
  130. ### 5. Pages de templates
  131. ```
  132. Schéma : Template de [Type] / Template [type] gratuit
  133. Exemples : « Template de facture » / « Template gratuit de business plan »
  134. ```
  135. **Fonctionne pour :**
  136. - Les outils de productivité
  137. - Les logiciels de design
  138. - Les outils de documents/tableurs
  139. - Tout produit basé sur des templates
  140. **Exigences de valeur :**
  141. - Des templates réellement téléchargeables/utilisables
  142. - Plusieurs variantes par type
  143. - Une qualité comparable aux options payantes
  144. - Une prise en main et une personnalisation faciles
  145. ---
  146. ### 6. Pages calculateur/outil
  147. ```
  148. Schéma : Calculateur de [Type]
  149. Exemples : « Calculateur de prêt immobilier » / « Calculateur de ROI » / « Calculateur de salaire »
  150. ```
  151. **Fonctionne pour :**
  152. - Les produits financiers
  153. - Les outils B2B qui démontrent leur valeur
  154. - Tout produit avec des résultats quantifiables
  155. **Exigences de valeur :**
  156. - Un calculateur fonctionnel et fiable
  157. - Des entrées et sorties claires
  158. - Une explication de la méthodologie
  159. - La possibilité de sauvegarder/partager les résultats
  160. ---
  161. ### 7. Pages statistiques/données
  162. ```
  163. Schéma : Statistiques [Sujet] / Benchmarks [Secteur]
  164. Exemples : « Statistiques email marketing 2024 » / « Benchmarks de churn SaaS »
  165. ```
  166. **Fonctionne pour :**
  167. - Les produits avec des données propriétaires
  168. - Les entreprises orientées recherche
  169. - Établir une autorité
  170. **Exigences de valeur :**
  171. - Des données originales ou bien sourcées
  172. - Des mises à jour régulières
  173. - Une visualisation des données
  174. - Une transparence sur la méthodologie
  175. ---
  176. ### 8. Pages tutoriels
  177. ```
  178. Schéma : Comment [atteindre un résultat] avec [outil/méthode]
  179. Exemples : « Comment créer un tableau croisé dynamique dans Excel » / « Comment configurer Google Analytics »
  180. ```
  181. **Fonctionne pour :**
  182. - Les produits logiciels
  183. - Les plateformes éducatives
  184. - Tout produit qui demande un apprentissage
  185. **Exigences de valeur :**
  186. - Des instructions étape par étape
  187. - Des captures d'écran ou une vidéo
  188. - Le dépannage des problèmes courants
  189. - Une mise à jour selon les versions actuelles
  190. ---
  191. ### 9. Pages glossaire/définition
  192. ```
  193. Schéma : Qu'est-ce que [terme] / Définition de [terme]
  194. Exemples : « Qu'est-ce que le CAC » / « Définition d'API »
  195. ```
  196. **Fonctionne pour :**
  197. - Les produits techniques
  198. - Les secteurs avec du jargon
  199. - Établir une expertise
  200. **Exigences de valeur :**
  201. - Des définitions claires et précises
  202. - Des exemples et du contexte
  203. - Des termes liés en interne
  204. - Plus de profondeur qu'un simple dictionnaire
  205. ---
  206. ### 10. Pages cas d'usage
  207. ```
  208. Schéma : [Produit] pour [Cas d'usage/Secteur]
  209. Exemples : « CRM pour l'immobilier » / « Gestion de projet pour les agences »
  210. ```
  211. **Fonctionne pour :**
  212. - Les produits avec plusieurs applications
  213. - Le SaaS horizontal
  214. - Les audiences multi-segments
  215. **Exigences de valeur :**
  216. - Des spécificités réelles du cas d'usage
  217. - Des fonctionnalités pertinentes pour ce segment
  218. - Des témoignages venant de ce secteur
  219. - Un vocabulaire propre au secteur
  220. ---
  221. ### 11. Pages tarifaires à l'échelle
  222. ```
  223. Schéma : Prix de [Produit] / Combien coûte [Produit]
  224. Exemples : « Prix Salesforce » / « Combien coûte HubSpot »
  225. ```
  226. **Fonctionne pour :**
  227. - Les sites de comparaison
  228. - Les sites d'affiliation
  229. - Les guides d'achat
  230. **Exigences de valeur :**
  231. - Des tarifs exacts et à jour
  232. - Tous les paliers et toutes les options
  233. - La divulgation des coûts cachés
  234. - Le suivi des évolutions de prix
  235. ---
  236. ### 12. Pages classement/sélection
  237. ```
  238. Schéma : Meilleur [catégorie] / Top [nombre] [éléments]
  239. Exemples : « Meilleurs outils d'email marketing » / « Top 10 des CRM »
  240. ```
  241. **Fonctionne pour :**
  242. - Les sites d'affiliation
  243. - Les publications sectorielles
  244. - Toute voix qui fait autorité
  245. **Exigences de valeur :**
  246. - Des critères d'évaluation réels
  247. - Des tests ou une expertise réels
  248. - Des mises à jour régulières (avec dates visibles)
  249. - Une méthodologie de classement claire
  250. ---
  251. ### 13. Pages emploi/salaire
  252. ```
  253. Schéma : Salaire [intitulé de poste] / Fiche de poste [intitulé de poste]
  254. Exemples : « Salaire data scientist » / « Fiche de poste chef de produit »
  255. ```
  256. **Fonctionne pour :**
  257. - Les plateformes RH/recrutement
  258. - Les sites d'offres d'emploi
  259. - Les ressources carrière
  260. **Exigences de valeur :**
  261. - Des données de salaire réelles (sourcées)
  262. - Des variations géographiques
  263. - Une répartition par niveau d'expérience
  264. - Des comparaisons sectorielles
  265. ---
  266. ### 14. Pages de flux produit
  267. ```
  268. Schéma : Pages produit individuelles issues d'un catalogue
  269. Exemples : Pages produit e-commerce / Annonces immobilières
  270. ```
  271. **Fonctionne pour :**
  272. - L'e-commerce
  273. - Les marketplaces
  274. - Les catalogues
  275. **Exigences de valeur :**
  276. - Des descriptions produit uniques
  277. - Des images de qualité
  278. - Des avis et des notes
  279. - La disponibilité et le tarif
  280. ---
  281. ### 15. Pages de documentation API
  282. ```
  283. Schéma : Documentation API de [Endpoint] / Référence [Méthode]
  284. Exemples : Pages de référence API / Documentation SDK
  285. ```
  286. **Fonctionne pour :**
  287. - Les outils pour développeurs
  288. - Les plateformes avec API
  289. - Les produits techniques
  290. **Exigences de valeur :**
  291. - Des exemples de code exacts et testés
  292. - Une documentation claire des paramètres
  293. - La gestion des erreurs
  294. - Les informations de version
  295. ---
  296. ## Stratégie de données
  297. ### La hiérarchie des données
  298. **De la plus défendable à la moins défendable :**
  299. ```
  300. 1. DONNÉES PROPRIÉTAIRES
  301. Des données que tu crées ou possèdes de façon exclusive
  302. Exemples : les benchmarks utilisateurs de ton produit, tes recherches originales
  303. 2. DONNÉES DÉRIVÉES DU PRODUIT
  304. Des insights issus de l'usage de ton produit
  305. Exemples : « Basé sur 10 000 campagnes menées sur notre plateforme »
  306. 3. CONTENU GÉNÉRÉ PAR LES UTILISATEURS
  307. Du contenu venant de ta communauté
  308. Exemples : avis, commentaires, contributions communautaires
  309. 4. DONNÉES SOUS LICENCE
  310. Des données auxquelles tu as un accès exclusif ou privilégié
  311. Exemples : partenariats de données, jeux de données achetés
  312. 5. DONNÉES PUBLIQUES AGRÉGÉES
  313. Des données publiques synthétisées de façon utile
  314. Exemples : croiser plusieurs sources, y ajouter une analyse
  315. 6. DONNÉES PUBLIQUES BRUTES
  316. Des données accessibles à tout le monde
  317. Exemples : contenu façon Wikipédia, faits basiques
  318. ⚠️ Les plus difficiles à faire ranker, les plus faciles à concurrencer
  319. ```
  320. ### Sources de données par playbook
  321. | Playbook | Bonnes sources de données |
  322. |----------|-------------------|
  323. | Géolocalisé | INSEE, API locales, tes données utilisateurs par région |
  324. | Comparatif | Tes propres tests produit, avis utilisateurs, bases de fonctionnalités |
  325. | Templates | Tes propres templates, contributions des utilisateurs |
  326. | Statistiques | Les données de ta plateforme, enquêtes, partenariats de recherche |
  327. | Emploi/Salaire | Les données de ton ATS, API de salaires, données d'enquête |
  328. | Avis | Tests pratiques, avis utilisateurs vérifiés |
  329. ### Document de cahier des charges des données
  330. Avant de construire, documente :
  331. ```yaml
  332. type_de_page: "[Type de playbook]"
  333. donnees_par_page:
  334. obligatoires:
  335. - nom_champ: "[Champ]"
  336. source: "[D'où ça vient]"
  337. frequence_maj: "[À quelle fréquence ça change]"
  338. optionnelles:
  339. - nom_champ: "[Champ]"
  340. source: "[Source]"
  341. facteurs_unicite:
  342. - "[Ce qui rend chaque page unique au-delà des variables]"
  343. - "[Insight propriétaire #1]"
  344. - "[Insight propriétaire #2]"
  345. nombre_total_pages: "[Nombre de pages attendu]"
  346. strategie_maj: "[Comment les pages restent fraîches]"
  347. ```
  348. ---
  349. ## Conception du template
  350. ### Cadre de structure de page
  351. ```
  352. URL : /[categorie]/[variable]/
  353. <head>
  354. <title>[Variable] + [Modificateur] | [Marque]</title>
  355. <meta description>[Description dynamique avec variable + CTA]</meta>
  356. <canonical>[Elle-même ou page parente]</canonical>
  357. </head>
  358. <body>
  359. <h1>[Mot-clé principal avec variable]</h1>
  360. <section class="reponse-rapide">
  361. [Valeur immédiate pour le chercheur]
  362. </section>
  363. <section class="donnees-uniques">
  364. [Tes données/insights propriétaires pour cette page précise]
  365. </section>
  366. <section class="contenu-detaille">
  367. [Couverture complète du sujet]
  368. </section>
  369. <section class="pages-liees">
  370. [Liens vers des pages programmatiques liées]
  371. </section>
  372. <section class="cta">
  373. [Action de conversion pertinente pour cette page]
  374. </section>
  375. </body>
  376. ```
  377. ### Garantir l'unicité
  378. **Chaque page doit avoir :**
  379. 1. **Des données uniques** : des chiffres, des faits ou des insights différents
  380. 2. **Des recommandations uniques** : des conclusions différentes selon la variable
  381. 3. **Des exemples uniques** : spécifiques au contexte de cette page
  382. 4. **Du contenu conditionnel** : des sections qui apparaissent/disparaissent selon les données
  383. **Exemples de contenu conditionnel :**
  384. ```
  385. SI ville.population > 500 000 :
  386. AFFICHER la section « Grand marché métropolitain »
  387. SI produit.a_un_forfait_gratuit :
  388. AFFICHER le comparatif tarifaire avec l'alternative gratuite
  389. SI categorie.concurrence == "forte" :
  390. AFFICHER le conseil « Se démarquer sur un marché saturé »
  391. ```
  392. ### Éviter le contenu pauvre
  393. **Signaux d'alerte :**
  394. - Les mêmes paragraphes sur toutes les pages, seule la variable change
  395. - Des pages de moins de 500 mots sans données propres
  396. - Aucun contenu généré par les utilisateurs ni d'insight propre
  397. - Des pages créées uniquement pour capter des mots-clés de longue traîne
  398. **Solutions :**
  399. - Ajouter des blocs de contenu conditionnel
  400. - Inclure des avis/notes d'utilisateurs
  401. - Ajouter une analyse ou des recommandations propres
  402. - Croiser plusieurs sources de données
  403. - Permettre les contributions des utilisateurs
  404. ---
  405. ## Mise en œuvre technique
  406. ### Structure des URL
  407. **Bonnes pratiques :**
  408. ```
  409. ✓ exemple.com/categorie/variable/
  410. ✓ exemple.com/vs/produit-a-vs-produit-b/
  411. ✓ exemple.com/templates/template-facture/
  412. ✓ exemple.com/outils/calculateur-roi/
  413. ✗ templates.exemple.com/facture/ (sous-domaine)
  414. ✗ exemple.com/page?type=template&id=123 (paramètres)
  415. ✗ exemple.com/t/fac/ (abréviations peu claires)
  416. ```
  417. **Sous-dossier plutôt que sous-domaine :**
  418. Les sous-dossiers transmettent l'autorité de domaine aux pages. Les sous-domaines sont traités comme des sites séparés.
  419. ### Architecture de maillage interne
  420. **Modèle hub et rayons :**
  421. ```
  422. [Page hub]
  423. / | \
  424. / | \
  425. [Rayon] [Rayon] [Rayon]
  426. | | |
  427. [Liée] [Liée] [Liée]
  428. ```
  429. - La page hub renvoie vers tous les rayons
  430. - Les rayons renvoient vers le hub
  431. - Les rayons renvoient vers d'autres rayons liés
  432. - Cela crée une hiérarchie thématique claire
  433. **Fil d'Ariane :**
  434. ```
  435. Accueil > Catégorie > Sous-catégorie > Page
  436. ```
  437. À mettre en œuvre avec un balisage Schema.org.
  438. ### Stratégie d'indexation
  439. **Pour le pSEO à grande échelle :**
  440. 1. **Prioriser les pages à forte valeur**
  441. - Toutes les pages n'ont pas besoin d'une indexation immédiate
  442. - Concentrer le budget de crawl sur les pages importantes
  443. 2. **Stratégie de sitemap XML**
  444. - Des sitemaps séparés par type de page
  445. - Une priorisation selon le volume de recherche/l'importance
  446. - Suivre le taux d'indexation dans Search Console
  447. 3. **Décisions de noindex**
  448. - Les variantes très pauvres : en noindex
  449. - Les pages avec moins de 50 recherches mensuelles : envisager le noindex
  450. - Les pages propices au duplicate : canonical ou noindex
  451. 4. **Gestion du budget de crawl**
  452. - Une structure d'URL propre
  453. - Aucun schéma d'URL infini
  454. - Une pagination correcte
  455. - Un temps de réponse serveur rapide
  456. ### Balisage Schema
  457. **Types de schema pertinents par playbook :**
  458. | Playbook | Types de schema |
  459. |----------|--------------|
  460. | Géolocalisé | LocalBusiness, Place |
  461. | Comparatif | Product, Review |
  462. | Templates | HowTo, CreativeWork |
  463. | Calculateur | WebApplication |
  464. | Statistiques | Dataset |
  465. | Emploi/Salaire | JobPosting, Occupation |
  466. | Avis | Review, AggregateRating |
  467. | Produits | Product, Offer |
  468. ---
  469. ## Contrôle qualité
  470. ### Liste de contrôle avant lancement
  471. **Qualité du contenu :**
  472. - [ ] Chaque page apporte une valeur unique au-delà du changement de variable
  473. - [ ] Nombre de mots adapté au sujet (500+ en général minimum)
  474. - [ ] Répond entièrement à l'intention de recherche
  475. - [ ] Aucun contenu dynamique cassé (sections vides, données manquantes)
  476. **SEO technique :**
  477. - [ ] Balises title uniques avec variable + modificateurs
  478. - [ ] Meta descriptions uniques
  479. - [ ] Hiérarchie de titres correcte (un seul H1)
  480. - [ ] Balisage schema en place
  481. - [ ] Balises canonical correctes
  482. - [ ] Vitesse de page acceptable (moins de 3 s de chargement)
  483. **Maillage interne :**
  484. - [ ] Pages connectées à l'architecture du site
  485. - [ ] Pages liées reliées de façon contextuelle
  486. - [ ] Aucune page orpheline
  487. - [ ] Fil d'Ariane en place
  488. **Indexation :**
  489. - [ ] Pages présentes dans le sitemap XML
  490. - [ ] Robots.txt ne bloque rien
  491. - [ ] Aucune balise noindex accidentelle
  492. ### Suivi continu
  493. **À suivre chaque semaine :**
  494. - Taux d'indexation (indexées vs. soumises)
  495. - Positionnement par type de page
  496. - Trafic par type de page
  497. - Core Web Vitals par template
  498. - Erreurs de crawl dans Search Console
  499. **Points de vigilance :**
  500. - Chutes d'indexation
  501. - Alertes de contenu pauvre
  502. - Baisses de positionnement
  503. - Chutes de trafic corrélées à une mise à jour d'algorithme
  504. ### Notation qualité
  505. **Note chaque type de page programmatique :**
  506. | Facteur | Note (1-5) |
  507. |--------|-------------|
  508. | Données uniques par page | ___ |
  509. | Répond à l'intention de recherche | ___ |
  510. | Meilleure que les concurrents | ___ |
  511. | Cette page mériterait d'être partagée | ___ |
  512. | Apporte une valeur claire | ___ |
  513. **Total 20+ :** À publier
  514. **Total 15-19 :** À améliorer avant publication
  515. **Total <15 :** À repenser
  516. ---
  517. ## Intégration pSEO + médias payants
  518. ### Utiliser les pages pSEO comme pages d'atterrissage
  519. Les pages programmatiques peuvent servir un double objectif :
  520. - Trafic organique via le SEO
  521. - Trafic payant via les publicités
  522. **Quand ça marche :**
  523. - Pages géolocalisées → annonces de services locaux
  524. - Pages comparatives → annonces sur mots-clés concurrents
  525. - Pages cas d'usage → campagnes ciblées par segment
  526. **Points d'optimisation :**
  527. - Ajouter le suivi de conversion
  528. - Tester en A/B le placement des CTA
  529. - Prévoir un contenu au-dessus de la ligne de flottaison pour le trafic payant
  530. - Faire correspondre les accroches publicitaires aux titres de page
  531. ### Synergie de recherche de mots-clés
  532. **Du payant vers l'organique :**
  533. - Mots-clés payants à forte conversion → créer des pages pSEO
  534. - Mots-clés à faible CPC avec du volume → opportunité organique
  535. - Accroches publicitaires performantes → réutiliser dans les titres/descriptions
  536. **De l'organique vers le payant :**
  537. - Mots-clés où tu te positionnes entre la 4ᵉ et la 10ᵉ place → compléter avec des annonces
  538. - Pages à fort trafic → tester la promotion payante
  539. - Mots-clés saisonniers → planifier les campagnes publicitaires
  540. ---
  541. ## Erreurs courantes à éviter
  542. ### Erreur 1 : Le bourrage de variable
  543. ```
  544. ❌ « Vous cherchez des prestations SEO à Lyon ? Notre équipe SEO lyonnaise propose aux entreprises lyonnaises les meilleures solutions SEO lyonnaises. »
  545. ✓ « La scène tech lyonnaise est en plein essor, et se démarquer en ligne veut dire rivaliser avec plus de 4 000 startups. Voici comment les entreprises locales gagnent du trafic organique. »
  546. ```
  547. ### Erreur 2 : Le volume de recherche imaginaire
  548. ```
  549. ❌ Créer des pages « meilleures alternatives à [ton produit] pour chaque secteur » sans vérifier que quelqu'un recherche vraiment ça.
  550. ✓ Valider avec une recherche de mots-clés qu'un volume de recherche réel existe pour ce schéma.
  551. ```
  552. ### Erreur 3 : La tyrannie du template
  553. ```
  554. ❌ Chaque page suit exactement la même structure, sans contenu conditionnel.
  555. ✓ Le template s'adapte selon la disponibilité des données et les caractéristiques de la page.
  556. ```
  557. ### Erreur 4 : Ignorer l'expérience utilisateur
  558. ```
  559. ❌ Des pages optimisées uniquement pour Google, illisibles pour un humain.
  560. ✓ Des pages qui aident réellement la personne qui y arrive.
  561. ```
  562. ### Erreur 5 : Publier et oublier
  563. ```
  564. ❌ Construire 10 000 pages et ne jamais les mettre à jour.
  565. ✓ Rafraîchir régulièrement les données, améliorer le contenu et élaguer les pages sous-performantes.
  566. ```
  567. ---
  568. ## Format de sortie
  569. ### Document de stratégie
  570. ```markdown
  571. # Stratégie SEO programmatique : [Nom du projet]
  572. ## Évaluation de l'opportunité
  573. - Schéma ciblé : [Le schéma de recherche]
  574. - Volume de recherche estimé : [Volume agrégé]
  575. - Niveau de concurrence : [Évaluation]
  576. - Adéquation business : [Lien avec le chiffre d'affaires]
  577. ## Choix du playbook
  578. - Playbook principal : [Lequel des 15]
  579. - Éléments secondaires : [Schémas complémentaires]
  580. ## Stratégie de données
  581. - Source de données principale : [Quoi et où]
  582. - Valeur unique par page : [Ce qui rend chaque page spéciale]
  583. - Fréquence de mise à jour : [À quelle fréquence les données sont rafraîchies]
  584. ## Spécification technique
  585. - Structure des URL : [Schéma]
  586. - Sections du template : [Plan]
  587. - Balisage schema : [Types]
  588. - Maillage interne : [Stratégie]
  589. ## Montée en puissance
  590. - Phase 1 : [X pages, quel sous-ensemble]
  591. - Phase 2 : [X pages, extension]
  592. - Potentiel total : [Nombre maximum de pages]
  593. ## Indicateurs de réussite
  594. - Objectif de pages indexées : [Nombre]
  595. - Objectif de trafic (6 mois) : [Nombre]
  596. - Objectif de conversion : [Nombre]
  597. ## Réduction des risques
  598. - Prévention du contenu pauvre : [Approche]
  599. - Contrôle qualité : [Processus]
  600. - Plan de suivi : [Ce qu'on surveille]
  601. ```
  602. ---
  603. ## Questions à poser
  604. Si tu as besoin de plus de contexte :
  605. 1. Quels schémas de recherche vises-tu ?
  606. 2. À quelles données uniques as-tu accès ?
  607. 3. Combien de pages prévois-tu de créer ?
  608. 4. Quelle est ton autorité de domaine actuelle ?
  609. 5. Qui se positionne actuellement sur ces termes ?
  610. 6. Quelle est ta stack technique pour générer les pages ?
  611. 7. Comment ces pages se connecteront-elles aux conversions ?
  612. ---
  613. ## Compétences liées
  614. - **audit-seo** : pour auditer les pages programmatiques après leur lancement
  615. - **copywriting** : pour les portions de rédaction non templatisées
  616. - **analyse-performance-mots-cles** : pour identifier les opportunités de mots-clés
  617. - **audit-landing-page** : pour l'optimisation de la conversion
  618. - **suivi-analytics** : pour mesurer la performance des pages programmatiques
  619. ---
  620. *Compétence adaptée en français depuis le dépôt open source [anthropics/skills](https://github.com/anthropics/skills) (licence Apache 2.0).*
SKILL.mdMarkdownUTF-8FR810 lignes

Questions

Questions fréquentes

Le SEO programmatique, qu'est-ce que c'est concrètement ?

C'est la création de pages optimisées pour la recherche à grande échelle à partir d'un template et de données, par exemple une page par ville, par comparatif ou par métier. Ça ne fonctionne que si chaque page apporte une vraie valeur unique (chiffres, avis, données locales) et pas seulement une variable qui change dans un texte identique. Sans demande de recherche réelle et sans valeur propre par page, c'est un échec assuré et un risque de pénalité Google.

Combien de pages faut-il créer pour que ce soit rentable ?

Il n'y a pas de seuil magique, mais si le calcul montre qu'il faudrait 10 000 pages ou plus pour obtenir un trafic significatif, c'est un signal d'abandon : le schéma de recherche est probablement trop marginal. Mieux vaut valider d'abord le volume de recherche agrégé réel sur l'ensemble des permutations visées, puis monter en puissance par phases (un premier lot, puis extension) plutôt que de publier tout d'un coup.

Quelles sont les erreurs les plus fréquentes qui font échouer un projet pSEO ?

La plus courante est le bourrage de variable : des paragraphes identiques où seul le nom de la ville ou du produit change, ce que Google détecte facilement comme du contenu pauvre. Viennent ensuite le volume de recherche imaginé sans validation, un template rigide sans contenu conditionnel, et les projets publiés puis jamais mis à jour, alors que les données et les positions doivent être rafraîchies régulièrement.

Comment mesurer si des pages programmatiques marchent vraiment ?

Il faut suivre chaque semaine le taux d'indexation (pages indexées vs soumises), le positionnement et le trafic par type de page, ainsi que les erreurs de crawl dans Search Console. Une bonne pratique est de noter chaque type de page sur cinq critères (données uniques, réponse à l'intention de recherche, supériorité face aux concurrents, valeur claire, caractère partageable) : sous 15 sur 20, la page est à repenser avant publication.

Quelles données utiliser pour que les pages se démarquent des concurrents ?

La hiérarchie va des données propriétaires (vos propres benchmarks, statistiques issues de l'usage de votre produit) aux données publiques brutes, les plus faciles à copier et donc les plus difficiles à faire ranker. Concrètement, pour des pages géolocalisées, croiser des données INSEE avec vos propres chiffres utilisateurs par région rend chaque page défendable ; pour des pages comparatives, vos propres tests produit valent bien plus qu'un simple tableau recopié d'ailleurs.