---
title: "AEO/GEO — Cahier pratique"
language: fr-CA
sourceKey: "aeo-geo-series-2026-10-22:public-workbook"
reviewNotes: "Cahier révisé le 2026-10-26 à la demande du propriétaire : cohérence avec les dix articles, budget de l’essai et bilans. Les fiches A–I et les exemples fictifs ont le même périmètre en français et en anglais."
---

# AEO/GEO — Cahier pratique

**TechnoConception — Série en dix épisodes**

[Lire la série à partir de l’épisode 1 : Vos clients peuvent vous comparer avant de visiter votre site](/fr/perspectives/aeo-geo-avant-premiere-visite/)

## Cahier pratique — Panel bilingue, observations et CRM

Cet échantillon proposé est à adapter aux questions de vos acheteurs. Il utilise un scénario fictif : une PME québécoise de services évalue un CRM et le soutien nécessaire à son déploiement. Il ne présente pas les résultats d’un audit réalisé et ne décrit ni un client ni une offre de TechnoConception.

### 1. Un panel de douze questions d’achat

Conserver les questions et le contexte pendant une série d’observations. Analyser séparément les langues et les intentions. **Définir avant chaque test le signal attendu** : une recommandation de prestataires pour D1 et D2; une réponse informative et ses sources pour D3, D4 et C1 à C4; une représentation exacte du prestataire pour V1 à V4. Une réponse informative peut être correcte sans mentionner l’entreprise auditée.

**Contexte français à joindre à chaque question :** « Nous sommes une PME québécoise de services. Notre équipe commerciale compte six personnes et travaille en français et en anglais. Nous évaluons un CRM et le soutien nécessaire à son déploiement. »

**Equivalent context:** “We are a Quebec service business. Our six-person sales team works in French and English. We are evaluating a CRM and the support needed to roll it out.”

Les huit premières questions sont sans marque. Les quatre dernières sont des **gabarits avec marque** : remplacer `[nom réel du prestataire retenu]` et `[verified provider name]` par le même nom réel, vérifié et fixé avant l’audit. Ne pas exécuter un gabarit non résolu ni demander au modèle d’inventer le prestataire. Ne pas introduire ce nom dans les questions sans marque.

| N° | Étape et type | Question française | Natural English equivalent |
|---|---|---|---|
| D1 | Découverte · sans marque | Quels prestataires au Québec pourraient nous aider à choisir un CRM adapté à notre PME et à son équipe bilingue? Nomme des options pertinentes, cite leurs sources publiques et indique ce qui reste à vérifier. | Which providers in Quebec could help us choose a CRM suited to our small business and bilingual team? Name relevant options, cite their public sources, and identify what still needs verification. |
| D2 | Découverte · sans marque | Quels prestataires au Québec pourraient prendre en charge la migration de nos données, la configuration du CRM et la formation? Nomme-les, cite les services publiquement confirmés et précise les responsabilités inconnues. | Which providers in Quebec could handle our data migration, CRM configuration, and training? Name them, cite publicly confirmed services, and identify responsibilities that remain unknown. |
| D3 | Découverte · sans marque | Quelles questions poser avant de retenir un CRM et un accompagnement adaptés au français et à l’anglais? | What should we ask before choosing a CRM and rollout support that work in French and English? |
| D4 | Découverte · sans marque | Quelles informations préparer avant de demander une proposition pour remplacer nos fichiers clients par un CRM? | What information should we prepare before requesting a proposal to replace our customer spreadsheets with a CRM? |
| C1 | Comparaison · sans marque | Comment comparer un déploiement réalisé à l’interne, un accompagnement et une réalisation confiée à un prestataire? | How should we compare an internal rollout, guided implementation, and a rollout delivered by a service provider? |
| C2 | Comparaison · sans marque | Comment comparer une proposition CRM incluant migration et formation avec une proposition couvrant seulement la configuration? | How should we compare a CRM proposal including migration and training with one covering configuration only? |
| C3 | Comparaison · sans marque | Comment comparer les coûts sur douze mois, y compris les licences, la préparation des données, le soutien et le temps de notre équipe? | How should we compare twelve-month costs, including licences, data preparation, support, and our team's time? |
| C4 | Comparaison · sans marque | Comment évaluer un prestataire CRM qui insiste sur les fonctionnalités et un autre qui décrit surtout sa méthode et ses livrables? | How should we assess a CRM provider emphasizing features against one focusing on its process and deliverables? |
| V1 | Validation · marque à renseigner | Quels livrables [nom réel du prestataire retenu] propose-t-il pour notre projet CRM? Cite les sources publiques et distingue les informations confirmées des questions ouvertes. | What deliverables does [verified provider name] offer for our CRM project? Cite public sources and separate confirmed information from open questions. |
| V2 | Validation · marque à renseigner | Que peut-on vérifier publiquement sur la migration, la configuration et la formation proposées par [nom réel du prestataire retenu]? Cite les pages et signale les inconnues. | What can we publicly verify about migration, configuration, and training offered by [verified provider name]? Cite the pages and identify unknowns. |
| V3 | Validation · marque à renseigner | Quelles preuves publiques permettent d’évaluer l’expérience de [nom réel du prestataire retenu] auprès de PME comparables? Distingue ses affirmations des témoignages et références indépendantes. | What public evidence helps assess [verified provider name]'s experience with similar businesses? Distinguish its claims from testimonials and independent references. |
| V4 | Validation · marque à renseigner | Quels points faut-il clarifier avec [nom réel du prestataire retenu] sur les responsabilités, exclusions, soutien après déploiement et récupération des données? Appuie-toi sur les informations publiques et indique les questions ouvertes. | What should we clarify with [verified provider name] about responsibilities, exclusions, support after rollout, and retrieving our data? Use public information and identify open questions. |

