Agence e-commerce : les décisions de référencement d'une création ou d'une refonte

Une création ou une refonte marchande se joue longtemps avant la mise en ligne. Au moment où l'on dessine les gabarits et où l'on fixe les règles d'URL, des décisions de design (gabarits, facettes, variantes, navigation) deviennent des décisions de visibilité.

Cette page s'adresse au directeur marketing ou au dirigeant qui doit cadrer une agence e-commerce sur une création ou une refonte, et décider dans quel ordre règles d'URL, gabarits, redirections, validation avant bascule et tracking se tranchent.

Elle précise qui porte chaque décision et ce qui autorise la mise en ligne, en complément des critères de choix d'une agence SEO. Leur ordre et leurs contrôles déterminent si le site qui ouvre conserve l'acquisition que l'ancien avait construite.

Ce qui se décide côté référencement avant les maquettes

Le SEO by design consiste à intégrer les prérequis de visibilité au moment où ils coûtent le moins cher : quand on dessine les gabarits et qu'on définit les règles d'URL. Une règle posée à ce moment-là se spécifie une fois ; la même règle posée après la mise en ligne se rattrape page par page, sur un catalogue qui a entre-temps grossi.

L'enjeu n'est pas théorique : la visibilité est fortement concentrée sur les premières positions. Selon nos statistiques SEO, le taux de clics sur la page 2 des SERP est de 0,78 % (Ahrefs, 2025). Une famille de pages qui sort de l'index ou qui perd son historique ne recule pas d'un cran : elle quitte la zone où le trafic existe.

D'où une chronologie, et des points à partir desquels une décision devient chère à corriger :

• Les règles d'URL avant les gabarits : une fois les gabarits validés, changer la structure d'URL suppose de rouvrir la maquette, la navigation et le plan de redirections.
• Les gabarits avant la production de contenu : un champ oublié au CMS se rattrape sur dix fiches, pas sur dix mille.
• Les redirections avant la validation finale : un plan construit pendant les derniers contrôles n'est pas vérifiable dans le temps qui reste.
• Le plan de marquage avant la mise en ligne : une conversion non mesurée le jour J ne se reconstitue pas rétroactivement.

La conséquence budgétaire n'a rien d'une ligne de devis : il faut prévoir trois choses, afin que l'acquisition puisse se déployer sans refonte permanente :

• Un tracking fiable.
• Des pages stables.
• Des templates « exploitables » : contenus, données structurées, FAQ.

Qui décide quoi, et qui déclare un blocage

Un projet marchand réunit des intervenants qui ne portent pas les mêmes conséquences. La répartition se pose au cadrage, par écrit, poste par poste : c'est ce qui permet de tenir une règle six mois plus tard, quand la date approche et que les arbitrages s'accélèrent.

Trois règles encadrent ensuite les blocages :

• N'importe quel poste peut déclarer un blocage.
• Un seul l'arbitre.
• L'arbitrage s'écrit avec la conséquence acceptée.

Fondations d'architecture : gabarits, arborescence et profondeur

L'architecture n'est pas un livrable « documentation » : elle détermine la découvrabilité (utilisateur et robot), la conversion et la maintenabilité. Une boutique génère vite un volume d'URL très important (catégories, pages produits, facettes, pagination, variantes), et chaque promotion, chaque nouveau produit, chaque module ajouté en produit de nouvelles sans qu'aucune décision éditoriale n'ait été prise.

La règle se pose donc au gabarit, une fois, plutôt que sur les URL qu'elle produira. Trois d'entre elles se tranchent avant les maquettes :

• Catégories comme hubs : des pages piliers transactionnelles (stables, maillées, faciles à retrouver) qui structurent l'exploration et le merchandising.
• Règle de profondeur : viser un accès aux pages clés en environ trois clics, pour limiter les « fuites » et accélérer l'indexation.
• Maillage interne natif : menus, breadcrumbs, liens de catégories, blocs « meilleures ventes », « produits associés », en évitant d'injecter des URL de tri ou de paramètres non maîtrisés.

Une catégorie créée deux ans plus tard hérite alors du hub, de la profondeur et du maillage. Une fois le site ouvert, le sujet change de nature et devient le pilotage d'un catalogue installé : c'est ce que couvre une agence SEO e-commerce sur un catalogue en exploitation, catégories, facettes, fiches produits et mesure.

Les champs à prévoir au CMS avant la production de contenu

