Levensmiddelen online verkopen in de EU: wat je webshop vóór de checkout wettelijk moet tonen

De meeste foodmerken zien compliance als iets wat eerder in de keten gebeurt. De leverancier drukt het etiket, de verpakking bevat de wettelijk verplichte tekst, en de webshop verkoopt wat in het magazijn al compliant is. In een fysieke winkel klopt die redenering. Online gaat ze niet op.

De Europese verordening over voedselinformatie aan consumenten behandelt de productpagina zoals ze een fysiek etiket behandelt. Wat een klant op de achterkant van de verpakking zou lezen, moet ook op de website te lezen zijn, voordat hij betaalt. Die ene verschuiving verandert wat compliance is. Het is dan geen verpakkingsvraag meer van je leverancier, maar een productdatavraag van degene die je catalogus bouwt. En de meeste catalogi zijn daar nooit op ingericht.

Wat moet een online foodwinkel volgens de EU-wet eigenlijk laten zien?

Verkoop je voorverpakte levensmiddelen online in de EU, dan moet de verplichte voedselinformatie die op het fysieke etiket staat ook in je webshop beschikbaar zijn, en het meeste daarvan moet er staan voordat de klant de aankoop afrondt. Volgens de regels van de Europese Commissie voor verkoop op afstand van levensmiddelen moet die verplichte informatie verschijnen op het materiaal dat de verkoop op afstand ondersteunt, zoals de webpagina, en beschikbaar zijn voordat de aankoop gesloten wordt. De enige vaste uitzondering is de datum van minimale houdbaarheid of de 'te gebruiken tot'-datum.

Achter die eis staan drie verordeningen. Verordening (EU) nr. 1169/2011, de verordening over voedselinformatie aan consumenten (FIC), regelt welke informatie de consument moet bereiken en hoe die wordt gepresenteerd. Verordening (EG) nr. 178/2002, de Algemene Levensmiddelenverordening, bepaalt dat levensmiddelen alleen verkocht mogen worden als ze veilig zijn. Verordening (EG) nr. 852/2004 gaat over hygiëne in de hele operatie. De meeste gepubliceerde uitleg stopt bij het opsommen van deze drie. De nummers doen er veel minder toe dan het operationele gevolg dat ze delen: de FIC-verordening trekt het etiket door naar je website, en daar zit het werk dat niemand vooraf inschat.

De rest komt neer op drie mechanismen. Hoe de regel voor verkoop op afstand het etiket naar je webpagina verplaatst. Wat daar precies als verplichte informatie telt. En waarom de omschrijvingen en afbeeldingen van je marketingteam onder dezelfde regels vallen. Elk ervan komt op dezelfde plek uit: je productdata.

De regel voor verkoop op afstand verplaatst het etiket naar je webpagina

In de EU-wet is online levensmiddelen verkopen een vorm van verkoop op afstand, en die indeling trekt het etiket naar je webshop. De regel kent twee momenten. Voordat de aankoop gesloten wordt, moet bijna alle verplichte voedselinformatie op de webpagina zelf beschikbaar zijn. Op het moment van levering moet alles aanwezig zijn, ook dat ene gegeven dat mag wachten.

Die uitzondering is de datum van minimale houdbaarheid of de 'te gebruiken tot'-datum. Al het andere wat een klant op de achterkant van de verpakking zou vinden, moet te lezen zijn voordat hij bij de checkout komt. De redenering is helder als je het vanuit de koper bekijkt: wie levensmiddelen bestelt die hij niet kan oppakken en omdraaien, heeft recht op dezelfde informatie als iemand in een winkel die de verpakking leest. De webpagina neemt de plaats in van de verpakking.

Hier houdt "het staat allemaal op de verpakking" op een verweer te zijn. De verpakking is compliant. De zending die bij de klant aankomt, is compliant. Maar de wet behandelt het moment vóór de aankoop als een eigen verplichting, en dat moment speelt zich volledig af op je website, weken voordat er een fysieke verpakking bij de koper is. Een productpagina met een naam, een prijs, een foto en een alinea marketingtekst bevat niet wat de wet van een etiket verwacht. In een vergelijking van functies zie je dat gat niet; bij een audit springt het eruit.

