Radiographie de l’e-commerce liégeois 2026

Deux philosophies d'hébergement, pas deux niveaux de qualité

Les deux plateformes de tête, WooCommerce (43 % du parc, 251 sites) et PrestaShop (34 %, 198 sites), sont des solutions open-source que le commerçant héberge et maintient lui-même : à elles deux, elles couvrent 78 % des boutiques. Le marchand reste responsable de son hébergement, de ses correctifs de sécurité et de la santé technique de sa boutique, directement ou via son prestataire. Shopify et Wix tiennent l'autre bord : des services hébergés (SaaS) où l'éditeur prend en charge l'infrastructure, la performance serveur et les mises à jour, contre moins de maîtrise sur le socle, mais moins de maintenance à la charge du commerçant. Réunis, ils ne pèsent ici que 10 % du parc.

Cette autonomie open-source ne handicape rien sur le fond. Sur les angles qui comptent pour l'acquisition, WooCommerce et PrestaShop gèrent nativement, ou via extensions matures, le balisage schema.org produit (`Product`, `Offer`, `BreadcrumbList`), la génération de feeds pour Google Merchant Center, les URLs canoniques et les balises hreflang, au même titre qu'un Shopify. Open-source ne veut pas dire mal maintenu : un site correctement tenu coche les mêmes cases techniques qu'une solution propriétaire, sur la lisibilité par les moteurs comme par les comparateurs. L'écart, quand il existe, tient à l'hébergement et à la configuration, jamais au moteur lui-même.

La domination de PrestaShop sur cet échantillon liégeois n'a rien d'une singularité locale. Solution d'origine française largement servie par le réseau d'agences régional, PrestaShop structure tout le marché e-commerce francophone, en France comme en Belgique, où elle fait figure de standard. Le contraste avec le poids mondial de Shopify ne trahit donc aucun retard liégeois, juste l'ancrage francophone attendu d'un tissu de marchands de proximité. Le panel ne donne pas à voir un écart par rapport à la norme, il rend la norme régionale visible à l'échelle d'une ville.

Ce que la plateforme décide vraiment : qui porte la dette

Le CMS dominant n'est pas un détail de tuyauterie : il décide qui porte la dette de maintenance et d'optimisation. Choisir une plateforme, c'est choisir un mode de gouvernance technique pour les trois à cinq ans qui suivent, bien au-delà du jour de la mise en ligne. Tant que tout roule, la distinction reste théorique. Le jour où il faut patcher une faille, migrer une version majeure, refondre un tunnel de paiement ou nettoyer un cumul d'extensions, la question de qui tient réellement la main devient concrète.

Une plateforme open-source confie cette responsabilité à celui qui l'opère. Quand cet opérateur est une PME sans équipe technique dédiée ni contrat de suivi clair, la dette ne disparaît pas : elle s'accumule en silence, en versions non patchées, en extensions abandonnées, en performances qui se dégradent au fil des ajouts. Voilà le vrai sujet, pas le nom du CMS. Le parc local s'est massivement positionné sur le modèle qui déporte le travail technique vers des PME qui, faute d'équipe, ne l'absorbent pas. C'est la configuration que le tissu liégeois rend la plus probable.

La vitesse, seul critère où le CMS pèse mesurablement

Sur la performance brute, l'écart est net en desktop, et il va dans un seul sens. Les solutions hébergées passent devant : Wix médian à 89, Shopify à 88, devant WooCommerce à 82 et PrestaShop à 80, la plus lente des grands CMS du panel. En mobile, le tableau se resserre et Odoo ferme la marche à 53. Mais l'ordre du classement mobile se joue à un à trois points sur des effectifs réduits par plateforme : à cette échelle, il s'inverse d'une campagne de mesure à l'autre. Aucune plateforme ne tient systématiquement la tête sur ce terrain, et présenter le mobile comme un verdict reviendrait à surinterpréter du bruit statistique. La hiérarchie ne s'énonce honnêtement que sur desktop.

Le mécanisme derrière l'écart desktop est structurel. Le SaaS optimise l'infrastructure par défaut, avec des serveurs mutualisés réglés au cordeau, un cache applicatif et un CDN livrés d'origine. L'auto-hébergé déporte cette responsabilité sur la boutique : il réclame un hébergement sérieux (Redis ou Varnish, OPcache), un cache configuré et un CDN branché, trois briques que beaucoup de marchands liégeois n'activent jamais, faute de profil technique en interne ou de prestataire qui les pose. Un PrestaShop ou un WooCommerce correctement servi rattrape l'essentiel de l'écart : ce qui ralentit, ce n'est pas l'outil, c'est l'installation laissée brute. La marque de la plateforme indique la pente, pas le point d'arrivée.

Cette vitesse pèse sur deux plans à la fois, et ce cumul la rend décisive. Côté référencement, Google utilise les Core Web Vitals (LCP, INP, CLS) comme signal de classement : une boutique lente part avec un handicap structurel sur les mêmes requêtes. Côté conversion, chaque centaine de millisecondes de latence érode le taux de transformation, et ce coût se paie à chaque session, sur tout le trafic, payant comme organique.

Le coût caché, chiffré, et son revers

Le récit du SaaS tout intégré occulte le coût réel de l'auto-hébergé bien tenu, que l'étude ne mesure pas. En ordre de grandeur estimé : un hébergement performant, des modules souvent en licence one-shot de 50 à 100 euros pièce, parfois en abonnement, qui chiffrent vite à 2 ou 3 k euros cumulés à l'installation (hors abonnements récurrents), et du temps de dev de maintenance. En face, un Shopify Basic démarre autour de 32 euros par mois, mais les applications réellement nécessaires ajoutent souvent 50 à 150 euros mensuels, et des frais de transaction s'appliquent tant qu'on ne passe pas par Shop Payments.

Le revers, à dire honnêtement : l'open-source garde un avantage structurel réel.

• Propriété de la donnée, pas de lock-in éditeur.
• Pas de facture Shopify Plus à environ 2000 euros par mois une fois à l'échelle.

Le bon choix dépend de l'accès à un développeur et de l'ambition, jamais d'un logo.