Un gabarit est la liste des champs que le catalogue et l'équipe éditoriale pourront remplir, pas une maquette. Sur une fiche produit, trois familles de champs sont à prévoir au minimum :

Cette liste est la matière première des données structurées et des réponses que les moteurs iront chercher. Un champ absent du gabarit devient un champ absent de tout le catalogue, et son ajout ultérieur suppose de repasser sur chaque fiche.

Elle rend aussi fiable la chaîne de production d'un grand catalogue : opportunités, briefs, planning, production, validation, publication. Avec des gabarits et des champs prévus à la conception, chaque étape a un endroit où écrire ; sans eux, la chaîne se termine en saisie manuelle et la cohérence se perd au premier millier de fiches.

Règles d'URL et d'indexation : ce qui se spécifie au gabarit

Le référencement se traite ici comme des règles de produit : gouvernance d'URL, templates, indexabilité, sitemap, canonicals, maillage interne. Cela se spécifie au niveau gabarit (une fois) plutôt qu'URL par URL (sans fin).

C'est la réponse à l'objection entendue en réunion de projet, « le SEO va ralentir les sprints » : ce qui ralentit un sprint, c'est une règle découverte en cours de route. Quatre décisions couvrent l'essentiel :

• Gabarits propres : un gabarit par type de page (catégorie, produit, facette sélectionnée, contenu éditorial), avec des champs dédiés.
• Indexabilité : décider quelles familles de pages doivent être indexées, crawlables ou consolidées.
• Canonicals : fixer les règles pour les variantes, les filtres et les paramètres.
• Sitemap : n'y inscrire que des URL canoniques destinées à l'index.

Chacune se relit à la réception et produit un constat vérifiable : une famille de pages est indexable ou ne l'est pas, un sitemap contient des URL non canoniques ou n'en contient pas. Cette vérifiabilité les distingue d'une intention.

Facettes utiles, facettes bruyantes : la décision partagée

Les filtres à facettes sont indispensables pour l'utilisateur, mais à gouverner techniquement pour éviter une explosion d'URL quasi duplicatives. Le principe se tranche au gabarit : toutes les combinaisons ne doivent pas devenir indexables.