#### Taille et portée du test

Premier passage proposé : **12 questions × 1 interface × 1 langue × 2 répétitions = 24 observations**. Version étendue : **12 questions × 4 interfaces × 2 langues × 3 répétitions = 288 observations**, si les interfaces sont accessibles. Ce protocole n’est ni une norme ni une taille d’échantillon statistiquement validée.

Les exécutions prévues sans marque et avec marque représentent respectivement **16 et 8** dans le premier passage, **192 et 96** dans la version étendue. Parmi elles, D1 et D2 attendent explicitement des recommandations de prestataires : **4 observations** au départ, **48** dans la version étendue. Rapporter chaque résultat au groupe de questions correspondant à son signal attendu, en indiquant combien de réponses ont effectivement été produites et évaluées.

Une réponse avec marque mesure la représentation du prestataire lorsque son nom est fourni. Elle ne mesure pas sa découverte spontanée. Les répétitions sont des réponses observées, pas des personnes ni un volume de recherches. Conserver les indisponibilités à part. Les résultats décrivent ce panel, pas une part de marché.

### 2. Fiche d’observation réutilisable

Une ligne correspond à un essai. Séparer la réponse IA produite, la recherche valide sans aperçu IA, l’indisponibilité et l’erreur technique. Une recherche sans aperçu compte dans la fréquence d’apparition des aperçus; seules les réponses produites entrent dans les taux de mention ou de citation à l’intérieur des réponses. Un échec reste enregistré avec son motif et ne compte pas parmi les réponses évaluées.

| Champ | Valeur à consigner |
|---|---|
| Observation | Identifiant, numéro de question et de répétition. |
| Question exacte | Texte envoyé, contexte et nom réellement inséré. |
| Type et signal attendu | Étape; avec ou sans marque; information sourcée, recommandation ou représentation exacte. |
| Interface et modèle | Produit et surface utilisés; modèle affiché ou « non communiqué ». |
| Langue et région | Langue de la question et de la réponse; région déclarée, puis localisation technique ou réglage connu. Conserver les inconnues. |
| Date | Date, heure et fuseau. |
| Conditions | Nouvelle conversation, ou nouvelle recherche pour AI Overviews; mode de recherche; connexion et personnalisation connues. Une nouvelle conversation ne prouve pas l’absence de personnalisation. |
| Résultat brut | Réponse et sources, recherche valide sans aperçu IA, indisponibilité ou échec; sans données clients inutiles. |
| Mention | Marque présente, absente ou indéterminée; phrase pertinente. |
| Citation | URL exacte, affirmation soutenue; source du prestataire ou source tierce. |
| Recommandation | Prestataire proposé comme option adaptée; conditions et réserves. Une mention seule ne suffit pas. |
| Exactitude | Affirmation confirmée, contredite, non vérifiable ou périmée; source de contrôle et date. |
| Incertitude | Informations absentes, désaccords et limites de vérification. |
| Action | Correction, clarification, preuve à ajouter ou investigation technique; responsable. |

