# Cloudflare vernieuwt moduleloader voor betere aansluiting op Node.js

Ontwikkelaars kunnen de nieuwe loader voor Workers zelf inschakelen. Hij verandert hoe codeonderdelen worden gevonden en geladen; bestaande Workers stappen niet automatisch over.

- Canonieke URL: https://ngnews.nl/artikel/cloudflare-vernieuwt-moduleloader-voor-betere-aansluiting-op-node-js
- Gepubliceerd: 2026-09-09T16:00:09Z
- Rubriek: Tech
- Uitgever: Nxt

![AI-illustratie van een kobaltblauwe papieren brug die gekleurde geometrische modules verbindt, als symbool voor softwarecompatibiliteit.](https://ngnews.nl/web/images/nxt-89b0ae936aadf982603a.jpg)

AI-illustratie · Nxt Generation News · Geen foto van de beschreven gebeurtenis.

Cloudflare heeft op 9 september een nieuwe moduleloader voor Workers aangekondigd. Dat onderdeel zoekt en laadt de losse codeonderdelen waaruit een programma bestaat. De wijziging moet het gedrag van Workers beter laten aansluiten op Node.js, zodat software minder afwijkende regels tegenkomt bij het laden van die onderdelen.

Bronnen bij deze passage: [1. Cloudflare — aankondiging van de nieuwe moduleloader](https://blog.cloudflare.com/workers-module-registry-nodejs/)

## Zelf inschakelen

De nieuwe aanpak staat nog niet standaard aan. Ontwikkelaars kunnen hem activeren met de compatibiliteitsoptie new_module_registry. Volgens Cloudflare schakelt ook een recent ingestelde compatibiliteitsdatum deze functie niet vanzelf in. Bestaande Workers blijven voorlopig hun vertrouwde loader gebruiken.

Bronnen bij deze passage: [1. Cloudflare — aankondiging van de nieuwe moduleloader](https://blog.cloudflare.com/workers-module-registry-nodejs/)

## Werk uitstellen tot het nodig is

De documentatie beschrijft dat JavaScript-modules in ESM-formaat pas bij de eerste import worden gecompileerd: voorbereid voor uitvoering. Meerdere uitvoeromgevingen kunnen die gecompileerde code uit een gedeelde cache halen. De oude loader bereidde ESM-modules uit de Worker-bundel vooraf voor en miste die gedeelde cache. Dit beperkt dubbel voorbereidingswerk.

Bronnen bij deze passage: [2. Cloudflare — workerd reference](https://github.com/cloudflare/workerd/blob/main/docs/reference/detail/new-module-registry.md)

## Verdieping: Waarom dezelfde bestandsnaam toch twee modules kan opleveren

De volledige verwijzing naar een module bepaalt welke instantie je krijgt.

De nieuwe registry behandelt verwijzingen als URL’s. Daardoor tellen ook queryparameters en het fragment na een hekje mee bij de identiteit van een module. Twee verwijzingen naar dezelfde broncode met verschillende parameters kunnen ieder hun eigen exemplaar met eigen interne toestand krijgen. De documentatie maakt daarnaast onderscheid tussen zulke exemplaren en de gedeelde moduledefinitie. Het delen van gecompileerde code betekent dus niet dat alle uitvoeromgevingen dezelfde programmatoestand delen.

Bronnen bij deze passage: [2. Cloudflare — workerd reference](https://github.com/cloudflare/workerd/blob/main/docs/reference/detail/new-module-registry.md)

## Bronnen

- [1. Cloudflare — aankondiging van de nieuwe moduleloader](https://blog.cloudflare.com/workers-module-registry-nodejs/)
- [2. Cloudflare — workerd reference](https://github.com/cloudflare/workerd/blob/main/docs/reference/detail/new-module-registry.md)

Zelfstandig geformuleerd met behulp van AI op basis van de genoemde bronnen.