Rapport | De verborgen kosten van de DTC-growth stack

Positionering voor de lezer

Dit rapport is geschreven voor de mensen die de gevolgen van een moderne DTC-stack elke dag merken: growth leads, e-commerce managers, performance marketeers, lifecycle-teams, marketing operations, technische SEO-teams, frontend engineers, analytics-eigenaren en founders die zich blijven afvragen waarom de site traag aanvoelt, terwijl elk hulpmiddel op het eerste gezicht onmisbaar lijkt.

De oorspronkelijke benchmark voor DTC-websites liet zien welke tools merken gebruiken. Dit onderzoek stelt een andere vraag: wat zijn de operationele kosten van al die tools op de storefront?

Het antwoord is niet “tools zijn slecht”. DTC-merken gebruiken analytics-, retentie-, attributie-, review-, chat-, support-, betaal-, upsell- en experimentatietools omdat die echte omzetproblemen oplossen. Het punt is dat elke extra laag een frontendkost, een QA-kost, een consentkost, een datakwaliteitskost en een onderhoudskost met zich meebrengt. Growth stacks creëren groeicapaciteit, maar ook druk op de infrastructuur.

Voor SEO- en e-commercecopywriters biedt dit rapport een nuttiger invalshoek dan “DTC-merken gebruiken veel tools”. Het sterkere verhaal is: het standaard DTC-growth playbook is veranderd in een prestatie- en governanceprobleem.

Executive summary

Over 1.238 gescoorde DTC-domeinen bevat de mediaanhomepage in deze steekproef 52 script-tags en verwijst die naar 8 derde domeinen. Dit zijn geen abstracte technische details. Scripts en derde domeinen zijn in de browser het bewijs van een merk zijn growth stack: analytics, pixels, retentietools, chat, reviews, personalisatie, betalingen, consent en support.

De kosten worden zichtbaar zodra je merken groepeert op analyticsdiepte en marketingdiepte:

Het verschil is groot. Merken met 0-2 analytics-tools hebben, als je de eerste twee buckets samenneemt, een mediaan van 16 scripts en 4 derde domeinen. Merken met 5+ analytics-tools komen uit op een mediaan van 69 scripts en 11 derde domeinen. Met andere woorden: de zwaardere growth stack brengt meer dan vier keer zoveel scriptlast mee als de groep met weinig analytics.

Ook de correlatiedata vertellen hetzelfde verhaal. Stackdiepte heeft een correlatie van 0,731 met het aantal scripts en een correlatie van 0,547 met het aantal derde domeinen. Het aantal analytics-tools heeft een correlatie van 0,658 met het aantal scripts en 0,557 met het aantal derde domeinen. Ook het aantal retentietools correleert duidelijk met het aantal scripts, namelijk 0,611. Dit zijn geen losse uitschieters. Het is een structureel patroon: naarmate de publieke growth stack groeit, neemt de complexiteit aan de browserkant toe.

Het rapport legt ook een privacy- en governancekloof bloot. Consentmanagement, hier gemeten via zichtbare signalen in de stijl van Cookiebot / OneTrust, komt slechts voor op 9,6% van de gescoorde domeinen. Bij merken met 5+ analytics-tools is de dekking van consentmanagers 14,0%. Dat bewijst niet dat de andere merken niet compliant zijn, omdat consenttools ook op manieren kunnen worden geïmplementeerd die deze detectie mist. Maar het laat wel zien dat veel tracking-intensieve sites in de vastgelegde HTML geen duidelijk consentmanagementsignaal tonen.

Ten slotte valt 16,2% van de domeinen in de extreme-categorie voor scriptbelasting, gedefinieerd als meer dan 75 script-tags. Dat is een nuttige benchmark voor technische SEO, growth operations en frontendteams. Als een DTC-homepage meer dan 75 scripts heeft, is het niet langer alleen een marketingpagina. Het is infrastructuur die eigenaarschap nodig heeft.

De kernconclusie: DTC-growthvolwassenheid en storefront-complexiteit groeien samen. Het volgende voordeel zit niet in nog meer tools toevoegen, maar in het beheren van de stack die je al hebt.

De meest deelbare bevindingen