Conserver ces dimensions séparément : une citation peut être exacte sans recommander l’entreprise, et une recommandation peut contenir une erreur.

### 3. Relier les demandes au CRM

Garder les traces techniques, les déclarations du prospect et les résultats commerciaux dans des champs distincts.

| Groupe | Champs utiles | Règle de lecture |
|---|---|---|
| Visite observée | Référent, page d’arrivée, date, heure, identifiant autorisé et campagne connue. | Un référent absent reste inconnu; « direct » ne devient pas automatiquement « IA ». |
| Découverte déclarée | Question facultative « Comment nous avez-vous connus? »; réponse et outil nommé. | Complète les traces techniques sans les remplacer. |
| Besoin et adéquation | Besoin, périmètre, responsabilités, calendrier et critères de qualification convenus. | Définir la qualification avant le suivi; un formulaire rempli ne suffit pas. |
| Occasion commerciale | Statut, prochaine étape, responsable, valeur estimée établie et motif de non-poursuite. | Conserver aussi les demandes perdues, non qualifiées ou sans réponse. |
| Résultat | Client gagné ou non; date; montant contractuel ou revenu reconnu, clairement distingués. | Une valeur d’occasion estimée n’est pas du revenu réalisé. |
| Rapprochement | Identifiant du prospect ou de l’entreprise; demandes et visites associées. | Dédupliquer les soumissions; plusieurs contacts ne créent pas plusieurs ventes. |
| Limites d’attribution | Origine inconnue, déclaration non confirmée, plusieurs canaux ou rapprochement impossible. | Préserver ces catégories dans le bilan. |

Limiter la collecte au suivi utile. Le nom du canal suffit généralement sans demander la conversation intégrale du prospect. Restreindre l’accès aux données aux personnes concernées.

### 4. Exemple chiffré fictif

Ces nombres inventés illustrent le calcul; ils ne représentent ni TechnoConception ni une étude. Les deux cohortes couvrent la même période d’arrivée. Chaque arrivée bénéficie du même délai de suivi, entièrement écoulé au bilan. Chaque demande unique et chaque client gagné sont attribués à **un seul canal**, selon une règle fixée à l’avance. Les taux utilisent les **sessions**, pas les personnes uniques, comme dénominateur.

| Mesure | Visites attribuées à une source IA | Recherche organique |
|---|---:|---:|
| Sessions | 100 | 1 000 |
| Demandes reçues | 8 | 40 |
| Demandes qualifiées | 3 | 12 |
| Clients gagnés | 1 | 4 |
| Demandes par session | 8 / 100 = **8 %** | 40 / 1 000 = **4 %** |
| Demandes qualifiées par session | 3 / 100 = **3 %** | 12 / 1 000 = **1,2 %** |
| Clients gagnés par session | 1 / 100 = **1 %** | 4 / 1 000 = **0,4 %** |
| Demandes qualifiées parmi les demandes | 3 / 8 = **37,5 %** | 12 / 40 = **30 %** |

La cohorte IA affiche un taux de demande deux fois supérieur, mais apporte trois demandes qualifiées et un client, contre douze et quatre pour la recherche organique. Garder les volumes, la valeur des contrats et les coûts à côté des taux.

Un seul client supplémentaire ferait passer le taux IA de 1 % à 2 %. Ces petits nombres ne justifient aucune prévision stable. Les cohortes peuvent différer par leur intention ou leurs pages d’arrivée. L’attribution décrit les traces et les règles disponibles; elle ne prouve ni que l’IA a causé la vente, ni qu’une action AEO/GEO a produit l’écart.

## Cahier de travail complémentaire — De la question au test