Daar volgen twee praktische gevolgen uit. Het eerste: de informatie mag niet achter kosten of een drempel zitten. De consument moet er zonder extra kosten bij kunnen, dus "mail ons voor de ingrediënten" of de details achter een account zetten valt af. Het tweede: "beschikbaar op de webpagina" is geen loze formulering. Informatie die technisch in je systeem staat maar niet verschijnt bij het product waar de klant naar kijkt, voldoet niet. De verplichting gaat over wat de koper op het beslismoment echt kan lezen, niet over wat ergens in je admin is opgeslagen.

Dat verschil tussen opgeslagen en getoond is waar het operationele probleem begint, en het is de rode draad door de rest van dit artikel.

Wat telt als verplichte informatie, en waar allergenen zitten

De FIC-verordening noemt een vaste set gegevens die voor voorverpakte levensmiddelen de consument moeten bereiken. Voor een jurist is dat een lijst met vermeldingen. Voor degene die je catalogus bouwt, is het een set velden die elk levensmiddel in je webshop moet hebben en tonen. De vertaling tussen die twee lezingen is het deel dat de meeste teams overslaan, en daar wordt compliance ongemerkt een architectuurbeslissing.

De velden die elke productpagina van een voorverpakt product nodig heeft

De verplichte gegevens uit artikel 9 vertalen zich bijna één op één naar productdata. Gelezen als webshopvelden in plaats van wettekst ziet de lijst er zo uit:

Op een rij gezet is niets hiervan verrassend. De moeilijkheid zit niet in het kennen van de lijst. Het zit erin dat een standaard eCommerce-product is opgebouwd rond een titel, een prijs, een omschrijving en een afbeelding, terwijl deze lijst om tien of meer gestructureerde kenmerken vraagt die op elk product moeten staan, consistent moeten blijven als de catalogus groeit en betrouwbaar moeten verschijnen op de pagina die de klant leest. Een algemeen producttemplate heeft voor het meeste hiervan geen plek behalve het omschrijvingsveld, en dat is precies de verkeerde plek voor informatie die juist, vergelijkbaar en machineleesbaar moet zijn.

Allergenen: het veld dat geen vrije tekst mag zijn

Bij allergenen kost het verschil tussen opgeschreven en gestructureerd het meest. De verordening eist dat de aanwezigheid van een van de benoemde allergene ingrediënten duidelijk wordt gemaakt aan de consument, en online moet dat net als de rest beschikbaar zijn voordat de aankoop gesloten wordt. De neiging is het te doen zoals op de verpakking: allergenen benadrukken in de ingrediëntentekst. Op een webpagina creëert dat een kwetsbare afhankelijkheid: de allergeneninformatie zit dan opgesloten in een blok vrije tekst, waar je er niet op kunt filteren, het niet programmatisch over de catalogus kunt controleren en het niet betrouwbaar kunt hergebruiken in een winkelwagenoverzicht, een filter of een gestructureerde datafeed.

Een koper met een ernstige allergie leest je ingrediëntenalinea niet op nuance. Hij zoekt een duidelijk, ondubbelzinnig antwoord op een ja-of-neevraag, en de wet verwacht dat dat antwoord ondubbelzinnig is. Allergenen als eigen, gestructureerd veld behandelen in plaats van als een zinsdeel, maakt dat antwoord op schaal betrouwbaar. Het is ook het veld waar het verschil tussen een catalogus die voor levensmiddelen is ontworpen en een die is aangepast vanuit een modetemplate het eerst zichtbaar wordt. Hoe je allergenendata precies structureert, valideert en toont, is een onderwerp op zich, maar het principe om mee te nemen is eenvoudig: allergenen zijn een veld, geen zin.

Je productomschrijvingen en afbeeldingen zijn ook voedselinformatie

Er is een stiller deel van de verordening waar teams in trappen die denken dat ze de verplichte velden op orde hebben. Voedselinformatie is niet beperkt tot de formele etiketgegevens. Ook hoe je een product op de pagina beschrijft en afbeeldt, is gereguleerd, want de wet gaat over de indruk die de informatie wekt, niet alleen over de vakjes die ze vult. De teksten van je marketingteam en de foto's van je studio zijn in juridische zin voedselinformatie, en ze moeten kloppen met wat het product echt is.