Le vrai clivage business ne se joue de toute façon pas sur deux points de Lighthouse, mais sur le tunnel de commande. Shopify embarque un Checkout natif (Shop Pay, paiement en un clic, friction minimale) optimisé et maintenu par l'éditeur, là où WooCommerce et PrestaShop laissent au commerçant un tunnel monté à la main, souvent fragilisé après chaque mise à jour. C'est là, et non sur la vitesse d'affichage, que se gagne ou se perd la conversion. Le détail se lit dans la couche parcours d'achat.

La conséquence pratique pour un commerçant liégeois est directe : la question n'est pas « ai-je choisi la bonne plateforme ? », mais « est-ce que j'exploite la vitesse et le tunnel que ma plateforme me permet d'atteindre ? ». La marge de progression la plus rentable se situe presque toujours dans l'optimisation de l'existant (hébergement, thème, images, scripts tiers), avant d'envisager une migration. Les scores s'appuient sur l'API PageSpeed de Google (nouvelle fenêtre) ; notre lecture des chantiers techniques est détaillée côté expertises.

Pour un décideur, l'essentiel : tes pages traînent là où ça compte, sur mobile, et chaque outil marketing ajouté creuse le trou au lieu de le combler. La lenteur se paie deux fois, en référencement et en ventes qui ne se font pas. Le détail technique qui suit est pour ton prestataire.

La fracture mobile

Le score mobile médian s'établit à 60 sur 100, contre 83 sur desktop. Vingt-trois points d'écart, et ils tombent là où se font la plupart des visites en retail, sur le smartphone. Ce 60 est un score Lighthouse de laboratoire, une simulation menée sur un réseau et un processeur volontairement bridés pour reproduire un mobile de milieu de gamme. Il dit comment la page se comporte dans un banc d'essai standardisé sans refléter ce que vit chaque visiteur, et c'est justement ce qui le rend comparable d'un site à l'autre sur tout le parc. À ne pas confondre avec les Core Web Vitals de terrain, collectés auprès des utilisateurs réels via la base CrUX, qui ne couvre ici que 186 sites de l'échantillon, ceux qui reçoivent assez de trafic pour alimenter une mesure fiable. Les deux familles racontent la même histoire sous deux angles, le banc d'essai et la vraie vie, et c'est leur convergence qui fonde le diagnostic, plus que chaque chiffre pris seul. Une nuance compte pour le référencement : le score Lighthouse de laboratoire diagnostique mais ne pèse pas directement dans le classement Google ; seules les données de terrain CrUX alimentent les Core Web Vitals retenus comme signal SEO.

La distribution mobile penche vers le bas. 3,7 % seulement des boutiques sont dans le vert, contre 32,9 % en desktop, et 23,1 % franchement dans le rouge, soit 132 sites sous 50. Un même site jugé correct sur ordinateur décroche donc dès qu'on le sort sur téléphone. Le parc a optimisé pour le grand écran et laissé filer le petit.

Le détail des indicateurs durcit le constat sans le rendre désespérant. Le LCP, soit le temps que met le plus gros élément visible (souvent la photo produit) à s'afficher, dépasse 4 secondes sur 64 % des sites, quand Google recommande de tenir sous 2,5 secondes, seuil atteint par 21 % du parc seulement. Entre les deux s'étire une zone grise où se logent les gains les plus accessibles. La stabilité visuelle, elle, est saine : le CLS, qui mesure les sauts de mise en page pendant le chargement (un bouton qui se décale au moment où on le touche, une image qui pousse le texte vers le bas), reste bon sur 81 % des sites. Le design tient, c'est le poids technique qui plombe, et ce poids se corrige là où une refonte de mise en page coûterait bien plus cher.

Plus on s'équipe, plus on ralentit

En classant les boutiques par nombre d'outils tiers détectés (tags analytics, pixels publicitaires, widgets de chat, bannières de consentement, scripts d'A/B testing, polices distantes), la tendance contredit l'intuition que « mieux outillé » rime avec « mieux fait » : les sites les plus chargés en scripts figurent parmi les plus lents. La médiane mobile décroît de façon monotone le long du gradient, sans inversion d'un palier à l'autre, de 63 pour les sites sans aucun outil à 48 pour ceux qui embarquent un stack complet. Quinze points. La pente tient aussi en desktop (de 87 à 70), à plateforme constante et dans tous les arrondissements, de Liège à Waremme. Quel que soit l'angle sous lequel on tranche l'échantillon, le sens ne s'inverse jamais, et c'est ce qui distingue un signal d'un artefact d'échantillonnage.

Le lien entre surcharge tierce et lenteur n'a rien de mystérieux. Chaque script ajoute, dans des proportions variables :

• du réseau : une requête DNS, une poignée de main TLS et un aller-retour vers un domaine qui n'est pas le tien, donc hors de ton cache et de ton CDN. Multiplié par vingt origines tierces, le seul coût de connexion plombe le démarrage.
• du fil principal bloqué : la plupart de ces scripts s'exécutent en JavaScript sur le main thread, le même fil qui doit peindre la page et répondre aux clics. C'est le profil classique d'un Total Blocking Time qui gonfle à mesure que les tags s'empilent, souvent sans qu'aucun ne soit individuellement coupable. Ce Total Blocking Time mesuré en labo préfigure l'INP que vivront les vrais utilisateurs, le signal d'interactivité que Google retient désormais dans les Core Web Vitals.
• de l'imprévisible : un tiers, par définition, échappe à ton contrôle. Sa latence, sa taille, sa panne du jour deviennent les tiennes.

Corrélation, pas causalité

Le sens de cause à effet demande de la prudence. Affirmer « les scripts tiers détruisent la performance, c'est noir sur blanc » serait malhonnête : le palier le plus chargé repose sur n=8 sites seulement, un effectif trop mince pour en faire une loi. La corrélation peut jouer dans les deux sens. Les scripts lourds ralentissent la page, mais ce sont aussi les sites les plus matures commercialement, donc les plus instrumentés, qui empilent le plus d'outils sans avoir nécessairement investi en parallèle dans la discipline de performance. L'outillage est ici un marqueur autant qu'une cause. On retient la corrélation, on ne sur-vend pas la causalité sur un effectif aussi mince.

