Héberger son e-label sur le site du domaine : possible, mais à quatre conditions

C’est la question que nous posent la plupart des domaines : puis-je publier ma fiche e-label sur mon site plutôt que chez un prestataire ? La réponse courte est oui. La réponse utile est : oui, mais les conditions à respecter sont plus contraignantes que ce que permet un site vitrine classique.

Ce que dit le cadre

Le règlement (UE) 2021/2117 n’impose aucun hébergeur ni aucun domaine particulier. Il pose des exigences sur ce que la page contient et comment elle se comporte. Un guide de référence de la filière le formule sans ambiguïté à propos de l’auto-hébergement : « c’est autorisé, à condition de remplir toutes les conditions ci-dessus » (Wine-Elabels.eu). Ces conditions sont au nombre de quatre.

1. Aucune information de vente ou de marketing

C’est la condition la plus mal comprise, parce qu’elle ne vise pas seulement le corps du texte. Un en-tête avec le menu du site, un pied de page avec « Boutique », un bandeau « Découvrez nos cuvées », une photo de packshot valorisante : tout cela constitue de la présentation commerciale accolée à l’information obligatoire. Or c’est exactement ce que produit, par construction, un CMS qui applique le même gabarit à toutes les pages.

2. Aucune collecte de données ni traçage

Pas de Google Analytics, pas de pixel de réseau social, pas de cookie non strictement nécessaire, pas de formulaire, pas de newsletter. Sur un site de domaine viticole ordinaire, ces scripts sont chargés globalement, souvent via un gestionnaire de consentement. Il faut donc pouvoir servir la page e-label en dehors de cette pile, et pas seulement décocher une case.

Détail savoureux : un bandeau cookies affiché au-dessus de l’information réglementaire est en soi un problème, puisqu’il s’interpose entre le consommateur et la mention obligatoire.

3. Aucune navigation en dehors du choix de langue

C’est la contrainte la plus radicale, et la plus souvent ignorée : « l’utilisateur ne doit pas pouvoir cliquer pour aller vers une autre page d’information que la sélection de la langue ». Pas de lien vers l’accueil, pas de fil d’Ariane, pas de « en savoir plus », et pas de PDF à télécharger. La page e-label est un cul-de-sac assumé — l’inverse exact de ce que cherche à faire un site conçu pour convertir.

S’y ajoute l’exigence linguistique : l’information doit être disponible dans la langue de chaque pays où le vin est commercialisé, soit potentiellement les vingt-quatre langues officielles de l’Union.

4. Une disponibilité aussi longue que la vie du vin

La page doit rester accessible tant que le vin est susceptible d’être consommé dans des conditions normales de conservation. Pour un jurassien, ce n’est pas une clause de style : un vin jaune se met en perce après six ans et trois mois, un Château-Chalon se garde des décennies. Le QR imprimé aujourd’hui doit répondre en 2040.

C’est là que l’auto-hébergement montre sa vraie faiblesse, et elle n’est pas réglementaire mais organisationnelle : une refonte de site, une migration de CMS, un changement de prestataire web, un plugin de redirection mal configuré — et des milliers de QR imprimés pointent vers une 404. Le risque n’est pas théorique, c’est le scénario le plus banal du web.

La solution de compromis que nous recommandons

Elle consiste à séparer l’adresse et le contenu. Le domaine reste celui du vigneron — ce qui préserve la souveraineté, la confiance et l’image — mais les pages e-label sont servies depuis un sous-domaine ou un chemin dédié, avec sa propre pile technique : pages statiques, aucun script de suivi, aucun gabarit marketing, un simple sélecteur de langue. Concrètement, quelque chose comme elabel.mondomaine.fr, pointé vers une infrastructure distincte du site vitrine.

Deux briques complètent utilement le dispositif. Un QR au standard GS1 Digital Link, qui encode le GTIN et passe par un résolveur : si l’hébergement change un jour, c’est la résolution qu’on met à jour, pas les bouteilles déjà imprimées. Et un ancrage d’intégrité de la fiche, qui permet de prouver que le contenu affiché est bien celui publié à la mise en marché — utile le jour où le site aura été refait trois fois.

C’est exactement cette architecture que nous mettons en œuvre avec XDCellar : le domaine reste maître de son adresse et de ses données, sans porter seul le risque de survivance du QR.

Cet article présente notre lecture technique du cadre applicable à la date de publication ; il ne constitue pas un avis juridique. Faites valider votre dispositif par votre conseil ou votre organisme de contrôle.

Pour aller plus loin : la conformité pas à pas, le règlement 2021/2117 expliqué et l’ensemble de nos activités.

Cet article fait partie de notre dossier Le vignoble jurassien face à 2030 — marché, climat, réglementation et numérique.