Les gabarits suivants sont des propositions de méthode. Ils accompagnent les dix articles; ils ne représentent pas un audit déjà réalisé ni une offre contractuelle existante. Leur rôle est de rendre chaque action traçable et révisable.

### A. Une fiche de question commerciale

Remplir une fiche par besoin, puis regrouper les formulations qui demandent la même décision et les mêmes preuves.

| Champ | À renseigner | Exemple entièrement fictif |
|---|---|---|
| Public | Rôle, taille et contexte utiles | Responsable d’une PME de services de six vendeurs |
| Question reçue | Formulation réelle et origine anonymisée | « Qui prépare nos données avant la migration CRM? » — appel commercial |
| Décision | Ce que la réponse doit aider à choisir | Réalisation interne ou mandat de préparation des données |
| Contraintes | Langue, territoire, budget si connu, dépendances | FR/EN, Québec, export de deux tableurs |
| Preuve attendue | Information nécessaire pour croire la réponse | Périmètre, responsabilités, exemple de livrable |
| Page existante | URL actuelle ou absence confirmée | Page du service de sélection; migration encore peu décrite |
| Écart | Information manquante ou contradiction | La page ne précise pas qui nettoie les doublons |
| Action proposée | Correction ou contenu à produire | Ajouter une matrice de responsabilités validée par l’équipe |
| Observation future | Ce qui sera vérifié après l’action | Accès au contenu, description exacte dans le panel, questions commerciales reçues |

Pour classer les sujets, utiliser trois critères simples : proximité d’une décision, gravité d’une mauvaise réponse et capacité à apporter une preuve utile. Un score ordinal de 1 à 3 peut aider à ordonner une liste; il ne constitue pas une prévision de revenu. Conserver l’origine de la question évite de traiter une suggestion générée par un assistant comme une mesure de demande réelle.

**Consigne proposée pour utiliser un assistant sur des notes anonymisées :**

> À partir des seules notes ci-dessous, extrais les questions d’achat réellement présentes. Pour chacune, indique la décision, les contraintes, l’extrait qui justifie son inclusion et les informations manquantes. Regroupe les formulations équivalentes. Place toute nouvelle idée dans une section distincte intitulée « hypothèses à valider ». N’invente ni volume de recherche, ni client, ni capacité produit. Propose une formulation française et une formulation anglaise qui conservent le même besoin.

Ce texte est un gabarit destiné à vos notes autorisées; il n’a pas été exécuté sur des données clients dans ce dossier.

### B. Le ticket de correction technique

| Élément | Contenu attendu |
|---|---|
| Objectif métier | Usage de recherche souhaité et contenu public concerné; décisions d’entraînement séparées. |
| Constat | URL, date, outil ou robot concerné, réponse observée, texte réellement reçu. |
| Cause vérifiée ou hypothèse | Règle bloquante identifiée, problème de rendu confirmé ou investigation encore ouverte. |
| Intervention | Contrôle précis à modifier et responsable compétent. |
| Validation | Le contenu attendu est reçu dans la condition convenue; conserver la preuve. |
| Retour arrière | Configuration précédente et moyen de la rétablir. |
| Vérification ultérieure | Nouvelle observation dans le panel; ne pas confondre succès technique et citation. |

Éviter le ticket « débloquer toute l’IA ». Un ticket utile nomme le service, l’usage, la page et le résultat technique visés. Un changement d’architecture important doit résoudre un obstacle constaté; il ne découle pas du seul souhait d’améliorer un score de visibilité.

### C. Une page commerciale que l’équipe peut défendre

Avant validation d’une page, faire répondre un responsable opérationnel aux questions suivantes :

1. Qui peut bénéficier de cette offre et dans quel contexte?
2. Quels livrables sont effectivement fournis?
3. Qui réalise chaque partie du travail, notamment les données, la configuration et la formation?
4. Quelles dépendances, exclusions ou limites peuvent changer la décision?
5. Quelle preuve publique ou démonstration soutient chaque affirmation importante?
6. Quelle date, version ou condition rend cette preuve interprétable?
7. Quelle prochaine étape le lecteur peut-il entreprendre sans supposer une capacité inexistante?