Un dernier garde-fou. L'étude n'a mesuré aucune conversion, aucun panier, aucun chiffre d'affaires. Quand on lit qu'« une seconde de chargement en plus érode le taux de transformation », c'est un benchmark externe (les ordres de grandeur Google et Deloitte sur le retail mobile), pas un résultat de ce corpus liégeois : on relie une lenteur constatée à un risque documenté ailleurs, plausible et à vérifier site par site. La nuance sépare ce que les données démontrent (un parc souvent lent et lourdement instrumenté) de ce qu'elles suggèrent par analogie (un manque à gagner commercial à confirmer).

Le vrai fix : le bon endroit, pas moins d'outils

Le bon réflexe n'est donc pas de retirer les outils, mais de les charger proprement (cf tracking). Le dilemme tracking contre performance est largement résolu en 2026 par le tagging côté serveur. Avec un sGTM, un serveur de tags qui fait transiter la mesure par ton propre serveur plutôt que par le navigateur (via un service comme Stape ou Addingwell), on sort GA4, le pixel Meta et Google Ads du navigateur du visiteur : le client s'allège, et les cookies first-party gagnent en durée de vie. Restent deux réglages côté chargement, le chargement différé des scripts non critiques et le Consent Mode v2, qui conditionne le déclenchement au consentement au lieu de tout faire partir au premier octet. Un tag mal séquencé bloque le thread principal au pire moment, pile quand le navigateur a besoin de peindre la page.

L'ordre de grandeur est documenté en benchmark externe, non mesuré ici : passer un LCP mobile de 4 secondes à 2,5 secondes se traduit, selon les benchmarks Google, par un gain de conversion à deux chiffres. Mesure plus fiable, page plus rapide, conformité tenue : les trois objectifs cessent de s'opposer.

Les mesures s'appuient sur l'API PageSpeed de Google (nouvelle fenêtre), qui expose en un seul appel le volet labo (Lighthouse) et le volet terrain (CrUX). Notre lecture des chantiers techniques, du séquençage des tags à l'allègement du chemin critique de rendu, est détaillée côté expertises.

Une note flatteuse par absence de sujet

Mesurée sur la page d'accueil, la conformité au consentement se répartit en quatre grades. 41 % des sites décrochent un grade A (235 sites), quand 44 % tombent en zone faible (grade C ou D). Le chiffre brut trompe. Sur ces 235 grades A, 215 n'affichent aucun bandeau parce qu'ils ne chargent aucun traceur à faire consentir : une bonne note par absence de sujet, pas par maîtrise. Vingt sites seulement gagnent vraiment leur A en gérant un bandeau correct sur des traceurs actifs.

La nuance compte, car le risque se lit dans le croisement entre traceurs actifs et absence de mécanisme de consentement, pas dans le grade affiché. Un site sans aucun tag n'a, par construction, ni dette RGPD ni dette de mesure : il ne collecte rien, donc ne dépose rien sans base légale. Le point d'exposition, c'est la page qui charge ses traceurs (Google Analytics, Meta Pixel, outils tiers) avant tout choix de l'internaute, et sans CMP pour le recueillir. C'est ce profil précis qu'il faut isoler avant de parler de mise en conformité, plutôt que le volume global de grades faibles.

Le consentement ne se règle pas dans le CMS

Le consentement n'est pas une fonctionnalité de WooCommerce ou de PrestaShop. C'est un outil dédié, une CMP (plateforme de gestion du consentement, type Cookiebot, Axeptio, Complianz), branchée sur le gestionnaire de balises (GTM) et doublée du Consent Mode v2 de Google. On l'ajoute quelle que soit la plateforme, et le travail réel se joue dans le câblage entre la CMP, le gestionnaire de balises et chaque traceur, bien plus que dans la pose du widget.

Installer une bannière via un module CMS ou un plugin tout-en-un règle l'affichage, pas la conformité. Un bandeau qui dépose les traceurs avant le clic, ou qui ne rend pas le refus aussi simple que l'acceptation, reste non conforme au RGPD et à la directive ePrivacy, quel que soit le sérieux du prestataire qui l'a posé. Une CMP ne devient un actif que si elle bloque réellement le déclenchement des balises tant que le consentement n'est pas donné. Posée par-dessus un GTM qui se déclenche sans condition, elle décore la page sans rien gouverner. La preuve tient dans l'échantillon : 97 sites équipés d'une CMP restent en grade C ou D, faute de blocage réel avant choix.

Aucun SaaS ne rend un site conforme par sa seule présence. Poser une bannière OneTrust, Axeptio ou Cookiebot ne met personne en règle tout seul : l'outil ne vaut que par le câblage derrière, à savoir la catégorisation honnête des traceurs, le blocage effectif avant consentement, et la transmission propre du signal aux balises. La conformité se vérifie dans le réseau, requête par requête, jamais à la présence d'un logo d'éditeur en pied de page. Le cadre légal est détaillé par la CNIL (nouvelle fenêtre).

Consent Mode v2 : seul le mode avancé débloque la modélisation

Le Consent Mode v2 de Google prend deux visages qu'il faut distinguer. En mode basic, les balises Google restent bloquées tant que le refus tient : aucun signal ne part, et les conversions refusées sont perdues. En mode avancé, les balises se chargent dès le départ mais restent bridées sans consentement, et envoient des pings anonymes (`consent denied`) qui permettent à Google de modéliser les conversions manquantes, donc de reconstituer une partie de ce que le refus a coupé.

C'est le mode avancé, et lui seul, qui débloque cette modélisation. Elle reste de plus soumise à des seuils de volume (trafic et conversions par pays) sous lesquels Google ne reconstruit rien : sur un petit compte e-commerce liégeois, ces seuils sont souvent hors d'atteinte, ce qui rend chaque conversion réellement observée d'autant plus précieuse. Sur l'échantillon, 35 sites seulement exploitent un Consent Mode v2 en mode avancé : les seuls techniquement équipés pour récupérer une partie des conversions perdues au refus.

