Communitygithub.com

popnetmedia/contenu-non-marchandise

À utiliser lors de la rédaction ou de la révision substantielle de prose destinée à être publiée : articles, billets de blog, critiques, guides, contenus marketing longs, pages d’atterrissage, campagnes e-mail, posts sociaux, descriptions de produits, études de cas, newsletters. Établit la norme « contenu non marchandisé » d’avril 2026 de Google (unique + spécifique + authentique) avec une vérification pré-publication en 5 questions. À ignorer pour les commentaires de code, messages de commit, documents internes uniquement, fichiers README, messages Slack, ou toute écriture non destinée à une consommation publique/SEO.

Qu'est-ce que contenu-non-marchandise ?

Cette compétence garantit que tout contenu rédigé pour publication (articles, blogs, critiques, pages produit, etc.) respecte la norme « non marchandisé » de Google, devenue le signal de classement dominant dans l’ère de la recherche IA. Elle repose sur trois piliers : unique (un point de vue ou une information que les concurrents ne peuvent pas reproduire), spécifique (ancré dans un cas particulier) et authentique (basé sur une expérience directe ou des preuves de première main). La compétence fournit des règles opérationnelles détaillées, des exemples concrets par secteur (e-commerce, SaaS, immobilier, fitness, etc.), une vérification pré-publication en 5 questions, et intègre la notion de « fan-out » (requêtes adjacentes) propre à la recherche IA. Elle s’applique aux outils comme Claude Code, Cursor ou Codex, et inclut des instructions pour produire des visuels originaux (via Replicate API ou prompts manuels) afin d’éviter le contenu générique. Elle ne remplace pas les bases du SEO (données structurées, liens internes, Core Web Vitals, rendu accessible aux agents) mais agit comme un multiplicateur de classement.

Compatible avec✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/popnetmedia/claude-seo-skills/tree/main/non-commodity-content

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Norme de Contenu Non Marchandisé

Pourquoi cela existe

Lors du Google Search Central Live Toronto (21 avril 2026), Danny Sullivan a codifié ce que Google récompense désormais activement à l’ère de la recherche IA. Le discours-cadre l’a présenté comme la version opérationnelle du E-E-A-T :

Conseils pour réussir dans la recherche IA :

  1. Suivre les fondamentaux du SEO
  2. Utiliser les données structurées
  3. Offrir une excellente expérience de page
  4. Avant tout : un contenu unique, authentique, non marchandisé

Les points 1 à 3 sont le minimum requis. Le point 4 est le signal de classement dominant. Cette compétence garantit que chaque pièce publiée franchit la barre du non marchandisé avant d’être diffusée.

Les Trois Piliers

Chaque pièce doit démontrer les trois :

  1. Unique : Apporte un point de vue, une information ou un contenu que les autres n’ont pas ou ne peuvent pas reproduire facilement. Si un concurrent pourrait écrire le même article à partir de seules sources publiques, c’est du contenu marchandisé.
  2. Spécifique : Parle d’un cas, d’une situation, d’une personne ou d’une chose spécifique, et non de règles générales, d’étapes génériques ou de conseils « X astuces pour… ».
  3. Authentique : Démontre une connaissance de première main : vous l’avez testé, visité, ouvert la boîte, photographié le motif d’usure, parlé à la personne, mené l’expérience, signé le contrat.

Marchandisé vs. Non Marchandisé (Exemples par Domaine)

Voici les exemples de Sullivan et quelques extensions. Remarquez le motif : les titres non marchandisés nomment un cas spécifique et signalent une action non reproductible (« j’ai refusé », « nous avons renoncé », « j’ai testé », « ce qui s’est passé quand… »).

