Radiographie de l’e-commerce liégeois 2026

Deux philosophies d'hébergement se partagent le parc

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, 78 % des boutiques. Shopify et Wix tiennent l'autre bord, des services hébergés (SaaS) où l'éditeur prend en charge l'infrastructure et les mises à jour, contre moins de maîtrise mais moins de maintenance. Réunis, ils ne pèsent ici que 10 % du parc.

Cette autonomie ne handicape rien sur le fond. Sur les angles qui comptent pour l'acquisition, balisage schema.org produit (`Product`, `Offer`, `BreadcrumbList`), feeds Google Merchant Center, balises hreflang, WooCommerce et PrestaShop font jeu égal avec un Shopify, nativement ou via extensions matures. L'écart tient à l'hébergement et à la configuration, pas au moteur.

La domination de PrestaShop n'a d'ailleurs rien d'une singularité locale : solution d'origine française servie par le réseau d'agences régional, elle est le standard du e-commerce francophone. Le contraste avec le poids mondial de Shopify trahit cet ancrage, pas un retard liégeois.

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

Le CMS dominant décide qui porte la dette de maintenance et d'optimisation pour les trois à cinq ans qui suivent : patcher une faille, migrer une version majeure, refondre un tunnel de paiement. Quand l'opérateur est une PME sans équipe technique dédiée ni contrat de suivi, cette dette s'accumule en silence, versions non patchées, extensions abandonnées, performances qui se dégradent. Voilà le vrai sujet, pas le nom du CMS, et c'est la configuration que le tissu liégeois rend la plus probable.

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

Sur la performance brute, l'écart est net en desktop et va dans un seul sens, les solutions hébergées devant :

PrestaShop ferme la marche des grands CMS sur desktop, et Odoo pointe à 54 en mobile. L'ordre mobile, lui, se départage à un à trois points sur des effectifs réduits par plateforme : en faire un verdict reviendrait à surinterpréter du bruit statistique, la hiérarchie ne s'énonce honnêtement que sur desktop.

L'écart desktop tient à l'infrastructure, que le SaaS optimise par défaut. L'auto-hébergé 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 ou de prestataire. Correctement servi, un PrestaShop ou un WooCommerce rattrape l'essentiel : ce qui ralentit, c'est l'installation, pas l'outil.

Le nom de la plateforme donne une tendance, il ne fixe pas le résultat.

Ce que chaque modèle coûte vraiment

Le coût réel de l'auto-hébergé bien tenu, que l'étude ne mesure pas, se chiffre en ordre de grandeur : hébergement performant, temps de dev, modules en licence one-shot de 50 à 100 euros pièce, soit vite 2 ou 3 k euros à l'installation. En face, un Shopify Basic démarre autour de 32 euros par mois, applications et frais de transaction en plus. L'open-source garde en échange un avantage structurel réel : la propriété de la donnée, sans lock-in éditeur ni facture Shopify Plus à environ 2000 euros par mois une fois à l'échelle.

Le vrai clivage business se loge dans le tunnel de commande. Shopify embarque un Checkout natif maintenu par l'éditeur, là où WooCommerce et PrestaShop laissent un tunnel monté à la main, fragilisé après chaque mise à jour. C'est là que se gagne ou se perd la conversion ; le détail se lit dans la couche parcours d'achat.

La conséquence est directe : la bonne question n'est pas « ai-je choisi la bonne plateforme ? », mais « est-ce que j'exploite la vitesse et le tunnel qu'elle permet d'atteindre ? ». La marge la plus rentable se situe presque toujours dans l'optimisation de l'existant (hébergement, thème, images, scripts tiers), pas dans une migration.