Une comparaison utile comporte des critères identiques pour chaque option, une date de vérification et les sources correspondantes. « Inconnu » est une valeur acceptable. Le prix de départ d’un outil ne doit pas être comparé au coût complet d’un autre sans explication. Un exemple fictif reste étiqueté; une étude client exige des données et une autorisation adaptées.

### D. Registre des sources et des contributions externes

| Champ | Utilité |
|---|---|
| Source et URL précise | Identifier la page ou le fil, plutôt que le seul domaine. |
| Question concernée | Relier l’action à un besoin d’acheteur observé. |
| Statut | Fiche gérée, éditorial indépendant, commandite, avis, communauté ou contenu de l’entreprise. |
| Affirmation à vérifier | Noter le passage exact et l’information de référence. |
| Origine de l’affirmation | Distinguer recherche propre, interview et reprise d’un communiqué. |
| Contribution proposée | Correction factuelle, preuve, démonstration, avis d’expert ou format commandité. |
| Responsable de publication | Identifier qui peut décider; aucune promesse de placement éditorial. |
| Coût et livrable | Décrire ce qui est acheté, le cas échéant, sans promesse de recommandation IA. |
| État et résultat | Préparé, envoyé, accepté, publié, refusé; date et lien constaté. |
| Suivi | Accès, exactitude, présence observée et demandes; chaque mesure reste distincte. |

Ne pas interpréter dix reprises du même texte comme dix témoignages indépendants. Une correction peut être utile même sans nouvelle mention : sa valeur est parfois d’éviter un contact hors périmètre.

### E. Plan d’entrevue d’expert et réutilisation

**Format proposé : 30 minutes, ajustable selon le sujet.** Préparer les questions et documents avant l’entrevue; demander l’accord de la personne sur les usages prévus.

| Temps proposé | Question | Matière recherchée |
|---|---|---|
| 0–5 minutes | Quelle décision votre client essaie-t-il réellement de prendre? | Public, problème et conséquences |
| 5–12 minutes | Pouvez-vous montrer un exemple précis? | Démonstration, livrable anonymisé, étapes |
| 12–18 minutes | Quand cette méthode ne convient-elle pas? | Limites, dépendances, alternatives |
| 18–24 minutes | Quelle erreur revient souvent? Comment la reconnaître? | Critères vérifiables et mise en garde utile |
| 24–30 minutes | Que doit préparer le client pour avancer? | Action, documents et responsabilités |

À partir de cet entretien, produire une vidéo centrée sur une question, un article qui replace les preuves dans leur contexte, une courte réponse à une objection et un extrait social qui conserve la réserve essentielle. Vérifier les noms, les chiffres, les négations et les limites dans la transcription. Les versions doivent rester cohérentes même lorsque leur longueur diffère.

**Consigne de transformation proposée :**

> Transforme cette transcription autorisée en un brouillon d’article. Conserve les conditions et les incertitudes. Pour chaque affirmation factuelle importante, indique le passage source et la preuve externe éventuellement nécessaire. Sépare les exemples réels autorisés, les opinions et les illustrations fictives. Ne transforme aucune estimation en résultat mesuré. Termine par les questions que l’expert doit vérifier avant publication.

### F. Une fiche d’expérience et une règle de décision

| Élément | Exemple de structure à compléter |
|---|---|
| Hypothèse | Une clarification précise répondra mieux à une question d’achat définie. |
| Intervention | Une famille de changements documentée; pages et date. |
| Groupe traité | Ensemble de sujets/pages concernés, défini avant l’intervention. |
| Comparaison | Sujets/pages aussi comparables que possible, laissés inchangés sur la période. |
| Contamination possible | Pages communes, marque commune, liens internes, campagne ou publication externe. |
| Mesure principale | Par exemple, proportion de réponses exactes pour le besoin défini. |
| Autres mesures | Citations pertinentes, visites, demandes qualifiées; dénominateur de chacune. |
| Conditions | Version du panel, langues, surfaces, répétitions, paramètres et gestion des échecs. |
| Durée | Baseline et suivi compatibles avec la fréquence d’observation et le cycle commercial. |
| Coût | Temps interne, prestataire, outil, production et diffusion. |
| Décision prévue | Poursuivre, réviser, prolonger l’observation ou arrêter selon des critères fixés à l’avance. |

