Dette frustrerer meg litt nå:
Spamfilteret på kommentarene fungerer ikke optimalt.
(02.12.2010)

Du er her:

Trege tredjeparter drar ned tempoet

Martin Gjesdal, 11. mars 2009

Alle som bruker en tredjeparts site til å måle statistikk, løper en risiko for å få dratt ned hastigheten på nettsiden sin. Gode råd fra analytikere kan øke risikoen.

Jeg har vært borti en del mindre nettsider som sliter med at en server hos en annen leverandør tydeligvis henger. Jeg sliter sjeldent med det på KjerneDryss.no, men enkelte ganger har hele bloggen hengt fordi Google Analytics er litt sirup. Jeg opplever at dette var et større problem før.

VG gallup sirup eksempelVG sliter også. Selv om jeg personlig sitter på en meget kjapp linje, kan VG stå og henge uten at noe skjer. Grunnen kan simpelthen være at de bytter data med statistik-gallup.net, se utsnittsbilde til høyre.

De som har peiling på statistikk og analyse, anbefaler at du henter data fra så mange kilder som mulig og setter opp mot hverandre. Dette for å få et nøyaktig tall som mulig, ettersom avviket mellom de forskjellige kan være relativt stort. Problemet er at de fleste statistikkverktøyene har en script-basert løsning som snakker med en tredjepart. For hver tredjepart du trekker inn, øker risikoen for at ting henger.

Skjønt, de fleste scriptene legges inn før /body-taggen, og siden er da allerede lastet inn. Jeg opplever likevel problemer også på slike løsninger. Så vær obs på dette og bruk din egen nettside selv!

Mmm.. sirup

Kommentarer

  • Dagfinn

    Ironisk nok, ble jeg sittende og vente 10 sekunder på bit.ly som du hadde brukt for å korte ned URLen.

    Uansett, en stor del av problemet er at HTTP 1.1 RFC 2616 (http://www.faqs.org/rfcs/rfc2616.html) setter sterke føringer på antall samtidige connections mot en server:
    "Clients that use persistent connections SHOULD limit the number of simultaneous connections that they maintain to a given server. A single-user client SHOULD NOT maintain more than 2 connections with any server or proxy"

    Du kan overstyre dette på de fleste nettlesere (IE og http://support.microsoft.com/kb/282402)

  • Martin Gjesdal

    Takk for gode innspill, Dagfinn. Rett og slett flaut på en ironisk og litt morsom måte at bit.ly skulle svikte meg her :-)

  • Trond Pettersen

    Du er absolutt inne på noe her, Martin.

    På dette området er det muligens litt kollisjon mellom krav i markedsførings- & analyse- versus utviklermiljøene. Blant førstnevnte er det viktig å samle inn disse dataene. For sistnevnte /bør/ det være viktig å laste inn så få eksterne ressurser (inkl. javascript-filer) som mulig, for at siten skal oppleves kjapp (også på håndholdte enheter, m.m.).

    I tillegg til det Dagfinn nevner kan det for noen være et problem at nettlesere i enkelte tilfeller lar være å rendre innholdet (så vidt jeg vet spesielt ved tabellbasert layout, som VG.no - ugh!) inntil alle ressurser er ferdig lastet. Dette inkluderer javascript (og bilder) fra tredjeparter.

    Fra kildekoden til VG.no ser jeg at siden inneholder en god mengde eksterne .js og .css filer (i <head>). En løsning for slike siter kunne kanskje være å inkludere én enkelt CSS, samt en enkel javascipt-fil som kan stå for innlasting av øvrige filer, spesielt filer fra tredjeparter, etter at nettsiden er ferdig lastet (NB! har ikke testet dette selv).

    VGs webutviklere burde nok ta en titt på Firebug-tillegget YSlow:
    http://developer.yahoo.com/yslow/

Søk

Sist kommenterte artikler

CorePublish publiseringsverktøy