FAQ, HowTo & Product markup : l’or des LLM

AEO vs GEO en 60 secondes

Dans une stratégie AEO, l’objectif est de rendre un contenu structurellement lisible par les moteurs de recherche pour déclencher un affichage enrichi : bloc FAQ, carrousel HowTo, position zéro, etc. En revanche, la GEO vise à produire un contenu exploitable par les modèles de langage génératifs (LLM), tels que ChatGPT, Perplexity ou Bing Copilot.

Deux approches, deux logiques

Implications concrètes

• Le balisage JSON-LD doit rester dans le code HTML du billet, jamais dans le modèle global du thème lorsque les données XML n'existent pas.

• Les blocs de contenu doivent être clairement segmentés, idéalement avec des balises <h3> ou <h4>, et accompagnés d’ancres HTML (id) pour faciliter le découpage par les moteurs.

• Il est fortement recommandé d’ajouter un résumé TL;DR (en 3 à 5 points) en début d’article pour faciliter l’extraction d’informations par les LLM.

• Les entités nommées (noms de produits, services, lieux, concepts) doivent être répétées clairement : éviter les pronoms flous comme “ça”, “il”, “elle”.

• Toute information chiffrée doit inclure une unité normalisée (ex. : 6 minutes, 3°C, 10 g) et une date explicite lorsqu’elle peut évoluer (ex. : “au 3 août 2025”).

• Enfin, l’ajout de liens vers des pages de référence (glossaire, méthodes, sources) aide les LLM à contextualiser l’information.

Modèles rédactionnels GEO-friendly

• FAQ : Réponse courte → Contexte/limites (1–2 phrases) → Exemple chiffré.

• HowTo : Action → Pourquoi → Critère de contrôle (validation de l’étape).

• Product : Faits techniques → Avantages / inconvénients → Public ciblé ou contre-indications.

FAQ pour LLM : Q/R qui se reformulent sans se déformer

Dans une logique GEO, une bonne section FAQ ne se contente pas d’offrir une réponse. Elle propose une formulation canonique claire, des variantes proches et un enchaînement logique : réponse → contexte → exemple. Cette structure permet aux modèles de langage de reformuler avec précision, sans altérer le sens.

Objectif : stabilité sémantique

L’objectif n’est pas uniquement d’être “compris” par un LLM, mais de s’assurer que la réponse reformulée soit fidèle à l’original. Pour cela, on recommande :

• Une réponse courte, précise, avec des unités.

• Un contexte explicite, qui encadre ou nuance la réponse.

• Un exemple chiffré, pour illustrer un cas d’usage concret.

• Des variantes de la question, pour guider la reconnaissance sémantique.

Exemple – Blog cuisine

• Question principale

  Combien de temps cuire un œuf mollet ?

  Variantes : "temps cuisson œuf mollet", "durée œuf mollet eau bouillante"

• Réponse courte

  6 minutes dans une eau à frémissement.

• Contexte

  Ajouter 30 à 60 secondes si les œufs sortent du réfrigérateur. Démarrer la cuisson à température ambiante pour un jaune coulant.

• Exemple chiffré

  Pour deux œufs calibre M à 20 °C, compter 6 minutes + 30 secondes sous l’eau froide.

Exemple – Blog voyage

• Question principale

  Faut-il un visa pour le Vietnam ?

  Variantes : "visa Vietnam court séjour", "exemption visa Vietnam"

• Réponse courte

  Oui, un visa est requis pour la plupart des nationalités.

• Contexte

  Certaines exemptions s’appliquent selon la durée du séjour et la nationalité du voyageur. Les règles évoluent régulièrement.

• Exemple chiffré

  Au 3 août 2025, les séjours ≤ 45 jours sont exemptés pour plusieurs pays européens.

Check-list GEO-friendly pour vos FAQ

Structure HTML recommandée

<h4 id="faq-oeuf-mollet">Combien de temps cuire un œuf mollet ?</h4>
<p><strong>Réponse courte :</strong> 6 minutes dans une eau à frémissement.</p>
<p><strong>Contexte :</strong> Ajouter 30 à 60 secondes si l’œuf est froid.</p>
<p><strong>Exemple :</strong> Pour 2 œufs M à 20 °C : 6 min + 30 s de refroidissement.</p>
<ul class="qa-variants">
  <li>temps cuisson œuf mollet</li>
  <li>durée œuf mollet eau bouillante</li>