**Calcul illustratif, entièrement fictif :** le groupe traité passe de 20 % à 35 % de réponses exactes; le groupe de comparaison passe de 25 % à 30 %. Le contraste descriptif est (35−20)−(30−25) = **10 points de pourcentage**, et non une hausse certaine de 10 % des ventes. Il faut conserver les effectifs, les différences entre sujets, les variations temporelles et les changements de plateformes. Ce calcul ne prouve pas à lui seul un effet causal. Une entreprise avec peu de sujets pourra utiliser un déploiement progressif et rester plus prudente dans sa conclusion.

### G. Évaluer un outil de suivi avant de s’engager

Demander une démonstration sur un petit panel pertinent, avec les conditions écrites. Comparer les outils sur ce que vous pourrez comprendre et exporter, pas seulement sur le nombre de logos de modèles.

| Question au fournisseur | Réponse exploitable attendue |
|---|---|
| D’où viennent les questions? | Questions choisies, données observées ou estimations clairement distinguées. |
| Comment obtenez-vous les réponses? | API ou interface, mode de recherche, région et limites connues. |
| Quel est le calcul du score? | Numérateur, dénominateur, pondération et cas exclus. |
| Que se passe-t-il après un échec? | Échec visible, règles de reprise et historique. |
| Peut-on conserver un panel constant? | Versions, historique des changements et comparaison à périmètre égal. |
| Les réponses et URL sont-elles exportables? | Données brutes utilisables avec leurs dates et paramètres. |
| Comment comptez-vous la marque? | Homonymes, variantes, groupe/filiale et désambiguïsation. |
| Comment contrôlez-vous l’exactitude et le sentiment? | Critères, exemples et possibilité de revue humaine. |
| Quels coûts évolueront avec l’usage? | Prompts, surfaces, langues, répétitions, utilisateurs et export clairement chiffrés. |
| Que reste-t-il après résiliation? | Export, accès historique et obligations décrites dans le contrat. |

Le même outil peut convenir à une entreprise et être excessif pour une autre. Une mesure par API peut servir un suivi cohérent; il faut la présenter comme cette mesure précise. Une capture de l’interface peut être plus proche d’un parcours observé sans devenir représentative de tous les utilisateurs. Aucune des deux méthodes ne révèle, à elle seule, toutes les questions réellement posées par le marché.

### H. Budget et bilans de l’essai de 90 jours

Définir une offre, les pages concernées et le temps disponible avant de choisir la taille du panel. Le plafond illustratif de 24 heures présenté à l’article 10 couvre un essai restreint; il ne permet pas de présumer que 288 exécutions, leurs vérifications et les corrections y tiendront. Estimer séparément la préparation, la collecte, la relecture des réponses et la production des contenus.

| Bilan | Décision à préparer | Éléments à conserver |
|---|---|---|
| Jour 30 | Le point de départ permet-il de commencer l’essai? | Panel, réponses initiales, accès vérifié et corrections urgentes déjà apportées |
| Jour 60 | La modification et la comparaison sont-elles exploitables? | Versions des pages, réponses aux mêmes questions et temps réellement consacré |
| Jour 90 | Poursuivre, réduire, prolonger l’observation ou arrêter? | Demandes qualifiées, issues connues, coûts, questions ouvertes et prochaine limite de temps |

Une occasion commerciale encore ouverte conserve ce statut au bilan. Une vente survenue pendant l’essai ne devient pas automatiquement un résultat causé par l’intervention. Si une correction technique consomme le budget, ajuster le périmètre éditorial et consigner la décision.

### I. Revue hebdomadaire en cinq décisions

À chaque point de suivi, examiner successivement : une erreur factuelle à corriger; un obstacle d’accès confirmé; une question d’achat à mieux couvrir; une contribution externe pertinente; et une décision de poursuite fondée sur les résultats disponibles. Le responsable peut décider de ne rien ajouter si la preuve manque. Conserver la date, le coût et la raison de la décision évite de réécrire l’histoire du projet après un bon ou un mauvais résultat.