Le chiffre de 83 % de sites sans Consent Mode appelle une lecture honnête. Il englobe 221 sites dépourvus de toute balise Google à piloter (pas de Google Ads, pas de GA4 connecté), pour qui l'absence de Consent Mode est sans objet. Le risque réellement actionnable, traceurs actifs sans dispositif de recueil du consentement, forme un sous-ensemble nettement plus étroit, qu'il faut isoler avant d'en tirer un volume de mise en conformité. La nuance change la priorisation : un site sans aucune balise n'a pas un problème de tracking mais un problème de présence, quand un site qui dépense en Ads sans cadre de consentement brûle du budget chaque jour qui passe.

Au-delà de Google : Meta et l'étage serveur

Le Consent Mode v2 ne pilote que les balises Google. Le Meta Pixel, présent sur 101 sites et souvent posé avant même un socle GA4 qui tienne, garde son propre angle mort. Sans signal de consentement transmis et sans API Conversions (CAPI) côté serveur avec un `event_id` pour dédupliquer, la qualité d'appariement des événements chute (l'EMQ, le score qui mesure à quel point Meta retrouve l'internaute derrière une conversion), et Meta ne modélise pas non plus les conversions perdues au refus. Le budget social s'optimise alors sur une donnée trouée, exactement comme le budget Google sans Consent Mode. Deux régies, un même réflexe : faire parler le consentement à chaque plateforme.

La CMP plus le Consent Mode côté client reste le minimum légal : il signale le choix aux balises sans décider de ce qui part. La réponse mature, celle qui relie vraiment conformité et qualité de mesure, c'est le tagging côté serveur. Un sGTM consent-aware ne forwarde l'événement à Google ou Meta que si le consentement le permet, et la CAPI envoyée en parallèle est dédupliquée par `event_id` pour ne pas compter deux fois la même conversion. Sur 83 % de sites sans Consent Mode, la marche est haute, mais c'est le serveur qui tient la donnée à l'échelle, là où le navigateur lâche. Ce chantier prolonge directement la couche mesure : un seul flux de balises décide à la fois de la conformité et de la fiabilité des conversions.

Pour un décideur, l'essentiel d'abord. La moitié des boutiques liégeoises ignorent d'où viennent leurs ventes, et une partie de celles qui font de la publicité paient sur des chiffres faux. Mesurer juste coûte peu et change toutes les décisions qui suivent. Le détail ci-dessous nomme les outils, à lire avec ton prestataire.

Google Analytics 4, l'outil de mesure d'audience de référence, n'apparaît que sur 293 sites, soit 50,6 % du parc. Près d'un commerçant sur deux vend donc sans savoir d'où viennent ses visiteurs, sur quelles pages ils décrochent, ni à quelle étape ils abandonnent leur panier. La moitié du parc ignore son propre tunnel de conversion. À l'autre bout du spectre, 196 e-shops (33,9 %) n'embarquent aucun outil de mesure : ni analytics, ni pixel publicitaire, ni balise de conversion. Ils pilotent au jugé, sur la seule foi du chiffre d'affaires global, sans jamais savoir quel canal le produit.

À côté, 15,2 % posent déjà une balise Google Ads pour arbitrer leurs dépenses au coût d'acquisition réel. Encore faut-il nuancer ce que « poser une balise » garantit, car sa présence ne dit rien de la qualité de la mesure. Une balise Google Ads chargée sans conversion correctement câblée, ou un GA4 posé sans événement e-commerce configuré, compte des visites mais reste aveugle sur la transaction, donc inexploitable pour piloter un budget média.

Une instrumentation rare et bancale

La première surprise du crawl tient moins au volume d'outils qu'à leur nature. Le marqueur le plus fréquent reste le Meta Pixel, posé en client-side pur, sans déclaration serveur en regard. Or un pixel seul, en 2026, n'est plus une mesure fiable : entre la prévention de tracking d'Apple (ITP, qui plafonne à sept jours la durée de vie des cookies first-party déposés côté client en JavaScript, ceux posés côté serveur y échappent), les bloqueurs publicitaires et le durcissement d'iOS, il laisse filer, selon la part de trafic Safari/iOS et de bloqueurs, 20 à 40 % des événements avant même qu'ils n'atteignent les serveurs de la régie. L'ordre de grandeur est lourd : un à deux achats sur cinq disparaissent de la mesure.

L'enjeu n'est donc pas l'ordre de chargement, puisque le pixel se déclenche souvent avant l'analytics ; il tient à ce qui rend une instrumentation publicitaire crédible et qui manque ici : la Conversions API (CAPI) pour doubler la collecte côté serveur, et surtout un `event_id` partagé entre le navigateur et le serveur pour dédupliquer. La CAPI renvoie l'événement depuis le serveur, hors de portée du bloqueur et de l'ITP ; l'`event_id` commun permet à la plateforme de reconnaître qu'un achat vu deux fois, côté navigateur et côté serveur, ne compte qu'une seule fois. Sans ce couple, on choisit entre deux maux : sous-compter (pixel seul) ou double-compter (les deux sans déduplication). La couche serveur fait socle, rattrapant ce que le navigateur perd, à condition d'être câblée proprement.

La hiérarchie du stack parle plus que chaque chiffre isolé

• Universal Analytics encore présent : 101 sites (17,4 %) chargent cette version, arrêtée par Google en juillet 2023 (nouvelle fenêtre). Elle ne collecte plus rien depuis près de trois ans, mais personne ne l'a retirée, parce que personne ne regarde la donnée. C'est le marqueur d'un tracking installé une fois, jamais audité : un tag mort surveillé aurait fait remonter zéro session, et quelqu'un l'aurait nettoyé. Sur ces sites, le GA4 censé avoir pris le relais n'est presque jamais vérifié non plus.
• Le tag manager minoritaire : 121 sites (20,9 %), deux fois et demie plus rare que l'analytics qu'il devrait orchestrer. En recoupant ces 121 conteneurs avec les sites équipés GA4, on estime, en approximation de bon sens, qu'environ quatre installations GA4 sur dix s'adossent à une couche d'orchestration ; les six autres posent leurs balises en dur dans le thème. L'écart compte : sans tag manager, chaque ajout ou correction de balise repasse par un développeur, là où un conteneur gère événements, déclencheurs et consentement sans toucher au code, et ouvre un chemin propre vers le serveur. C'est la couche qui rend un tracking maintenable, et elle manque à huit sites sur dix.
• L'acquisition payante minoritaire : Meta Pixel sur 101 sites, balise Google Ads sur 88 (15,2 %). Le même total de 101 pour deux outils distincts, l'Universal Analytics mort et le Meta Pixel vivant, est une coïncidence, pas un doublon de comptage. Que le pixel publicitaire fasse jeu égal avec un Universal Analytics mort montre qu'on installe parfois la balise avant même d'avoir un socle de mesure qui tienne. La balise est là, l'enseigne paie pour, mais sans CAPI ni `event_id`, elle ne voit déjà plus qu'une partie de ce qu'elle achète.