On sélectionne celles qui correspondent à une intention stable et rentable (une matière, une taille, une gamme de prix que des gens cherchent réellement et que le catalogue peut servir toute l'année) ; les autres restent accessibles à l'utilisateur sans entrer dans l'index.

La répartition qui en découle vaut pour tout le projet :

Si les deux premières décisions ne se prennent pas ensemble, l'une défait l'autre en production. Le pilotage du catalogue est traité dans l'article sur l'agence SEO e-commerce.

Données structurées, référentiel produit et citabilité

Les données structurées aident les moteurs à comprendre prix, disponibilité, avis, hiérarchie de navigation et variantes. En contexte génératif, elles facilitent aussi la production de comparatifs et la citation des informations produit. Il faut donc prévoir leur intégration au niveau template, pas « page par page » : un balisage posé fiche par fiche se dégrade dès la première évolution de gabarit.

Ce balisage ne vaut que ce que vaut la donnée qu'il expose. Dès la conception, il faut définir quatre éléments :

• Le référentiel produit.
• Les règles de synchronisation : stock et prix.
• Les identifiants.
• Les responsabilités : qui « fait foi ».

Sans ce préalable, un prix faux dans un système se retrouve publié, balisé, puis repris tel quel dans une réponse générée.

Trois conditions complètent le dispositif, et elles se décident au gabarit, pas à la relecture :

• Structure lisible : sections claires, listes, FAQ, hiérarchie cohérente.
• Preuves : informations de confiance (retours, garanties, disponibilité, conditions) facilement extractibles.
• Entités et attributs : caractéristiques produit bien structurées (matière, dimensions, compatibilités, etc.).

La première n'est pas une préférence de mise en page : la façon dont les moteurs génératifs sélectionnent et reprennent les pages est détaillée dans nos statistiques GEO. Un gabarit qui impose cette hiérarchie et place les blocs de preuve produit cette structure sur tout le catalogue, pas seulement sur les fiches que quelqu'un aura soignées.

Refonte : audit de l'existant et plan de redirections

Une refonte sans audit est une prise de risque. L'audit doit couvrir six périmètres :

• Les gabarits.
• Les performances.
• Les données.
• Les modules.
• Les dépendances SI.
• Les règles d'URL : facettes, pagination, variantes.

Pour cadrer cette phase et savoir à quel niveau de preuve l'attendre, notre guide sur ce qu'un audit SEO et GEO doit livrer donne les livrables à demander, utile même quand la priorité affichée du projet est ailleurs, car les erreurs d'indexabilité se paient après.

Le plan de migration, lui, doit traiter séparément :

• Données catalogue (produits, attributs, médias, SEO fields, variantes).
• Données clients (comptes, consentements, historique).
• Commandes (statuts, factures, SAV).
• Tracking (GA4, événements, conversions), avec tests avant/après.

Le traitement séparé tient à une raison simple : chaque lot a son propriétaire, sa date de reprise et son test de vérification. Un lot qui échoue se voit avant la bascule plutôt que dans les chiffres du mois suivant.

La priorité de reprise se fixe au même moment, et elle va aux pages à poids business : les catégories et les top produits, qui portent l'essentiel de l'acquisition acquise.

Les redirections, objet de conception et non correctif

Les redirections 301 sont un sujet de conception de migration, pas un patch post-lancement. Le plan compte une ligne par ancienne URL, et pour chacune l'un des trois sorts possibles :

• Conservée à l'identique.
• Redirigée vers son équivalent.
• Supprimée sans équivalent, et assumée comme telle.

Un plan qui ne liste que les redirections laisse les deux autres cas hors contrôle. Trois règles et une vérification suffisent à en faire un plan tenable :

• Le construire pendant que les nouvelles URL se décident, sur l'export exhaustif de l'existant et non de mémoire.
• Éviter les chaînes de redirection.
• Corriger aussi les liens internes qui pointent vers des URL intermédiaires : un lien interne laissé sur une ancienne adresse fait vivre la chaîne qu'on croyait supprimée, et la maintient à chaque migration suivante.
• Vérifier avant la bascule, sur un échantillon représentatif, que chaque ancienne URL prioritaire renvoie en une redirection vers une page équivalente, pas vers la page d'accueil ni vers une catégorie générique : les erreurs 404 inutiles font perdre de l'acquisition et dégradent l'expérience, et une redirection qui aboutit ailleurs que sur l'équivalent produit le même effet, sans le signaler.

La recette avant bascule, et les vérifications qui suivent

Une validation utile ne se limite pas à des contrôles « visuels ». Elle repose sur trois exigences :

• Des critères concrets : performance, erreurs, rendu, tracking.
• La continuité, sur une refonte : données, tracking, performance technique, et absence de régressions.
• Des livrables vérifiables plutôt qu'une promesse générale : c'est le principe qui la rend opposable.

Le mobile représente environ 60 % du trafic web mondial (Webnyxt, 2026) : les contrôles se passent sur mobile autant que sur le poste de celui qui les conduit.

Ce qui autorise la mise en ligne, et ce qu'on vérifie ensuite

La validation avant bascule est le seul moment où une date de mise en ligne se discute avec des faits. Elle porte au minimum sur cinq points :

• Indexation : les protections héritées de la préproduction (blocage robots, authentification, noindex de gabarit) sont levées sur la production au lancement, la préproduction reste protégée, et chaque famille de pages est conforme à la règle décidée au cadrage.
• Canoniques et sitemap : les deux sont cohérents, et le sitemap ne contient que des URL canoniques destinées à l'index.
• Redirections : le plan est complet, sans chaîne, et testé sur les pages prioritaires.
• Tracking : le plan de marquage est rejoué, les événements e-commerce se déclenchent, le consentement est en place.
• Performance : les budgets sont tenus sur les gabarits les plus consultés, sachant que le taux d'abandon mobile atteint 53 % lorsque le chargement dépasse trois secondes (Google, 2025).

Chaque point reçoit un verdict, et trois seulement :

• Conforme.
• Non conforme : le point se documente et part dans le premier lot post-bascule, avec une échéance.
• Non conforme bloquant : le point se traite avant la date, pas après, et c'est ce qui distingue une validation d'une liste de réserves.

Après bascule, il faut vérifier rapidement : indexation, erreurs, performance, checkout, tracking, et cohérence canonique/sitemap. L'objectif est de détecter tôt les régressions, avant qu'elles ne se traduisent en baisse de conversion ou en perte d'exploration. Sur les projets à gros catalogue, l'analyse de logs serveur peut aider à comprendre ce que les robots explorent réellement, notamment sur la pagination et les paramètres.

Continuité de la mesure : marquage, consentement et pilotage

La qualité du tracking se décide au build, pas après. Une boutique peut sembler « rentable »… jusqu'au jour où les données ne permettent plus d'expliquer une baisse de conversion. Il faut donc prévoir, au même titre que les règles d'URL et au même moment :

• Un plan de marquage.
• Des événements e-commerce cohérents.
• Des tests de réception analytics.

La conformité fait partie de cette continuité : le RGPD s'applique aussi au tracking, et le consentement comme la qualité de la collecte doivent être pensés avant la mise en ligne. Un bandeau posé la veille de la bascule change ce qui est mesuré et rend incomparables les semaines qui précèdent et celles qui suivent.

Le minimum viable de pilotage après la mise en ligne

Le pilotage repose sur deux sources et une condition :

Une conversion définie après coup ne se rattrape pas sur l'historique. Une régression de tracking est pour cette raison plus coûteuse qu'elle n'en a l'air : elle ne fait pas perdre de chiffre d'affaires directement, elle fait prendre de mauvaises décisions pendant tout le temps où personne ne l'a vue.

Selon votre situation, deux lectures prolongent cette page. Le site est en ligne et l'investissement doit être justifié : si la direction demande ce que la refonte a rapporté sur l'organique, le sujet devient la mesure, et le calcul comme le pilotage du ROI SEO en donnent la méthode. Le catalogue doit être piloté après la bascule : facettes à ouvrir, fiches à produire, mesure à tenir dans la durée, c'est le périmètre d'un consultant SEO e-commerce.

Sur le contrôle de l'indexation et des canoniques, un module d'audit SEO et GEO 360 sert de filet avant et après la mise en ligne : il objective l'écart entre la règle décidée au cadrage et ce que le site produit réellement.

FAQ : questions fréquentes

Quelle différence entre une agence e-commerce et une agence SEO/GEO ?

Une agence e-commerce (création et développement) conçoit, développe et maintient la boutique. Une agence SEO/GEO se concentre sur la visibilité (SERP et moteurs génératifs), la stratégie de contenu, l'autorité, et le pilotage des performances. Les deux se complètent, mais n'ont pas le même cœur de métier. Idéalement, vous intégrez les prérequis SEO/GEO dès la conception pour éviter des correctifs coûteux.

Qui pose les règles d'URL, qui les implémente et qui les vérifie ?

Le responsable du référencement pose les règles au niveau gabarit, avant les maquettes. L'équipe technique décide comment elles se traduisent dans la plateforme et les implémente. La validation avant bascule revient à celui qui a posé les règles, avec un avis formel. La bascule est validée par le sponsor du projet, sur la base de cet avis. Chaque poste peut déclarer un blocage ; un seul l'arbitre, par écrit.

Qu'est-ce qui autorise la mise en ligne, et qui le décide ?

Une validation dont chaque point porte un verdict : conforme, non conforme, non conforme bloquant. Les points contrôlés au minimum sont l'indexation, la cohérence canoniques/sitemap, le plan de redirections, le tracking et les budgets de performance. Un point bloquant se traite avant la date de bascule, pas après. La décision de basculer appartient au sponsor du projet, sur la base de cet avis.

Comment éviter de perdre le tracking pendant une refonte ?

En traitant le marquage comme un lot de migration à part entière : plan de marquage écrit, événements e-commerce cohérents, tests avant et après. Le consentement et la qualité de la collecte se décident avant la mise en ligne, sinon les semaines qui précèdent et celles qui suivent ne sont plus comparables. Une conversion définie après coup ne se rattrape pas sur l'historique.

Comment préparer le GEO dès la conception pour les LLM ?

En structurant l'information pour qu'elle soit « réutilisable » : sections claires, listes, FAQ, données produit normalisées, preuves (livraison, retours, garanties), et données structurées. L'objectif est de rendre vos pages facilement interprétables et citables. Ces règles se posent au niveau des gabarits, pour qu'elles s'appliquent à tout le catalogue et pas aux seules fiches retravaillées.

Quels indicateurs suivre après la mise en ligne (Google Analytics, Google Search Console) ?

Google Search Console donne l'indexation, les impressions, les clics, le CTR, les requêtes et les pages, ainsi que les erreurs et l'état des sitemaps. Google Analytics donne le taux de conversion (par device et par canal), l'abandon de panier, les revenus, l'engagement et les étapes du tunnel. La qualité technique se suit à part : Core Web Vitals, erreurs de checkout, disponibilité et temps de réponse.