Protocole AEO Comet Perplexity 2025: réponses latérales, navigation autonome et attribution sans clic

Résumé exécutif

Comet de Perplexity est désormais un point de passage clé du parcours d’achat. À partir du 24 septembre 2025, les marques qui structurent leurs données et leurs flux pour les agents captent des réponses latérales fiables, des parcours d’achat autonomes et une attribution sans clic. Ce protocole AEO détaille les champs, APIs et balises à mettre en place, avec des checklists prêtes à exécuter.

Pour mettre en cohérence votre stratégie multi agents, voyez aussi les expériences pilotables dans Chrome décrites dans expériences pilotables dans Chrome, les nouveautés voix et vidéo lancés en Inde dans voix et vidéo lancés en Inde et l’optimisation email côté Perplexity dans optimiser vos emails Gmail et Outlook.

Objectif et périmètre

• Objectif: optimiser vos propriétés pour que Comet produise des réponses latérales fidèles, exécute des parcours d’achat en autonomie et attribue correctement les conversions initiées sans clic.
• Périmètre: données produit, FAQ, formulaires, endpoints de comparaison, robots, cache, attribution et KPI.

1. Fiches produit et FAQ prêtes pour réponses latérales

1.1 Champs minimaux résumables par agent

• Identité produit: id, sku, titre, description_courte 280 caractères max, images principale et alternatives avec texte alternatif.
• Offre et prix: devise ISO, prix_actuel, prix_barre si pertinent, taxes_incluses booléen, zone de validité, updated_at ISO8601, expires_at ISO8601, cache_ttl secondes.
• Disponibilité: en_stock, quantité_disponible, date_restock si connue.
• Délais et frais: shipping_options[] avec mode, délai_min_jours, délai_max_jours, coût, zone, transporteur.
• Retours et garanties: retour_possible booléen, fenêtre_retour_jours, frais_retour, politique_retour_url_canonique, garantie_mois.
• Preuves et signaux: preuves[] avec type avis ou test ou certification, source_nom, note, échantillon_citations 20 mots max, date, méthode; badges[] avec type et émetteur; media_preuve[] avec alt.
• Spécifications comparables: specs{} clés normalisées par catégorie, unités SI, tolérances, conformité normes.
• Accessibilité et responsabilité: avertissements_sécurité, groupes d’âge, matériaux, empreinte_carbone si disponible, instructions_recyclage.
• FAQ structurée: pour chaque question, id, question, réponse concise 400 caractères max, dernière_mise_a_jour, pertinence catégories.

1.2 Bonnes pratiques de structuration

• Utiliser deux blocs JSON LD distincts: Product et FAQPage en suivant le format JSON LD Product. Conserver un ordre stable des clés et des noms explicites.
• Éviter le balisage verbeux non déterministe. Préférer valeurs numériques typées, unités explicites, booléens clairs.
• Inclure updated_at et expires_at sur chaque section prix, stock et politique pour la gestion de fraîcheur par l’agent.

1.3 Variantes et bundles

• variantes[]: attributs canoniques couleur, taille, capacité, region et leurs prix, stocks, images spécifiques.
• bundles[]: composants, remise allouée, compatibilités et limites.

2. Navigation autonome et auto remplissage des formulaires

2.1 Manifeste de flux agent

Exposer un manifeste machine lisible à la racine du domaine, par exemple aeo_manifest avec:

• flows[]: id, objectif achat ou support, étapes ordonnées.
• étapes: id, page_type produit ou panier ou livraison ou paiement ou confirmation, url_canonique, attentes état, métriques clés, temps_attendu_ms.
• transitions: condition, prochaine_étape, rattrapage en cas d’erreur.

2.2 Balisage des formulaires pour agents

• Chaque champ avec label visible, aria label, autocomplete conforme et inputmode adapté. Référence utile: liste des attributs autocomplete HTML.
• Attribuer data field purpose: nom, email, téléphone, adresse, ville, code_postal, pays, mode_livraison, mode_paiement, consentement_marketing, consentement_tracking.
• Étapes explicites avec data step id et ordre. Boutons avec data action type ajouter_au_panier, continuer, payer, appliquer_code.
• Indiquer contraintes min, max, regex et messages d’erreur déterministes pour éviter les boucles.
• Offrir un mode agent friendly qui réduit interstitiels et regroupe les champs critiques sur une seule vue.

2.3 Résilience et anti fraude

• Autoriser le préremplissage par jeton côté serveur, échangeable contre un identifiant d’intention émis à l’arrivée de Comet.
• Implémenter un taux limite par IP et par identifiant agent. Publier ces seuils dans le manifeste pour permettre le pacing.
• Fournir un challenge non intrusif quand la probabilité de bot malveillant dépasse un seuil et whitelister l’agent via entête d’identification.

3. Endpoints de comparaison lisibles par agent