1. De mediaan DTC-homepage in deze steekproef heeft 52 script-tags en 8 derde domeinen.

2. Merken met 5+ analytics-tools hebben een mediaan van 69 scripts en 11 derde domeinen.

3. Merken met 0-2 analytics-tools hebben een mediaan van 16 scripts en 4 derde domeinen.

4. 16,2% van de gescoorde domeinen valt in de extreme categorie voor scriptbelasting.

5. De zichtbaarheid van consentmanagement is in totaal slechts 9,6%, en zelfs bij merken met 5+ analytics-tools maar 14,0%.

6. Stackdiepte correleert sterk met het aantal scripts: 0,731.

7. De DTC-growth stack is niet langer alleen een marketingstack. Het is frontendinfrastructuur.

1. Waarom de kosten van de growth stack ertoe doen

DTC-teams beoordelen tools meestal op de verwachte opbrengst: betere attributie, meer e-mailomzet, een hogere AOV, betere support, nettere reviews, sterkere personalisatie, betere retentie, optimalisatie van paid media of meer conversie-opbrengst. Dat is logisch. Growthteams worden betaald om te groeien.

Maar elke tool brengt ook kosten met zich mee. Sommige zijn zichtbaar: abonnementskosten, implementatiewerk en contractbeheer. Andere zijn lastiger te zien: tragere pagina’s, meer JavaScript, meer calls naar derden, meer QA-scenario’s, meer consentlogica, meer tagconflicten, meer afwijkingen in attributie, meer privacyreviews en meer vragen rond vendor-eigenaarschap.

Dit rapport richt zich op de verborgen kosten. Het gebruikt script-aantallen, aantallen derde domeinen, stackdiepte, toolcategorieën, platformgroepen en categoriegroepen als proxies voor complexiteit. Het claimt niet dat een hoog script-aantal altijd slecht is. Een sterk presterend merk kan er rationeel voor kiezen om meer scripts te laden, omdat elk script een omzetfunctie ondersteunt. Maar hoge complexiteit zonder governance is riskant.

De juiste vraag is niet: “hoe verwijderen we elk hulpmiddel?” De juiste vraag is: welke tools verdienen hun plek op de pagina nog steeds?

2. De baseline: 52 scripts en 8 derde domeinen

De mediaanhomepage in de steekproef heeft:

• 52 script-tags
• 8 derde domeinen

De p75-waarden uit het onderliggende prestatieonderzoek liggen hoger: 69 scripts en 12 derde domeinen. Het maximale aantal scripts ligt nog veel hoger, maar dit rapport richt zich op de verdeling in plaats van uitschieters als negatieve voorbeelden te gebruiken.

Voor operators is de mediaan al genoeg om het punt te maken. Een DTC-homepage bestaat zelden alleen uit HTML, CSS, productafbeeldingen en een checkoutpad. Het is een coördinatielaag voor veel systemen: analytics, pixels, tagmanagement, sessieregistratie, reviews, support, quizzes, pop-ups, abonnementen, personalisatie, betalingen, consent en experimenten.

De verborgen kosten verschijnen op meerdere plekken:

Prestatiekost. Meer scripts kunnen rendering vertragen, concurreren om main-threadtijd, extra netwerkrequests veroorzaken en Core Web Vitals beïnvloeden.

QA-kost. Elke vendorscript voegt testscenario’s toe: desktop, mobiel, consent geaccepteerd, consent geweigerd, ingelogd, uitgelogd, winkelwagenstatus, checkoutpad, regionaal domein en browserverschillen.

Attributiekost. Meer tags leveren niet altijd betere data op. Ze kunnen tegenstrijdige cijfers, dubbele events of discussies over kanaalkrediet veroorzaken.

Privacykost. Meer trackingoppervlakken zorgen voor meer vragen over consent en compliance.

Eigenaarschapskost. Tools overleven vaak de persoon die ze heeft geïnstalleerd. Een script kan nog lang op de site blijven staan nadat het team het dashboard niet meer gebruikt.

Daarom moet de growth stack worden beheerd als infrastructuur, niet als een stapel marketing-add-ons.

3. Analyticsdiepte is de duidelijkste kostenfactor

