Yli 90 % sivuista lataa vähintään yhden kolmannen osapuolen pyynnön, ja HTTP-arkiston mukaan tuhannella suosituimmalla sivustolla on nyt mobiililaitteilla keskimäärin 106 kolmannen osapuolen pyyntöä – 15 enemmän kuin vuotta aiemmin. Vuoden 2025 verkkoalmanakkaSkriptit muodostavat suurimman osan näistä pyynnöistä, 24.8 %.
Lähes mikään siitä ei tullut päätöksellä. Se saapui yksi tunniste kerrallaan, eikä kukaan omista kokonaisuutta. Kustannukset ovat mitattavissa: Googlen tapaustutkimuskirjaston mukaan Vodafone Italia paransi paikallista kulutustaan 31 % ja otti... 8% enemmän myyntiä.
Tämä opas on tarkoitettu henkilölle, jota pyydetään korjaamaan Core Web Vitals -tietoja ja joka ei voi yksipuolisesti poistaa markkinointitunnistetta. Lopulta sinulla on viiden kriteerin pisteytys jokaiselle sivustollasi olevalle kolmannelle osapuolelle, reitityssääntö, joka muuttaa jokaisen pisteytyksen yhdeksi tietyksi toiminnoksi, ja puolustettava numero tapaamiselle, jossa joku puolustaa tunnistetta, mikä maksaa 380 ms.
Kerää inventaario ennen kuin ansaitset mitään
Tarvitset kaksi listaa; kumpikaan ei ole yksinään täydellinen.
Säiliöluettelo. Vie Google Tag Manager -säilösi: tagit, triggerit ja muuttujat omistajineen ja käynnistysehtoineen. Tämä on tarkoitus.
Verkkoluettelo. Lataa sivu Chrome DevToolsissa välimuisti pois käytöstä, suorita sitten Lighthouse ja lue "Reduce the impact of third-party code" -tarkastus. Tämä tarkastus suoritetaan, mukaan lukien muiden tagien lisäämät tagit, jotka eivät koskaan näy säilön viennissä.
Kirjaa seitsemän kenttää jokaista listalla olevaa kolmatta osapuolta kohden:
- Myyjä ja mitä se väittää tekevänsä
- Nimetty yrityksen omistaja (henkilö, ei osasto)
- Skriptin siirtokoko
- Pääsäikeen estoaika, joka johtuu siitä
- Onko se kriittisellä polulla LCP-elementtiin
- Missä sivumalleissa se käynnistyy
- Viimeksi kukaan teki päätöksen datansa perusteella
Viimeinen kenttä on se, jonka ihmiset ohittavat, ja se, joka sulkee eniten argumentteja. Pisteytys kentän dataa vasten: Ydinverkkojen vitals-tiedot arvioidaan 75. persentiili todellisista sivulatauksista, ja nopealla yhteydellä suoritettu laboratoriotesti imartelee pinoasi.
Viisi pisteytyskriteeriä
Anna jokaiselle kolmannelle osapuolelle kaikissa viidessä pistemäärässä 0–3. Korkeammat pisteet tarkoittavat vahvempia perusteita erottamiselle.
| Kriteeri | 0 pistettä | 1-piste | 2 pistettä | 3 pistettä |
|---|---|---|---|---|
| Pääsäikeen hinta | Alle 50ms | 50-150 ms | 150-350 ms | Yli 1 000 ms |
| Kriittisen polun sijainti | Tulipalot latauksen jälkeen, pois polulta | Asynkroninen, ei vaikutusta LCP:hen | Viivästää LCP-elementtiä | Renderöinnin estäminen <head> |
| Osoitettu käyttö | Ohjaa päätöstä viikoittain | Vain kuukausittainen raportointi | Joku avaa sen neljännesvuosittain | Ei nimettyä käyttöä 90 päivään |
| Vaihdettavuus | Korvaavaa ei ole olemassa | Myyjän SDK on ainoa vaihtoehto | Julkisivu tai laiska kuormitus on mahdollista | Natiivi, palvelinpuolen tai ensimmäisen osapuolen vastine on olemassa |
| Suostumuksen riippuvuus | Ehdottoman välttämätön, ei suostumusta | Suostumus tarvitaan, paljon myöntämisen jälkeen | Suostumus vaaditaan, lataukset oletusarvoisesti estetty | Suostumus vaaditaan ja ohjaa muut tunnisteet sisään |
Kokonaissumman lisäksi on kaksi ohitusta:
- Kolmosen arvosana osoitetuissa tapon käyttöreiteissä kokonaismäärästä riippumatta. Mikään hinta ei ole sen arvoinen, että tunnisteesta, jota kukaan ei käytä, maksetaan.
- Kriittisen polun sijaintireittien arvo 3 johtaa vähintään kaistalle 3. Head-osassa oleva renderöintiä estävä skripti on rakenteellinen, olipa toimittaja kuinka arvokas tahansa.
Reititystaulukko
| Yhteensä | Toiminta | Vahvistus vaaditaan |
|---|---|---|
| 0-3 | Säilytä. Pisteytä uudelleen kuuden kuukauden kuluttua. | Ei eristetty |
| 4-6 | Lykkää tai lataa laiskasti | Tekniikka |
| 7-9 | Korvaa julkisivulla tai lataa ehdollisesti reitin, maantieteellisen sijainnin tai suostumustilan perusteella | Tekniikka ja tunnisteen omistaja |
| 10-12 | Siirrä palvelinpuolelle tai korvaa ensimmäisen osapuolen vastaavalla | Analyticsin omistaja |
| 13-15 | Tapa. Esitä pisteet, älä mielipidettä. | Tunnisteen omistajan hallinnoija |
Kaistan sisällä Korrektioasteikko valitsee taktiikan: 3 tarkoittaa, että on olemassa ensimmäisen osapuolen tai palvelinpuolen vastine, joten valitse se mieluummin kuin kaistan oletusarvo.
Kuittaussarakkeella on merkitystä, koska jokainen bändi nimeää yhden henkilön. "Sivusto on hidas tägien takia" on valitus. "Tämä tägi sai 11 pistettä, tässä on kuka sen allekirjoittaa" on sakko.
Toimiva esimerkki
Yhdistetty keskisuurten verkkokauppojen kassa. Ei asiakastietoja; luvut ovat havainnollistavia.
| tag | Hinta | Asema | Käyttää | korvata | Suostumus | Yhteensä | Reitti |
|---|---|---|---|---|---|---|---|
| Live-chat-widget | 3 | 2 | 0 | 2 | 1 | 8 | Julkisivu: kuormitus napsautettaessa |
| Vanha lämpökarttatyökalu | 2 | 1 | 3 | 3 | 2 | 11 | Tapa (käytä ohitusta) |
| Mainoskonversiotunniste | 1 | 1 | 0 | 3 | 2 | 7 | Siirrä palvelinpuolelle (Korvattavuus 3) |
| Suostumustenhallinta-alusta | 1 | 3 | 0 | 1 | 0 | 5 | Kaista 3 (Sijainnin ohitus): tarkasta sen estokäyttäytyminen |
| Fonttipalvelu | 1 | 2 | 0 | 3 | 0 | 6 | Itseisäntä ja osajoukko (Korvattavuus 3) |
Keskusteluwidget on ohjeellinen rivi. Sitä käytetään aidosti eikä sitä voi korvata, ja se edelleen reitittää fasadille, koska rubriikki erottaa "tarvitsemmeko tätä" ja "tarvitsemmeko sitä ensimmäisten 2.5 sekunnin aikana".
[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.]
Kolme korjausta, järjestettynä sen mukaan, kuinka usein ne todella toimivat
Julkisivut. Korvaa upotus staattisella paikkamerkillä, joka lataa varsinaisen widgetin vuorovaikutuksen yhteydessä. Chat-, video-, kartta- ja arviointiwidgetit ovat yleensä tehokkaita ratkaisuja. Se on useimmissa auditoinneissa tuottoisin ratkaisu, koska se poistaa kustannukset poistamatta ominaisuutta, minkä vuoksi se säilyy kokouksessa.
Lykkääminen. Hyödyllinen, varauksin. Kromi alentaa verkon prioriteettia of async ja defer resursseja, joten ne latautuvat odotettua myöhemmin – pikselille se on ok, mutta ei millekään renderöitävälle. web.dev huomauttaa myös, että upotetut tiedostot "voivat estää window.onload jos heidän palvelimensa vastaavat hitaasti, vaikka upotus käyttäisi asynkronista tai lykkäämistä." Lykkääminen siirtää kustannuksia, mutta ei aina poista niitä.
Palvelinpuolen taggaus. Tämä kaipaa korjausta, koska sitä myydään sivunlukunopeutta parantavana tuotteena, eikä se ole sellainen. Googlen oma Johdatus palvelinpuolen taggaukseen kuvaa datan omistajuutta, muotoilua ja reititystä – "vain sinulla on pääsy palvelimella olevaan dataan, kunnes päätät lähettää sen muualle" – eikä esitä suorituskykyväitteitä. Selain suorittaa edelleen mittauskoodia ja lähettää edelleen tapahtumia kuvapikselin kautta, fetch, XHR tai palvelutyöntekijä, jota palvelee palvelinkonttiverkkotunnus.
Se ostaa ensimmäisen osapuolen kontekstin ja hallinnan siitä, mitä infrastruktuuristasi poistuu. Kaikki nopeuden parannukset ovat sivuvaikutus toimittajan skriptien poistamisesta migraation aikana. Jos toimittaja lupaa INP-parannuksen pelkästään palvelinpuolen tagien lisäämisen ansiosta, kysy, mikä skripti lopettaa latautumisen selaimessa; jos vastaus on ei mikään, parannusta ei ole. INP koostuu seuraavista: syöttöviive, käsittelyn kesto ja esitysviive, ja skriptit täyttävät kaksi ensimmäistä valtaamalla pääsäikeen. Pyynnön sijainnin muuttaminen lähetetty ei vaikuta kumpaankaan.
Kun suostumuskerros muuttaa aritmeettista
Suostumustenhallintajärjestelmäsi on yleensä inventaarion parhaiten pisteytetty kohde: se sijaitsee otsikossa, on suunniteltu estämään renderöintiä ja kaikki muut tagit odottavat sitä. Pisteytä se kuten mikä tahansa muukin kohde.
Päätä sitten, kumpaa suostumustilaa käytät, koska niillä on erilaiset suorituskykyprofiilit. Googlen termein, perussuostumustila tarkoittaa, että tagit "estetään, kunnes käyttäjä reagoi suostumusbanneriin", kun taas edistyneessä tilassa "latautuu oletusarvoilla denied" ja lähettää evästeettömät mittaukset ennen suostumusta. Basic on nopeampi alkulatauksessa. Se myös aiheuttaa datakatkoksia: Googlen EYK:n ohjeistus varoittaa, että jos estät tagien latautumisen ennen bannerin vuorovaikutusta, "Google ei pysty vahvistamaan käyttäjän suostumusvalintoja ja tämä voi johtaa tietojen menetykseen".
Tässä alueellinen yksityiskohta ansaitsee paikkansa. Turkki ei kuulu ETA-alueeseen, joten Googlen ETA-alueen suostumussignaalivaatimus ei ulotu Turkin liikenteeseen – mutta Turkin laki kyllä. KVKK:n evästekäytäntöjä koskevassa oppaassa analytiikkaevästeitä käsitellään nimenomaista suostumusta vaativina evästeinä pikemminkin kuin ehdottoman välttämättöminä, vaaditaan, että suostumusluokat ovat oletusarvoisesti valitsematta ja että "Hylkää kaikki" on yhtä näkyvästi esillä kuin "Hyväksy kaikki". kieltää evästeseinät.
Käytännön seuraus turkkilaiselle tai usean markkina-alueen jälleenmyyjälle: käytä perussuostumustilaa turkkilaiselle liikenteelle ja laajennettua tilaa ETA-alueen liikenteelle, etkä menetä mitään, mihin sinulla olisi ollut oikeus kummallakaan markkina-alueella. Useimmat CMP:t eivät tee tätä suoraan pakkauksesta. Se on maantieteellisesti laajentunut määrityspäätös, ei lisäosa.
Mitä tämä arviointiperuste ei kata
- Se pisteyttää tageja, ei sivuja. Etusivulla oleva vaaraton tagi voi olla tuhoisa listaussivulla, joka lataa niitä neljäkymmentä.
- Pääsäikeen kustannukset eivät ole summattavia. Viiden 100 ms:n tagin poistaminen palauttaa harvoin 500 ms:n tuloksen. Mittaa jokaisen muutoksen jälkeen.
- Se jättää oman koodisi huomiotta. Pitkät tehtävät, jotka johtuvat kehyksen hydraatiosta, ovat usein suurempi osa huonosta INP:stä, eikä mikään kolmannen osapuolen auditointi löydä niitä.
- Se antaa sinulle vain kustannuspuolen. 380 ms:n tagi, joka tuottaa todellista ansioluetteloitua tuloa, voi olla säilyttämisen arvoinen.
- Sillä ei ole mielipidettä tietoturvasta tai tietojen säilytyspaikasta, joskus todellinen syy miksi myyjän pitäisi mennä.
- Piggybacked-tunnisteet piiloutuvat konttien vienneiltä. Jos listat ovat ristiriidassa keskenään, luota verkostolistaan.
FAQ
Miten mittaan yhden tietyn kolmannen osapuolen pääketjun kustannuksia? Käytä Chrome DevToolsin suorituskykypaneelia määrittääksesi pitkien tehtävien syyn skriptien alkuperälle ja tarkista tämä Lighthousen "Vähennä kolmannen osapuolen koodin vaikutusta" -auditoinnilla. Vahvista kenttädataa vasten, koska laboratoriotestaus aliarvioi todelliset kustannukset.
Parantaako palvelinpuolen taggaus Core Web Vitals -mittareita? Ei yksinään. Googlen palvelinpuolen taggausta koskevat dokumentit kuvaavat datanhallintaa ja reititystä, eivät sivun nopeutta, ja selain lataa edelleen mittauskoodia ja lähettää tapahtumia. Mahdolliset parannukset johtuvat toimittajan skripteistä, jotka poistat sivulta osana siirtoa.
Mitä Core Web Vital -palveluita kolmannet osapuolet vahingoittavat eniten? Yleensä INP, koska skriptit varaavat pääsäikeen ja pidentävät syöttöviivettä ja käsittelyaikaa. Head-tekstin renderöintiä estävät tagit osuvat sen sijaan LCP:hen, ja myöhässä lisätyt bannerit tai widgetit osuvat CLS:ään.
Pitäisikö minun itse isännöidä kolmannen osapuolen skriptejä? Joskus, mutta se on vaihtokauppa. Itse isännöidyt kopiot eivät enää vastaanota toimittajan API-muutoksia ja tietoturvakorjauksia, ennen kuin päivität ne manuaalisesti, minkä web.dev merkitsee tulo- ja tietoturvariskiksi.
Mitä minun pitäisi tavoitella? Todellisten sivujen latausten 75. persentiilissä: LCP enintään 2.5 sekuntia, INP enintään 200 millisekuntia, CLS enintään 0.1.
Tarvitsenko Googlen suostumustilan, jos liikenteeni on enimmäkseen turkkilaista? Googlen ETA-alueen suostumussignaalivaatimus ei koske turkkilaista liikennettä, mutta KVKK:n evästesäännöt koskevat, joten tarvitset silti toimivan suostumusmekanismin. Muutos on siinä, että voit vapaammin valita nopeamman perustoteutuksen kyseiselle segmentille.
Kuinka usein tämä pitäisi pisteyttää uudelleen? Neljännesvuosittain koko varastosta ja jokaisen toimittajan lisäämisen yhteydessä. Tunnistepinot kasvavat uudelleen: Web Almanacin vuosittaiset luvut osoittavat kolmansien osapuolten pyyntöjen määrän kasvua.
Mitä teen, kun tunnisteen omistaja kieltäytyy? Lähetä nuotti ja bändi, älä väittelyä. Rubriikki on olemassa, joten keskustelussa on kyse numerosta ja nimetystä toiminnasta eikä siitä, kenen prioriteetti voittaa.
Jos kassa- tai listaussivusi eivät vastaa Core Web Vitals -mittareihin etkä pysty sanomaan, mikä toimittaja on vastuussa, suorita tämä arviointi omalla testipinollasi – tai anna meidän suorittaa se kenttädatan ja priorisoidun tilausjonon avulla. Switasin verkkosuorituskykypalvelut.
Lähteet
- Kolmannet osapuolet — 2025 Web Almanac, HTTP-arkisto
- Verkkoanalyysit — web.dev
- Vuorovaikutus seuraavaan maaliin (INP) — web.dev
- Ladataan kolmannen osapuolen JavaScriptiä — web.dev
- Core Web Vitalsin liiketoimintavaikutus — web.dev-tapaustutkimukset
- Palvelinpuolen tagien esittely — Google Tag Platform
- Lähetä tiedot palvelinsäilöön — Google Tag Platform
- Suostumustilan käsitteet — Google Tag Platform
- ETA-liikenteen suostumustilan päivityksiä — Google Ads Ohjeet
- KVKK Çerez Rehberin vaatimustenmukaisuutta koskeva etenemissuunnitelma — Mondaq (viranomaisen 61-sivuisen oppaan analyysi; kvkk.gov.tr ei ollut tavoitettavissa kirjoitushetkellä)