Dat is belangrijk, want marketing en compliance trekken standaard verschillende kanten op. Een omschrijving is geschreven om het product aantrekkelijk te maken. Een serveersuggestie toont het product gestyled met ingrediënten die niet in de doos zitten. Een woord als "traditioneel" of een beeld dat een herkomstregio suggereert, kan een claim impliceren die het product niet waarmaakt. Niets daarvan is kwade wil, en het meeste valt pas op als iemand gaat controleren. Maar volgens de verordening is informatie die de consument misleidt over de aard, eigenschappen of herkomst van het levensmiddel niet compliant, waar ze ook staat, en een foto of een zinsnede gaat die grens net zo makkelijk over als een verkeerd vermeld ingrediënt.

Het praktische gevolg is dat het gereguleerde deel van je productpagina groter is dan de meeste teams denken. Het zijn niet alleen de gestructureerde velden uit de vorige sectie. Het zijn de omschrijving, de beelden, de serveersuggesties en elke verwijzing naar herkomst, en die moeten allemaal kloppen met het product en aansluiten op de gestructureerde data ernaast. Zegt de omschrijving het ene en het ingrediëntenveld het andere, dan heb je geen inconsistente tekst. Dan heb je twee tegenstrijdige stukken voedselinformatie op dezelfde pagina, en de wet maakt voor de marketingtekst geen uitzondering.

Dat is het derde mechanisme, en het wijst dezelfde kant op als de eerste twee. De verplichting is verdeeld over het hele product, de gestructureerde velden en de overtuigende content, en kan dus niet door één team los worden opgelost. Ze moet worden opgelost op de plek waar al die content echt staat.

Het echte knelpunt: de meeste catalogi zijn hier nooit op ingericht

Alles tot nu toe wijst naar dezelfde plek. De regel voor verkoop op afstand zet het etiket op de pagina. De verplichte gegevens vragen om een dozijn gestructureerde kenmerken per product. Omschrijvingen en beelden maken het gereguleerde oppervlak nog groter. Niets daarvan is moeilijk te begrijpen. Wat het lastig maakt om uit te voeren, is dat het knelpunt niet de juridische kennis is. Het is het productdatamodel onder je webshop, en dat model is meestal het laatste waar iemand naar kijkt.

De meeste eCommerce-catalogi zijn gebouwd rond een klein, ruim opgezet aantal velden: een titel, een prijs, een omschrijving, een paar afbeeldingen, misschien wat tags. Die structuur is flexibel genoeg om bijna alles te verkopen, en juist daarom worstelt ze met levensmiddelen. Levensmiddelen vragen om allergenen, een volledige ingrediëntenlijst, een voedingswaardevermelding per vaste hoeveelheid, nettohoeveelheid, bewaarvoorschriften, land van oorsprong en houdbaarheid, allemaal gestructureerd, allemaal op elk product en allemaal correct getoond op de pagina die de klant leest. Een model dat op flexibiliteit is ontworpen, heeft daar geen eigen plek voor, dus komt de informatie terecht waar ruimte is: in de omschrijving gepropt, in een afbeelding verwerkt, of in een spreadsheet die de webshop nooit bereikt.

Drie patronen komen steeds terug. Het eerste is het blok vrije tekst, waarin ingrediënten en allergenen in een alinea staan die je niet over de catalogus kunt bevragen, filteren of valideren. Het tweede is data die in afbeeldingen vastzit: de voedingswaardetabel of allergenenlijst is een foto van de achterkant van de verpakking, onzichtbaar voor zoeken, filters en elke gestructureerde datafeed. Het derde is het meest misleidend: velden die wel bestaan maar niet worden getoond. De informatie staat in je admin, technisch vastgelegd, maar verschijnt nooit bij het product waar de klant naar kijkt. De eerste twee zijn zichtbaar onvolledig. Het derde lijkt van binnenuit compliant en zakt voor de enige test waar de wet om geeft: wat de koper kan lezen voordat hij betaalt.