De sterkste tabel in het onderzoek is de uitsplitsing naar analyticsdiepte:

Deze tabel maakt van een vaag gevoel een concrete benchmark. Van 1-2 analytics-tools naar 3-4 tools gaan, verdubbelt bijna het mediaan aantal scripts: van 30 naar 54. Naar 5+ tools gaan brengt de mediaan opnieuw omhoog, naar 69.

De 0-toolgroep moet niet als beter worden geïnterpreteerd. Veel van die sites zijn mogelijk onvolledig, geparkeerd, heel eenvoudig, zwaar client-rendered of onvoldoende gedetecteerd. De bruikbare vergelijking zit tussen de reguliere operationele groepen: 1-2, 3-4 en 5+ analytics-tools.

Vooral de groep met 5+ analytics-tools is belangrijk. Dit zijn de merken die het meest inzetten op meting en growth operations. Ze hechten waarschijnlijk veel waarde aan paid acquisition, retentie, attributie, sessiegedrag, support, reviews of conversie-optimalisatie. Maar ze dragen ook de zwaarste afhankelijkheidslast.

Dat is de paradox van de growth stack: de merken die het serieusst met meting omgaan, zijn ook de merken die het meest blootstaan aan meetoverhead.

4. Correlaties: dit is structureel, niet anekdotisch

De correlatiematrix laat zien dat stackcomplexiteit niet willekeurig is.

Stackdiepte heeft de sterkste relatie met het aantal scripts. Dat ligt voor de hand, maar het is belangrijk omdat stackdiepte vaak als vooruitgang wordt gezien. Meer tools betekent meer mogelijkheden. Maar ook meer frontendgewicht.

Betalingen laten een verrassend sterke correlatie met het aantal scripts zien: 0,689. Dat betekent niet dat betaalmethoden slecht zijn. Het betekent dat checkoutopties en betaalintegraties deel uitmaken van het complexiteitsbeeld. Een merk dat meerdere betaalroutes ondersteunt, kan de conversie verbeteren, zeker in categorieën met een hoge AOV. Maar die integraties horen nog steeds thuis in het technische governancemodel.

Het aantal retentietools correleert met het aantal scripts op 0,611. Dat is intuïtief logisch. Lifecycletools voegen vaak onsite-formulieren, pop-ups, identificatiescripts, sms-captatie, personalisatie en eventverzameling toe. Retentie leeft niet alleen in e-mail. Het leeft op de storefront.

De governance-implicatie is duidelijk: prestatie kan niet alleen door engineering worden opgelost. Marketing, lifecycle, retentie, paid media, analytics en e-commerce plaatsen allemaal code op de pagina. Ze moeten allemaal deelnemen aan performance governance.

5. Platformpatronen: Shopify-sites dragen een zwaardere zichtbare stack

Platformvergelijkingen moeten voorzichtig worden geïnterpreteerd, omdat de steekproef scheef is richting e-commerce-ecosystemen en Shopify oververtegenwoordigd is. Toch is de platformtabel nuttig als benchmark voor publieke signalen.

Shopify-sites in de steekproef hebben een mediaan van 64 scripts en 9 derde domeinen, met een gemiddelde stackdiepte van 6,3. Dat moet niet worden gelezen als “Shopify veroorzaakt scripts”. Een plausibelere interpretatie is dat Shopify-merken in deze steekproef sterk blootstaan aan app-ecosystemen, checkoutintegraties, lifecycletools, reviewtools, supporttools en growth-vendors.

De groep Onbekend heeft een mediaan van 6 scripts en 2 derde domeinen, maar dat betekent niet per se dat die sites strategisch lichter zijn. Veel onbekende platformen verbergen platformkenmerken, zijn headless, worden onvoldoende gedetecteerd of tonen minder server-gerenderde markup. De juiste lezing is publieke zichtbaarheid, niet de volledige interne stack.

De platformtabel is vooral bruikbaar voor interne benchmarking. Als een Shopify DTC-site 90 scripts heeft, ligt dat boven de Shopify-mediaan in deze steekproef. Heeft die site er 40, dan zit die eronder. Het doel is niet om sites met veel scripts te beschamen. Het doel is om een benchmark te creëren voor beoordeling.