Ce qui ressort de l'ensemble n'est pas une absence d'outils, c'est une absence d'architecture. Les marqueurs sont là, parfois en nombre, mais assemblés sans la colonne vertébrale qui transforme une collecte de signaux en système de mesure : déduplication navigateur-serveur, gestion centralisée des balises, consentement gouverné. Entre une frange structurée et un parc qui empile des scripts à la racine du thème, le fossé tient à la méthode plus qu'à la technologie.

GA4 présent ne veut pas dire GA4 qui mesure

Détecter un script GA4 ne dit rien de ce qu'il instrumente. Un tag chargé ne fait pas un plan de mesure : encore faut-il suivre les événements business (`purchase`, `add_to_cart`, `begin_checkout`), faire remonter panier et chiffre d'affaires via l'e-commerce enrichi, filtrer le trafic interne et tenir l'attribution. Les 293 GA4 du parc sont très majoritairement du GA4 par défaut, qui compte des pages vues sans jamais lire le tunnel. Le vrai chantier d'un commerçant à l'aveugle dépasse le simple « pose GA4 » : définir un plan de mesure aligné sur ses événements business, puis l'instrumenter.

Le coût de cette mesure trouée ne tient pas qu'aux GA4 fantômes qui chargent sans personne pour lire la donnée. Les 88 sites équipés Google Ads et les 101 porteurs d'un Meta Pixel optimisent leur budget média sur des chiffres faux : faute de Consent Mode v2, les conversions perdues au refus des cookies ne sont plus modélisées ; sans Enhanced Conversions côté Google ni CAPI doublée d'un `event_id` côté Meta, le ROAS affiché sous-estime la performance réelle et se dégrade. Ces boutiques sur ou sous-investissent et arbitrent leurs campagnes sur une mesure amputée. S'y ajoute un coût de performance, qui rejoint le constat performance : chaque balise pèse au chargement et à l'exécution sur le thread principal, et la médiane de vitesse mobile glisse de 63 sans aucun outil à 48 avec un stack complet de quatre balises. La corrélation est forte, probablement directionnelle plutôt que strictement causale (les effectifs hauts sont faibles, 8 sites à 4 outils), mais le sens reste direct : on dégrade la vitesse qui conditionne la conversion tout en récoltant une donnée fragile.

La réponse 2026, séquencée

Le tracking côté serveur répond aux deux maux d'un seul geste. Côté performance, il sort les scripts du navigateur du visiteur. Côté fiabilité, il prolonge les cookies first-party, contourne en partie les bloqueurs et déduplique les conversions via la CAPI, donc une donnée plus complète au refus des cookies. C'est la réponse structurelle, à poser après les fondations, jamais en point de départ : tenté trop tôt sur un socle bancal, il complexifie sans rien régler. La séquence se lit en effort contre impact.

• Retirer les 101 Universal Analytics morts : cinq minutes par site, gain de poids immédiat, zéro risque puisque la balise ne renvoie plus rien.
• GTM plus Consent Mode v2 sur les 88 Google Ads et 101 Meta Pixel : c'est là que la donnée trouée coûte cash, du budget piloté à l'aveugle. L'étape qui sécurise la conformité avant d'investir plus.
• GA4 propre adossé à un plan de mesure : mesurer ce qu'on décide, pas tout.
• Server-side : pour les volumes qui le justifient, en dernier.

Notre lecture de ces chantiers est détaillée côté expertises.

L'échelle de lecture change ici

Cette couche change de focale. On quitte les 579 e-shops mesurés un par un pour descendre dans le parcours d'achat réel, le paiement et la livraison, lus page par page sur un sous-échantillon de 59 boutiques crawlées en profondeur, celles dont les pages paiement et livraison se laissaient lire. Ce qui suit décrit donc une fréquence de présence, un classement, une direction, pas des parts de marché : un moyen qui arrive en tête a simplement été détecté sur plus de boutiques, sans qu'on sache le poids qu'il pèse dans le parc. Savoir sur combien de boutiques un moyen de paiement apparaît ne dit rien des euros qui transitent par lui. On lit la vitrine technique des boutiques, leur tiroir-caisse reste fermé, et c'est exactement la lecture qu'un audit de conversion pose avant de toucher au reste.

Ce changement d'échelle a une contrepartie à assumer franchement : on gagne en finesse ce qu'on perd en représentativité, on voit mieux mais sur moins de boutiques. Plus un moyen est rare, plus son rang dépend du tirage. Les signaux solides restent les grands contrastes ; les départages serrés, on les laisse de côté. Trois réflexes de lecture pour la suite : un moyen souvent détecté traduit une intention d'offre du marchand, jamais une preuve d'usage ; une absence pèse aussi lourd qu'une présence, le plus souvent un choix local assumé plutôt qu'un oubli technique ; la cohérence d'une stack compte autant que chaque moyen pris isolément, un panel large derrière un seul agrégateur ne racontant pas la même histoire qu'un panel bricolé brique par brique.

Un portrait très local, du paiement à la livraison

À la caisse, le paysage ne laisse aucune ambiguïté. Bancontact et le virement bancaire dominent, deux moyens ancrés au plus profond des habitudes belges, suivis du paiement sur facture, de PayPal, puis de l'agrégateur Mollie. La signature d'un commerce qui sert d'abord une clientèle de proximité, et qui encaisse comme elle a toujours encaissé.

