Glossaire WordPress – UX & performance

Ce glossaire rassemble les notions WordPress orientées UX, accessibilité et performance (avec un œil SEO).

Pour chaque terme : définition, pourquoi c’est important, comment faire dans WordPress (Gutenberg, thème enfant, réglages), et pièges à éviter.

Accessibilité (a11y)

Accessibilité (a11y)

  • Définition — Rendre le site utilisable par toutes et tous (WCAG 2.2 / RGAA 4) : contrastes, alternatives, clavier, lecture d’écran.
  • Pourquoi — Améliore l’UX, élargit l’audience, réduit les risques légaux, souvent corrélé au SEO.
  • Dans WordPress — Styles globaux avec contrastes ≥ 4.5:1 ; balises <label>, alt ; ordre de tabulation ; focus visible ; rôles ARIA.
  • Pièges — Placeholders à la place de labels, modales non focusables, textes dans des images.

ARIA landmarks

  • Définition — Repères sémantiques pour structurer la page : banner, navigation, main, complementary, contentinfo, search, form, region.
  • Pourquoi — Navigation rapide pour lecteurs d’écran/clavier, structure claire.
  • Dans WordPress — Utiliser HTML5 natif : <header>, <nav>, <main> (unique), <aside>, <footer> ; nommer les multiples <nav> avec aria-label; “Aller au contenu” en premier.
  • Pièges — Multiplier region sans titre, dupliquer role="main", ajouter des role redondants sur des balises déjà sémantiques.

Contrastes (WCAG)

  • Définition — Rapport de luminosité texte/fond. Réfs WCAG 2.2 : texte normal ≥ 4.5:1 (AA), large ≥ 3:1, focus/éléments UI ≥ 3:1.
  • Pourquoi — Lisibilité, accessibilité, moins de fatigue visuelle, meilleur taux de conversion.
  • Dans WordPress — Définir une palette accessible (Styles globaux / theme.json), vérifier hover/active/focus, overlay sur images de fond, tests DevTools.
  • Pièges — Texte sur photo sans voile, placeholders trop clairs, focus quasi invisible, contraste OK en clair mais raté en dark mode.

Formulaires accessibles

  • Définition — Saisies compréhensibles et navigables au clavier/lecteur d’écran.
  • Pourquoi — Points de conversion clés ; réduit l’abandon et les erreurs.
  • WordPress — <label for> explicites, messages d’erreur sous le champ, aria-describedby, exemples, choix par défaut neutres.
  • Pièges — Placeholder comme unique repère, validations tardives, contraste insuffisant.
  • Définition — Accès sans souris + repère visuel de l’élément actif.
  • Pourquoi — Indispensable pour accessibilité et productivité.
  • WordPress — Ordre logique (DOM), :focus-visible, lien “aller au contenu”, menus accessibles.
  • Pièges — Focus supprimé, tabindex positif, pièges de focus dans les modales.

Opquast (qualité web)

  • Définition — Référentiel de 240 bonnes pratiques transverses.
  • Pourquoi — Qualité mesurable (UX, SEO, a11y, sécurité) et gouvernance.
  • Dans WordPress — Checklists projet, revues périodiques, politiques de mise à jour.
  • Pièges — “One shot” sans maintien, pratiques non tracées.

RTL (arabe, hébreu)

  • Définition — Interface Right-To-Left pour langues ar, he, fa (lecture et alignements inversés).
  • Pourquoi — Compréhension immédiate, crédibilité locale, meilleure UX internationale.
  • Dans WordPress — <html lang="ar" dir="rtl">; thème/rtl.css ou propriétés logiques (margin-inline, text-align:start/end); polices compatibles arabic/hebrew; miroiter flèches/icônes; gérer contenu mixte avec <bdi>/<bdo>.
  • Pièges — Se contenter de text-align:right sans dir="rtl", CSS en left/right partout, images avec texte non inversées, mélange RTL/LTR sans bdi/bdo.

Analytics et RGPD