6. Categorpatronen: beauty, food, apparel en wellness dragen zware stacks

De categorietabel laat zien dat DTC-categorieën met sterke groei vaak ook een zware scriptlast hebben.

Beauty & Skincare, Food & Beverage, Apparel & Footwear en Health & Wellness hebben allemaal een mediaan scriptaantal dat dicht bij of boven de totale mediaan ligt. Dit zijn competitieve, content-intensieve en vaak lifecycle-gedreven categorieën. Ze leunen op educatie, reviews, paid acquisition, creator discovery, abonnementen, loyalty, quizzes en personalisatie. Dat zorgt vanzelf voor meer tools.

Food & Beverage is interessant omdat het een hoog mediaan scriptaantal heeft, maar relatief weinig zichtbaarheid van consentmanagement: 5,9%. Dat bewijst geen compliancegat, maar het roept wel een governancevraag op voor merken met tracking-intensieve food- of beveragesites, vooral als ze internationaal actief zijn.

Apparel & Footwear heeft van de grote categorieën de hoogste dekking van consentmanagers: 16,1%. Beauty & Skincare volgt dicht met 15,3%. Deze categorieën hebben in de steekproef mogelijk meer internationale exposure, geavanceerdere paid-mediaoperaties of volwassenere e-commerce stacks.

De les uit de categorieën is niet dat één categorie “slecht” is. De les is dat performance governance categoriebewust moet zijn. Een beautymerk met reviews, quizzes, abonnementen, sms-captatie en attributie ziet er vanzelf anders uit dan een catalogussite met lage complexiteit. De benchmark moet helpen prioriteren, niet één universeel doel opleggen.

7. Consentmanagement: de kloof tussen tracking en governance

Consentmanagement komt in totaal voor op 9,6% van de gescoorde domeinen. Bij merken met 5+ analytics-tools is dat 14,0%.

Dit is een van de belangrijkste bevindingen, omdat het growth-instrumentatie verbindt met privacy governance. Hoe zwaarder de stack, hoe belangrijker consentlogica wordt. Toch blijven zichtbare signalen in de stijl van Cookiebot / OneTrust relatief zeldzaam.

Deze metric heeft kanttekeningen. Een merk kan een consentmanager gebruiken die buiten de detectie valt. Het kan consent via een custom oplossing implementeren. Het kan consent-scripts dynamisch laden. Het kan vooral actief zijn in markten met andere complianceverwachtingen. Daarom mag dit cijfer niet worden geciteerd als “slechts 9,6% voldoet aan de privacywet”. Dat zou te sterk en waarschijnlijk onjuist zijn.

De juiste formulering is smaller: slechts 9,6% van de gescoorde domeinen toont in de vastgelegde HTML een Cookiebot / OneTrust-achtig signaal voor consentmanagement. Dat is nog steeds nuttig. Het suggereert dat veel tracking-intensieve winkels consent governance niet duidelijk zichtbaar maken in de publieke crawl.

Voor operators is de actie eenvoudig: wacht niet op een juridische audit om tracking in kaart te brengen. Bouw een tagmap met doel, eigenaar, vendor, verzamelde data, consentcategorie en laadvoorwaarde. Growthteams moeten weten welke tags vóór consent, na consent en op welke pagina’s afgaan.

8. De extreme scriptcategorie: wanneer een marketingpagina infrastructuur wordt

Dit onderzoek definieert de extreme-categorie voor scriptbelasting als meer dan 75 script-tags. Volgens die definitie valt 16,2% van de gescoorde domeinen in de extreme categorie.

Extreme betekent niet automatisch fout. Sommige merken hebben complexe behoeften: multi-region routing, zware reviewinfrastructuur, rijke producteducatie, personalisatie, meerdere advertentienetwerken, analytics, support, experimentatie en checkoutintegraties. Een complex merk kan terecht een complexe pagina nodig hebben.

Maar extreme zou governance moeten activeren. Boven 75 scripts is een homepage geen eenvoudig marketingasset meer. Het is infrastructuur. Die heeft nodig:

• Een lijst met script-eigenaren
• Een beleid voor tagloading
• Een mapping van consentcategorieën
• Prestatiemonitoring
• Regelmatige opschoning van vendors
• QA-paden voor winkelwagen en checkout
• Regels voor eventdeduplicatie
• Een rollbackplan voor kapotte vendors

Het gevaarlijkste script is niet het zwaarste. Het is het verweesde script: een vendorsnippet waarvan niemand in het huidige team eigenaar is, dat een dashboard voedt dat niemand opent en een pagina vertraagt die niemand audit.

9. Het operatorplaybook: hoe je de growth stack beheert

De praktische reactie op dit rapport is geen volledige toolschoonmaak. Het is een governanceworkflow.

Stap 1: inventariseer elk script. Exporteer alle scriptbronnen van de homepage, productpagina, collectiepagin, winkelwagen en checkout-gerelateerde pagina’s. Neem waar mogelijk ook inline scripts mee.

Stap 2: wijs eigenaarschap toe. Elk script heeft een business owner en een technische owner nodig. Als niemand de eigenaar kan noemen, is het script een verwijderkandidaat.

Stap 3: classificeer het doel. Acquisition, retentie, attributie, reviews, customer support, betalingen, personalisatie, experimentatie, consent, analytics, monitoring of legacy.

Stap 4: breng consentgedrag in kaart. Bepaal of elk script essentieel, analytics, marketing, personalisatie of support is. Bevestig wanneer het afgaat.

Stap 5: controleer het werkelijke gebruik. Is het dashboard actief? Staat het contract nog open? Worden rapporten bekeken? Stuurt de tool beslissingen aan?

Stap 6: meet de impact. Test de paginaprestatie met en zonder zware vendors, waar mogelijk. Volg Core Web Vitals, interactievertraging en main-threadblokkering.

Stap 7: consolideer. Als twee tools dezelfde functie vervullen, kies er één. Dubbele attributie- en analysetools zorgen vaak voor meer discussie dan duidelijkheid.

Stap 8: review elk kwartaal. De growth stack moet een opschoningscyclus hebben, net als advertentieaccounts en e-mailflows.

Deze workflow maakt van performance geen klacht van engineering, maar een operationele discipline.

10. Wat SEO- en contentteams kunnen citeren

Dit onderzoek levert verschillende sterke contenthoeken op:

“De mediaan DTC-homepage heeft 52 scripts.” Dit is de breedste performancehook.

“Hoe zwaarder de analyticsstack, hoe zwaarder de pagina.” Merken met 5+ analytics-tools hebben 69 scripts als mediaan, tegenover 16 bij merken met 0-2 analytics-tools.

“Growthvolwassenheid creëert performance debt.” De merken die het meest inzetten op meting en lifecycle-infrastructuur dragen ook de meeste frontendafhankelijkheden.

“Consentzichtbaarheid loopt achter op trackingdiepte.” Zelfs bij sites met 5+ analytics-tools is de zichtbare dekking van consentmanagers slechts 14,0%.

“DTC-performance is niet langer alleen een ontwikkelaarsprobleem.” Marketing, lifecycle, paid media, support en analytics plaatsen allemaal code op de pagina.

De kanttekening blijft belangrijk: presenteer scriptaantallen niet als bewijs van slechte prestaties. Gebruik ze als proxy voor afhankelijkheidslast en behoefte aan governance.

11. Hoe verschillende teams dit rapport moeten lezen

De verborgen kosten van de growth stack zijn cross-functioneel. Daarom zijn ze ook lastig op te lossen. Elk team ziet een ander deel van het probleem.

Growthteams zien de omzetopbrengst. Zij willen betere attributie, nauwkeurigere doelgroepen, sterkere retargeting, duidelijkere campagnefeedback, betere tests voor landingspagina’s en meer lifecycle-captatie. Vanuit hun perspectief is een nieuw script vaak een kleine prijs voor beter meetbare omzet.

Frontendteams zien de afhankelijkheidskost. Zij hebben te maken met tragere pagina’s, layout shifts, browserfouten, uitval van third parties, geblokkeerde main threads, hydrationproblemen en QA-fouten die worden veroorzaakt door scripts waar zij misschien geen eigenaar van zijn. Vanuit hun perspectief gedragen marketingtags zich vaak als ongecontroleerde productieafhankelijkheden.

