REACH-naleving voor chemische bedrijfswebsites in 2026
Als je websites bouwt voor chemiebedrijven -- of je bent er een en probeert erachter te komen wat je digitale aanwezigheid eigenlijk moet naleven volgens de EU REACH-verordening -- heb je waarschijnlijk gemerkt dat de vereisten voortdurend veranderen. Het Europees Agentschap voor Chemische stoffen (ECHA) heeft de schroeven steeds verder aangedraaid op hoe chemische informatie digitaal wordt gecommuniceerd, en 2026 brengt een nieuwe reeks wijzigingen die van invloed zal zijn op alles, van je productpagina's tot je systeem voor verspreiding van veiligheidsinformatiebladen (SIB).
Ik heb de afgelopen jaren webplatformen gebouwd voor fabricage- en chemiebedrijven, en ik kan je zeggen: de meeste websites van chemiebedrijven hinken wat betreft naleving van regelgeving behoorlijk achter. Niet omdat de bedrijven het niet interesseert, maar omdat de intersectie van webontwikkeling en chemische regelgeving een vreemd niche is waar niemand duidelijk over praat. Laten we dat oplossen.
Inhoudsopgave
- Wat is REACH en waarom beïnvloedt het jouw website
- Belangrijkste REACH-updates voor 2026 die digitale platforms beïnvloeden
- Websitevereisten voor REACH-naleving
- Verspreiding van veiligheidsinformatiebladen en digitale toegang
- SCIP-database integratievereisten
- Technische implementatie: Een conforme chemische website bouwen
- Toegankelijkheid en meertalige vereisten
- Veelvoorkomende nalevingsfouten op chemische websites
- Sancties en handhaving in 2026
- De juiste webarchitectuur voor naleving kiezen
- Veelgestelde vragen
Wat is REACH en waarom beïnvloedt het jouw website
REACH (Registratie, Evaluatie, Autorisatie en Beperking van Chemische stoffen) is de regelgeving van de EU voor chemische veiligheid, oorspronkelijk in 2006 ingevoerd. Het bepaalt hoe chemische stoffen worden geproduceerd, geïmporteerd en gebruikt binnen de Europese Economische Ruimte. Als je chemische stoffen in EU-markten verkoopt of verspreidt, is REACH van toepassing op jou -- punt uit.
Maar hier is waar mensen in de val lopen: REACH gaat niet alleen om je labrapporten en interne documentatie. Het bevat echte, afdwingbare vereisten over hoe je chemische veiligheidsinformatie communiceert met downstream gebruikers, consumenten en het publiek. En in 2026 is je website een primair kanaal voor die communicatie.
De regelgeving vereist dat:
- Veiligheidsinformatiebladen (SIB) toegankelijk zijn voor ontvangers van chemische stoffen
- Informatie over stoffen die zeer zorgwekkend zijn (SVHC) in artikelen aan consumenten wordt medegedeeld op verzoek (en in toenemende mate proactief)
- Productinformatie nauwkeurig, actueel is en overeenkomt met je ECHA-registraties
- SCIP-meldingen (Stoffen van zorg in artikelen als zodanig of in complexe objecten -- Producten) worden bijgehouden
Je website is niet langer alleen een marketinginstrument. Het is een nalevingsinstrument.
Belangrijkste REACH-updates voor 2026 die digitale platforms beïnvloeden
De ECHA rolt updates uit als onderdeel van de bredere EU-strategie voor duurzame chemicaliën (CSS). Hier is wat specifiek relevant is voor je digitale aanwezigheid in 2026:
Bijgewerkte SIB-formaatervereisten
Het herziene Bijlage II van REACH (Verordening van de Commissie (EU) 2020/878) is sinds 1 januari 2023 volledig verplicht, maar de handhaving is aanzienlijk verscherpt. Voor 2026 moeten alle SIB's die via je website worden verspreidt, voldoen aan het bijgewerkte 16-sectionele formaat, UFI-codes (Unique Formula Identifier) bevatten waar van toepassing, en nanoformspecifieke informatie verstrekken.
Afstemming Digital Product Passport (DPP)
Het initiatief Digital Product Passport van de EU -- onderdeel van de Verordening duurzame producten (ESPR) -- wordt in fasen uitgerold. Hoewel chemicaliën niet in de eerste golf voorkomen (batterijen, textiel en elektronica zijn de eerste), moeten chemiebedrijven die in deze industrieën leveren machine-leesbare stofgegevens verstrekken die in DPP's worden opgenomen. De architectuur van je websiteproductgegevens moet gestructureerde, via API toegankelijke chemische informatie ondersteunen.
Uitgebreide SVHC-communicatieverplichting
De SVHC-kandidaatlijst groeit voortdurend -- begin 2025 had zij meer dan 240 stoffen -- en artikel 33-verplichtingen vereisen nu in feite proactieve digitale onthulling. Verschillende lidstaten van de EU hebben standpunten aangenomen dat een website als geldig communicatiekanaal voor artikel 33-meldingen kwalificeert, wat betekent dat je niet simpelweg kunt wachten tot consumenten erom vragen.
SCIP-databasesynchronisatie
Artikel 9(1)(i) van de Afvalrichtlijn vereist dat leveranciers van artikelen die SVHC's bevatten boven 0,1% m/m de SCIP-database informeren. In de praktijk moet je websiteproductcatalogus verwijzen naar of linken naar SCIP-meldingen, vooral voor B2B-klanten die deze gegevens nodig hebben voor hun eigen naleving.
Websitevereisten voor REACH-naleving
Laten we specifiek worden over wat je website eigenlijk nodig heeft.
| Vereiste | Beschrijving | Prioriteit |
|---|---|---|
| SIB-downloadportal | Geverifieerde of openbare toegang tot huidige veiligheidsinformatiebladen in PDF- en/of gestructureerde gegevensindeling | Kritiek |
| Productclassificatieweergave | CLP/GHS-classificatieinfo (gevaarspictogrammen, signaalwoorden, H/P-verklaringen) op productpagina's | Kritiek |
| SVHC-onthulling | Proactieve vermelding van SVHC-inhoud voor artikelen, met concentratiegegevens | Hoog |
| SCIP-verwijzingen | Links of referentienummers naar SCIP-databaseitems | Hoog |
| UFI-weergave | Unieke formule-identificeerders op relevante productpagina's | Hoog |
| Meertalige ondersteuning | SIB en productinfo in talen van doelmarkten van de EU | Kritiek |
| Versiebeheer | Duidelijke versiering en datumaanduidingen op alle nalevingsdocumenten | Hoog |
| Contact voor chemische veiligheid | Speciaal contactkanaal voor vragen over chemische veiligheid | Kritiek |
| Toegankelijkheid | WCAG 2.1 AA-naleving voor alle veiligheidsinformatiepagina's | Gemiddeld-Hoog |
| Gegevensexport / API | Machine-leesbare productgegevens voor DPP-integratie | Gemiddeld (groeiend) |
Verspreiding van veiligheidsinformatiebladen en digitale toegang
Dit is waar ik de meeste technische schuld op websites van chemiebedrijven zie. De typische opstelling is een nachtmerrie: PDF's gegooid in een map op een gedeelde schijf, misschien gesynchroniseerd met de website via een handmatig uploadproces dat iemand van regelgeving afhandelt wanneer ze het zich herinneren.
Hier ziet een ordentelijk SIB-distributiesysteem er in 2026 uit:
Automatiseerd SIB-beheer
Je SIB-documenten moeten in een gestructureerd contentmanagementsysteem wonen -- bij voorkeur een headless CMS -- met metadata die het volgende bevat:
- Stof-/mengselnaam en identificeerders (CAS-, EC-nummers)
- Herzieningsdatum en versienummer
- Taal/locale
- Doelmarkt (welke EU-lidstaten)
- Gerelateerde UFI-codes
- Regelgevingsstatusvlaggen
{
"sds_id": "SDS-2026-0142",
"substance_name": "Sodium Hydroxide Solution 50%",
"cas_number": "1310-73-2",
"revision_date": "2026-01-15",
"version": "4.2",
"languages": ["en", "de", "fr", "it", "es", "pl"],
"ufi": "N1QV-50TW-F00M-WY7K",
"svhc_relevant": false,
"scip_notification": null,
"pdf_urls": {
"en": "/sds/sodium-hydroxide-50/en/v4.2.pdf",
"de": "/sds/sodium-hydroxide-50/de/v4.2.pdf"
}
}
Deze gestructureerde benadering betekent dat je slim zoeken en filteren kunt bouwen op de front-end, klanten automatisch kunt waarschuwen wanneer een SIB is bijgewerkt, en audittrails kunt genereren voor nalevingstoetsingen.
Overwegingen voor toegangsbeheer
Sommige SIB's bevatten eigenaarproprietaire formuleringsdetails. Je moet nadenken over:
- Openbare toegang versus geverifieerde klantportals
- Op rol gebaseerde toegang (distributeur versus eindgebruiker)
- Download-logging voor naleving van audittrails
We implementeren dit doorgaans met een headless CMS backend (iets als Sanity, Contentful of Strapi) die een Next.js frontend voert met authenticatie via Auth0 of iets soortgelijks. Als je naar dit soort architectuur kijkt, onze mogelijkheden voor headless CMS-ontwikkeling pagina behandelt de technische benadering in detail.
SCIP-database integratievereisten
De SCIP-database is sinds 2021 operationeel, maar de tooling en verwachtingen eromheen zijn aanzienlijk gegroeid. In 2026 is de verwachting niet alleen dat je je SCIP-meldingen hebt ingediend -- het is dat je digitale aanwezigheid de punten verbindt voor je klanten.
Praktisch gesproken:
Wat je website zou moeten weergeven
Voor elk product (artikel) dat SVHC's bevat boven 0,1% m/m:
- De SVHC-naam en CAS-nummer
- Concentratiebereik
- Locatie in het artikel
- Veilige gebruiksinstructies
- Je SCIP-meldingsreferentienummer of een directe link naar het SCIP-databaseitem
API-integratie
ECHA biedt een SCIP-disseminatieportal. Hoewel er geen officiële publieke API voor het bevragen van SCIP-gegevens is (vanaf begin 2025 gebruikt ECHA IUCLID-indeling voor inzendingen), kun je een interne toewijzing bijhouden tussen je productcatalogus en je SCIP-inzendingen. We hebben dit gebouwd als een aangepaste integratielaag:
// Voorbeeld: Toewijzing van producten aan SCIP-meldingen
interface SCIPMapping {
productId: string;
scipNotificationId: string;
svhcSubstances: {
name: string;
casNumber: string;
concentrationRange: string;
articleLocation: string;
}[];
safeUseInstructions: string;
lastUpdated: Date;
}
async function getSCIPDataForProduct(productId: string): Promise<SCIPMapping | null> {
const mapping = await db.scipMappings.findOne({ productId });
if (!mapping) return null;
// Controleer of gegevens verouderd zijn (ouder dan 90 dagen)
const ninetyDaysAgo = new Date(Date.now() - 90 * 24 * 60 * 60 * 1000);
if (mapping.lastUpdated < ninetyDaysAgo) {
await notifyRegulatoryTeam(productId, 'SCIP data review needed');
}
return mapping;
}
Het belangrijkste punt: dit zou geen handmatig proces moeten zijn. Je productinformatiemanagementsysteem (PIM) of CMS moet SCIP-gegevens volgen als een eersteklas veld, niet iets dat begraven is in een spreadsheet.
Technische implementatie: Een conforme chemische website bouwen
Laat me je door de architectuur heen lopen die we echt zouden aanbevelen voor een chemische bedrijfswebsite die naleving serieus neemt.
Headless-architectuur
Een headless-benadering scheidt je contentbeheer van je presentatielaag. Dit is belangrijk voor chemische naleving omdat:
- Regelgevingsinhoud verandert regelmatig. Je regelgevingsteam moet SIB-documenten, SVHC-lijsten en productclassificaties bijwerken zonder code aan te raken of op een deploy te wachten.
- Multi-channel verspreiding. Dezelfde productgegevens moeten op je website, in je klantportal, via API voor DPP-integratie en mogelijk in gedrukte catalogi verschijnen.
- Audittrails. Een goed headless CMS biedt versiegeschiedenis uit de doos -- essentieel voor het aantonen van naleving in de loop van de tijd.
We bouwen deze doorgaans op Next.js of Astro afhankelijk van de interactiviteitsvereisten. Een productcatalogus met zoeken, filteren en geverifieerde SIB-downloads wijst meestal naar Next.js. Een meer inhoudsrijke informatieve site zou naar Astro voor zijn superieure statische prestaties kunnen leunen.
Inhoudsmodelontwerp
Hier is een vereenvoudigd inhoudsmodel voor een REACH-conforme productcatalogus:
Product
├── name: string
├── slug: string
├── cas_numbers: string[]
├── ec_numbers: string[]
├── reach_registration_number: string
├── clp_classification
│ ├── hazard_class: string
│ ├── hazard_category: string
│ ├── hazard_statements: string[]
│ ├── precautionary_statements: string[]
│ ├── signal_word: "Danger" | "Warning" | null
│ └── pictograms: GHSPictogram[]
├── svhc_data
│ ├── contains_svhc: boolean
│ ├── substances: SVHCSubstance[]
│ └── safe_use_instructions: richtext
├── scip_data
│ ├── notification_id: string
│ └── last_verified: date
├── sds_documents: SDSDocument[]
├── ufi_code: string | null
├── technical_data_sheets: Document[]
└── regulatory_status
├── eu_status: string
├── uk_reach_status: string
└── restrictions: Restriction[]
Dit model zorgt ervoor dat elk gedeelte van nalevingsgegevens een plek heeft, querybaar is en automatisch op productpagina's kan worden weergegeven.
Zoeken en filteren
Chemische kopers zoeken op CAS-nummer, EC-nummer, productnaam en toepassingsgebied. Je zoekopdracht moet dit alles aankunnen. We hebben goedeResultaten gehad met Algolia of Meilisearch hiervoor -- ze gaan goed met chemische nomenclatuur om als je synoniemen correct configureert.
Toegankelijkheid en meertalige vereisten
REACH artikel 31(5) vereist dat SIB's worden verstrekt in de officiële taal(talen) van de lidstaat(staten) waar de stof of het mengsel op de markt wordt gebracht. Dit is niet optioneel.
Voor een bedrijf dat over de EU verkoopt, betekent dit ondersteuning van maximaal 24 officiële talen. In de praktijk concentreren de meeste bedrijven zich op markten waar zij aanzienlijke verkopen hebben -- typisch 6-12 talen.
Implementatiebenadering
We behandelen dit met locale-gebaseerde routering in Next.js:
// next.config.js
module.exports = {
i18n: {
locales: ['en', 'de', 'fr', 'it', 'es', 'pl', 'nl', 'cs', 'pt', 'ro'],
defaultLocale: 'en',
},
};
Het CMS slaat vertaalde inhoud per locale op, en SIB-documenten zijn getagd met hun taal. De productpagina toont automatisch de juiste SIB-downloadlinks op basis van de locale van de gebruiker.
Toegankelijkheid is ook niet ter discussie. De Europese Wet Toegankelijkheid (EAA), volledig van kracht in juni 2025, vereist dat digitale producten en diensten voldoen aan WCAG 2.1 niveau AA. Chemische veiligheidsinformatie valt absoluut hieronder -- mensen met handicaps moeten toegang hebben tot gevaarsinformatie net als iedereen anders.
Let vooral op:
- Alt-tekst voor GHS-pictogrammen (schermlezer moet "Ontvlambaar" vermelden, niet alleen "afbeelding")
- Juiste kopeenheidshiërarchie in SIB-viewers
- Toetsenbordnavigatie voor productcatalogi
- Voldoende kleurcontrast voor waarschuwingskleuren voor gevaar
Veelvoorkomende nalevingsfouten op chemische websites
Na het controleren van tientallen chemische bedrijfswebsites, hier zijn de patronen die voortdurend opduiken:
Verouderde SIB-documenten. Het #1 probleem. Bedrijven werken hun SIB intern bij, maar vergeten de nieuwe versie naar de website te pushen. Automatiseer dit.
Ontbrekende CLP-informatie op productpagina's. Je productpagina toont de marketingbeschrijving, maar niet de gevaarclassificatie. Dat is een nalevingshiaat.
Geen SVHC-onthulling voor artikelen. Als je artikelen verkoopt (niet alleen stoffen/mengsels), denk je misschien dat REACH niet op je productpagina's van toepassing is. Dat klopt niet.
Alleen PDF SIB-verspreiding. PDF's zijn prima, maar ze zijn niet machine-leesbaar. Naarmate DPP-vereisten uitbreiden, heb je ook gestructureerde gegevens nodig.
Geen zichtbaarheid van versiebeheer. Gebruikers moeten kunnen zien wanneer een SIB voor het laatst is herzien en welke versie ze downloaden.
Websites in één taal die over EU-markten verkopen. Als je natriumhypochloriet verkoopt aan een klant in Polen, hebben ze recht op een SIB in het Pools.
Verbroken of beperkte toegang tot veiligheidsinformatie. Sommige bedrijven plaatsen SIB-downloads achter registratiedeuren met complexe goedkeuringsprocedures. Veiligheidsinformatie zou gemakkelijk toegankelijk moeten zijn.
Sancties en handhaving in 2026
Handhaving van REACH wordt op lidstaatniveau afgehandeld, wat betekent dat sancties verschillen. Maar ze zijn niet onbeduidend.
| Lidstaat | Typisch boetebereik voor REACH-schendingen | Notities |
|---|---|---|
| Duitsland | €50.000 – €500.000+ | Strafvervolging mogelijk voor ernstige schendingen |
| Frankrijk | Tot €75.000 per inbreuk | Verdubbeld voor herhaalde overtredingen |
| Nederland | Tot €900.000 | RIVM voert actief webtoezicht uit |
| Italië | €15.000 – €90.000 | Per stof/schending |
| VK (UK REACH) | Onbeperkte boetes mogelijk | HSE-handhaving, los van EU REACH |
Opmerkingswaardig: het RIVM (Rijksinstituut voor Volksgezondheid en Milieu) van Nederland is bijzonder actief in het controleren van websites op naleving. Ze hebben openlijk verklaard dat ze web scraping gebruiken om productpagina's te controleren tegen ECHA-registratiegegevens. Je website is niet onzichtbaar voor regelgevers.
Het ECHA Forum (Forum voor uitwisseling van informatie over handhaving) coördineert ook EU-brede handhavingsprojecten. REF-12 en REF-13 bevatten specifiek controles op online verkoop en digitale communicatie van chemische veiligheidsinformatie.
De juiste webarchitectuur voor naleving kiezen
Als je een nieuwe chemische bedrijfswebsite bouwt of een bestaande website overhaulet, architectuur is belangrijker dan je misschien denkt.
Een traditionele WordPress-site met allerlei plugins eraan vast kan voor kleine productcatalogi werken, maar het begint te kraken onder het gewicht van meertalig SIB-beheer, gestructureerde productgegevens en API-vereisten. Ik heb bedrijven WordPress zien uitgroeien binnen een jaar van het serieus nemen van naleving.
Een headless-architectuur geeft je:
- Inhoudsmodellering die aansluit op je regelgevingsgegevensstructuur
- API-first gegevenstoegang voor DPP-integratie en B2B-gegevensuitwisseling
- Prestaties (statische generatie voor productpagina's betekent snelle laadtijden wereldwijd)
- Beveiliging (geen monolithische CMS om aan te vallen)
- Flexibiliteit om dezelfde gegevens weer te geven op web, PDF-generatie en gegevensfeed
We bouwen dit soort platforms regelmatig. Als je opties evalueert, geeft onze prijspagina je een idee van investeringsniveaus, en je kunt altijd rechtstreeks contact opnemen om je specifieke situatie door te nemen.
Veelgestelde vragen
Is REACH van toepassing op mijn website als ik alleen binnen het VK verkoop? Als je alleen binnen het VK verkoopt, valt je onder UK REACH, dat wordt beheerd door de HSE (Health and Safety Executive) in plaats van ECHA. De vereisten zijn grotendeels vergelijkbaar, maar niet identiek -- het VK heeft zijn eigen SVHC-kandidaatlijst en registratiedagelijks. Als je in zowel de EU als het VK verkoopt, moet je beide regelstellingen naleven, en je website zou duidelijk moeten maken welk regelgevingskader op welke producten en markten van toepassing is.
Moet ik GHS-pictogrammen op mijn websiteproductpagina's weergeven? Ja, als je chemische stoffen en mengsels adverteert of aanbiedt te koop, vereist CLP-verordening (EG) nr. 1272/2008 artikel 48 dat de advertentie de gevaarklassen en pictogrammen vermeldt. Dit is specifiek afgedwongen in de context van online verkoop. Je productpagina's moeten minimaal gevaarspictogrammen, signaalwoorden en gevarenverklaringen hebben.
Hoe vaak moet ik veiligheidsinformatiebladen op mijn website bijwerken? REACH artikel 31(9) vereist SIB-updates "zonder vertraging" wanneer nieuwe informatie die risicobeheersing beïnvloedt beschikbaar wordt, wanneer een autorisatie wordt verleend of geweigerd, of wanneer een beperking wordt opgelegd. In de praktijk moet je een proces hebben dat je SIB-beheersysteem met je website synchroniseert binnen 24-48 uur na elke wijziging. Jaarlijkse beoordelingen van alle gepubliceerde SIB's worden als beste praktijken beschouwd.
Kan ik gebruikers verplichten zich in te schrijven voordat zij een SIB downloaden? Technisch gezien vereist REACH dat SIB's worden verstrekt aan ontvangers van stoffen en mengsels -- wat je klanten betekent. Er is geen verplichting om SIB's openbaar beschikbaar te maken. Veel handhavingsautoriteiten kijken echter ongunstig naar onnodige barrières voor toegang tot veiligheidsinformatie. Een lichte registratie (e-mail) is over het algemeen aanvaardbaar; een meerstaps goedkeuringsprocedure is dat niet. Voor het algemene publiek moet artikel 33 SVHC-informatie beschikbaar zijn zonder registratie.
Wat is de Digital Product Passport en hoe beïnvloedt het chemiebedrijven? De Digital Product Passport (DPP) is onderdeel van de EU's Verordening duurzame producten (ESPR). Het vereist dat producten die in de EU worden verkocht, een digitaal register dragen van hun samenstelling, milieueffect en levenscyclusgegevens. Hoewel chemicaliën niet in de eerste implementatiegolf voorkomen (verwacht 2026-2027 voor batterijen), moeten chemische leveranciers stofgegevens verstrekken die in de DPP's van hun klanten worden opgenomen. Dit betekent dat je productgegevens in gestructureerde, machine-leesbare formaten beschikbaar moeten zijn -- niet alleen PDF's.
Heb ik aparte websites nodig voor EU en UK REACH-naleving? Je hebt geen aparte websites nodig, maar je moet duidelijk onderscheid maken welke regelgevingsinformatie op welke markt van toepassing is. Veel bedrijven hanteren dit met locale-gebaseerde routering (eu.company.com vs uk.company.com) of duidelijke markeerkiezers. SIB-documenten zullen verschillen tussen EU en UK-markten vanwege verschillende regelgevingsverwijzingen, classificatienuances en nummers voor noodoproepen.
Wat is de SCIP-database en moet ik ervan linken vanuit mijn website? SCIP (Stoffen van zorg in artikelen als zodanig of in complexe objecten -- Producten) is een ECHA-database waar bedrijven artikelen moeten melden die SVHC's bevatten boven 0,1% m/m. Er is geen wettelijke verplichting om van je website naar SCIP te linken, maar dit doen wordt beschouwd als beste praktijk en maakt het naleven van regelgeving voor je klanten gemakkelijker. Veel B2B-inkoopteams verwachten nu SCIP-referentienummers op leverancierproductpagina's.
Hoe ga ik om met REACH-naleving voor een website met duizenden producten? Automatisering is het enige realistische antwoord. Je hebt een gestructureerd productinformatiemanagementsysteem (PIM) of headless CMS nodig dat regelgevingsgegevens als gestructureerde velden opslaat -- niet als vrije tekst. Batchimport van je ERP of regelgevingsbeheersysteem, geautomatiseerde validatieregels (vlaggen producten waarvoor vereiste velden ontbreken) en gesjabloonde productpagina's die nalevingsgegevens dynamisch opvragen. We hebben catalogi met 10.000+ chemische producten met deze benadering gebouwd, en het werkt -- maar het vereist voorinvestering in gegevensarchitectuur. Handmatig beheer stopt rond 50-100 producten onhaalbaar te zijn.