Consentement (CMP)

  • Définition — Gestion du consentement (bannière, preuve, préférences).
  • Pourquoi — Conformité + confiance.
  • WordPress — CMP compatible TCF, blocage des tags tant qu’opt-in absent, page préférences.
  • Pièges — Chargement des scripts avant consentement, texte opaque, pas de retrait possible.

Événements GA4 (plan de marquage)

  • Définition — Actions suivies : generate_lead, add_to_cart, begin_checkout, purchase, sign_up, etc.
  • Pourquoi — Mesure des conversions & optimisation des tunnels.
  • Dans WordPress — GTM + GA4 : mappez événements (clic CTA, envoi formulaire, scroll, vidéo, e-commerce), nommez paramètres (item_id, value, currency), consent gating (CMP).
  • Pièges — Doubles tags, noms d’événements incohérents, conversions non déclarées, suivi sans base légale.

Exemptions CNIL (mesure d’audience)

  • Définition — Cadre français permettant de mesurer l’audience sans consentement si conditions strictes (finalité, durée, anonymisation, 1st-party).
  • Pourquoi — Analytics conformes sans friction de bannière (cas limités).
  • Dans WordPress — Outils éligibles (ex. Matomo auto-hébergé) : anonymiser IP, désactiver pub/cross-site, rétention courte (≤ 13 mois), informer et offrir opt-out ; documenter dans la politique cookies.
  • Pièges — Utiliser ces données pour ciblage pub, mixer avec CRM/retargeting, ignorer l’info utilisateur, conserver trop longtemps.

Matomo (analytics RGPD)

  • Définition — Mesure auto-hébergée, respectueuse du RGPD.
  • Pourquoi — Données maîtrisées, possible exemption de consentement (conditions CNIL).
  • WordPress — Tag Matomo/Tag Manager, anonymisation IP, durée de rétention, filtres bots.
  • Pièges — Double marquage, conservation illimitée, cookies avant consentement

Scroll-depth

  • Définition — Mesure de la profondeur de scroll (25/50/75/100% ou 90% GA4 natif).
  • Pourquoi — Indice d’engagement et de lisibilité des pages longues.
  • Dans WordPress — GA4 “mesures améliorées” (90%) ou GTM custom (quartiles) ; combiner avec time on page & clics pour éviter faux positifs.
  • Pièges — Seul, le scroll ne prouve pas la lecture ; spam d’événements ; déclenchement sur éléments collants.

Tracking (mesure & consentement)

  • Définition — Collecte de données de navigation à des fins de mesure.
  • Pourquoi — Piloter le produit, optimiser acquisition et UX.
  • Dans WordPress — Plan de marquage, CMP conforme, événements GA4, Matomo sans cookies si conditions CNIL.
  • Pièges — Tags en double, cookies avant consentement, conservation infinie.

E-commerce (WooCommerce)

Avis / AggregateRating (rich results)

  • Définition — Notes & avis et leur agrégation (moyenne + nombre d’avis) via schema.org.
  • Pourquoi — Preuve sociale et CTR amélioré quand rich snippet affiché.
  • Dans WordPress — Produits WooCommerce : activer avis, afficher notes, schema Product avec AggregateRating (Rank Math/Yoast). Pour services : préférer afficher avis externes (Google/Trustpilot) sans marquage rich snippet.
  • Pièges — Interdit de marquer en rich snippet les avis auto-hébergés d’une page LocalBusiness/Organization (consignes Google) ; faux avis ; incohérence note/compte.

Checkout (frictions)

  • Définition — Tunnel d’achat sans distractions ni obstacles.
  • Pourquoi — Taux d’abandon en forte baisse.
  • WordPress — Moins de champs, wallet/payments, résumé clair, étapes visibles, e-mail panier abandonné.
  • Pièges — Création de compte obligatoire, frais surprises, performance médiocre.

