Volgens het HTTP Archive laadt meer dan 90% van de pagina's minstens één externe bron, en de 1,000 meest bezochte websites verwerken nu gemiddeld 106 verzoeken van derden op mobiele apparaten – 15 meer dan het jaar ervoor. Webalmanak 2025Scripts vormen met 24.8% het grootste deel van die verzoeken.
Vrijwel niets daarvan is tot stand gekomen door een bewuste beslissing. Het kwam stukje bij beetje binnen, en niemand is de eigenaar van het totaal. De kosten zijn meetbaar: de casestudybibliotheek van Google laat zien dat Vodafone Italië de LCP met 31% heeft verbeterd en daarbij kosten heeft gemaakt. 8% meer omzet.
Deze handleiding is bedoeld voor de persoon die Core Web Vitals moet repareren, maar die niet zomaar een marketingtag kan verwijderen. Aan het einde van deze handleiding heb je een score van vijf criteria voor elke derde partij op je site, een routeringsregel die elke score omzet in een specifieke actie, en een verdedigbaar getal voor de vergadering waarin iemand de tag verdedigt die 380 ms kost.
Bouw je inventaris op voordat je iets scoort.
Je hebt twee lijsten nodig; geen van beide is op zichzelf compleet.
De containerlijst. Exporteer je Google Tag Manager-container: tags, triggers en variabelen met hun eigenaren en activeringsvoorwaarden. Dat is de bedoeling.
De netwerklijst. Laad de pagina in Chrome DevTools met de cache uitgeschakeld, voer vervolgens Lighthouse uit en lees de audit "Verminder de impact van code van derden". Dit is wat er daadwerkelijk wordt uitgevoerd, inclusief tags die door andere tags worden geïnjecteerd en die nooit in een containerexport voorkomen.
Noteer voor elke derde partij op een van beide lijsten zeven velden:
- De leverancier en wat deze beweert te doen
- Naam van de bedrijfseigenaar (een persoon, geen afdeling)
- Scriptoverdrachtsgrootte
- Blokkeertijd van de hoofdthread die daaraan toe te schrijven is
- Of het nu op het kritieke pad naar het LCP-element ligt of niet.
- Op welke paginasjablonen het wordt geactiveerd
- De laatste keer dat iemand een beslissing nam op basis van die gegevens.
Dat laatste veld wordt vaak overgeslagen en sluit de meeste discussies af. Score ten opzichte van veldgegevens: Core Web Vitals worden beoordeeld op basis van de 75e percentiel van werkelijke paginaladingenEn een testrun op een snelle verbinding doet je prestaties er beter uitzien.
De vijf beoordelingscriteria
Geef elke derde partij een score van 0-3 op alle vijf criteria. Een hogere score betekent een sterkere reden voor verwijdering.
| Criterium | 0 punt | 1 punt | 2 punt | 3 punt |
|---|---|---|---|---|
| Kosten van de hoofdthread | Onder 50ms | 50-150ms | 150-350ms | Meer dan 350 ms |
| Kritieke-padpositie | Brandjes na het laden, buiten het pad. | Asynchroon, geen effect op LCP | Vertraagt het LCP-element | Render-blocking in <head> |
| Aangetoond gebruik | Stuurt wekelijks een beslissing aan. | Alleen maandelijkse rapportage | Iemand opent het elk kwartaal. | Geen specifiek gebruik gedurende 90 dagen |
| vervangbaarheid | Er bestaat geen alternatief. | De SDK van de leverancier is de enige optie. | Facade of lazy loading is mogelijk. | Er bestaat een native, server-side of first-party equivalent. |
| Toestemmingsafhankelijkheid | Strikt noodzakelijk, geen toestemming nodig | Toestemming vereist, laadtijden na toekenning | Toestemming vereist, standaard wordt toegang geweigerd. | Toestemming vereist en toegang tot andere tags |
Bovenop het totaalbedrag komen nog twee overschrijvingen:
- Een 3 op aangetoonde gebruiksroutes om te doden, ongeacht het totaal. Geen enkele uitgave is het waard voor een tag die niemand gebruikt.
- Een 3 op kritieke-padposities leidt naar minimaal band 3. Een render-blocking script in de head is structureel, ongeacht de waarde ervan voor de leverancier.
Routeringstabel
| Totaal | Actie | Goedkeuring vereist |
|---|---|---|
| 0-3 | Bewaren. Herbeoordelen over zes maanden. | Geen |
| 4-6 | Uitstellen of lazy-loaden | Engineering |
| 7-9 | Vervang door een façade, of laad voorwaardelijk op basis van route, geografie of toestemmingsstatus. | Ingenieur plus tag eigenaar |
| 10-12 | Verplaats naar de serverzijde of vervang door een eigen equivalent. | Analytics-eigenaar |
| 13-15 | Dood. Presenteer de score, niet je mening. | Manager van de eigenaar van de tag |
Binnen een band bepaalt de Replaceability-score de tactiek: een score van 3 betekent dat er een eigen of server-side equivalent beschikbaar is, dus kies die route in plaats van de standaardmethode van de band.
De kolom met goedkeuringen is belangrijk omdat elke band één persoon noemt. "De site is traag vanwege tags" is een klacht. "Deze tag scoorde 11, dit is wie hem goedkeurt" is een ticket.
Een uitgewerkt voorbeeld
Een samengesteld e-commerce afrekenproces voor het middensegment. Geen klantgegevens; de cijfers dienen ter illustratie.
| Dag | Kosten | Functie | Gebruik | vervangen | Toestemming | Totaal | weg |
|---|---|---|---|---|---|---|---|
| Livechat-widget | 3 | 2 | 0 | 2 | 1 | 8 | Facade: laden bij klikken |
| Verouderde heatmap-tool | 2 | 1 | 3 | 3 | 2 | 11 | Doodmaken (Overschrijven gebruiken) |
| Advertentieconversietag | 1 | 1 | 0 | 3 | 2 | 7 | Verplaats naar de serverzijde (Vervangbaarheid 3) |
| Platform voor toestemmingsbeheer | 1 | 3 | 0 | 1 | 0 | 5 | Band 3 (Positie-override): controleer het blokkeringsgedrag |
| Lettertypeaanbieder | 1 | 2 | 0 | 3 | 0 | 6 | Zelfhost en subset (Vervangbaarheid 3) |
De chatwidget is de instructieve rij. Hij wordt daadwerkelijk gebruikt en is niet vervangbaar, en hij leidt nog steeds naar een façade, omdat de rubriek onderscheid maakt tussen "hebben we dit nodig?" en "hebben we dit binnen de eerste 2.5 seconden nodig?".
[INTERNAL DATA NEEDED: replace this composite table with a real anonymised inventory from a Switas engagement — vendor category, measured blocking time, post-change field metric.]
De drie oplossingen, gerangschikt op hoe vaak ze daadwerkelijk werken.
Gevels. Vervang een ingebed element door een statische placeholder die de daadwerkelijke widget laadt bij interactie. Widgets voor chat, video, kaarten en reviews zijn hier doorgaans de beste voorbeelden van. Het is de meest effectieve oplossing in de meeste audits, omdat het de kosten verlaagt zonder de functionaliteit te verwijderen. Daarom wordt deze oplossing ook na de audit goedgekeurd.
Uitstel. Nuttig, maar met enkele kanttekeningen. Chrome verlaagt de netwerkprioriteit of async en defer bronnen, waardoor ze later laden dan je verwacht — prima voor een pixel, maar niet voor iets dat wordt weergegeven. web.dev merkt ook op dat embeds "de weergave kunnen blokkeren". window.onload als hun servers traag reageren, zelfs als de embed gebruikmaakt van async of defer. Defer verplaatst de kosten; het elimineert ze niet altijd.
Tagging aan de serverzijde. Dit moet gecorrigeerd worden, want het wordt verkocht als een product voor paginasnelheid, terwijl het dat niet is. Google's eigen product. Inleiding tot server-side tagging Het beschrijft data-eigendom, -vorming en -routering — "alleen jij hebt toegang tot de data op de server totdat je ervoor kiest om deze ergens anders heen te sturen" — en doet geen uitspraken over prestaties. De browser voert nog steeds meetcode uit en verzendt nog steeds gebeurtenissen via beeldpixels. fetch, XHR of een servicemedewerker die door uw server container domein.
Wat je ermee koopt, is context van de eerste partij en controle over wat je infrastructuur verlaat. Elke snelheidsverbetering is een bijeffect van de scripts van de leverancier die je verwijdert tijdens de migratie. Als een leverancier een INP-verbetering belooft door alleen server-side tagging, vraag dan welk script niet meer in de browser laadt; als het antwoord 'geen' is, is er geen verbetering. INP bestaat uit... invoervertraging, verwerkingsduur en presentatievertragingEn scripts vergroten de eerste twee door de hoofdthread te bezetten. Het wijzigen van de locatie van een verzoek... verzonden Heeft geen van beide invloed.
Waar de toestemmingslaag de berekening verandert
Je platform voor toestemmingsbeheer is meestal het item met de hoogste score in de inventaris: het bevindt zich in de head, het is per definitie render-blocking en elke andere tag wacht erop. Geef het dezelfde score als elk ander item.
Kies vervolgens welke toestemmingsmodus je wilt gebruiken, want de twee hebben verschillende prestatieprofielen. In de termen van Google: basis toestemmingsmodus Dit betekent dat tags "geblokkeerd zijn totdat de gebruiker interactie heeft met een toestemmingsbanner", terwijl de geavanceerde modus "laadt met standaardinstellingen". denied"en verstuurt metingen zonder cookies voordat toestemming is gegeven. De basisversie is sneller bij het laden. Het kost je echter wel data: Google's EER-richtlijnen waarschuwt dat als je voorkomt dat tags worden geladen tot er interactie met de banner plaatsvindt, "Google de toestemmingskeuzes van de gebruiker niet kan verifiëren en dit kan leiden tot gegevensverlies."
Hier is een regionaal detail relevant. Turkije maakt geen deel uit van de EER, dus de EER-toestemmingseis van Google is niet van toepassing op Turks verkeer – maar de Turkse wetgeving wel. De KVKK-richtlijnen voor cookiegebruik beschouwen analytische cookies als cookies waarvoor expliciete toestemming vereist is in plaats van strikt noodzakelijk, vereisen dat toestemmingscategorieën standaard niet zijn aangevinkt en dat "Alles afwijzen" even prominent aanwezig is als "Alles accepteren". verbiedt cookie-walls.
Het praktische gevolg voor een Turkse of multimarkt retailer: als u de basis toestemmingsmodus gebruikt voor Turks verkeer en de geavanceerde modus voor EER-verkeer, verliest u niets van wat u in beide markten toekwam. De meeste CMP's bieden deze functie niet standaard aan. Het is een geografisch bepaalde configuratiebeslissing, geen plug-in.
Wat deze rubriek niet dekt
- Het beoordeelt tags, niet pagina's. Een tag die op de homepage onschadelijk is, kan rampzalig uitpakken op een overzichtspagina waar er veertig van worden geladen.
- De kosten van de hoofdthread worden niet opgeteld. Het verwijderen van vijf tags van 100 ms levert zelden een resultaat van 500 ms op. Meet na elke wijziging.
- Het negeert je eigen code. Langdurige taken die voortkomen uit het hydrateren van frameworks vormen vaak het grootste deel van een slechte INP, en geen enkele audit door een derde partij zal ze ontdekken.
- Het geeft je alleen de kostenkant. Een tag van 380 ms die daadwerkelijk aantoonbare inkomsten genereert, is wellicht de moeite waard om te behouden.
- Het heeft geen mening over beveiliging of gegevensopslag.Soms is dat de werkelijke reden waarom een leverancier zou moeten vertrekken.
- Tags die via een meeliftsysteem worden toegevoegd, zijn niet zichtbaar bij het exporteren van containers. Als de twee lijsten van mening verschillen, ga dan uit van de lijst op het netwerk.
FAQ
Hoe meet ik de kosten van de hoofdthread voor één specifieke derde partij? Gebruik het Chrome DevTools Performance-paneel om lange taken toe te wijzen aan scriptbronnen en vergelijk dit met de Lighthouse-audit "Verminder de impact van code van derden". Bevestig de resultaten aan de hand van praktijkgegevens, omdat een testrun de werkelijke kosten onderschat.
Verbetert server-side tagging de Core Web Vitals? Niet vanzelf. De documentatie van Google over server-side tagging beschrijft gegevensbeheer en routering, niet paginasnelheid, en de browser laadt nog steeds meetcode en verzendt gebeurtenissen. Eventuele verbeteringen komen voort uit scripts van leveranciers die u tijdens de migratie van de pagina verwijdert.
Welke essentiële webcomponenten worden het meest beschadigd door derden? Meestal is dat INP, omdat scripts de hoofdthread bezetten en de invoervertraging en verwerkingsduur verhogen. Render-blocking tags in de head worden in plaats daarvan LCP genoemd, en banners of widgets die later worden geïnjecteerd, worden CLS genoemd.
Moet ik scripts van derden zelf hosten? Soms wel, maar het is een afweging. Zelfgehoste kopieën ontvangen geen API-wijzigingen en beveiligingsupdates van de leverancier meer totdat je ze handmatig bijwerkt, wat door web.dev wordt aangemerkt als een risico voor de inkomsten en de beveiliging.
Wat moet ik nastreven? Bij het 75e percentiel van de werkelijke paginalaadtijden: LCP op of onder 2.5 seconden, INP op of onder 200 milliseconden, CLS op of onder 0.1.
Moet ik de Google-toestemmingsmodus inschakelen als mijn verkeer voornamelijk uit Turkse landen komt? De EEA-eis voor een toestemmingssignaal is niet van toepassing op Turks verkeer, maar de cookie-regels van de KVKK wel. Je hebt dus nog steeds een werkend toestemmingsmechanisme nodig. Wat wel verandert, is dat je meer vrijheid hebt om voor dat segment de snellere, basisimplementatie te kiezen.
Hoe vaak moet dit opnieuw beoordeeld worden? Elk kwartaal voor de volledige inventaris, en bij elke release waarbij een leverancier wordt toegevoegd. Het aantal tags neemt weer toe: de jaarcijfers van de Web Almanac laten een stijging zien in het aantal verzoeken van derden.
Wat moet ik doen als de eigenaar van het kentekenbewijs weigert? Stuur de score en de band, niet het argument. De beoordelingscriteria zijn er zodat het gesprek over een getal en een concrete actie gaat, in plaats van over wiens prioriteit het belangrijkst is.
Als uw afreken- of productpagina's niet voldoen aan de Core Web Vitals-eisen en u niet kunt vaststellen welke leverancier hiervoor verantwoordelijk is, voer dan deze analyse uit op uw eigen systemen — of laat ons deze uitvoeren, met veldgegevens en een geprioriteerde achterstandlijst. Switas webprestatiediensten.
Bronnen
- Derden — Webalmanak 2025, HTTP-archief
- Web Vitals — web.dev
- Interactie met Next Paint (INP) — web.dev
- JavaScript van derden laden — web.dev
- De zakelijke impact van Core Web Vitals — casestudies van web.dev
- Inleiding tot server-side tagging — Google Tag Platform
- Verzend gegevens naar een servercontainer — Google Tag Platform
- Concepten voor toestemmingsmodus — Google Tag Platform
- Updates voor de toestemmingsmodus voor verkeer uit de EER — Google Ads Help
- Nalevingstraject van KVKK Çerez Rehberi — Mondaq (analyse van de 61 pagina's tellende handleiding van de Autoriteit; kvkk.gov.tr was ten tijde van het schrijven niet bereikbaar)
