E-commerce, SXO et UX

Améliorer les parcours e-commerce de la découverte à la conversion, avec une attention portée à la recherche, à l’utilisabilité et à la confiance.

55 articles · Dernier article mis à jour

La recherche couvre tous les articles de cette rubrique, y compris les archives et le texte des articles.

Comprendre le sujet

Repères pour explorer cette catégorie

Un parcours marchand doit rendre visibles l’offre, les conditions, les choix et la suite de l’action. Les articles de cette catégorie croisent recherche, compréhension, confiance et expérience de conversion sur mobile comme sur ordinateur. Un abandon de panier ne démontre pas à lui seul une difficulté d’interface. Vérifiez l’étape observée, la disponibilité du produit, le coût final et la validité des événements de mesure. L’analyse relie les traces à une tâche reproductible et évite d’attribuer une intention à chaque absence de conversion.

Angles à examiner
  • Observer recherche, comparaison, panier, paiement et assistance comme un seul parcours.
  • Rendre explicites prix, disponibilité, livraison et conditions avant l’engagement.
  • Tester les erreurs, retours en arrière et besoins d’accessibilité sur les étapes décisives.
  • Vérifier qu’une URL de variante sélectionne réellement image, prix, stock et offre ajoutée au panier.
  • Relier vocabulaire client, attributs fiables et états de filtre à des résultats compréhensibles et à des URL maîtrisées.
  • Distinguer stock physique, vendable, réservé et entrant, puis tester achats simultanés, annulations et synchronisation des canaux.
  • Séparer autorisation du retour, réception, remboursement demandé et résultat confirmé.
  • Expliquer ce que signifie un avis vérifié et conserver une modération équitable, du dépôt aux données structurées.
  • Rapprocher prix affiché, commande, paiement et remboursements sans confondre unités.
  • Vérifier ce qui change réellement après une demande d’arrêt, immédiatement ou à une échéance prévue.
Questions utiles
  • Où le client perd-il le contexte ou la confiance ?
  • Quelle information arrive trop tard ?
  • Une personne peut-elle terminer la tâche avec clavier ou zoom ?
  • La confirmation envoyée correspond-elle à une commande réellement acceptée ?
  • Une variante épuisée reste-t-elle affichée comme achetable sur un autre canal ?
  • Les unités et valeurs sont-elles cohérentes ?
  • Une unité en stock est-elle toujours vendable ?
  • Peut-on annoncer le remboursement dès le retour accepté ?
  • Un avis négatif doit-il être supprimé ?
  • Toutes les monnaies ont-elles deux décimales ?
  • Résilier signifie-t-il rembourser ?

Exemple illustratif de décision

Situation
Exemple fictif : ces données ne décrivent aucun client ni résultat réel. Après avoir filtré une liste, une personne ouvre une fiche puis revient : la sélection et la position ont disparu.
Vérifier
Rejouer le parcours sur mobile et au clavier avec plusieurs filtres. Vérifier URL, état visible, nombre de résultats et annonce d’une liste vide.
Agir
Préserver le contexte utile et proposer une sortie compréhensible quand aucun produit ne correspond. Un filtre présent n’est pas forcément un filtre utilisable.

Optimiser l'UX en e-commerce : Navigabilité et confiance au service de la conversion

Recherche et facettes : rendre un catalogue exploitable

Google — Managing crawling of faceted navigation URLs

Couvrir la commande qui semble perdue

Une confirmation absente peut masquer un paiement réussi. Rapprochez état du fournisseur, commande et préparation avant d’inviter à recommencer ; testez les notifications répétées et les retours interrompus.

Une coupure après paiement conduit-elle à une seule commande et à un état retrouvable ?

Passer à la méthode

Lire les données · vérifier · décider

Panier et remboursement : rapprocher les montants exacts

Page, commande et paiement doivent utiliser la même monnaie, les mêmes remises et les mêmes états. Une notification reçue deux fois ne doit pas créer deux effets.

Montant payé
58,87 €59,97 − 6,00 + 4,90
Remboursement de l’exemple
17,99 €19,99 − 2,00
Solde après remboursement
40,88 €58,87 − 17,99

Cas pédagogique fictif — les chiffres ne décrivent pas CIE ni un client.