Coupons & taxes (WooCommerce)

  • Définition — Promotions (codes/remises) et TVA (taux/classes/affichage) paramétrées dans WooCommerce.
  • Pourquoi — Conversion et conformité (affichage TTC/HT, devises, zones).
  • Dans WordPress — Activer coupons, limiter cumul, dates/quantités ; config TVA (classes, pays, TVA intracom, affichage TTC) ; contrôler arrondis & factures ; tester checkout.
  • Pièges — Règles de taxes incohérentes par pays, cumul promo non voulu, prix HT/TTC mélangés, codes diffusés publiquement.

Facettes SEO-safe

  • Définition — Filtres (taille, couleur…) sans créer de milliers d’URLs indexables.
  • Pourquoi — Évite le contenu dupliqué & l’explosion du crawl.
  • WordPress — Noindex sur URLs de facettes, canonicals vers la catégorie, pagination propre, 1–3 facettes indexables max si stratégie.
  • Pièges — Facettes indexées illimitées, canonicals incohérents, URLs paramétrées crawlables.

Fragments panier (perf WooCommerce)

  • Définition — Script wc-cart-fragments qui rafraîchit le mini-panier via AJAX sur toutes les pages.
  • Pourquoi — Peut dégrader INP/LCP et casser le cache full-page.
  • Dans WordPress — Désactiver hors panier/checkout/produit ; préférer mise à jour au clic “Ajouter au panier” ; utiliser mini-panier plus léger ; vérifier cache/CDN.
  • Pièges — Laisser wc-cart-fragments partout ; mini-panier dynamique sur pages très visitées ; cumuler avec plugins lourds.

PDP/PLP (fiches & listes)

  • Définition — Modèles produit et catégorie optimisés conversion/SEO.
  • Pourquoi — Impact direct sur revenus & visibilité.
  • WordPress — Titres clairs, médias légers, schéma Product, avis, FAQ, breadcrumbs, données structurées ItemList sur PLP.
  • Pièges — Variantes mal gérées, images lourdes, contenu mince.

Édition et FSE (WordPress)

Blocksy (thème)

  • Définition — Thème moderne et léger, optimisé Gutenberg/FSE.
  • Pourquoi — Base propre = meilleures performances (LCP/INP/CLS) et UX cohérente.
  • Dans WordPress — Activer seulement les modules utiles ; thème enfant ; patterns sobres ; tester PageSpeed (données terrain).
  • Pièges — Empiler add-ons, mélanger avec un builder lourd sans raison.

Breakdance (builder)

  • Définition — Page builder visuel moderne pour créer des layouts sans code.
  • Pourquoi — Rapidité de design si on maîtrise le poids et la sémantique.
  • Dans WordPress — Limiter la profondeur de conteneurs ; charger uniquement les composants utilisés ; soigner l’INP mobile.
  • Pièges — Animations excessives, widgets génériques à la place de blocs natifs.

CPT/ACF

  • Définition — Types de contenu & champs structurés.
  • Pourquoi — IA claire, SEO & éditorial propres.
  • WordPress — CPT pour cas d’usage (références, formations), champs ACF, templates dédiés.
  • Pièges — Tout en “Pages”, métadonnées en vrac.

FSE (Full Site Editing)

  • Définition — Édition globale du site via Gutenberg (en-tête, pied, modèles).
  • Pourquoi — Moins de dépendances, cohérence UI, performances meilleures qu’un builder.
  • Dans WordPress — Thème FSE, styles globaux, patterns, theme.json.
  • Pièges — Multiplier les patterns non nommés, overrides sans thème enfant.

Kadence (thème)

  • Définition — Thème léger et modulaire, compatible Gutenberg.
  • Pourquoi — Bon compromis UX/SEO/perf pour sites pro.
  • Dans WordPress — Starter minimal, design system via styles globaux, surveiller CLS, fragments WooCommerce.
  • Pièges — Trop d’extensions Kadence, mélanges builder + thème.