DomaineMarchandisé (à éviter seul)Non Marchandisé (à publier)
Magasin de running« Top 10 des critères pour choisir ses chaussures de running »« Pourquoi les chaussures de ce client se sont effondrées après 400 miles : analyse du motif d’usure »
Immobilier« 7 conseils pour les primo-accédants »« Pourquoi nous avons renoncé à l’inspection (économisé 15 000 $) : un coup d’œil dans la canalisation d’égout »
Design intérieur« Tendances cuisine 2024 à voir absolument »« Marbre vs. jus de raisin : pourquoi j’ai refusé d’installer de la pierre pour une famille de cinq »
Logiciel / SaaS« 5 conseils pour une meilleure conception d’API »« Nous avons réécrit notre pagination trois fois en six mois : voici le schéma final et pourquoi il a gagné »
Avis produit« Test iPhone 17 Pro : tout ce que vous devez savoir »« J’ai utilisé l’iPhone 17 Pro comme seul appareil photo lors d’un voyage de 12 jours en Islande : voici les trois échecs qui m’ont surpris »
Restaurant« Meilleurs restaurants italiens de Brooklyn 2026 »« J’ai mangé toute la carte carbonara chez Misi samedi dernier : voici celle qui vaut l’attente »
Fitness« Comment développer du muscle après 40 ans »« J’ai suivi le 5/3/1 pendant 18 mois à 43 ans : voici mes charges, mes photos et les deux erreurs qui m’ont coûté un an »
B2B / conseil« Pourquoi la migration CRM est importante »« Nous avons migré 14 clients de Salesforce vers HubSpot en 2025 : voici le tableau des coûts et celui qui a échoué »

Le motif commun à tous les domaines : cas spécifique + preuve de première main + preuve non reproductible.

Règles Opérationnelles

Appliquer à chaque pièce publiée :

  1. Ancrer chaque article dans un événement, une personne ou un moment spécifique. Ouvrir par « Mardi dernier… » / « Quand j’ai… » / « Lors de notre voyage de mars… », et non par « La plupart des spécialistes du marketing savent que… » ou « Dans le monde d’aujourd’hui qui va vite… ».

  2. Commencer par un détail non reproductible dans les 2 premiers paragraphes. Une photo de l’objet réel, une date, un prix que vous avez payé, une personne à qui vous avez parlé, un comparatif que vous avez réalisé. Si l’ouverture pourrait apparaître sur n’importe quel site, réécrivez-la.

  3. Inclure au moins une preuve qu’un concurrent ne peut pas falsifier : une photo originale (pas de photo de stock), une date de dégustation/test, une citation de quelqu’un que vous avez interviewé, une référence de confirmation de commande, une mesure que vous avez prise, un résultat que vous avez enregistré.

  4. Modèles de titres à privilégier :

    • « Pourquoi j’ai [refusé / renoncé / conservé / choisi / abandonné]… »
    • « Ce qui s’est passé quand j’ai… »
    • « [Sujet spécifique] après [Événement/Période spécifique] »
    • « J’ai testé X contre Y pendant Z [Jours/Mois/Miles] »
    • « [Nombre] choses que j’ai mal comprises sur [Sujet] en [Période] »
  5. Modèles de titres à éviter en tant que pièces autonomes (acceptables seulement si chaque section contient une preuve non marchandisée à l’intérieur) :

    • « Top 10… » / « X Meilleurs… »
    • « X Astuces pour… »
    • « Meilleurs de [Année]… »
    • « Comment [Verbe générique]… »
    • « Qu’est-ce que [Catégorie] ? »
    • « Le guide ultime de… »
  6. Pour les récapitulatifs spécifiquement : Chaque entrée doit contenir au moins une phrase de première main : ce qui est arrivé, ce que vous avez testé, ce qui vous a surpris, qui l’a envoyé. Les descriptions génériques provenant du site de la marque sont du contenu marchandisé.

  7. Pour les avis / tutoriels / études de cas : Indiquez la date, la configuration, les conditions. Le signal non marchandisé est « cela s’est produit, voici le reçu ».

  8. Pour les interviews : Une vraie conversation a eu lieu. Citez, attribuez et datez-la. Si ce n’est pas le cas, ce n’est pas une interview.

  9. Pour les listicles et contenus « best of » : Appliquez la norme par entrée. Un récapitulatif de 10 produits est marchandisé si les 10 entrées sont des paraphrases de communiqués de presse. Il est non marchandisé si chaque entrée contient une observation de première main datée.

  10. Les contenus éducatifs / explicatifs présentent le risque le plus élevé de marchandisation. Pour les valider : ouvrez par un incident ou une expérience spécifique qui motive l’explication, ancrez chaque section par une observation à la première personne, terminez par votre propre préférence ou recommandation étayée par l’expérience.

  11. Couvrez le déploiement de requêtes, pas seulement la requête titre. La recherche IA ne renvoie plus un seul résultat pour une seule requête ; elle exécute 5 à 20 requêtes adjacentes en parallèle (le fan-out), récupère les meilleures réponses sur l’ensemble et synthétise une réponse unique citée. Avant de publier, listez 5 à 8 questions adjacentes qu’un déploiement générerait à partir de votre titre (le pourquoi, le comment, le qu’en-est-il-de, le vs., le après-combien-de-temps, le et-si). Répondez aux plus évidentes en ligne. Pour les autres, créez un lien vers une page interne hautement pertinente, idéalement une page pilier dans le même cluster thématique. S’il n’existe pas de cible interne pertinente, ce manque est un signal de création : déclenchez un plan pour une nouvelle pièce afin de le combler. C’est le cycle vertueux du contenu : les audits de déploiement révèlent des lacunes → les lacunes génèrent de nouvelles pièces → les nouvelles pièces approfondissent la couverture thématique → la couverture remporte davantage de citations.

  12. Chaque plan de création inclut des images. Les visuels originaux ou spécifiques à la tâche font partie de la barre non marchandisée. Les photos de stock et les photos de produits extraites de la marque sont marchandisées. Lors de la planification d’une nouvelle pièce, le plan doit spécifier quelles images seront produites et comment :

    • Si le projet dispose d’une intégration API Replicate (vérifiez le fichier CLAUDE.md du projet), générez les images par programmation dans le cadre de la réalisation.
    • Si le projet n’en dispose pas, le plan doit inclure les prompts d’image eux-mêmes, un par image prévue, avec le sujet, le style, le cadrage et l’ambiance, afin que l’utilisateur puisse les copier-coller dans ChatGPT / DALL·E / Midjourney et les produire manuellement.

    Aucune pièce n’est publiée sans que les décisions relatives aux images ne soient résolues au moment de la planification.

