← Alle aantekeningen
Platform

Chrome brengt native HTML-streaming naar het platform

DV
Daan Visser18 juni 2026 · 3 min lezen

Voor het eerst in twintig jaar krijgt de browser een native primitieve voor iets wat frameworks al net zo lang zelf moeten hacken: HTML gedeeltelijk bijwerken terwijl de server doorstreamt. Chrome 148 introduceert Declarative Partial Updates, te testen achter een experimentele vlag, en hoewel het nog geen productie-feature is, wijst de richting op een grondige verschuiving in hoe server-side rendering de komende jaren standaard werkt. De betrokkenheid van de W3C en de brede interesse vanuit de community maken duidelijk dat dit geen proefballonnetje is.

Hoe het werkt

In plaats van JavaScript te sturen dat een DOM-node opzoekt en aanpast, stuurt de server HTML die zelf aangeeft waar hij thuishoort. Processing instructions zoals `<?marker>` en `<template>` laten de browser inkomende HTML-fragmenten in de juiste slots van een al-geladen pagina zetten — ook als die fragmenten out-of-order binnenkomen. Daar komen nieuwe JavaScript-methoden bij: `setHTML()`, `appendHTML()` en `streamHTML()` bieden een consistent, leesbaarder alternatief voor de soms onhandige bestaande DOM-API's om HTML te injecteren.

Groter dan de naam doet vermoeden

Libraries als htmx en Hotwire Turbo doen dit al jaren, maar bouwen daarvoor alle infrastructuur zelf. Zodra het een echte browser-primitieve is, verdwijnt die infrastructuur: de browser neemt het routeren van HTML-fragmenten naar het juiste DOM-slot voor zijn rekening. Dat resulteert in minder JavaScript, minder library-afhankelijkheid en een patroon dat met het platform meegroeit in plaats van ertegen. Voor apps die zwaar leunen op server-rendering — of die willen bewegen naar minder client-JavaScript — is dat een aantrekkelijk perspectief.

Onze kijk

Dit is de beweging die we graag zien: het platform absorbeert wat frameworks jarenlang zelf moesten nabootsen. Declarative Partial Updates zijn nu nog experimenteel in Chrome 148, maar er vroeg mee vertrouwd raken betekent er klaar voor zijn wanneer ze breed uitrollen. Als je server-side rendering serieus neemt, of gewoon benieuwd bent wat de browser de komende jaren native gaat doen, is dit een spec om bij te houden.

Een build in gedachten?Compileer je idee →