Thème enfant

  • Définition — Surcouche au thème pour personnaliser sans toucher au core.
  • Pourquoi — Mises à jour sûres, maintenance propre.
  • WordPress — Créer style.css/functions.php, surcharger templates, versionner.
  • Pièges — Modifs directes du thème parent, surcharge non tracée.

Hébergement et éco-conception

Backups (sauvegardes)

  • Définition — Copies complètes du site (fichiers + base) avec rétention et stockage hors serveur.
  • Pourquoi — Anti-perte (panne, hack, erreur humaine), rollback rapide, sérénité en release.
  • Dans WordPress — Plan 3-2-1 (3 copies, 2 supports, 1 off-site), quotidien DB + hebdo full, chiffrage, test de restauration mensuel, snapshot avant mises à jour.
  • Pièges — Sauvegarder sur le même serveur, n’exporter que la DB (ou que les uploads), pas de vérif de restauration, pas de rotation/rétention.

CDN & TTFB

  • Définition — Réseau de diffusion qui réduit la latence & charge serveur.
  • Pourquoi — Meilleur LCP, résilience.
  • WordPress — CDN images/JS/CSS, cache objet, DNS rapide.
  • Pièges — Double minification, bypass involontaire, URLs mixtes.

Éco-conception

  • Définition — Réduire poids & complexité pour limiter l’impact.
  • Pourquoi — Vitesse, coût, durabilité.
  • WordPress — Images responsives, scripts conditionnels, sobriété visuelle, audit empreinte.
  • Pièges — Carrousels/vidéos inutiles, libs lourdes.

Hébergement web

  • Définition — Infrastructure serveur (CPU/RAM/stockage/CDN/backup) où vit le site.
  • Pourquoi — TTFB bas, sécurité, disponibilité, coût environnemental.
  • Dans WordPress — PHP récent, HTTP/2/3, cache serveur, CDN, sauvegardes, monitoring.
  • Pièges — Mutualisé sature, backups absents, PHP obsolète.

Logs & observabilité

  • Définition — Suivi des erreurs (PHP/WordPress), requêtes (access logs), métriques (CPU, RAM, disque) et événements (cron, 404/500).
  • Pourquoi — Diagnostic rapide, prévention des pannes, mesure continue de la qualité.
  • Dans WordPress — Activer WP_DEBUG_LOG en staging, consulter error/access logs serveur, traces PHP-FPM, alerter sur 404/500 récurrentes, monitoring uptime et CWV terrain, rotation des logs.
  • Pièges — Logs désactivés ou non consultés, pas de rotation (disque saturé), exposer des logs publiquement, données perso en clair.

Version PHP

  • Définition — Moteur d’exécution de WordPress. Les versions récentes (8.2/8.3) = plus rapides et sécurisées.
  • Pourquoi — Gain de perf (TTFB), correctifs de sécurité, compatibilité future.
  • Dans WordPress — Vérifier compatibilité en staging, mettre à jour via l’hébergeur (8.2/8.3), activer OPcache, contrôler extensions (intl, imagick, mbstring), corriger warnings.
  • Pièges — Rester sur une version obsolète, switcher en prod sans test, extensions PHP manquantes, OPcache désactivé.

WP-CLI

  • Définition — Interface ligne de commande pour administrer WordPress rapidement (MAJ, contenus, base, médias).
  • Pourquoi — Plus rapide, scriptable, fiable pour releases et maintenance.
  • Dans WordPress — Exemples utiles : wp core update && wp plugin update --all wp search-replace 'http://vieux' 'https://neuf' --all-tables --dry-run wp cache flush && wp transient delete --all wp cron event run --due-now wp media regenerate --yes wp user create prenom nom email@domaine --role=editor
  • Pièges — Lancer en prod sans --dry-run, casser des données sérialisées en search-replace mal ciblé, exécuter en root, pas de sauvegarde préalable.

Performance et Core Web Vitals

CLS

  • Définition — Stabilité visuelle (éviter les “sauts” d’interface).
  • Pourquoi — Clics ratés, mauvaise UX.
  • WordPress — Réserver l’espace images/iframes, font-display:swap, bannière cookie non intrusive.
  • Pièges — Annonces/embeds sans conteneur, carrousels poussants.

