Debat
|
Kære Alle, Er her nogen der ved om man på en forholdsvist nem måde kan afhjælpe det her: Fjern gengivelsesblokerende JavaScript og CSS fra indholdet over skillelinjen? Det drejer sig forresten om en Wordpress installation... - FlyETA.com |
|
Hey, |
Meal4U.dk: Bestil Pizza, Fastfood & Take Away Online
W3 Total Cache gør ikke noget ved gengivelsesblokerende JavaScript. Der er kun to måder at løse det på og de er desværre begge to lidt nørdede at have med at gøre: At fjerne alle gengivelsesblokerende JavaScripts manuelt er ikke så let - og jo flere plugins du bruger, og dermed flere JavaScripts, jo sværere bliver det. Du skal udskyde indlæseningen til efter efter indholdet i toppen af siden er gennemført. Og selv hvis det lykkes for dig, så kan du stprt set starte forfra næste gang der kmmer en opdatering af WordPress og dine plugins. Den anden løsning er med Google mod_pagespeed modulet til Apache servere. Det er den metode vi selv bruger på alle Waimea Business hjemesider. Det er utrolig effektiv og faktisk ret imponerende, at både det - og en hel del andre hastighedsoptimerende effekter kan klares så effektivt som det faktisk er tilfældet. Vores målinger har vist, at det tager under 1 milisekund at opbygge cachen med mod_pagespeed og foretage al sammenlægning af både JavaScripts og CSS. For at bruge mod_pagespee skal du have administrativ adgang til din webserver og mulighed for at installere Apache moduler. Det har man normalt kun hvis man har en dedikeret server. Hvis du har det og har mod på at kaste dig ud i det, så bør du bestemt overveje denne mulighed. Jeg må dog advare om, at det bestemt ikke er let, at få det rigtig opsat - og alting foregår via terminal services. Der er intet brugerinterface til mod_pagespeed. Det er ikke noget jeg selv kan finde ud af, men heldigvis har jeg en dygtig programmør ansat, der er specialist i det. Husk også, at mod_pagespeed modificerer det færdige HTML-output, så laver du fejl så risikerer du at dit website slet ikke virker. Jeg må derfor på det kraftigste anbefale, at du tester det på en test-version af dit website inden du ligger det på dit rigtige site, så du er sikker på det ikke går galt. Hvis alt ovenstående lyder helt umuligt for dig, så vil min første anbefaling være, at du dropper alle de plugins du kan undvære. Jo flere plugins du anvender, jo værre bliver det. Der er også mulighed for at købe hjælp til den her form for optimering, men da det er lidt tidskrævende er det naturligvis ikke helt billigt. |
Jo det gør, man kan netop vælge at loade scripts asynkront (på flere måder) og lige inden afsluttende body tag. Men arbejdet med det er typisk meget manuelt. fx ved at man selv bestemmer eksakt hvordan scripts skal sammenlægges og loades. Dog vil man opleve at det langt fra altid er alle scripts man kan gøre det med, da indlejrede scripts har brug for fx jquery, eller et andet javascript. Men man kan nu altså godt loade det asynkront og under folden.
Ahh :) det er måske at overdrive. Ja hvis man tilføjer nye plugins, så vil man skulle gøre noget ved de plugins filer. Og kun i få tilfælde ved plugin opdateringer vil pluginudvikler have lavet ændringer i de filer som de loader, og så skal man der lave ændringer ja. Men starte forfra skal man stort set aldrig.
Ja det er bestemt tidskrævende at gøre det manuelt, og kan man gøre det med mod_pagespeed, vil det være en god ide, da man der kan gøre en del ting uden rigtig at kende til wordpress terminologi og PHP, der er også meget uoverflødigt man kan, men det finder man nemt ud af. det eneste man reelt skal gøre er at sætte sig ind i netop det modul og dens mange muligheder. Men jeg vil dog sige, dyrt er det heller ikke at få optimeret sin hjemmesides hastighed manuelt. Til trådstarter Og nej der findes som Demib selv siger, ikke en nem måde at omgås det på, selv w3tc skal man lige sætte sig en del ind i og ikke mindst teste på alle leder og kanter, som man jo reelt også skal når man gør det manuelt. Men man kan ikke bare vælge auto og tænke at det nok går. Men du kan læse lidt mere om netop gengivelsesblokkerende javascript her MVH Kim Tetzlaff |
Ekspert i hastighedsoptimering og Teknisk SEO
Optimering og udvikling af hurtige hjemmesider, med mere end 25 års erfaring. Danmarks bedste hastighedsoptimering med speciale i wordpress. Wordpress hjemmeside
Det giver ikke en clean måling på Google Pagespeed Insight, så nej - W3 hjælper ikke rigtig, hvis målet er at få en god PS score i Google :-) Udover det, så er der mange andre problemer med W3 Total Cache der gør at jeg aldrig ville anbefale, at installere det! Vi har brugt meget lang på ekstrem hastighedsoptimering og klart konkluderet, at hvis du vil opnå en stabil top score på komplekse og lækkert designede sites, så er mod_pagespeed eneste farbare vej, da det - når først det er sat rigtigt op, virker selv når WP og plugins opdateres. Selv flot designede WP sites kan vi i dag lave med en Page Speed Score på 100/100. Brugen af Google Analytics giver dog et point mindre med mindre du proxyer scriptet - og det er idiotisk, for det giver reelt set et lidt langsommere site. På samme måde æder det et point med Google Maps og skal du have karrusel eller andet snask" above the fold ryger der hurtigt et par points mere, men selv med GA g karrusel kan vi holde det over 95/95 ... og resultat af det er ret imponerende :-) |
Det passer nu ikke. Der er ikke rigtig noget at diskuterer på denne front. W3TC kan netop smide scripts ned efter al html, og yderligere loade det asynkront. Hvilket netop gør det IKKE blokerende på den helt rigtige måde, jeg snakker ikke bare det at der bliver smidt en attribut på, og ikke kun set i forhold til Google PageSpeed Insights og dens måling, Som jo kun ser på om scripts er placeret under folden. Den ser ikke på om de reelt er blokerende selvom de er placeret under folden. Har man flyttet sine scripts under folden, vil man allerede der have snydt Google PageSpeed Insights til at tro, man har fjernet blokeringen. At det så ikke er i alle tilfælde og på alle typer sites, den kan gøre det 100%, er så en anden snak. Men den kan altså gøre det som det skal gøres. Vil du have den mest optimale hastighed og rendering, skal scripts ned under al html koden, sådan at det er det sidste der bliver læst af browseren. og yderligere skal det loades asynkront. Nogen mener at defer er bedre, men det skubber bare renderingen af siden. hvilket efter min mening er en dårlig ide. Ingen tvivl om at Mod_Pagespeed er et godt modul til både nginx og apache, men det er de færreste udbydere i DK, der rent faktisk giver denne mulighed. Vil man gerne have det, kan man evt vælge en host i udlandet, fx siteground.com. Ellers skal man have sig en dyrere virtuel eller dedikeret server, hvilket ikke er den vej de fleste vil gå. |
Ekspert i hastighedsoptimering og Teknisk SEO
Optimering og udvikling af hurtige hjemmesider, med mere end 25 års erfaring. Danmarks bedste hastighedsoptimering med speciale i wordpress. Wordpress hjemmeside
|
Det lyder somom du skal teste det igen. Du kommer ikke i nærheden af den optimering jeg forventer med W3. Google giver fortsat mange af de samme blokerende fejl - og dertil kommer så de mange problemer der ofte er med W3 og alt det som den ikke klarer. Så nej, med W3 opnår du ganske enkelt ikke den kvalitet der skal til. Vi skaber meget bedre resultater uden. Det er et faktum. |
Ingen grund til at teste det, jeg har gjort det på så mange sites nu. Det handler alt sammen om opsætning og det at sætte sig ind i selve pluginet. Og igen, jeg har gjort det på så mange site nu at det er testet igennem ;) Har man samtidig bare lidt snilde, ja så kan man altså opnå ret gode scores. En side som esmark.dk der er optimeret med et tilsvarende plugin, plus noget udvidelse programmeret af mig, får altså en ret god score. https://developers.google.com/speed/pagespeed/insights/?url=https%3A%2F%2Fesmark.dk%2F&tab=mobile Denne er blevet lavet med WP Rocket, ligner meget W3TC, det er bare ikke så stort. Og med lidt ekstra udvidelse, ja så opnår man altså en 98/98 på forsiden og det samme for undersider. Ikke at det overhovedet er det man skal se på når man optimere sit site, for Google PageSpeed Insights er til at snyde. Så man kan altså opnå eksakt det samme uden brug af Mod_pagespeed. Og igen, det er ikke en dyr omgang ;) |
Ekspert i hastighedsoptimering og Teknisk SEO
Optimering og udvikling af hurtige hjemmesider, med mere end 25 års erfaring. Danmarks bedste hastighedsoptimering med speciale i wordpress. Wordpress hjemmeside
|
Det er jo let nok at få en høj score med en død side uden indhold - det her er den side du lige linkede en test til :-) Det er noget helt andet, når vi snakker om en rigtig side, med design og funktionalitet
Du kan mene hvad du vil om Google PageSpeed Insight, men ikke desto mindre er det den måde Google måler hastigheds-optimeringsgraden af en hjemmeside og det er en af de igtigste tekniske faktorer i dag. Så som SEO mand så SKAL jeg forholde mig til det - for det er det som giver resultater og det er det som jeg bliver betalt for. Om du kan måle bedre eller værre resultater med andre tools er i forhold til SEO og Google ret ligegyldigt. Sådanne målinger kan være gode nok til debygging, men ikke som benchmark for SEO. |
De første 768 linier i head'eren ligger bare som internt styling i html'en. Er det fordi det giver bedre pagespeed score, fremfor at have det i en ekstern css. |
Bliv gratis medlem
Opret bruger