Prérequis au Niveau du Site : Carte de Contenu

Les règles par pièce ne fonctionnent que si la bibliothèque environnante est saine. Avant de publier sur un site existant :

  • Le projet doit disposer d’une carte de contenu : un inventaire de chaque pièce publiée avec son titre, son sujet principal, le cluster de requêtes cible et son rôle (pilier / cluster). Si elle n’existe pas, construisez-la d’abord ; c’est non négociable pour tout site de taille significative.
  • Effectuez une vérification de cannibalisation avant de planifier chaque nouvelle pièce. Recherchez dans l’inventaire les pièces ciblant déjà des requêtes qui se chevauchent. En cas de chevauchement, l’action par défaut est d’étendre et consolider la pièce existante, non d’en publier une concurrente qui diviserait les signaux de classement.
  • Effectuez une vérification de couverture. Là où l’inventaire présente des lacunes dans un cluster thématique, ces lacunes sont des candidats à la création (conformément à la règle 11).

Si le projet manque d’une carte de contenu, c’est la première tâche, pas la nouvelle pièce.

Vérification Pré-Publication en 5 Questions

Avant de publier une pièce, chaque réponse doit être OUI :

  • Un concurrent pourrait-il écrire ce même article à partir de seules sources publiques ? (Doit être NON.)
  • L’ouverture contient-elle une date, une personne, un lieu ou un événement spécifique issu de ma propre expérience directe ?
  • Y a-t-il au moins une preuve (photo, citation, mesure, reçu, résultat de test, conversation) qui prouve que j’ai réellement interagi avec le sujet ?
  • Le titre nomme-t-il un cas spécifique plutôt qu’une catégorie générique ?
  • Ma pièce répond-elle aux questions évidentes de déploiement en ligne, ou crée-t-elle des liens vers des pages internes qui le font ? (Pas de cible interne pertinente = créez-en une avant ou en même temps que cette pièce.)

Si une réponse est NON, la pièce est du contenu marchandisé. Retravaillez-la avant de publier.