Les pages traînent là où ça compte le plus : sur mobile. La Belgique a beau rester un pays où le desktop résiste, 45 % de visites mobiles tous sites confondus selon StatCounter (nouvelle fenêtre), le commerce en ligne vit sur un autre rythme : 77 % du trafic des sites marchands arrive désormais par smartphone, d'après le benchmark Contentsquare (nouvelle fenêtre) établi sur 99 milliards de sessions. L'écran où le parc liégeois est le plus lent est donc celui par lequel presque tous les clients arrivent, et chaque outil marketing ajouté creuse encore le trou. Ce constat fait mal deux fois. Au référencement d'abord, la vitesse nourrissant les signaux que Google utilise pour classer les pages. Aux ventes ensuite, et l'ordre de grandeur mérite d'être connu : quand une page passe de 1 à 3 secondes de chargement, la probabilité que le visiteur reparte sans rien faire augmente de 32 % selon l'étude de référence de Google (nouvelle fenêtre). Une page lente fait fuir des acheteurs que la boutique a souvent payés pour faire venir.

La fracture mobile

Le score mobile médian s'établit à 60 sur 100, contre 83 sur desktop. Vingt-trois points d'écart, là où se font la plupart des visites en retail. Ce 60 est un score Lighthouse de laboratoire, une simulation sur réseau et processeur bridés qui le rend comparable d'un site à l'autre, à ne pas confondre avec les Core Web Vitals de terrain (base CrUX, disponible ici sur 186 sites à trafic suffisant). Nuance qui compte : le Lighthouse diagnostique, seules les données CrUX pèsent dans le classement Google.

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. Le parc a optimisé pour le grand écran et laissé filer le petit.

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. La stabilité visuelle, elle, est saine : le CLS, qui mesure les sauts de mise en page pendant le chargement, reste bon sur 81 % des sites. Le design tient, c'est le poids technique qui plombe.

Plus on s'équipe, plus on ralentit

Classons les boutiques par nombre d'outils tiers détectés (tags analytics, pixels publicitaires, widgets de chat, bannières de consentement). La tendance contredit l'intuition que « mieux outillé » rime avec « mieux fait » : la médiane mobile décroît de façon monotone, sans inversion d'un palier à l'autre, de 63 pour les sites sans aucun outil à 48 pour 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.

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 tiers, hors du cache et du CDN du site. Multiplié par vingt origines tierces, le coût de connexion plombe le démarrage.
• du fil principal bloqué : la plupart de ces scripts s'exécutent sur le main thread, celui qui peint la page et répond aux clics. C'est le profil d'un Total Blocking Time qui gonfle à mesure que les tags s'empilent, et il préfigure l'INP, le signal d'interactivité des Core Web Vitals.
• de l'imprévisible : un tiers, par définition, échappe au contrôle du marchand. Sa latence et sa panne du jour deviennent celles de la page.

Corrélation n'est pas causalité

Le sens de cause à effet demande de la prudence : le palier le plus chargé repose sur n=8 sites seulement, trop mince pour en faire une loi, et 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 qui empilent le plus d'outils sans investir en parallèle dans la performance. L'outillage est ici un marqueur autant qu'une cause. Quant au lien entre lenteur et ventes perdues, c'est un benchmark externe, l'étude Google citée en ouverture et le rapport « Milliseconds Make Millions » de Deloitte (nouvelle fenêtre), qui chiffre à +8,4 % de conversions l'effet d'un dixième de seconde gagné dans le retail mobile, pas un résultat de ce corpus : l'étude liégeoise n'a mesuré ni conversion ni chiffre d'affaires.

Mieux charger les outils plutôt qu'en retirer

Le bon réflexe n'est donc pas de retirer les outils, mais de les charger proprement : chargement différé des scripts non critiques et, pour la mesure, un passage côté serveur qui sort l'essentiel du navigateur. L'architecture exacte est détaillée dans la couche mesure. Les trois objectifs, mesure fiable, page rapide et conformité, cessent alors de s'opposer.

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). 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 sur des traceurs actifs.

Le risque se lit donc dans le croisement entre traceurs actifs et absence de consentement, pas dans le grade affiché : la page exposée est celle qui charge ses traceurs avant tout choix de l'internaute, sans CMP pour le recueillir.

Le consentement ne se règle pas dans le CMS