Core Web Vitals (LCP / INP / CLS)

  • Définition — Indicateurs Google sur vitesse, réactivité, stabilité visuelle.
  • Pourquoi — Impact direct UX et SEO.
  • Dans WordPress — Images responsives/WebP, Critical CSS, font-display:swap, limiter JS, réserver l’espace médias/iframes.
  • Pièges — Polices bloquantes, fragments WooCommerce, pubs/embeds sans conteneur.

Critical CSS

  • Définition — CSS “au-dessus de la ligne de flottaison” inliné dans <head> pour rendre la première vue immédiatement ; le reste du CSS est chargé après.
  • Pourquoi — Améliore LCP et la perception de vitesse ; réduit le CSS bloquant.
  • Dans WordPress — Générer le CSS critique par modèle (home, article, catégorie) ; l’inliner dans <head> ; charger la feuille globale ensuite (préchargement ou chargement différé) ; régénérer après changements de thème/patterns.
  • Pièges — CSS critique trop volumineux (annule le gain) ; styles manquants ⇒ flash “non stylé” ; ne pas versionner/synchroniser par template ; oublier de purger cache/CDN.

Font loading (chargement des polices)

  • Définition — Stratégies pour charger les webfonts sans bloquer l’affichage ni provoquer de décalages.
  • Pourquoi — Impact direct sur LCP/INP et CLS (stabilité du texte).
  • Dans WordPress — Self-host (WOFF2), font-display: swap, précharger les 1–2 fontes critiques (<link rel="preload" as="font" crossorigin>), préconnect au domaine si externe, limiter poids et variantes, préférer variable fonts et subsets (latin, etc.).
  • Pièges — Trop de familles/poids ; préchargements manquants/inutiles ; métriques différentes (FOUT/CLS) ; CDN de polices non fiable ; blocage par la bannière cookies si chargées via scripts tiers.

Images WebP / AVIF

  • Définition — Formats modernes plus légers que JPEG/PNG : WebP (très compatible) et AVIF (meilleure compression).
  • Pourquoi — Poids réduit ⇒ gains sur LCP/INP, bande passante et éco-conception.
  • Dans WordPress — Convertir en WebP/AVIF à l’upload, servir des tailles responsives (srcset/sizes), conserver width/height (évite le CLS), lazy-load natif, qualité adaptée (ex. 60–80 pour WebP). Logos/illustrations fines : envisager SVG ou PNG optimisé.
  • Pièges — Tout convertir en WebP/AVIF (icônes/PNG 8 parfois meilleurs) ; héros trop lourdes ; absence de dimensions ; oublier la transparence/qualité AVIF ; ne pas vérifier la compatibilité des images de fond en CSS.

Lazy-loading

  • Définition — Chargement différé des images/iframes hors écran.
  • Pourquoi — Améliore LCP/INP, économise la data.
  • Dans WordPress — Attributs loading="lazy" (natif), fetchpriority="high" pour la hero, placeholders.
  • Pièges — Lazy sur l’image au-dessus de la ligne de flottaison.

Qualité et gouvernance

Journal de changements (changelog)

  • Définition — Historique daté des modifs (qui/quoi/quand/pourquoi/où).
  • Pourquoi — Traçabilité, diagnostic rapide, continuité d’équipe.
  • Dans WordPress — Un CHANGELOG.md par projet + thème enfant ; lien ticket/commit ; SemVer (1.4.2) ; noter MAJ core/thèmes/plugins, réglages (permalinks/cache), imports.
  • Pièges — Mentions vagues (“petites modifs”), MAJ serveur non notées, pas de lien rollback

Maintenance & sécurité

  • Définition — Mises à jour, sauvegardes, durcissement.
  • Pourquoi — Continuité de service, réduction des risques.
  • WordPress — MAJ cœur/thèmes/plugins, rôles, 2FA, sauvegardes off-site, logs.
  • Pièges — Admin par défaut, plugins abandonnés.