Ce que cette compétence ne CHANGE PAS

La diapositive de Sullivan précisait explicitement : « Ces éléments s’alignent également avec le succès SEO traditionnel. » N’abandonnez pas les bases :

  • Données structurées (Article, Review, Product, ItemList, FAQPage JSON-LD) : toujours requises
  • Liens internes, titres sémantiques, balises méta : toujours requis
  • Expérience de page (Core Web Vitals, mobile, pas d’interstitiels intrusifs) : toujours requise
  • Exactitude, vérification des faits, citation des sources : toujours requises
  • Rendu lisible par les agents : les agents IA accèdent désormais aux pages via des captures d’écran, le DOM et l’arbre d’accessibilité. HTML sémantique, titres corrects, texte alternatif sur chaque image et contenu critique rendu côté serveur (pas piégé dans du JS côté client uniquement) : toujours requis, désormais pour la consommation IA autant qu’humaine.
  • Prix publiés et action réservable : sur tout site vendant un service tarifé, la fourchette de prix et une action de réservation appelable par machine sont des prérequis pour être cité et faire l’objet de transactions. Voir la compétence ai-search-readiness.

Le contenu non marchandisé est le multiplicateur de classement. Les bases sont le plancher.

Ce que Google Demande Explicitement de NE PAS FAIRE

Selon le Guide d’optimisation pour l’IA de Google (documents Search Central), les tactiques suivantes sont explicitement réfutées. Ne les faites pas, quoi que d’autres guides prétendent :

  • Pas de fichiers ou de balises spécifiques à l’IA. Pas de llms.txt, pas de « markdown IA » spécial, pas de bundles lisibles par machine construits uniquement pour les LLM. Google ne les consomme pas.
  • Ne pré-découpez pas le contenu pour l’IA. Écrivez des sections normales pour les humains ; le système de récupération gère la segmentation.
  • Ne réécrivez pas pour une « voix IA ». Il n’existe pas de formulation ou de structure spéciale qui gagne la faveur de l’IA par rapport à une bonne écriture normale.
  • Ne recherchez pas de « mentions » inauthentiques sur le web. Essayer de fabriquer des mentions de marque sur des sites tiers pour la visibilité IA est un effort inutile.
  • Ne créez pas de pages variants par mot-clé. Générer des pages quasi identiques pour chaque variation de requête est du spam de contenu à grande échelle selon les politiques de Google.
  • Les données structurées ne sont pas strictement requises pour la recherche IA. Continuez à les utiliser pour les résultats enrichis et le SEO classique (voir « Ce que cette compétence ne CHANGE PAS »), mais ne les traitez pas comme le levier qui génère des citations IA.

Comment appliquer cette compétence dans une session

  1. Lorsqu’elle est invoquée, exécutez la vérification pré-publication en 5 questions sur tout brouillon avant de suggérer qu’il est terminé.
  2. Lorsqu’on vous demande d’écrire quelque chose de nouveau, ancrez la structure dans un événement réel spécifique que l’utilisateur peut confirmer ou décrire ; demandez-le si vous n’en avez pas.
  3. Lorsqu’on vous demande de modifier un texte existant, identifiez le score marchandisé vs. non marchandisé par pilier et proposez des modifications chirurgicales spécifiques plutôt que des réécritures complètes, sauf si tout le cadre est marchandisé.
  4. En cas de doute sur le caractère marchandisé d’une pièce, regardez la phrase d’ouverture : si elle pourrait être l’ouverture de n’importe quel article sur ce sujet, c’est du contenu marchandisé.

Sources

  1. Discours de Danny Sullivan, Google Search Central Live Toronto, 21 avril 2026 : origine des trois piliers et du cadre non marchandisé. Rapporté par Search Engine Roundtable, 23 avril 2026.
  2. Guide d’optimisation pour l’IA, Google Search Central, https://developers.google.com/search/docs/fundamentals/ai-optimization-guide : origine de la liste des tactiques réfutées, des mécanismes de déploiement de requêtes et des conseils de lisibilité par les agents.

Individual skills in this repo

This repo contains 2 individual skills — each has its own dedicated page.

Skills associés