Le consentement n'est pas une fonctionnalité de WooCommerce ou de PrestaShop. C'est 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 tient dans le câblage entre ces briques, pas dans la pose du widget.

Installer une bannière via un module 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 : 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. 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. 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 formes. En mode basic, les balises Google restent bloquées tant que le refus tient : aucun signal ne part, 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.

Cette modélisation est soumise à des seuils de volume (trafic et conversions par pays) sous lesquels Google ne reconstruit rien, souvent hors d'atteinte pour un petit compte e-commerce liégeois. 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. À l'inverse, un site qui dépense en Ads sans cadre de consentement brûle du budget en continu.

Le Consent Mode ne couvre que Google

Le Consent Mode ne pilote que les balises Google. Le Meta Pixel, présent sur 101 sites, obéit à sa propre mécanique de consentement et de collecte côté serveur, détaillée dans la couche mesure : sans elle, le budget social s'optimise sur une donnée trouée, exactement comme le budget Google sans Consent Mode. À l'échelle, c'est le même flux serveur qui décide à la fois de la conformité et de la fiabilité des conversions.

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.

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 ne sait ni sur quelles pages ses visiteurs décrochent, ni où ils abandonnent leur panier. À l'autre bout, 196 e-shops (33,9 %) n'embarquent aucun outil de mesure, ni analytics, ni pixel, ni balise de conversion : ils pilotent au jugé. Entre les deux, 15,2 % posent une balise Google Ads ; chargée sans conversion câblée, elle compte des visites mais reste aveugle sur la transaction.

Une instrumentation rare et bancale

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), les bloqueurs publicitaires et le durcissement d'iOS, il laisse filer 20 à 40 % des événements selon la part de trafic Safari/iOS, soit un à deux achats sur cinq.

Ce qui manque, c'est la Conversions API (CAPI) pour doubler la collecte côté serveur, hors de portée du bloqueur et de l'ITP, et surtout un `event_id` partagé entre navigateur et serveur pour dédupliquer. Sans ce couple, on choisit entre deux maux : sous-compter (pixel seul) ou double-compter (les deux sans déduplication).

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 : un tracking installé une fois, jamais audité.
• Le tag manager minoritaire : 121 sites (20,9 %), deux fois et demie plus rare que l'analytics qu'il devrait orchestrer. En approximation de bon sens, environ quatre installations GA4 sur dix s'y adossent ; les six autres posent leurs balises en dur dans le thème, où chaque correction repasse par un développeur. La couche qui rend un tracking maintenable 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 ces deux outils distincts est une coïncidence, pas un doublon. Que le pixel publicitaire fasse jeu égal avec un Universal Analytics mort montre qu'on installe parfois la balise avant même un socle de mesure qui tienne.

Ce que révèle l'ensemble, c'est une absence d'architecture, pas d'outils : le fossé tient à la méthode plus qu'à la technologie.

GA4 présent ne veut pas dire GA4 qui mesure

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 et filtrer le trafic interne. 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 coût ne tient pas qu'aux GA4 fantômes. 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 ne sont plus modélisées, et sans Enhanced Conversions ni CAPI dédupliquée, le ROAS affiché sous-estime la performance réelle. S'y ajoute le coût de vitesse chiffré dans la couche performance.

La réponse de 2026 tient dans la séquence

Le tracking côté serveur répond aux deux maux d'un seul geste.

Un sGTM, un serveur de tags qui rapatrie la mesure côté marchand (via Stape ou Addingwell), sort GA4, le pixel Meta et Google Ads du navigateur : le client s'allège, les cookies first-party gagnent en durée de vie, et le flux ne transmet que ce que le consentement permet. C'est la réponse structurelle, à poser après les fondations, jamais en point de départ : tentée trop tôt sur un socle bancal, elle 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.
• 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. 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

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, jamais des parts de marché. On gagne en finesse ce qu'on perd en représentativité : les signaux solides sont les grands contrastes, les départages serrés restent de côté. 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.

Du paiement à la livraison, le portrait reste très local