Opquast

  • Définition — 240 bonnes pratiques qualité web transverses.
  • Pourquoi — Standardise la qualité (UX/SEO/a11y/sécu).
  • WordPress — Checklists projet, critères d’acceptation, revues périodiques.
  • Pièges — “One-shot”, pas de pilotage.

Politique de releases (cycle de mise en prod)

  • Définition — Règles de déploiement (rythme, environnements, tests, validation, rollback).
  • Pourquoi — Moins de régressions, plus de prévisibilité, time-to-market sécurisé.
  • Dans WordPress — Dev → Staging → Prod ; checklist : backups → MAJ sur staging → tests (formulaires/CWV/SEO) → purge cache/CDN → mise en ligne → surveillance (logs/404) ; hotfix isolé si urgence.
  • Pièges — Modifier direct en prod, pas de sauvegarde, releases rares et énormes, auto-update plugins sans contrôle.

Rôles & permissions

  • Définition — Droits d’accès sur l’admin & les contenus.
  • Pourquoi — Sécurité + flux éditorial.
  • WordPress — Rôles natifs, capacités affinées, revues régulières.
  • Pièges — Comptes admin partagés, excès de privilèges.

SEO technique et données

Fil d’Ariane (Breadcrumb)

  • Définition — Chemin de navigation hiérarchique.
  • Pourquoi — IA claire, UX, rich result possible.
  • WordPress — Bloc breadcrumb + BreadcrumbList ; cohérence menus/taxos.
  • Pièges — Multiples chemins contradictoires.

Canonical / Noindex

  • Définition — Signal d’URL de référence / exclusion d’index.
  • Pourquoi — Gère duplications & facettes.
  • WordPress — Canonicals cohérents, noindex sur archives inutiles/facettes, sitemaps propres.
  • Pièges — Canonicals en chaîne, noindex accidentels.

Maillage interne

  • Définition — Ensemble des liens entre vos pages pour guider l’utilisateur et le robot.
  • Pourquoi — Améliore navigation, priorité d’indexation et transmet l’autorité aux pages clés.
  • Dans WordPress — Liens contextuels dans le corps, fil d’Ariane, “Voir aussi” (3 liens), pages Cornerstone, blocs/patterns de liens récurrents.
  • Pièges — Ancrages vagues (“cliquez ici”), sur-maillage en footer, pages orphelines, liens cassés.

Nom de domaine

  • Définition — Adresse du site (ex. citywizz.com).
  • Pourquoi — Mémoire, crédibilité, cohérence marque/SEO.
  • Dans WordPress — Forcer HTTPS, redirection canonique, e-mails de domaine, DNS anycast.
  • Pièges — Hyphens multiples, TLD exotique peu compris.

Plan de marquage (GA4/Matomo)

  • Définition — Tableau des événements/paramètres mesurés et de leur finalité.
  • Pourquoi — Données comparables, décisions fiables.
  • WordPress — Événements sur CTA, formulaires, panier/checkout ; nommage cohérent ; UTM.
  • Pièges — Événements ambigus, absence d’objectifs, casse de tracking au changement de thème.

robots.txt

  • Définition — Fichier indiquant aux bots ce qui est autorisé/refusé à l’exploration.
  • Pourquoi — Réduit le bruit de crawl, protège l’admin, centralise l’URL du sitemap.
  • Dans WordPress — User-agent: * Disallow: /wp-admin/ Allow: /wp-admin/admin-ajax.php Sitemap: https://site.com/sitemap_index.xml Éviter de bloquer /wp-includes/, JS/CSS et contenus utiles.
  • Pièges — Bloquer des ressources CSS/JS (rétrograde le rendu) ; utiliser robots.txt pour “désindexer” (ça n’enlève pas des SERP).