SEO-teams zien de ranking- en crawlkost. Zij letten op Core Web Vitals, renderbaarheid, structured data, crawl-efficiëntie en gebruikerservaring. Als een site trager of fragieler wordt, kan SEO-prestatie lijden, zelfs wanneer de nieuwe vendor is toegevoegd voor paid growth of retentie.

Datateams zien de meetkost. Meer tools kunnen leiden tot meer eventduplicatie, meer meningsverschil tussen dashboards, meer kapotte UTMs, meer discussies over kanaalkrediet en meer onzekerheid over welke cijfers beslissingen moeten sturen.

Legal- en privacyteams zien de consentkost. Meer tracking betekent meer vendorbeoordeling, vragen over gegevensverwerking, consentcategorieën, regionaal gedrag en risicomanagement.

Leidinggevenden zien de budget- en verantwoordingskost. Elke tool heeft een abonnementstarief, maar de grotere kosten kunnen zitten in de tijd die nodig is om data te reconciliëren, integraties te onderhouden en siteproblemen op te lossen.

De belangrijkste managementles van dit rapport is dat geen enkel team standaard het volledige probleem bezit. De growth stack heeft een gedeeld operating model nodig. Een praktische vorm daarvan is een kwartaalgebonden “stack council” met vertegenwoordiging van growth, lifecycle, e-commerce, SEO, engineering, analytics en privacy. De agenda moet eenvoudig zijn: wat is toegevoegd, wat is verwijderd, wat wordt nog gebruikt, wat vertraagt de site, wat is juridisch gevoelig en wat levert aantoonbare waarde op?

Dat klinkt bureaucratisch, maar het alternatief is erger: jaren aan vendorsnippets die door verschillende teams zijn geïnstalleerd, zonder gedeelde kaart en zonder opschoningscyclus.

12. De template voor stackreview

Een DTC-team kan dit onderzoek omzetten in een kwartaalreview met een eenvoudige tabel. Elke rij is één tool of script.

Vendor- of scriptnaam. Wat is het?

Business owner. Wie heeft het aangevraagd en wie gebruikt het nog steeds?

Technische owner. Wie kan het veilig verwijderen of aanpassen?

Doel. Acquisition, retentie, attributie, support, reviews, personalisatie, betalingen, experimentatie, consent, monitoring of legacy.

Geselecteerde pagina’s. Homepage, productpagina’s, collectiepagina’s, winkelwagen, checkout, blog, landingspagina’s of overal.

Consentcategorie. Essentieel, analytics, marketing, personalisatie, support of onbekend.

Laatst beoordeeld. Wanneer heeft het team voor het laatst bevestigd dat de tool nog nuttig is?

Bewijs voor de beslissing. Welke metric of workflow hangt ervan af?

Prestatie-impact. Beïnvloedt het scripts, third-party requests, main-threadwerk of Core Web Vitals merkbaar?

Behouden, uitstellen, consolideren of verwijderen. Wat is de beslissing?

Deze template heeft geen geavanceerd engineeringplatform nodig. Je kunt ermee beginnen in een spreadsheet. Het belangrijke is niet het formaat, maar de verantwoordelijkheid. Zodra een tool een eigenaar en een doel heeft, kan het team rationele afwegingen maken. Zonder die kaart wordt elk gesprek over performance politiek.

De beste uitkomst is niet het laagste scriptaantal. De beste uitkomst is een bewuste stack: minder verlaten vendors, netter consentgedrag, minder dubbele tags, betrouwbaardere analytics en betere prestaties voor de tools die echt belangrijk zijn.

13. De minimaal werkbare governancestandaard

Voor teams die niet meteen een volledig kwartaaloverleg voor de stack kunnen opzetten, is er een lichtere variant. Begin met drie regels.

Ten eerste: geen nieuw vendorscript toevoegen zonder eigenaar, doel en verwijdervoorwaarde. Die verwijdervoorwaarde is belangrijk, omdat veel scripts worden geïnstalleerd voor een campagne, test, migratie of tijdelijke lancering en daarna stilletjes permanent blijven staan.