À 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, montant et communication à recopier puis réception à attendre avant l'envoi du colis, suppose une confiance déjà installée, pas un achat d'impulsion. Bancontact est le réflexe domestique belge par excellence, fluide pour qui détient un compte dans le pays, hors-jeu passé la frontière. Le paiement sur facture confirme la lecture : payer après réception, peu de pure players l'accordent à un premier acheteur anonyme.

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. PayPal, à côté, ajoute une réassurance internationale.

Côté livraison, même tonalité de proximité. L'envoi géré directement par le commerçant passe devant Bpost, et les réseaux relais DPD et Mondial Relay ferment la marche. L'étude crawle des pages d'options de livraison, sans toucher aux volumes d'expédition : elle dit ce que les boutiques proposent, pas combien elles expédient.

Le paiement filtre, le tunnel décide

Le moyen de paiement dépasse l'étape technique en bas du tunnel : c'est un filtre. D'un côté, les boutiques branchées sur un agrégateur comme Mollie ou Stripe : l'acheteur tombe sur un éventail normalisé et règle en quelques secondes, dans un parcours déjà vécu cent fois ailleurs. De l'autre, celles qui n'acceptent que le virement classique ou Bancontact seul : un filtre taillé pour l'acheteur déjà en confiance, local et fidèle à l'enseigne.

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, l'absence d'un paiement immédiat ajoute une marche pile au moment où l'intention est la plus fragile ; faute de sessions mesurées, l'abandon reste le scénario le plus probable plutôt qu'un fait établi. De tous les freins relevés, c'est en tout cas le moins cher à lever : brancher un agrégateur ne touche ni au catalogue, ni au positionnement, ni à la logistique, et le virement reste disponible en option.

Le paiement n'est toutefois 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 : la création de compte forcée là où un guest checkout suffirait ; chaque champ superflu face à un checkout ramassé en une page ; les frais de port lâchés au dernier écran, première cause documentée d'abandon de panier, autour de 48 % selon le benchmark Baymard (nouvelle fenêtre) ; et Bancontact sur mobile, là où passe plus de 60 % du trafic, dont la redirection vers l'app ou le QR code devient une friction réelle dès que l'intégration est bâclée.

La page de livraison ne dit ni où, ni combien

• Près de 60 % des 537 profils commerce 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é, 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.

En CRO, 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 : la page arrête de poser une question, elle répond. Ce signal rejoint le constat clic-mortar, où deux tiers des e-shops ont un magasin derrière eux : une partie du trafic vient de gens prêts à récupérer en boutique, encore faut-il que la page le dise.

Trois modèles de vente cohabitent, au particulier, entre pros, ou les deux, et aucun n'a pris d'avance.

Sur les 491 e-shops segmentés selon leur modèle de clientèle (491 profils nets sur les 537 fiches complètes, 46 écartés faute de signaux), la répartition tient en trois familles : 264 vendent au particulier (B2C, 54 %), 121 entre professionnels (B2B, 25 %) et 106 mêlent les deux publics (hybride, 22 %). Aucun des trois modèles n'est marginal : impossible 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. Index de maturité moyen de 1,08 en B2C, 0,97 en B2B, 0,93 en hybride : un seul outil détecté par segment en médiane, et un écart maximal de 0,15 point, à lire en relatif, pas comme une hiérarchie. Performance et conformité restent elles aussi indifférentes au modèle : perf mobile médiane de 60 à 61 partout, grades RGPD faibles entre 39 % et 44 %. Le modèle ne change ni la vitesse du site ni sa conformité, ce qui désigne une cause commune en amont, côté outillage et choix de stack.

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, un tissu entier qui démarre au même endroit. Mauvaise nouvelle pour qui cherchait un benchmark local à imiter, excellente nouvelle pour qui veut prendre de l'avance.

Deux précautions de lecture

L'index agrège quatre signaux inégaux : analytics, pixels publicitaires, tags marketing et bandeau de consentement. Le bandeau, souvent posé par défaut par le CMS ou le thème, gonfle le score sans rien dire de la mesure réelle : quand la médiane d'un profil ressort à un seul outil, ce point est fréquemment le consentement automatique, pas un tracking pensé.

