{"id":11916,"date":"2026-02-20T09:00:06","date_gmt":"2026-02-20T08:00:06","guid":{"rendered":"https:\/\/jimber.io\/?p=11916"},"modified":"2026-02-20T09:00:06","modified_gmt":"2026-02-20T08:00:06","slug":"browserisolatie-in-2026-hoe-pixelgebaseerde-rendering-zero-day-bedreigingen-tegenhoudt","status":"publish","type":"post","link":"https:\/\/jimber.io\/nl\/blog\/browserisolatie-in-2026-hoe-pixelgebaseerde-rendering-zero-day-bedreigingen-tegenhoudt\/","title":{"rendered":"Browserisolatie in 2026: hoe pixelgebaseerde rendering zero-day bedreigingen tegenhoudt"},"content":{"rendered":"

Browserisolatie neutraliseert zero-day bedreigingen door kwaadaardige code nooit het eindpunt te laten bereiken. In plaats van te proberen te detecteren wat gevaarlijk is, gaat isolatie ervan uit dat alles gevaarlijk kan zijn. Webcontent wordt uitgevoerd in een wegwerpbare cloudcontainer en gebruikers ontvangen alleen een visuele stream van de gerenderde pagina. Het resultaat: zelfs als een aanvaller misbruik maakt van een onbekende kwetsbaarheid, blijft de aanval opgesloten in een container die vernietigd wordt op het moment dat de sessie eindigt. <\/p>\n

Deze gids legt uit hoe pixelgebaseerde rendering werkt, waarom op detectie gebaseerde beveiliging tekort blijft schieten en wat IT-teams in het middensegment moeten weten voordat ze een isolatieaanpak kiezen. We behandelen de belangrijkste isolatiemethoden, praktische inzetpatronen en de compliance-invalshoek voor Europese organisaties die werken onder NIS2 en GDPR. <\/p>\n

Aanbevolen fragment: hoe houdt browserisolatie zero-day bedreigingen tegen<\/h2>\n
    \n
  1. Een gebruiker klikt op een link of navigeert naar een website.<\/li>\n
  2. De pagina wordt geladen in een veilige, wegwerpbare container in de cloud.<\/li>\n
  3. Alle code, scripts en actieve inhoud worden uitgevoerd binnen die container, volledig ge\u00efsoleerd van het apparaat van de gebruiker.<\/li>\n
  4. De gebruiker ontvangt alleen een visuele stream van de gerenderde pagina en heeft normale interactie door klikken, scrollen en typen.<\/li>\n
  5. Wanneer de sessie eindigt, wordt de container vernietigd samen met alle bedreigingen die het tegenkwam.<\/li>\n
  6. Kwaadaardige code raakt het endpoint nooit aan, ongeacht of de bedreiging bekend of onbekend was.<\/li>\n<\/ol>\n

    Waarom op detectie gebaseerde beveiliging blijft falen<\/h2>\n

    De meeste tools voor webbeveiliging werken door bedreigingen te herkennen. Secure Web Gateways filteren URL’s op basis van reputatiedatabases. Antivirussoftware vergelijkt bestanden met bekende handtekeningen. Sandboxing-oplossingen brengen verdachte payloads tot ontploffing in gecontroleerde omgevingen. Elk van deze methoden is afhankelijk van \u00e9\u00e9n aanname: dat de bedreiging kan worden ge\u00efdentificeerd voordat deze schade veroorzaakt. <\/p>\n

    Zero-day kwetsbaarheden doorbreken die aanname. Per definitie is een zero-day een fout die onbekend is bij de softwareleverancier en waarvoor geen patch beschikbaar is. Detectietools kunnen niet signaleren wat ze nog niet kennen. <\/p>\n

    De Chrome zero-day CVE-2026-2441, onthuld in februari 2026, toonde deze leemte duidelijk aan. De kwetsbaarheid, een ‘use-after-free’-fout in de CSS-engine, stelde aanvallers in staat om willekeurige code uit te voeren binnen de sandbox van de browser door een gebruiker naar een voorbereide pagina te lokken. Elke browser op basis van Chromium op Windows, macOS en Linux werd getroffen. Zelfs met automatische updates ingeschakeld, bleven veel organisaties dagenlang blootgesteld terwijl de patches werden uitgerold. <\/p>\n

    Dit is geen ge\u00efsoleerd incident. Google heeft alleen al in 2025 acht actief misbruikte zero-days in Chrome gepatcht. Het patroon is structureel: browsers voeren complexe, niet-vertrouwde code uit miljoenen bronnen uit en het aanvalsoppervlak groeit met elke nieuwe webstandaard en JavaScript API. <\/p>\n

    Voor IT-teams in het middensegment die een hybride personeelsbestand beheren, cre\u00ebert dit een moeilijke situatie. Het blokkeren van onbekende sites frustreert werknemers en duwt hen in de richting van schaduw-IT. Door brede toegang zonder isolatie toe te staan, wordt de organisatie blootgesteld aan bedreigingen die geen enkele detectietool op tijd kan opsporen. <\/p>\n

    Wat browserisolatie eigenlijk doet<\/h2>\n

    Browserisolatie neemt het fundamentele risico weg door te scheiden waar webcode wordt uitgevoerd en waar de gebruiker werkt. In plaats van de HTML, CSS en JavaScript van een website te downloaden en uit te voeren op de lokale machine, zorgt een cloud-gebaseerde container voor al deze verwerking op afstand. <\/p>\n

    De gebruiker heeft nooit interactie met de eigenlijke code. Ze zien een visuele weergave van de pagina, teruggestreamd naar hun browser, en hun invoer zoals klikken, toetsaanslagen en scrollen wordt doorgestuurd naar de container. De ervaring voelt als normaal browsen. Het beveiligingsmodel is fundamenteel anders. <\/p>\n

    Wanneer de sessie eindigt, wordt de container vernietigd. Alle malware, exploitcode of volgscripts die tijdens de sessie werden geladen, verdwijnen mee. De volgende sessie start vanaf een schone, geverifieerde image. <\/p>\n

    Deze benadering maakt de vraag “is deze website veilig?” irrelevant. Elke site wordt behandeld als potentieel gevaarlijk en geen enkele site kan het eindpunt schaden. <\/p>\n

    Drie isolatiemethoden vergeleken<\/h2>\n

    Niet alle browserisolatie werkt op dezelfde manier. De markt heeft zich gevestigd rond drie hoofdbenaderingen, elk met verschillende afwegingen tussen beveiliging, prestaties en gebruikerservaring. <\/p>\n

    DOM-reconstructie<\/h3>\n

    DOM-reconstructie laadt een webpagina in een externe omgeving, verwijdert actieve elementen zoals scripts en bepaalde CSS en stuurt een gezuiverde versie van het Document Object Model naar de lokale browser.<\/p>\n

    Het voordeel is een laag bandbreedtegebruik en minimale latentie. Het nadeel is dat het zuiveringsproces niet perfect is. Geavanceerde aanvallers kunnen kwaadaardige code verbergen in DOM-structuren die er onschuldig uitzien voor de reconstructie-engine. Complexe webapplicaties die sterk afhankelijk zijn van JavaScript kunnen ook breken wanneer scripts te agressief worden gestript, wat kan leiden tot problemen met de lay-out of ontbrekende functionaliteit. <\/p>\n

    DOM-reconstructie werkt goed voor browsingscenario’s met een laag risico waarbij snelheid belangrijker is dan absolute insluiting.<\/p>\n

    Op pixels gebaseerde rendering (visuele streaming)<\/h3>\n

    Op pixels gebaseerde rendering, ook wel pixel pushing genoemd, is de sterkste vorm van isolatie die beschikbaar is. De volledige webpagina wordt gerenderd in een cloudcontainer en de gebruiker ontvangt alleen een stroom van visuele frames, vergelijkbaar met het bekijken van een video. Geen HTML, geen JavaScript, geen CSS bereikt de lokale browser. <\/p>\n

    \n\n\n\n\n\n\n\n\n\n
    Criterium<\/th>\nDOM-reconstructie<\/th>\nOp pixel gebaseerde rendering<\/th>\n<\/tr>\n<\/thead>\n
    Isolatieniveau<\/td>\nLogisch (code is gezuiverd)<\/td>\nFysiek (luchtspleet tussen code en eindpunt)<\/td>\n<\/tr>\n
    Zero-day bescherming<\/td>\nBeperkt tot opschoonlogica<\/td>\nVolledig, code bereikt nooit het apparaat<\/td>\n<\/tr>\n
    Vereiste bandbreedte<\/td>\nLaag<\/td>\nHoger, hoewel moderne compressie en edge computing het verschil aanzienlijk verkleinen<\/td>\n<\/tr>\n
    Ervaring van de gebruiker<\/td>\nBijna native, maar sitebreuk kan voorkomen<\/td>\nSoepel met moderne implementaties, volledige interactiviteit inclusief kopi\u00ebren, plakken, afdrukken<\/td>\n<\/tr>\n
    Past het best<\/td>\nBrowsen met laag risico, vereisten voor hoge snelheden<\/td>\nOmgevingen met hoge beveiliging, toegang tot gevoelige gegevens, niet-vertrouwde sites<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n

    Moderne pixelgebaseerde implementaties hebben de vroege bruikbaarheidsproblemen opgelost die isolatie een slechte reputatie gaven. Transparante tekst overlay lagen laten gebruikers op een natuurlijke manier tekst selecteren en kopi\u00ebren. Clipboard bridging werkt veilig tussen container en eindpunt. Bestandsdownloads passeren content disarm en reconstructie voordat ze het apparaat van de gebruiker bereiken. Met edge computing en geoptimaliseerde videocompressie is de latentie gedaald tot een niveau waarop de meeste gebruikers niet meer kunnen zien dat ze door een ge\u00efsoleerde sessie browsen. <\/p>\n

    Voor organisaties die gevoelige gegevens verwerken, werken onder strikte compliance-eisen of gebruikers moeten beschermen die regelmatig ongecategoriseerde of risicovolle webinhoud openen, biedt rendering op basis van pixels de hoogste mate van zekerheid.<\/p>\n

    Netwerk vector rendering<\/h3>\n

    Netwerk vector rendering (NVR) volgt een hybride aanpak. In plaats van pixelframes te verzenden, stuurt de server tekenopdrachten naar de lokale browser. Dit vermindert de rekenvereisten op de server en verlaagt de latentie in vergelijking met pure pixel streaming, terwijl een sterkere isolatie dan bij DOM-reconstructie behouden blijft. <\/p>\n

    NVR is populairder geworden in specifieke gebruikssituaties binnen ondernemingen, maar het gebruik ervan blijft beperkter dan de andere twee methoden. Voor de meeste organisaties in het middensegment van de markt komt de keuze neer op DOM-reconstructie voor lichtere toepassingen en pixelgebaseerde rendering voor maximale bescherming. <\/p>\n

    Waarom de browser het primaire aanvalsoppervlak is geworden<\/h2>\n

    Ruwweg 85% van de bedrijfstaken gebeurt nu in een webbrowser. E-mail, samenwerkingstools, CRM-systemen, financi\u00eble platforms, HR-portals en zelfs code-editors worden uitgevoerd als webapplicaties. De browser is een besturingssysteem binnen het besturingssysteem geworden. <\/p>\n

    Deze concentratie van activiteiten maakt de browser het meest waardevolle doelwit voor aanvallers. Phishing-links worden geopend in de browser. Drive-by downloads maken gebruik van zwakke plekken in de browser. Kwaadaardige advertenties voeren JavaScript uit in de browser. Exfiltratie van gegevens uit SaaS-applicaties gebeurt via de browser. <\/p>\n

    Traditionele verdedigingslinies zijn niet gebouwd voor deze realiteit. Firewalls beschermen netwerkgrenzen die niet langer bestaan wanneer werknemers thuis, op luchthavens en in kantoren van klanten werken. VPN’s brengen externe gebruikers “binnen” de netwerkperimeter, waardoor het aanvalsoppervlak juist groter wordt in plaats van kleiner. <\/p>\n

    Browserisolatie pakt dit direct aan door ervoor te zorgen dat de browser, de meest blootgestelde toepassing op elk apparaat, niet kan worden gebruikt als toegangspoort tot het bedrijfsnetwerk.<\/p>\n

    Hoe isolatie past in een SASE-architectuur<\/h2>\n

    Browserisolatie biedt de meeste waarde als het niet wordt ingezet als de zoveelste standalone tool. Het toevoegen van een ge\u00efsoleerde browser bovenop bestaande VPN’s, firewalls en aparte webfilters zorgt alleen maar voor nog een console om te beheren en nog een beleidssilo om te onderhouden. <\/p>\n

    De meer praktische aanpak is om isolatie te integreren in een Secure Access Service Edge (SASE) platform waar het werkt naast Zero Trust Network Access, een Secure Web Gateway, Firewall-as-a-Service en SD-WAN. In dit model wordt isolatie \u00e9\u00e9n handhavingspunt binnen een verenigd beleidskader. <\/p>\n

    Zo ziet dat er in de praktijk uit:<\/p>\n

    Een gebruiker authenticeert zich via ZTNA. Hun identiteit wordt geverifieerd, hun apparaatstatus wordt gecontroleerd en ze krijgen alleen toegang tot de specifieke applicaties die hun rol vereist. Wanneer ze op het web surfen, gaat het verkeer via de Secure Web Gateway. Bekende veilige bestemmingen worden normaal geladen. Niet-gecategoriseerde of risicovolle bestemmingen worden automatisch door browserisolatie geleid. De gebruiker ziet geen verschil, maar kwaadaardige inhoud bereikt nooit zijn machine. <\/p>\n

    Als de gebruiker een bestand downloadt tijdens een ge\u00efsoleerde sessie, passeert het bestand content disarm en reconstructie, waarbij macro’s, ingesloten scripts en andere potentieel gevaarlijke elementen worden verwijderd voordat het bestand wordt afgeleverd.<\/p>\n

    Voor agentloze apparaten zoals printers, IoT-sensoren en industri\u00eble machines die geen browserisolatieagent kunnen uitvoeren, biedt NIAC-hardware inline netwerkisolatie<\/a> die dezelfde Zero Trust-controles op netwerkniveau afdwingt.<\/p>\n

    Deze ge\u00efntegreerde aanpak betekent \u00e9\u00e9n console, \u00e9\u00e9n beleidsset en \u00e9\u00e9n audit trail. Voor MSP’s die meerdere klanten beheren, maakt de multi-tenant architectuur het mogelijk om consistent isolatiebeleid toe te passen op alle klanten zonder te hoeven jongleren met aparte producten. <\/p>\n

    Praktische implementatiescenario’s<\/h2>\n

    Hybride werken en BYOD<\/h3>\n

    Persoonlijke laptops en telefoons zijn de moeilijkst te beveiligen apparaten. U kunt hun patchniveau, endpointbeveiliging of configuratie niet garanderen. Browserisolatie lost dit op zonder dat er een agent nodig is. Gebruikers hebben toegang tot bedrijfswebapplicaties via een ge\u00efsoleerde sessie vanaf elk apparaat, elke browser en elke locatie. Als het apparaat gecompromitteerd is, voorkomt de isolatielaag dat het compromitterende apparaat de bedrijfsbronnen bereikt. <\/p>\n

    Bescherming tegen phishing<\/h3>\n

    Phishing blijft de meest voorkomende aanvalsvector. Met browserisolatie wordt elke link in elke e-mail geopend in een container. Als de bestemming een pagina is waarop gegevens worden verzameld, ziet de gebruiker de pagina maar kan de aanval geen interactie aangaan met de lokale machine of toegang krijgen tot in de browser opgeslagen gegevens. Als de link een drive-by download triggert, wordt de malware uitgevoerd in de container en vernietigd wanneer de sessie eindigt. <\/p>\n

    OT- en gezondheidszorgomgevingen beschermen<\/h3>\n

    Medische apparaten, industri\u00eble controllers en productieapparatuur draaien vaak verouderde software die niet kan worden gepatcht of beschermd met moderne endpoint agents. De NIAC-hardware van Jimber<\/a> isoleert deze apparaten op netwerkniveau, waarbij alleen gedefinieerde communicatiestromen worden toegestaan en zijwaartse bewegingen worden geblokkeerd. In combinatie met browserisolatie voor de operators en technici die toegang hebben tot deze systemen, wordt de hele IT-OT-brug beveiligd zonder de productie te verstoren. <\/p>\n

    Openbare terminals en gedeelde werkstations<\/h3>\n

    Bibliotheken, overheidsdiensten en gedeelde kantoorcomputers vormen een uniek risico. Elke gebruikerssessie doorloopt een ge\u00efsoleerde container die na gebruik wordt vernietigd. De volgende gebruiker start vanuit een schone staat. Geen cookies, geen in het cachegeheugen opgeslagen referenties, geen achtergebleven malware. <\/p>\n

    De compliance-invalshoek: NIS2, GDPR en aantoonbare bescherming<\/h2>\n

    De Europese regelgeving schrijft geen specifieke technologie\u00ebn voor, maar vereist wel aantoonbaar risicobeheer en proportionele controles. Browserisolatie ondersteunt dit op concrete manieren. <\/p>\n

    NIS2 verwacht van organisaties dat ze hun aanvalsoppervlak verkleinen en incidenten effectief indammen. Isolatie levert structureel bewijs dat webgebaseerde bedreigingen het bedrijfsnetwerk niet kunnen bereiken, ongeacht of een gebruiker op een kwaadaardige link klikt of een gecompromitteerde site bezoekt. <\/p>\n

    GDPR vereist dat de toegang tot persoonlijke gegevens beperkt en gepast is. Wanneer browserisolatie wordt gecombineerd met op ZTNA-gebaseerde toegang met minimale privileges<\/a>, kunt u aantonen dat gebruikers alleen de applicaties en gegevens bereiken die hun rol vereist, via sessies die worden bijgehouden en controleerbaar zijn. <\/p>\n

    Voor auditors cre\u00ebert dit een schoon pakket bewijsmateriaal: identiteitsverificatie, controles van de houding van apparaten, ge\u00efsoleerde browsersessies, opschonen van inhoud voor downloads en een gecentraliseerd logboek van elke toegangsbeslissing.<\/p>\n

    Hoe Jimber browserisolatie werkbaar maakt<\/h2>\n

    Jimber levert browserisolatie als onderdeel van zijn SASE-platform dat in de cloud wordt beheerd<\/a>. Webcontent wordt uitgevoerd in een beveiligde container en gebruikers ontvangen een visuele stream van de gerenderde pagina. Ze kunnen nog steeds tekst selecteren, kopi\u00ebren, plakken, opslaan en afdrukken. In de praktijk merken gebruikers niets van de isolatielaag, maar kwaadaardige code bereikt hun apparaat nooit. <\/p>\n

    Dit is geen standalone product dat op een bestaande stack wordt geschroefd. Jimber integreert Remote Browser Isolation<\/a> met Zero Trust Network Access, Secure Web Gateway, Firewall-as-a-Service en SD-WAN in \u00e9\u00e9n console. Beleidsregels worden \u00e9\u00e9n keer geschreven en consistent toegepast op alle gebruikers, apparaten en sites. <\/p>\n

    Voor apparaten die geen agents kunnen draaien, biedt NIAC-hardware inline isolatie op netwerkniveau, waardoor een veilige brug wordt geslagen tussen IT- en OT-omgevingen. Het platform is multi-tenant en gebouwd voor MSP’s, met transparante prijzen en API-first controle voor automatisering. <\/p>\n

    Het resultaat: browserisolatie die risico’s vermindert zonder operationele complexiteit toe te voegen. E\u00e9n platform. E\u00e9n beleidsmodel. E\u00e9n controlespoor. <\/p>\n

    FAQ<\/h2>\n

    Vertraagt browserisolatie het browsen?<\/strong><\/h3>\n

    Moderne pixel streaming technologie introduceert minimale latentie. Voor complexe webapplicaties kan isolatie de waargenomen prestaties zelfs verbeteren door zware JavaScript-uitvoer over te hevelen naar krachtige cloudservers in plaats van deze uit te voeren op verouderde eindpunthardware. <\/p>\n

    Kunnen gebruikers nog steeds tekst kopi\u00ebren en bestanden downloaden?<\/strong><\/h3>\n

    Ja. De transparante overlaytechnologie maakt tekstselectie en copy-paste mogelijk. Bestandsdownloads doorlopen inhoudsontmanteling en -reconstructie, waardoor potentieel gevaarlijke elementen zoals macro’s en ingesloten scripts worden verwijderd voordat een schoon bestand aan de gebruiker wordt geleverd. <\/p>\n

    Moet ik op elk apparaat een agent installeren?<\/strong><\/h3>\n

    Browserisolatie kan werken via een browserextensie op beheerde apparaten of via een webportaal voor BYOD- en contractortoegang. Agentless apparaten zoals printers en IoT-apparatuur kunnen op netwerkniveau worden ge\u00efsoleerd met NIAC-hardware. <\/p>\n

    Hoe verhoudt browser isolatie zich tot een Secure Web Gateway?<\/strong><\/h3>\n

    Ze werken samen. De SWG zorgt voor URL-categorisatie, het afdwingen van beleid en het blokkeren van bekende bedreigingen. Browserisolatie handelt alles af wat de SWG niet kan voorspellen, vooral zero-day bedreigingen en niet-gecategoriseerde sites. De integratie van beide in \u00e9\u00e9n platform voorkomt beleidsdrift en dubbel beheer. <\/p>\n

    Is browserisolatie alleen voor grote ondernemingen?<\/strong><\/h3>\n

    Nee. Isolatie die in de cloud wordt geleverd, kan worden opgeschaald zonder dat er een infrastructuur op locatie nodig is. Middenmarktteams en MSP’s kunnen het snel implementeren als onderdeel van een bredere uitrol van SASE. <\/p>\n

    Hoe ondersteunt browserisolatie NIS2-compliance?<\/strong><\/h3>\n

    Isolatie levert bewijs dat webgebaseerde aanvalsvectoren structureel zijn ingeperkt. In combinatie met ZTNA, apparaatposture-controles en gecentraliseerd loggen ondersteunt het de aantoonbare risicovermindering en incidentinsluiting die NIS2 verwacht. <\/p>\n

    Bescherm je team tegen bedreigingen die je niet kunt voorspellen<\/h2>\n

    Zero-day kwetsbaarheden zullen blijven komen. Detectietools zullen te laat blijven komen. Browserisolatie neemt de afhankelijkheid van detectie volledig weg en maakt het mogelijk om “ja” te zeggen tegen webtoegang zonder het risico te accepteren. <\/p>\n

    Boek een demo<\/a><\/strong> en zie hoe het op isolatie gebaseerde SASE-platform van Jimber je gebruikers, je gegevens en je compliance-houding vanuit \u00e9\u00e9n console beschermt.<\/p>\n","protected":false},"excerpt":{"rendered":"

    Detectietools falen tegen zero-days. Ontdek hoe pixelgebaseerde browserisolatie veilig websessies streamt om uw endpoints te beschermen. <\/p>\n","protected":false},"author":5,"featured_media":11913,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"footnotes":""},"categories":[2],"tags":[],"class_list":["post-11916","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-ongecategoriseerd"],"acf":[],"_links":{"self":[{"href":"https:\/\/jimber.io\/nl\/wp-json\/wp\/v2\/posts\/11916","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/jimber.io\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/jimber.io\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/jimber.io\/nl\/wp-json\/wp\/v2\/users\/5"}],"replies":[{"embeddable":true,"href":"https:\/\/jimber.io\/nl\/wp-json\/wp\/v2\/comments?post=11916"}],"version-history":[{"count":1,"href":"https:\/\/jimber.io\/nl\/wp-json\/wp\/v2\/posts\/11916\/revisions"}],"predecessor-version":[{"id":11917,"href":"https:\/\/jimber.io\/nl\/wp-json\/wp\/v2\/posts\/11916\/revisions\/11917"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/jimber.io\/nl\/wp-json\/wp\/v2\/media\/11913"}],"wp:attachment":[{"href":"https:\/\/jimber.io\/nl\/wp-json\/wp\/v2\/media?parent=11916"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/jimber.io\/nl\/wp-json\/wp\/v2\/categories?post=11916"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/jimber.io\/nl\/wp-json\/wp\/v2\/tags?post=11916"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}