Wordpress: gengivelsesblokerende JavaScript?

Peter Sørensen:

Det var ikke tidligere på året, det var i 2006 altså 10 år siden at Kohavi, R., and R. Longbotham lavede den undersøgelse og det som man bla. konkluderede var at en FORØGELSE af load tiden på 100 ms resulterede i at salg blev reduceret med 1%.

Nej. Jeg var i London så sent som i maj måned hvor nye tal blev præsenteret.

Men igen, hvis du ikke mener hastighed har betydning for SEO eller brugeroplevelse og konverteringer, så synes jeg bare du skal lade dit site være langsomt. Til alle andre vil jeg dog på det kraftigste advare mod en sådan strategi :-)

Mikkel deMib Svendsen:

Peter Sørensen:

Det var ikke tidligere på året, det var i 2006 altså 10 år siden at Kohavi, R., and R. Longbotham lavede den undersøgelse og det som man bla. konkluderede var at en FORØGELSE af load tiden på 100 ms resulterede i at salg blev reduceret med 1%.

Nej. Jeg var i London så sent som i maj måned hvor nye tal blev præsenteret.

Men igen, hvis du ikke mener hastighed har betydning for SEO eller brugeroplevelse og konverteringer, så synes jeg bare du skal lade dit site være langsomt. Til alle andre vil jeg dog på det kraftigste advare mod en sådan strategi :-)

Du skal ikke putte ordnene i munden på mig for det har jeg aldrig sagt og har intet at gøre med mit svar og korrekt kilde angivelse.

At du først har fået de oplysninger i maj som har været tilgængeligt på nettet i 10 år giver dig ingen grund til at nedgøre mit svar.

At du ikke kender til hvad der er sket siden 2016 må stå for egen regning :-)

Mathias Riis:

Såååe, er der en nem måde at fixe det på? Kan det fx gøres i .htaccess?

Det kan siges meget kort.
eksterne javascripts skal ned og ligge under folden, helst helt nede ved afsluttende bodytag, og de skal være async.

Eksterne css filer skal loades via javascript, hvilket betyder at de reelt skal fjernes 100% fra html, og skrives enten inline i javascript også nede ved afsluttende bodytag

De to ovenstående punkter er der ikke mange der forstår hvordan eller hvorfor det skal gøres sådan for at de er ikke blokkerende. Det er altså ikke nok bare at smide dem under folden, som Google PageSpeed insights reelt tester.

Ser man på hvordan W3TC, Wp rocket klare ærterne er det en blanding af skanning af sidens eksterne scripts via preg_match_all/preg_match (en PHP funktion), samt det at wordpress kan se hvilke scripts og css filer der er enqued.

Tænker man lidt videre, kan man faktisk bruge samme metode til at lave sin egen løsning hvor man rent faktisk flytter de scripts ned under folden. ikke svært for en programmør.

W3TC kan sagtens bruges, men man skal se på hvor problemerne kan opstå. Fx går det ikke at man rykker jQuery ned under folden, uden også at rykke de scripts som behøver jquery, dette gælder også de inline scripts som behøver jquery. det samme gør sig gældende for alle andre scripts man rykker ned. en god løsning til at omgås det, er netop brugen af preg_match_all/preg_match til at finde de scripts som er på siden, for derefter at loope igennem dem og derefter skrive dem i bunden af html koden lige inden afsluttende bodytag.

Tænker man endnu mere videre, kunne man lave en løsning som også undlader nogle scripts og css filer i at blive loadet asynkront og under folden. Fx hvis man gerne vil inkluderer det direkte i html koden. formår man at gøre dette, og samtidig lige ser på prioritering af synligt indhold, så vil denne løsning være langt bedre end det man fx ser i Mod_PageSpeed Løsningen som deMib nævner. og hvis man ville kunne man jo også bygge Mod_PageSpeed ovenpå for lige at gøre endnu mere. Men, det er ikke en nødvendighed.

læs mere her:

https://developers.google.com/speed/docs/insights/BlockingJS#InlineJS

http://kim-tetzlaff.dk/google-pagespeed-insights-del-1.html

http://kim-tetzlaff.dk/fjern-gengivelsesblokerende-javascript-og-css-fra-indholdet-over-skillelinjen.html

https://developers.google.com/speed/docs/insights/PrioritizeVisibleContent

https://developers.google.com/speed/docs/insights/OptimizeCSSDelivery#example

http://php.net/manual/en/function.preg-match-all.php

http://php.net/manual/en/function.file-get-contents.php

http://php.net/manual/en/function.ob-start.php

Det er vigtigt at forstå før man kan gøre noget ved det :) også selvom det er så simpelt som at sætte et plugin som W3TC op. Det kan mere end folk lige tror.

Kim Tetzlaff - KTJ-Media.dk:

Mod_PageSpeed Løsningen som deMib nævner

Vi bruger absolut ikke bare mod_pagespeed. Vi laver ekstremt meget manuelt optimering først og bruger så mod_pagespeed til de sidste ting, hvor det er bedst. Den samlede løsning slår alt hvad jeg hidtil har oplevet, med sites der scorer højt på alle typer af målinger.

Mod_pagespeed gør meget mere end blot af fjerne blokerende scripts. Og den klarer det hurtigere, mere stabilt og uden de opdateringsproblemer end de fleste andre løsninger. 

Men mod_pagespeed er absolut ikke en praktisk løsning for alle. For det første kører det server-adgang, som man ikke har på et almindeligt webhotel. Derudover kræver det indsigt i hvordan det virker, og hvordan det justeres så det fungerer optimalt for de/de sites det skal køre på. Det er på ingen måde enkelt, men som sagt ekstremt effektivt hvis man kan. 

Vedr. Google Pagespeed Insight og deres måling af server hastighed, skal man være opmærksom på, at Google cacher svartiden i op til en uge - har vores tests vist og da det ser ud til at deres service udelukkende kører fra USA, så kan man - selv med en god hosting, godt være uheldig at der ind imellem er lidt langsommere svartider, som altså så bliver cachet meget længe. Det er klart en svaghed. 

Der skulle vist have stået "kræver" og ikke "kører" til sidst, men lige meget - det er sent!

Nu har jeg jo næsten allerede fat I jer begge i denne diskussion. Derfor kunne jeg lige bruge lejligheden til at spørge, om I kunne have interesse i at diskutere ranking factors?

Jeg har ikke helt fået styr på hvad jeg synes formatet skulle være, men min tanke er at det kunne være super spændende at lave en side hvor vi hiver nogle danske eksperter ind, og prøver at finde ud af hvad vi kan blive lidt enige om, er reele ranking factors?

Rigtig mange SEO'er vil helt sikkert finde det brugbart og yderst interessant!