Ce duo de tête en dit long sur l'acheteur visé. Le virement oblige à ouvrir son application bancaire, recopier un montant et une communication, puis attendre la réception avant que le colis parte : un parcours qui suppose une confiance déjà installée, pas un achat d'impulsion. Bancontact, lui, est le réflexe domestique belge par excellence, fluide pour qui détient un compte dans le pays, mais hors-jeu dès qu'on franchit la frontière. Ces deux moyens filtrent en creux l'acheteur de proximité sans claquer la porte à personne : ils dessinent un périmètre commercial souvent voulu. Un commerçant ancré sur sa zone n'a pas forcément vocation à encaisser depuis l'autre bout du continent, et ce choix de moyens traduit sans doute ce périmètre plus qu'il ne le subit. Le paiement sur facture confirme la lecture : payer après réception suppose un niveau de confiance que peu de pure players accordent à un premier acheteur anonyme.

Sur ce paysage, une fausse lecture à écarter d'emblée. Mollie en tête ne trahit ni immaturité ni repli local : c'est le standard de fait de l'e-commerce du Benelux, l'agrégateur que branchent les boutiques pour offrir Bancontact, les cartes, les portefeuilles et les méthodes locales derrière une intégration unique. Sa présence marque une maturité technique, pas un retard à corriger. PayPal, à côté, ajoute une réassurance internationale et un paiement par carte sans avoir à saisir ses coordonnées sur le site marchand.

Côté livraison, même tonalité de proximité, même prudence. L'envoi géré directement par le commerçant passe devant Bpost, devant le retrait en magasin, et les réseaux relais DPD et Mondial Relay ferment la marche. Cette logistique en propre raconte une relation directe, presque artisanale, entre le vendeur et son client. L'étude crawle des pages d'options de livraison, sans jamais toucher aux volumes ni aux historiques d'expédition : elle dit ce que les boutiques proposent, pas combien elles expédient. En tirer un diagnostic de scalabilité serait une inférence excessive. Un commerçant peut très bien gérer son envoi en propre parce que ça colle à sa zone et à son rythme, sans chercher à grossir, et l'absence de réseaux relais industrialisés ne dit rien d'un plafond de croissance que l'acheteur, lui, ne perçoit sans doute même pas.

Le frein le moins cher à lever, et le vrai juge de paix

Le moyen de paiement dépasse l'étape technique en bas du tunnel : c'est un filtre. Deux familles de boutiques s'opposent sur la friction. D'un côté, celles branchées sur un agrégateur comme Mollie ou Stripe : l'acheteur tombe sur un éventail normalisé, Bancontact, carte, parfois PayPal ou virement instantané, et règle en quelques secondes dans un parcours déjà vécu cent fois ailleurs. Coût cognitif quasi nul. De l'autre, celles qui n'acceptent que le virement classique ou Bancontact seul, sans agrégateur derrière : un filtre en creux taillé pour un acheteur déjà en confiance, le plus souvent local et fidèle à l'enseigne.

La nuance tient là : ce filtre coûte peu à qui ne vise que ses habitués, et cher à qui voudrait s'élargir. Pour un visiteur tiède, attrapé via une recherche ou une pub, encore sans attache à la marque, l'absence d'un paiement immédiat ajoute une marche pile au moment où l'intention est la plus fragile. Faute de mesurer les sessions, on ne peut pas affirmer qu'il ferme l'onglet, mais c'est le scénario le plus probable. Reste que, de tous les freins relevés, c'est le moins cher à lever : brancher un agrégateur ne touche ni au catalogue, ni au positionnement, ni à la logistique, et le virement reste en option pour les habitués qui le préfèrent. Un des rares points où l'écart entre l'effort d'implémentation et le gain potentiel penche aussi nettement d'un seul côté.

Reste que le paiement n'est qu'une étape, et c'est le tunnel entier qui décide de la vente. Quatre points pèsent autant que le moyen de paiement. Forcer la création de compte au lieu d'un guest checkout fait reculer l'acheteur pressé qui voulait juste payer une fois. Chaque champ superflu, face à un checkout ramassé en une page, offre une occasion de plus de fermer l'onglet. Les frais de port lâchés au dernier écran sont la première cause documentée d'abandon de panier, autour de 48 % selon le benchmark Baymard, bien plus violente que l'absence d'info livraison. Bancontact sur mobile enfin, là où passe plus de 60 % du trafic, ouvre une redirection vers l'app ou un QR code : une friction réelle dès que l'intégration est bâclée.

Où la boutique livre, et pour combien

• Près de 60 % des 537 profils commerce, près de trois boutiques sur cinq, n'indiquent nulle part où ni comment la boutique livre : ni zone desservie, ni délai, ni grille tarifaire avant la mise au panier.
• Quand l'info existe, elle se borne le plus souvent à la Belgique, parfois élargie aux pays limitrophes, rarement formalisée en une page Livraison autonome qui ferait foi.
• Le visiteur laissé dans le flou repart plutôt que d'écrire : un panier qui n'a jamais commencé, une vente qui ne se déclenche pas. L'étude crawle des pages, pas des sessions : cet abandon en amont reste une inférence, mais il a la signature du renoncement silencieux, invisible dans les statistiques puisque rien ne s'y est produit que l'analytics puisse compter.

Trois lignes claires sur la page de livraison ne demandent ni refonte ni budget : le genre de chantier qu'une équipe expertises règle en quelques heures. La règle CRO tient en une phrase : tout ce que l'acheteur doit deviner, il le compte comme un risque. Un délai chiffré, un transporteur nommé, un seuil de franco affiché, une politique de retour lisible, et la page passe du point d'interrogation à la promesse vérifiable. Ce signal rejoint le constat clic-mortar, où deux tiers des e-shops ont un magasin derrière eux : une partie du trafic vient sans doute de gens prêts à récupérer en boutique, encore faut-il que la page le dise.

Pour un décideur, l'essentiel : trois modèles de vente cohabitent, au particulier, entre pros, ou les deux, et aucun n'a pris d'avance. Le choix qui compte n'est pas technique. Il consiste à décider à qui tu parles avant d'optimiser quoi que ce soit. Le détail ci-dessous chiffre cette homogénéité.