Daarom is dit structureel werk en geen redactiewerk. Het gat dicht je niet met betere productteksten. Je dicht het door de catalogus voor elk verplicht gegeven een betrouwbare eigen plek te geven, en die velden vervolgens consistent te laten verschijnen op elk product en in elk template. Op Shopify Plus zijn metafields en metaobjects daarvoor bedoeld: gestructureerde, getypeerde kenmerken vastleggen voor zaken waar het standaard productobject niet op rekent, en die netjes hergebruiken in de hele catalogus in plaats van ze product voor product in omschrijvingen over te typen. Het platformmechanisme is op zich niet het punt. Het punt is dat de verplichting pas beheersbaar wordt als het datamodel haar zelf kan uitdrukken.

Dit is het deel van een build dat zelden in een platformvergelijking staat en bijna altijd in de scoping opduikt. In de ervaring van Flatline met het inrichten van catalogi voor gereguleerde categorieën is de vraag die de planning bepaalt niet welke velden de wet eist. Het is of het datamodel ze op elk product kan dragen, in elke markt kan tonen en overeind blijft als de catalogus groeit. Staat dat fundament vroeg, dan wordt compliance een eigenschap van de catalogus. Wordt het later ingebouwd, dan wordt het een terugkerende onderhoudspost die met elke nieuwe productlijn groeit. Precies dit soort catalogusarchitectuur brengt ons eCommerce-bureau in kaart voordat er ook maar één product live gaat.

Waar het werk echt zit, en wat meerdere markten veranderen

Als de catalogus het knelpunt is, dan zit de ingreep vóór design, tekst en zelfs de platformkeuze. Ze zit in de datalaag, en ze bestaat uit drie stappen in deze volgorde.

1. Richt de datalaag in voordat je hem vult. Bepaal welke verplichte gegevens gestructureerde velden worden, welk type elk veld krijgt en hoe allergenen en de voedingswaardevermelding worden weergegeven, voordat er ook maar één product wordt geladen. Deze stap bepaalt hoeveel handmatig opruimwerk elk toekomstig product vraagt. Het één keer goed doen is goedkoop. Het achteraf reconstrueren in een live catalogus van honderden producten niet.
   
   

2. Laat de velden verschijnen waar de klant beslist. Vastgelegde data die niet wordt getoond, voldoet niet. De gestructureerde velden moeten dus op de productpagina zelf verschijnen, beschikbaar vóór de checkout en zonder extra kosten voor de koper. De test is niet of de informatie in je admin staat, maar of de klant haar kan lezen op het moment van kopen.
   
   

3. Voeg de laag per markt bewust toe. Verkopen in meer dan één EU-land verandert niet welke gegevens verplicht zijn, maar wel hoe ze moeten verschijnen. De informatie moet beschikbaar zijn in een taal die de consument in het land van verkoop begrijpt, en herkomst en enkele andere gegevens kunnen per markt verschillen. Met gestructureerde velden is dat te doen, want een veld vertaal en lokaliseer je netjes, terwijl dezelfde informatie in een omschrijving land voor land herschreven en opnieuw gecontroleerd moet worden.
   
   

Bij die derde stap lopen de kosten op. Een webshop voor één markt kan een imperfect datamodel soms overleven met handwerk. Een webshop voor meerdere markten niet, want elke kortere weg wordt vermenigvuldigd met het aantal landen waarin je verkoopt. Compliant voedselinformatie over meerdere EU-markten vanuit één webshop is veel meer een architectuurvraag dan een vertaalvraag, en hoort bij de bredere operationele keuzes rond internationaal verkopen vanuit één webshop.

Niets hiervan is het deel van online levensmiddelen verkopen waarvan merken verwachten dat het moeilijk wordt. Het recept, de inkoop, het merk en de fotografie krijgen de energie. Maar de platformbeslissing die ongemerkt bepaalt hoeveel compliancewerk je zolang de webshop bestaat meedraagt, is het datamodel, een van de structurele vragen achter wat Shopify Plus echt verandert voor food- en drankmerken. Zet je het goed neer, dan wordt de verplichting onzichtbaar. Zet je het losjes neer, dan wordt het een belasting op elk product dat je ooit toevoegt.