3.1 Spécification fonctionnelle

• GET /agent/catalog: listes paginées filtrables par catégorie, marque, intervalle de prix, attributs de specs.
• GET /agent/compare: ids ou skus pour renvoyer un tableau aligné de specs, prix, disponibilité, scores de preuve.
• GET /agent/pricing: tarifs régionaux, promotions actives, fenêtres de validité, règles d’éligibilité.

3.2 Modèle de réponse recommandé

• meta: version, generated_at, ttl, région par défaut, devise par défaut.
• items[]: id, sku, titre, description_courte, images[], specs{}, prix{devise, valeur, taxes_incluses}, disponibilité, shipping_options[], retours, garantie, preuves[], score_confiance, updated_at, expires_at.
• comparabilité: clés_specs_ordonnées, unités, méthodes de normalisation, champs manquants.

3.3 Contrats d’API et fiabilité

• Idempotence via ETag et If None Match, limites de taux publiées, pagination cursor, tri stable, champs deprecated listés avec dates de fin.
• Inclure source_of_truth et last_scrape_allowed pour signaler si crawl classique requis ou interdit.

4. Réponses latérales de haute qualité

• Rendre disponibles des résumés prêts à l’emploi par catégorie avec slots prix, délais, retours, preuves et contraintes.
• Fournir des snippets courts par use case, par exemple cadeau, professionnel, voyage, et marquer le public visé.
• Format micro résumé par item: titre court, 3 à 5 specs discriminantes, prix avec devise, délai moyen, politique de retour en une phrase, une preuve prioritaire avec date.

5. Attribution et mesure sans clic

5.1 Paramètres persistants

• À la première visite initiée par Comet, écrire une session côté serveur liée à utm_source comet, utm_medium agent, utm_campaign selon le contexte, utm_content variant.
• Persister un agent_intent_id et un x agent request id renvoyés à chaque événement serveur pour la réconciliation.

5.2 Événements côté serveur

• Émettre view_item, add_to_cart, begin_checkout, add_payment_info, purchase avec event_id, agent_intent_id, valeur, devise, produit_ids, quantités, région, taxes, frais, coupon.
• Dédupliquer avec tout pixel client via event_id et timestamp serveur.
• Inclure hachage stable d’email si consentement, IP tronquée, user agent et entête d’agent pour une attribution probabiliste respectueuse de la vie privée.

5.3 Fenêtrage et modèles d’attribution

• Définir une fenêtre d’attribution agent distincte, par exemple 24 à 72 heures, avec priorité first touch Comet lorsque le parcours a été initié par l’agent.
• Remonter les conversions offline via un endpoint server to server en réconciliant par agent_intent_id ou référence de commande.

6. Découverte, robots et cache

• robots.txt explicite: section User agent Comet avec Allow pour répertoires agent et Disallow pour zones privées. Publier un crawl delay conseillé.
• Indiquer dans les réponses agent Cache Control, ETag et max age. Utiliser 304 quand inchangé et fournir expires_at dans le corps.
• Fournir un sitemap agent listant endpoints, versions et politiques de mise à jour.

7. Qualité, conformité et sécurité

• Transparence sur prix et frais. Toujours préciser si taxes incluses et conditions géographiques.
• Respect RGPD et CCPA. Activer la minimisation des données et un opt out facile pour la personnalisation.
• Journaliser les actions de l’agent avec finalité, base légale et durée de conservation.

8. KPI et tests

• Couverture des champs AEO sur fiches produit et FAQ: pourcentage de pages conformes.
• Taux de complétion automatique des formulaires par l’agent et temps moyen par étape.
• Précision des réponses latérales: écart entre résumé et vérité de référence pour prix, délais, retours.
• Latence médiane des endpoints de comparaison et taux de 304.
• Part des conversions attribuées à Comet et taux de déduplication sans conflit.

9. Checklist de mise en œuvre

• Champs minimaux présents et normalisés sur toutes les fiches et FAQ.
• Manifeste de flux publié et à jour avec étapes et actions.
• Endpoints /agent opérationnels avec pagination, filtres et ETag.
• Formulaires étiquetés avec labels, autocomplete et data field purpose.
• Attribution serveur en place avec persistences UTM et event_id.
• robots.txt, sitemap agent et politiques de cache configurés.
• Tableau de bord KPI et alerte en cas d’expiration de prix ou de stock.

10. Glossaire express

• Réponse latérale: résumé court affiché par l’agent en contexte pour éviter de charger la page complète.
• Navigation autonome: capacité de l’agent à parcourir un flux défini et à interagir avec les formulaires.
• Endpoint de comparaison: API renvoyant des fiches normalisées prêtes à aligner pour un comparatif.
• Attribution sans clic: mesure des conversions initiées par un agent sans interaction classique de l’utilisateur.