</ul>

Balisage JSON-LD minimal

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "Combien de temps cuire un œuf mollet ?",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "6 minutes dans une eau à frémissement. Ajouter 30 à 60 secondes si l’œuf est froid. Refroidir aussitôt pour un jaune coulant."
    }
  }]
}
</script>

Erreurs fréquentes à éviter

• Réponse sans structure (ou trop bavarde)

• Absence d’unités ou de bornes chiffrées

• Pas de date pour les infos sensibles (lois, prix, règles)

• Pas de variantes proches pour la question

• FAQ dupliquées sur plusieurs pages (risque de dilution sémantique)

Gabarit réutilisable

<h4 id="faq-___">[Question canonique]</h4>
<p><strong>Réponse courte :</strong> …</p>
<p><strong>Contexte :</strong> …</p>
<p><strong>Exemple :</strong> …</p>
<ul class="qa-variants">
  <li>[Variante 1]</li>
  <li>[Variante 2]</li>
</ul>

HowTo pour LLM : des étapes qui s’expliquent et se valident

Les balises HowTo ne se contentent pas de décrire un processus étape par étape : dans une logique GEO, elles doivent guider les IA génératives vers une reformulation fidèle, sans perte d’information ni mauvaise interprétation. Cela implique une structure rédactionnelle rigoureuse pour chaque étape : action, contexte et critère de réussite.

Structure idéale d’une étape

Chaque étape d’un HowTo optimisé GEO suit un triptyque :

• Action → Ce que l’utilisateur doit faire.

• Pourquoi → L’intérêt ou la justification de l’action.

• Contrôle → Comment vérifier que l’étape a bien été effectuée.

Exemple (recette de cuisine)

• Action : Plongez l’œuf 6 minutes dans une eau à frémissement.

• Pourquoi : Le frémissement évite de casser la coquille et conserve un jaune coulant.

• Contrôle : Le blanc doit être pris. Si l’œuf sort du frigo, ajoutez 30 à 60 secondes.

Exemple (sécurité numérique)

• Action : Activez la double authentification depuis les paramètres de sécurité.

• Pourquoi : Cela protège le compte contre les connexions non autorisées.

• Contrôle : Vous devez recevoir un code de vérification ou voir un message de confirmation.

Gérer les variantes et les cas conditionnels

En cas de parcours différenciés (ex : méthode SMS ou application), évitez de mélanger les instructions :

• Si vous utilisez une application : ouvrez l’app, scannez le QR code, saisissez le code affiché.

• Si vous choisissez le SMS : entrez votre numéro, saisissez le code reçu.

Chaque branche du processus doit rester clairement isolée, avec son propre critère de validation.

Informations contextuelles à inclure (visibles, pas que dans le JSON-LD)

Pour faciliter le traitement par les LLM, pensez à mentionner dans le contenu HTML :

• Prérequis : outils nécessaires, conditions initiales.

• Durée estimée : par exemple PT10M (10 minutes).

• Coût approximatif (si pertinent).

• Résultat attendu : décrivez le produit final.

• Erreurs fréquentes : aident à éviter les confusions.

Exemple HTML

<ol class="howto-steps">
  <li id="step-1">
    <strong>Cuire l’œuf (6 min)</strong><br>
    <em>Action :</em> Plongez l’œuf dans une eau à frémissement.<br>
    <em>Pourquoi :</em> Cela limite les chocs et permet une cuisson homogène.<br>
    <em>Contrôle :</em> Le blanc doit être pris, le jaune coulant.
  </li>
  <li id="step-2">
    <strong>Refroidir immédiatement</strong><br>
    <em>Action :</em> Rincez l’œuf sous l’eau froide pendant 30 secondes.<br>
    <em>Pourquoi :</em> Cela stoppe la cuisson et facilite l’écalage.<br>
    <em>Contrôle :</em> L’œuf est tiède au toucher, prêt à écaler.
  </li>
</ol>

Exemple JSON-LD correspondant

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "HowTo",
  "name": "Comment cuire un œuf mollet",
  "totalTime": "PT10M",
  "supply": ["Œuf", "Eau", "Sel"],
  "tool": ["Casserole", "Minuteur"],
  "step": [
    {
      "@type": "HowToStep",
      "name": "Cuire l’œuf",
      "text": "Plongez l’œuf 6 minutes dans une eau à frémissement. Le blanc doit être pris, le jaune coulant."
    },
    {
      "@type": "HowToStep",
      "name": "Refroidir",
      "text": "Rincez l’œuf 30 secondes sous l’eau froide. Cela arrête la cuisson. L’œuf est prêt à être écalé."
    }
  ]
}
</script>