Sur les 522 e-shops segmentés selon leur modèle de clientèle (un sous-ensemble des 537 fiches de la couche commerce, 15 profils trop ambigus écartés faute de signaux nets, et un dénominateur encore distinct du 579 global de l'étude), trois familles cohabitent sans qu'aucune n'écrase les autres : 286 vendent au particulier (B2C, 55 %), 126 entre professionnels (B2B, 24 %) et 110 mêlent les deux publics (hybride, 21 %). Le B2C domine en nombre, sans raz-de-marée pour autant. Premier signal à retenir : aucun des trois modèles n'est marginal. Chacun pèse au moins un cinquième du panel, ce qui interdit de raconter le e-commerce liégeois comme une affaire purement grand public.

Personne n'est mûr, et c'est ça l'enseignement

Les trois modèles partagent le même tissu local et un équipement du même ordre. Cette homogénéité du sous-équipement, davantage que la répartition des publics, dessine le vrai terrain de jeu. Index de maturité médian de 1,08 en B2C, 0,97 en B2B, 0,93 en hybride : un seul outil détecté par segment. L'écart entre le mieux et le moins bien noté plafonne à 0,15 point sur l'échelle de l'index, un classement à lire en relatif, pas comme une hiérarchie. Performance et conformité, elles aussi, restent indifférentes au modèle commercial : perf mobile médiane de 60 à 61 partout, grades RGPD faibles entre 39 % et 44 %. Vendre à des particuliers, à des professionnels ou aux deux ne change ni la vitesse du site ni son niveau de conformité, ce qui désigne une cause commune en amont du modèle, côté outillage et choix de stack.

Aucun profil ne sort mûr du lot. Les meilleurs élèves cochent deux ou trois cases techniques, rarement plus ; la masse en coche zéro ou une. Pas de peloton de tête qui aurait industrialisé sa mesure pendant que les autres traînent, mais un tissu entier qui démarre à peu près au même endroit. Mauvaise nouvelle pour qui cherchait un benchmark local à imiter, excellente nouvelle pour qui veut prendre de l'avance : le terrain est plat, et la première vraie infrastructure de mesure posée sur ce marché n'aura personne à dépasser, juste un standard à instaurer.

Trois précautions de lecture

L'index de maturité agrège quatre signaux de natures différentes : outil d'analytics, pixels publicitaires, tags marketing et bandeau de consentement. Ces briques ne se valent pas. Le bandeau, le plus souvent, le CMS ou le thème le pose par défaut, sans démarche active du marchand : il gonfle mécaniquement le score sans rien dire de la mesure réelle. Quand la médiane d'un profil ressort à un seul outil, ce point unique est donc fréquemment le consentement automatique, pas un tracking pensé. C'est un plafond de présence, jamais un plancher d'usage : la capacité à mesurer et à activer la donnée (GA4 configuré, pixel qui remonte des conversions) est en pratique plus rare encore que l'agrégat ne le laisse croire.

Deuxième réserve, le pont entre la couche profils et la couche commerce. Le 18 % de sites exposant le retrait en magasin (n=522) se lit en regard des 66 % d'établissements disposant d'un magasin physique (n=537, couche commerce), mais ces deux pourcentages ne reposent pas sur le même sous-ensemble : le 18 % inclut des pure players B2C dépourvus, par construction, de tout point de vente où retirer une commande. Chiffrer le « gap » comme s'il s'agissait du même périmètre surestimerait le retard à combler. Le vrai gisement dormant tient dans l'intersection des acteurs qui ont à la fois une boutique et un site, jamais dans la soustraction brute des deux taux. La tendance, elle, tient : une part substantielle des commerçants qui ont pignon sur rue n'expose pas le retrait sur leur site.

Troisième réserve, le statut des signaux. Tout ce que l'index capte est une présence détectée, pas une adoption avérée ni un revenu généré. La formule de la « miette de CA » est une thèse maison, une lecture que l'étude propose sans la mesurer : on observe qu'un tag est chargé, on n'observe ni s'il alimente une décision, ni le chiffre d'affaires qu'il sert. À tenir comme hypothèse de travail bordée, pas comme un résultat acquis.

Choisir son public ne suffit pas, il faut choisir son canal

Segmenter B2C, B2B ou hybride n'a de valeur opérationnelle qu'une fois traduit en canal d'acquisition. Sans ce pont, la segmentation reste un diagnostic sans prise sur l'action.

• B2C local : Search non-brand sur l'intention d'achat, Meta pour la demande latente, et logique web-to-store pour ramener en boutique, cohérent avec les deux tiers de magasins physiques.
• B2B : Search intentionniste serré, LinkedIn pour cibler la fonction, et génération de leads plutôt que panier. Le retrait en magasin reste ici hors-norme entre professionnels (2 % seulement) ; le rendement vient de la génération de leads et de devis : formulaire de devis, tracking du lead, scoring, intégration au CRM et à la facturation.
• Hybride : à 21 % du parc, le piège est de servir les deux publics pareil. Le particulier veut un panier simple, un prix affiché et un paiement en trois clics ; le professionnel attend un devis sur compte, des conditions négociées, une facturation différée. Un même site générique calibré pour aucun des deux impose un grand écart permanent où ni l'un ni l'autre n'est servi. Un site qui ignore qui il sert ignore aussi quoi optimiser : chaque arbitrage (le wording d'un bouton, l'ordre des blocs, la place du prix) suppose une cible tranchée pour avoir un sens.

Le cadrage stratégique va jusqu'au choix du canal, pas seulement du public. C'est le travail que pilotent nos expertises.

Par où commencer, segment par segment

Prioriser, c'est attaquer là où le ratio effort sur impact est le plus élevé.

• B2C (286 sites, 55 %) : le quick-win de volume. Le retrait en magasin n'est exposé que par 18 % d'entre eux alors que la majorité a pignon sur rue. Brancher le Click & Collect connecte deux actifs déjà payés, sans refonte ni budget média. Le rendement reste à mesurer côté marchand plutôt qu'à présumer côté façade.
• Hybride (110 sites, 21 %) : un projet stratégique lourd. Servir le particulier et le professionnel sur un site générique impose un repositionnement avant toute optimisation technique.
• B2B (126 sites, un quart du parc) : le chantier le plus rentable reste la génération de leads et de devis, loin devant le retrait en magasin.

Dans l'ordre, le B2C d'abord : volume maximal, effort minimal. Clarifier la cible avant d'optimiser l'exécution se lit côté expertises.

L'ancrage physique du e-commerce liégeois

Sur les 537 profils complets analysés, 354 boutiques, soit 66 %, s'adossent d'abord à un point de vente bien réel. Ce sont des commerces click-and-mortar, qu'on francise « clic-mortar » : le clic du web greffé sur le mortier de la brique du commerce de rue. En ligne, le canal prolonge la vitrine plus qu'il ne la remplace. Deux tiers du e-commerce local, c'est donc d'abord du commerce de proximité qui s'est doté d'un site.

Cette racine physique éclaire tout le reste de l'étude. Si deux tiers du parc sont d'abord des magasins, les lacunes mesurées ailleurs, la lenteur mobile, la conformité subie, l'absence de mesure, se relisent comme un commerce traditionnel en début de digitalisation, pas comme de la négligence. Une activité physique qui apprend un second métier, le web, sans le budget ni la culture qui vont avec. La nuance change le diagnostic. Ce qui manque, ce n'est pas le sérieux, c'est le temps : tenir un commerce et un site à la fois, souvent seul, ne laisse pas la marge qu'un pure player consacre à sa seule technique.

Le Click & Collect, l'actif qui dort dans l'arrière-boutique

Cette racine physique éclaire la pièce manquante la plus parlante, le Click & Collect, le retrait en magasin d'un achat commandé en ligne. Le pont le plus naturel entre la boutique et le site, celui qui réclame le moins de réinvention puisqu'il s'appuie sur un magasin déjà là, n'équipe que 13 % des e-shops liégeois, tous profils confondus (18 % sur le seul B2C, détaillé plus bas). Un commerçant qui tient déjà un comptoir, un stock et des horaires possède l'essentiel de l'infrastructure. Lui manquent surtout la réservation en ligne et la promesse tenue au retrait.

Le contraste avec le HTTPS, le chiffrement de base d'une connexion, quasi universel à 577 sites sur 579, en dit long. Quand le socle s'active par défaut, sans rien demander au marchand, l'hébergeur posant le certificat tout seul à l'ouverture du compte, le parc suit en bloc. Quand il faut décider, prioriser et brancher soi-même, comme le Click & Collect, il décroche. Le HTTPS, on le coche sans y penser ; le Click & Collect reste un projet à mener.

Le potentiel réaliste ne monte pas pour autant à 100 %. Un Click & Collect mal exécuté, stock désynchronisé entre le site et le rayon, délai de mise à disposition flou, déçoit plus qu'il ne sert. La vitrine ouvre la porte au retrait, elle ne garantit pas qu'il soit bien fait. L'écart à combler ne se lit donc pas comme un saut mécanique de 13 % vers un plafond théorique, mais comme une marge ouverte aux enseignes qui ont un point de vente, un stock fiable et la rigueur pour tenir la promesse.

Une lecture par segment, à bornes propres

Croisé par typologie de clientèle, le contraste se confirme. Sur les 537 profils complets, 522 se répartissent en trois modèles, les 15 restants échappant à la ventilation faute de signal exploitable. Cet écart, on le signale plutôt que de le lisser avant toute lecture en pourcentage.

• B2C : Click & Collect à 18 % (286 acteurs). Le terrain le plus naturel du retrait rapide. Un panier B2C local supporte mal les frais et les délais d'expédition, que le retrait en magasin efface d'un coup.
• Hybride : Click & Collect à 14 % (110 acteurs). Tiraillé entre deux publics aux attentes logistiques opposées : le particulier veut retirer vite, le professionnel veut une livraison facturée et tracée. Ce profil doit faire cohabiter les deux promesses.
• B2B : Click & Collect à 2 % (126 acteurs). La facture et la livraison restent la norme. Mais s'arrêter à la norme serait réducteur : pour un revendeur B2B local, le retrait professionnel répond à un vrai besoin, la pièce détachée qu'un artisan vient chercher en urgence le matin plutôt que d'attendre une tournée. Là où cet usage existe, le taux faible tient moins de la fatalité de secteur que de l'opportunité ratée.

Une hypothèse à mesurer, un maillon en amont

Reste une prudence de méthode, parce qu'elle sépare le constat de la promesse. Que le Click & Collect soit le pont le plus naturel pour un parc à racine physique est une lecture structurellement solide. Que son installation génère mécaniquement de la croissance reste, lui, une hypothèse. L'étude observe des taux d'équipement et des typologies, pas un euro de chiffre d'affaires boutique par boutique. Aucun panier additionnel, aucune marge, aucune transaction liée au retrait n'a été mesuré ici. Le lien entre l'option et le revenu est plausible et documenté ailleurs dans le commerce de détail, mais il se vérifie au cas par cas, sur les chiffres réels de chaque enseigne.

Un second garde-fou s'impose avant de brancher quoi que ce soit. Installer un Click & Collect sans mesurer les visites en magasin qu'il génère déplace le problème de mesure au lieu de le régler. Une réservation web non honorée ne se distingue pas d'un retrait effectif. Un client qui repère un produit en ligne puis achète en rayon reste un trou noir. Cela renvoie droit à la couche mesure : un e-shop sur deux pilote déjà à l'aveugle, sans GA4. Sans suivi des visites magasin ni réconciliation du online vers le offline, l'impact du retrait reste invisible, donc non arbitrable.

Brancher le retrait répond d'ailleurs à une demande déjà captée, le bas de l'entonnoir. Pour un clic-mortar, le chantier le plus rentable se joue souvent plus tôt, dans la découverte locale : fiche Google Business Profile, SEO local, store locator, pages magasin qui se positionnent sur les requêtes géolocalisées. C'est là que se décide qui pousse la porte. Réduire le web-to-store au seul Click & Collect, c'est rater le haut de l'entonnoir, là où le digital amène vraiment le client en boutique. Les deux tiers d'e-shops adossés à un magasin ont autant à gagner à être trouvés qu'à organiser le retrait. C'est exactement le terrain de nos missions web-to-store, où le digital alimente la boutique au lieu de la remplacer.