Questions pour préparer vos décisions

Des réponses et des points de contrôle à retrouver dans les analyses de cette rubrique.

À découvrir dans les archives

D’autres analyses de cette rubrique, au-delà des articles récents affichés ci-dessous.

Références : données, usages et limites

Documentation consultée le .

Références : données, usages et limites
Source et objetDonnée ou repère vérifiéComment l’utiliserLimite à conserver
W3C · WCAG 2.2

Évaluer des critères d’accessibilité du contenu web.

WCAG 2.2 est une recommandation W3C. Les critères de réussite sont classés en niveaux A, AA et AAA. Définissez tâches, pages et états à vérifier, puis combinez inspection, clavier, zoom et technologies d’assistance pertinentes. Conservez les étapes de reproduction des barrières.

Approfondir la méthode →

Un scanner automatique ne démontre pas la conformité d’un parcours complet. L’évaluation doit couvrir les états interactifs et les contenus réellement utilisés.
Google · Core Web Vitals

Distinguer vitesse d’affichage, réactivité et stabilité visuelle.

Les repères « bon » sont LCP ≤ 2,5 s, INP ≤ 200 ms et CLS ≤ 0,1, au 75e percentile, avec segmentation mobile et ordinateur. Séparez mesures de terrain et tests de laboratoire. Relevez période, URL, appareil, population et taille d’échantillon avant de comparer une évolution.

Approfondir la méthode →

Ces seuils ne sont pas des résultats mesurés de ce site. Un bon score de laboratoire ne prouve pas à lui seul l’expérience des visiteurs.
MDN · Cookie boundaries

Comprendre la portée des cookies de session et les limites de SameSite.

Secure, HttpOnly, SameSite et le préfixe __Host- répondent à des risques distincts. Un site peut regrouper plusieurs origines. Tester navigation externe, sous-domaines, retour prestataire et opérations authentifiées séparément.

Approfondir la méthode →

Une configuration de cookie ne remplace ni les contrôles CSRF ni les autorisations côté serveur.

Sécurité email : identité, alignement et transport

E-commerce : distinguer message authentifié et message attendu

Commandes, reçus et promotions n’ont pas la même finalité. Une identité de domaine validée ne démontre ni l’intérêt commercial du contenu ni l’attente du destinataire.

  • Cartographier séparément les plateformes transactionnelles et promotionnelles.
  • Tester l’alignement sur chaque flux, y compris les prestataires de paiement ou de livraison autorisés.
  • Analyser les refus techniques indépendamment du désabonnement et des métriques d’ouverture.

Consulter le comparatif et le simulateur DMARC →

Références et statut consultés le · SPF · RFC 7208 DKIM · RFC 6376 DMARC · RFC 9989

Identité produit : GTIN et variantes

E-commerce : enrichir la fiche sans brouiller l’entité

Relier données structurées et parcours d’achat à un modèle d’identité documenté.

  • Conserver les zéros et les valeurs brutes utiles à la recette.
  • Tester l’URL qui présélectionne chaque variante.
  • Comparer identité, prix et disponibilité dans la fiche et le panier.

Explorer les identifiants et contrôler une clé GTIN →

GS1 · 2D Barcodes at Retail POS Implementation Guideline · Release 1.1.0 · ratified December 2025 · §4.3 / Table 4-2

Google Search Central · Product variant structured data · Updated 2026-09-08 · consulted 2026-10-23

Précision des montants API et unités exactes

Séparer conversion exacte et confirmation du paiement

Une interface peut afficher le bon prix tout en préparant un entier incorrect pour le prestataire. La recette doit rapprocher le montant serveur avec le contrat de l’opération, puis vérifier l’état confirmé sans confondre le calcul avec un paiement abouti.

  • Tester une monnaie à zéro, deux et trois décimales.
  • Inclure une exception où le pas ne se déduit pas des décimales.
  • Conserver une valeur de référence exacte avant le formatage localisé.

Vérifier une unité dans l’atelier →

Adyen · Currency codes and minor units · Provider documentation · reviewed 2026-10-23

Stripe · Supported currencies and special cases · Provider documentation · reviewed 2026-10-23

Références pour approfondir

Documents de référence publiés par les organismes responsables de ces méthodes et standards.