Ten tweede: elke analytics- of marketingtag moet een consentcategorie hebben voordat hij live gaat. Dat vereist geen juridische perfectie van het marketingteam, maar wel een gedocumenteerd pad voor privacyreview.

Ten derde: het team moet één bron van waarheid bijhouden voor actieve storefrontvendors. Als de enige manier om te weten wat er op de site draait is om de page source te inspecteren tijdens een incident, dan is de stack al niet meer beheerd.

Deze drie regels lossen niet elk prestatieprobleem op. Maar ze voorkomen wel de meest voorkomende fout: een growth stack die blijft groeien zonder geheugen.

Methode

Dit onderzoek gebruikt de DTC-dual-reportdataset die op 11 mei 2026 is verzameld. Er zijn 1.238 domeinen gescoord met behulp van master.csv, perf_metrics.csv en categories.csv.

De analyse groepeert domeinen op analyticsdiepte, platform, categorie, scriptbelasting, belasting door derde domeinen en stackcompositie. Het aantal scripts en het aantal derde domeinen worden gebruikt als publieke proxies voor de last van frontendafhankelijkheden.

Toolcategorieën omvatten tracking, observability, retentie, customer experience, betalingen en signalen voor consentmanagement. Correlaties worden berekend over numerieke stack- en belastingvelden.

Kanttekeningen

1. Scriptaantal is een proxy, geen volledige prestatie-score. Het meet niet direct Core Web Vitals, main-threadblokkering, netwerk-timing of gebruikerservaring.

2. Een hoog scriptaantal is niet automatisch slecht. Een complex merk kan complexe infrastructuur nodig hebben. Het probleem is onbeheerde complexiteit.

3. Tooldetectie is een ondergrens. Sommige scripts laden dynamisch, na consent, via tagmanagers of via client-side rendering.

4. Detectie van consentmanagers is geen juridische analyse. Het cijfer van 9,6% weerspiegelt zichtbare Cookiebot / OneTrust-achtige signalen in vastgelegde HTML, niet totale compliance.

5. De steekproef is geen volledige DTC-census. Ze is scheef richting merken die zichtbaar zijn in e-commerce-ecosystemen en publieke DTC-lijsten.

6. Categorielabels zijn richtinggevend. Ze zijn nuttig voor patroonanalyse, maar niet voor een exacte taxonomie.

Opmerkingen over reproduceerbaarheid

De leveringsmap bevat:

• analyze_growth_stack_cost.py — analysescript dat is gebruikt om de storefront-stackbelasting, analyticsdiepte, scriptaantal, aantal derde domeinen, zichtbaarheid van consentmanagers en gerelateerde governance-signalen te scoren.
• growth_stack_cost_scores.csv — kosten- en belastingmetrics op domeinniveau voor de growth stack.
• by_analytics_depth.csv — script- en derde-domeinbelasting gegroepeerd op analyticsdiepte.
• by_platform_stack_cost.csv — vergelijking van stackbelasting op platformniveau.
• by_category_stack_cost.csv — vergelijking van stackbelasting op categorieniveau.
• stack_cost_correlations.csv — numerieke correlatiematrix over stack- en belastingvelden.
• highest_script_burden_domains.csv — domeinen met de hoogste scriptbelasting voor redactionele review en handmatige validatie.
• summary.json — kerncijfers uit dit rapport, waaronder mediaan scriptaantal, mediaan aantal derde domeinen, vergelijkingen op analyticsdiepte, zichtbaarheid van consentmanagers en het aandeel extreme scriptbelasting.

Correcties op de methode, datasetproblemen en vervolganalyses zijn welkom via support@thunderbit.com. Dit rapport is gepubliceerd onafhankelijk van elke commerciële positie van Thunderbit; wij bouwen een AI-aangedreven webscraper, en we hebben een structureel belang bij openbare e-commercesites die voldoende inspecteerbaar blijven voor operators, onderzoekers, zoekmachines en AI-agents om te begrijpen wat erop draait. De benchmark is gebaseerd op 1.238 gescoorde DTC-domeinen op basis van publieke websitesignalen die op 11 mei 2026 zijn verzameld. De gegevens in dit rapport staan op zichzelf. — Het Thunderbit researchteam, mei 2026.