Seconde réserve, le pont avec la couche commerce. Le 18 % de sites exposant le retrait en magasin (n=491) et les 66 % d'établissements avec magasin physique (n=537) ne reposent pas sur le même sous-ensemble : le 18 % inclut des pure players dépourvus, par construction, de tout point de retrait. Chiffrer le « gap » sur ce périmètre surestimerait le retard ; le vrai gisement est dans l'intersection boutique + site. La tendance, elle, reste nette : une part substantielle des commerçants qui ont aussi une boutique n'expose pas le retrait sur leur site.

Choisir son public, puis son canal

Segmenter B2C, B2B ou hybride n'a de valeur opérationnelle qu'une fois traduit en canal d'acquisition et en priorité d'action. On attaque là où le ratio effort sur impact est le plus élevé.

• B2C (264 sites, 54 %) : Search non-brand sur l'intention d'achat, Meta pour la demande latente, web-to-store pour ramener en boutique. Le quick-win de volume est là : le retrait en magasin n'est exposé que par 18 % d'entre eux alors que la majorité a pignon sur rue, et le brancher connecte deux actifs déjà payés, sans refonte ni budget média.
• B2B (121 sites, 25 %) : Search intentionniste serré, LinkedIn pour cibler la fonction. Le retrait reste hors-norme entre professionnels (2 %) ; le rendement vient des leads et devis, formulaire, tracking du lead, scoring, intégration au CRM et à la facturation.
• Hybride (106 sites, 22 %) : le piège est de servir les deux publics pareil, panier simple et prix affiché pour le particulier, devis sur compte et facturation différée pour le professionnel. Un site générique calibré pour aucun des deux impose un grand écart permanent : le repositionnement se cadre avant toute optimisation technique.

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.

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. Ce qui manque surtout, c'est du temps : tenir un commerce et un site à la fois, souvent seul, ne laisse pas la marge d'un pure player.

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

La même racine physique désigne 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 n'équipe que 13 % des e-shops liégeois, tous profils confondus. Un commerçant qui tient déjà comptoir, stock et horaires en a l'essentiel : 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, dit l'essentiel. Quand le socle s'active par défaut, sans rien demander au marchand, le parc suit en bloc ; quand il faut décider et brancher soi-même, il décroche.

Le potentiel réaliste ne monte pas pour autant à 100 % : un Click & Collect mal exécuté, stock désynchronisé, délai flou, déçoit plus qu'il ne sert. L'écart se lit comme une marge ouverte aux enseignes qui ont un point de vente, un stock fiable et la rigueur pour tenir la promesse.

Ce que change le type de clientèle

Croisé par typologie de clientèle, le contraste se confirme : Click & Collect à 18 % en B2C, 14 % en hybride, 2 % en B2B, une ventilation détaillée dans la couche profils. Une nuance mérite d'être gardée ici : entre professionnels, la facture et la livraison restent la norme, mais pour un revendeur local, la pièce détachée qu'un artisan vient chercher en urgence est un vrai usage. Là où il existe, le taux faible tient moins de la fatalité de secteur que de l'occasion ratée.

Brancher le retrait ne suffit pas

Reste une prudence : que le Click & Collect soit le pont le plus naturel pour un parc à racine physique est solide ; que son installation génère mécaniquement de la croissance reste une hypothèse, car l'étude observe des taux d'équipement, pas un euro de chiffre d'affaires. S'y ajoute un préalable qui renvoie droit à la couche mesure : sans réconciliation du online vers le offline, un client qui repère un produit en ligne puis achète en rayon reste un trou noir, et l'impact du retrait demeure invisible, donc non arbitrable.

Le retrait ne joue enfin qu'en bas de l'entonnoir. Le chantier le plus rentable se situe souvent plus tôt, dans la découverte locale : fiche Google Business Profile, SEO local, store locator, pages magasin positionnées sur les requêtes géolocalisées. 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.