Veelgestelde vragen

Moet ik allergenen vóór de checkout tonen, of alleen op de verpakking?

Vóór de checkout. Bij voorverpakte levensmiddelen die online in de EU worden verkocht, hoort allergeneninformatie bij de verplichte voedselinformatie die op de webpagina beschikbaar moet zijn voordat de aankoop gesloten wordt, niet alleen op de fysieke verpakking die later aankomt. Een compliant verpakking voldoet niet aan de online verplichting, want de wet behandelt het moment vóór de aankoop op je website als een eigen eis.

Welke informatie mag tot de levering wachten?

Alleen de datum van minimale houdbaarheid of de 'te gebruiken tot'-datum. Alle andere verplichte gegevens, waaronder de ingrediëntenlijst, allergenen, de nettohoeveelheid en de voedingswaardevermelding, moeten in de webshop beschikbaar zijn voordat de klant de aankoop afrondt. Bij levering moeten vervolgens alle gegevens aanwezig zijn, ook de datum.

Gelden dezelfde regels voor niet-voorverpakte of op bestelling gemaakte levensmiddelen?

Niet precies dezelfde. De volledige set verplichte gegevens geldt voor voorverpakte levensmiddelen. Voor niet-voorverpakte levensmiddelen die op afstand worden verkocht, geldt een kleinere set eisen, waarbij allergeneninformatie de vaste verplichting blijft. Verkoop je online producten die op bestelling, los of vers verpakt zijn, dan verschillen de gegevens die je moet tonen, maar het principe dat de vereiste informatie de consument vóór de aankoop moet bereiken, blijft staan.

Geldt dit ook als ik vanuit Nederland aan een ander EU-land verkoop?

Ja. Verkopen aan een ander EU-land verlicht de verplichting niet en voegt er een taaleis aan toe: de verplichte informatie moet beschikbaar zijn in een taal die de consument in het land van verkoop begrijpt. Herkomst en enkele andere gegevens kunnen ook per markt verschillen. Daarom schalen gestructureerde, vertaalbare velden veel beter over grenzen dan informatie die in een productomschrijving is geschreven.

Zijn productfoto's en omschrijvingen echt gereguleerd?

Ja. Omschrijvingen en afbeeldingen tellen als voedselinformatie en mogen de consument niet misleiden over de aard, eigenschappen of herkomst van het product. Een serveersuggestie met ingrediënten die niet in de doos zitten, of een zinsnede of beeld dat een herkomst suggereert die het product niet waarmaakt, kan niet compliant zijn, ook als de formele etiketvelden kloppen.

Het inzicht om mee te nemen

Online levensmiddelen verkopen in de EU wordt zelden tegengehouden door de wet zelf. De eisen zijn te kennen, de lijst met verplichte gegevens is eindig, en de regel voor verkoop op afstand is helder als je hem hebt gelezen. Het moeilijke deel is structureel. De FIC-verordening maakt van je productpagina een etiket, en een etiket heeft een plek nodig voor elk stuk informatie dat het draagt.

Die plek is je datamodel. Is de catalogus gebouwd om allergenen, ingrediënten, voedingswaarden, herkomst en de rest als gestructureerde velden te bewaren die op elk product verschijnen en in elke markt vertaald worden, dan is compliance geen taak meer maar een eigenschap van de webshop. Is dat niet zo, dan komt dezelfde verplichting terug als handwerk bij elk product dat je toevoegt, in elk land waar je begint, zolang de webshop bestaat.

Het inzicht om te bewaren is eenvoudig. Dit is geen verpakkingsprobleem dat je leverancier heeft opgelost. Het is een productdataprobleem dat je webshop moet oplossen. Breng je een foodwebshop in kaart, of controleer je er een die je al runt, dan is de nuttigste vraag niet welke regels gelden. Het is of je catalogus ooit is ingericht om te dragen wat die regels op de pagina willen zien. Een goede vraag om voor te leggen aan wie je productdata beheert, voordat de volgende productlijn live gaat.