Schema.org (données structurées)

  • Définition — Marquage JSON-LD pour décrire le contenu aux moteurs.
  • Pourquoi — Rich results (FAQ, Article, Product), CTR, compréhension.
  • Dans WordPress — JSON-LD via Rank Math / snippets ; FAQPage, Article, Product, BreadcrumbList.
  • Pièges — Données non concordantes avec le visible, sur-marquage.

Sitemaps

  • Définition — Fichiers XML listant les URL canoniques à faire explorer (pages, articles, catégories, images/vidéos).
  • Pourquoi — Aide à la découverte et à la priorisation du crawl, surtout sur sites volumineux/multilingues.
  • Dans WordPress — Activer le sitemap (Rank Math/Yoast), un par type (posts/pages/catégories) et par langue ; inclure uniquement les pages indexables ; déclarer dans Search Console (et par propriété si multi-domaines).
  • Pièges — URLs noindex ou 404 dans le sitemap ; paginations/filtres de facettes ; tags bruyants ; oublier les images clés.

UX et architecture de l’information

Architecture de l’information

  • Définition — Structuration des contenus (arbo, taxos, libellés).
  • Pourquoi — Trouvabilité, moins de charge cognitive, SEO.
  • WordPress — CPT/taxos, menus, fil d’Ariane, pages piliers/cluster.
  • Pièges — Arbres profonds, noms ambigus.

Charge cognitive

  • Définition — Effort mental pour comprendre/agir.
  • Pourquoi — Moins d’effort = plus de conversions.
  • WordPress — Menus courts, CTA clairs, formulaires légers, micro-copy.
  • Pièges — Jargon, murs de texte, carrousels.

Heuristiques d’utilisabilité (Nielsen)

  • Définition — 10 principes UX (cohérence, prévention d’erreurs, feedback…).
  • Pourquoi — Grille d’audit efficace, gains rapides sur la satisfaction.
  • Dans WordPress — États actifs/erreurs visibles, libellés clairs, annulation possible, cohérence des composants.
  • Pièges — Icônes sans texte, feedbacks invisibles.

Landing page

  • Définition — Page dédiée à une conversion (devis, inscription, achat).
  • Pourquoi — Concentre l’attention, mesure claire du ROI.
  • Dans WordPress — Template sans distraction, 1 objectif, preuve sociale, suivi événement GA4.
  • Pièges — Menus complets, multiples CTA concurrents.

Micro-interactions

  • Définition — Petits feedbacks (hover, validation, loader).
  • Pourquoi — Compréhension et plaisir d’usage.
  • Dans WordPress — Animations légères CSS, états de boutons/erreurs, messages inline.
  • Pièges — Effets lourds JS, mouvements excessifs (accessibilité).

Psychologie de la persuasion

  • Définition — Biais (preuve sociale, rareté, réciprocité…) appliqués à l’UI.
  • Pourquoi — Conversion, confiance, clarté de l’offre.
  • Dans WordPress — Avis/ratings, stocks, garanties, micro-copy rassurante.
  • Pièges — Dark patterns, urgences artificielles.

UX WordPress

  • Définition — Expérience pour visiteurs et administrateurs (édition, cohérence).
  • Pourquoi — Sites compris, faciles à gérer, conversions stables.
  • Dans WordPress — Styles globaux, patterns, nomenclature médias, rôles/permissions, rédaction guidée (charte).
  • Pièges — Back-office confus, blocs “magiques” non documentés

Mes autres lexiques

Le numérique pour tous : Definitions-digital.com

Le dictionnaire du numérique interactif pour les professionnels : Dictionnaire-numerique.fr

Ce lexique du consultant SEO WordPress n’est pas une fin en soi : c’est un outil de compréhension pour les clients qui veulent mieux saisir les enjeux du web.
En intégrant des notions rarement abordées (UX, heuristiques, Opquast, écoconception), il montre la différence entre un simple exécutant et un consultant stratégique.

Avec Citywizz, vous bénéficiez d’une approche complète : SEO + WordPress + UX + Qualité Web.