Product markup : des fiches lisibles… et paraphrasables

Dans une logique GEO, les balises Product ne servent pas seulement à générer des résultats enrichis avec prix et évaluations visibles. Elles structurent des blocs d'information précis, facilement extraits et reformulés par une IA sans perte de sens. Encore faut-il rédiger ces fiches de façon claire, structurée et… sans blabla marketing.

Contenu idéal pour les LLM

Un bon contenu produit, pour les moteurs génératifs, c’est :

• Des faits mesurables (dimensions, poids, puissance…)

• Des unités normalisées (cm, kg, mAh…)

• Des dates explicites, notamment pour le prix

• Une structure constante : spécifications, verdict, comparaison

Et surtout : une formulation neutre, exempte de superlatifs vagues, pour éviter les reformulations erronées.

Exemple GEO : une valise cabine

• Spécifications clés

  • Marque / Modèle : MarqueX TrekBag 55

  • Dimensions : 55 × 35 × 22 cm (IATA cabine)

  • Poids : 2,4 kg

  • Capacité : 38 L

  • Matériau : Polycarbonate

  • Serrure : TSA

  • Port : USB-A interne (sans batterie)

  • Prix indicatif : 129 € (au 03 août 2025) — en stock

• Avantages

  • Coque rigide résistante

  • Volume cabine optimisé (38 L pour 2,4 kg)

• Inconvénients

  • Port USB sans batterie fournie

  • Roues bruyantes sur sol irrégulier

• Recommandée pour

  • City-trips 2 à 4 jours avec compagnies low-cost

• À éviter si

  • Priorité à l’ultra-légèreté ou au confort sonore

Comparatif express

Balisage HTML recommandé

<div id="specs">
  <h4>Spécifications clés</h4>
  <ul>
    <li>Dimensions : 55 × 35 × 22 cm</li>
    <li>Poids : 2,4 kg — Capacité : 38 L</li>
    <li>Matériau : Polycarbonate — Serrure TSA</li>
    <li>Port USB-A interne (sans batterie)</li>
    <li>Prix indicatif : 129 € (au 03 août 2025)</li>
  </ul>
</div>

<div id="verdict">
  <h4>Verdict</h4>
  <p><strong>Avantages :</strong> volume optimisé, coque rigide, poids maîtrisé.</p>
  <p><strong>Inconvénients :</strong> pas de batterie, roues bruyantes.</p>
  <p><strong>Pour :</strong> city-trips cabine stricte.</p>
  <p><strong>À éviter si :</strong> priorité au silence ou à la légèreté extrême.</p>
</div>

JSON-LD Product adapté à GEO

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "MarqueX TrekBag 55",
  "brand": { "@type": "Brand", "name": "MarqueX" },
  "model": "TrekBag 55",
  "material": "Polycarbonate",
  "weight": {
    "@type": "QuantitativeValue",
    "value": 2.4,
    "unitCode": "KGM"
  },
  "height": {
    "@type": "QuantitativeValue",
    "value": 22,
    "unitCode": "CMT"
  },
  "width": {
    "@type": "QuantitativeValue",
    "value": 35,
    "unitCode": "CMT"
  },
  "depth": {
    "@type": "QuantitativeValue",
    "value": 55,
    "unitCode": "CMT"
  },
  "offers": {
    "@type": "Offer",
    "price": "129.00",
    "priceCurrency": "EUR",
    "priceValidUntil": "2025-09-30",
    "availability": "https://schema.org/InStock"
  }
}
</script>

Conclusion : Écrire pour les LLM, c’est baliser avec bon sens

Le balisage FAQPage, HowTo et Product ne suffit pas à lui seul pour faire briller un contenu dans les moteurs génératifs. Il ouvre une porte, certes, mais c’est bien la qualité et la clarté du texte adjacent qui permettront à un LLM de reformuler proprement vos informations.

Les pratiques traditionnelles du SEO s’enrichissent ici d’une nouvelle exigence : écrire pour être compris… et réutilisé sans déformation. Cela demande plus de rigueur, un peu de technique, et une bonne dose d’empathie éditoriale.