Ik kom meteen terzake! Dit is geen zoveelste nutteloze post met het opnoemen van plugins, dit is geen post voor mietjes maar voor mensen die er wat tijd willen insteken en resultaat willen, … en dat kan ik je met deze tips garanderen! Ik herhaal het voor de zekerheid nog eens, dit is een ‘doe’ post en je zal er wat tijd moeten insteken maar het loont zeker de moeite!
Ik geef je een heleboel gouden tips in 3 posts, in opbouwende volgorde qua technische kennis en moeilijkheidsgraad, om je WordPress blog of in het algemeen jouw website sneller te maken. Deze tips werken echt want ik heb ze uitgetest en systematisch doorgevoerd voor mijn blog. ik ben trouwens nog steeds bezig, er kruipt natuurlijk wel wat werk in. Handen uit de mouwen en laten we van start gaan om die laadtijd van jouw website te verminderen.
Laat je vooral niet ontmoedigen! Het loont! Zoals SEO een continue process is, is de snelheid van jouw website behouden dat ook. Ik help je alvast op weg en ik vermoed dat je nog nooit zo’n ruime bespreking zal gelezen hebben!Enkel website snelheid weetjes die je moet in jouw achterhoofd houden
We kennen ondertussen allemaal wel al wat plugins zoals de WP Cache en WP Super Cache en dergelijke plugins, maar er kan veel meer gedaan worden dan dat. Op een bepaald ogenblik zit je vast en kan je niets meer doen wat betreft hulpmiddeltjes in de vorm van plugins installeren. Dan is het tijd om een stukje dieper te graven zeker als je WordPress blog (of andere PHP website) niet draait op een Linux server, zoals mijn blog. PHP draait sneller op een Linux server, dat is algemeen geweten, maar als je naast PHP ook ondersteuning hebt voor ASP.NET bij je hosting, dan moet het wel een Windows server zijn en deze kan je PHP website wel wat vertragen.
Je moet zeker goed in je achterhoofd onthouden dat hoe meer plugins je installeert, hoe trager ook jouw blog wordt. Dus, je moet een middenweg zoeken tussen welke plugins jij echt nodig hebt en wat je kan missen. Wees zeer selectief en test enkele plugins uit! Kies niet zomaar de eerste de beste.
Vergeet niet dat het inladen van de zichtbare content anders is dan wachten tot je blog verschijnt. De bezoeker wil onmiddellijk content zien. Wat maakt het hem of haar uit of er nog scriptjes moeten laden in de achtergrond. Het oog wil wat, de rest van de functionaliteit volgt. Het nadeel is dat ik niet met zekerheid kan zeggen of Google het ook zo ziet, ik vermoed van niet. Google telt waarschijnlijk de totale laadtijd op en niet de laadtijd van de content. Misschien is dit wel iets te moeilijk te meten maar volgens mij zou dit toch wel aan de orde zijn! Niemand die zal kraaien dat je website traag inlaadt zolang deze onmiddellijk dingen op het scherm te zien krijgt (en dan bedoel ik geen loadbar maar wel content hé!).
Ga daarom niet alleen af op de tips in de Google Webmaster Tools maar gebruik ook eens een andere tool om te vergelijken. Gebruik de SiteTimer bijvoorbeeld van OctaGate als je niet echt vertrouwd bent met de Google Page Speed tool of andere plugins voor Chrome of Firefox. Deze online service toont wat er allemaal ingeladen wordt, zeer interessant.
Waarom niet alleen afgaan op de info van Google Webmaster Tools? Als die snelheid spider van Google net komt wanneer de server zwaar belast wordt, dan heb je het waarschijnlijk vlaggen. Dat is nou net het nadeel van hun controle op de snelheid. Ik kan niet met zekerheid zeggen of er al dan niet op willekeurig tijdstip een test wordt uitgevoerd maar ik vermoed van niet. Dus overweeg je hosting vooraleer je van start gaat met jouw website. Misschien een dedicated server overwegen?
Weet ook dat de snelheid van websites pas in de kinderschoenen staat! Wat wil ik hiermee zeggen? Niet iedere hostingfirma of websitebureau kent dergelijke technieken al, laat staan dat ze die al toepassen. Zo denk ik voornamelijk aan éénmansbedrijfjes die nog websites maken met frontpage en dergelijke programma’s (ja er zijn er nog meer dan je denkt die het doen!).
Dus, enkele essentiële snelheid tips voor jouw website :
- Hosting in functie van jouw website (PHP, ASP, ASP.NET, JSP, …)
- Test je site met verschillende tools om te vergelijken
- Niet teveel plugins installeren, probeer ze te vermijden als je kan
Snelheid tips voor websites – relatief gemakkelijk
- Vermijd Twitter & Facebook pluginsDergelijke social media plugins zijn echt een killer voor de laadtijd van jouw website. Allemaal leuk die integraties zoals fanboxes van Facebook en tweets die op websites worden getoond, maar die vreten énorm aan je laadtijd! Overweeg liever een link en een goeie call-to-action button om mensen naar jouw sociale profielen te ‘lokken’.
- Vermijd Tweetmeme en Facebook submit buttonsDit is een moeilijke beslissing. Laat je die uit je blog of niet? Tenslotte verlaag je zo wel de drempel om jouw artikel te posten naar een social bookmark site, maar dan raad ik je Tweetmeme en die Facebook submit button hard af hoor! Als je dergelijke bookmarks wil plaatsen, gebruik dan addthis. Het is de snelste op de markt tegenover het grootste aanbod. Je zou het ook zelf kunnen gaan integreren in jouw website maar dan moet je al wat kunnen programmeren en dan denk ik dat de meesten hier toch blok vast zullen zitten.Waarom zou je het zelf programmeren? Als je de service addthis, of eender welke andere service dan ook, zou gebruiken, doe je terug een DNS lookup. Daardoor kan je site ook vertragen. Als je die zelf programmeert, dan heb je weeral 1 DNS lookup uitgespaard. Is dat de moeite? Hangt er van af hoe ver jij wil gaan en hoeveel kennis je in huis hebt. Je kan natuurlijk ook altijd een websitebouwer aanspreken hé.
- Vermijd Google Services zoals de Google Friend sign-in buttons, Google Translate, …Alhoewel Google deze kwestie in gang heeft gezet, brengen ze er zelf niet veel van terecht. Dat vind ik nu eens echt zwak van hen! Google hamert al een hele tijd op snelheid van websites en de services die zij aanbieden te integreren in websites, trekt op geen reet! Sorry voor het woordgebruik maar het is zo en dat mag toch wel eens gezegd worden!Zo had ik zelf een Google Translate button op mijn blog staan die alles real-time vertaalde naar het Engels en die vertraagde mijn website met maar liefst 5 seconden! Ik had 2 services van Google geïntegreerd wat resulteerde in een vertraging met maar liefst 10 seconden! In onderstaande afbeelding zie je goed dat in januari de Google Translate functie de boel een piek heeft gegeven in de negatieve zin en in februari heb ik daar nog eens Google Friend Connect aan toegevoegd. Absoluut geen aanrader!
Als dan toch gebruik wil maken van Google Translate, gebruik dan een code waar je moet klikken vooraleer er vertaald wordt. Zoek dus ook geen plugin maar zoek naar een code waar je eerst moet klikken op een knop. Zo wordt alleen maar wat HTML code ingeladen en dus geen onnodige bewerkingen of programmatie die je nog niets een gebruikt op jouw website! Laat die er misschien gewoon uit! Idem voor Google Friend Connect, laat die er ook maar uit. Geen kat in België of Nederland die daar echt gebruik van maakt.
- Schakel de WordPress plugin Parallel loading uitIk weet niet of je deze al gebruikt maar deze plugin zorgt ervoor dat jouw javascripts op het einde van de pagina worden opgehaald en niet in het begin. Zelf ben ik er niet van weg, nauwelijks lauw over. Als je veel javascripts of plugins hebt draaien op jouw WordPress blog, moet je deze eens installeren en testen. Je ziet wel wat het heeft, maar als de installatie van de plugin jouw website niet sneller kan maken z’n eigen laadtijd dat deze plugin zelf toevoegd aan jouw website, spaar jezelf dan de moeite en gooi deze er dan maar weer uit. Trouwens, er bestaat een betere manier om javascripts sneller te laten inladen maar daar kom ik in een volgende post wel op terug.
- Installeer Lazyload!Als er één javascriptje is dat je zeker moet hebben staan dan is het “lazyload” wel!
Het scriptje zorgt ervoor dat de images op jouw website pas worden ingeladen als ze zichtbaar worden voor de surfer. Er worden dus geen afbeeldingen ingeladen vooraleer de gebruiker verder scrolt naar beneden. Als je posts of content hebt met veel foto’s in, raad ik je dit scriptje ten stelligste aan! Het heeft mijn blog met maar liefst 4 seconden sneller laten inladen. Op onderstaande afbeelding zie ongeveer op het einde van februari een piek in de neerwaartse beweging. Na he verwijderen van die Google services had ik dit scriptje ook geïnstalleerd en het resultaat was verbluffend!
Ik moet er wel bij zeggen dat de focus toen op een grote post lag met veel images en dit dus goed heeft geholpen voor mijn blog. Deze plugin raad ik je dus echt aan als je met grote foto’s werkt. Heb jij kleinere foto’s, dan zou deze plugin misschien wel niet zoveel betekenen voor jouw website als die betekent voor de mijne, maar toch, installeer die maar!
De spider die de snelheid van jouw website controleert is een programma en dus kan deze niet scrollen. Daardoor worden er geen images ingeladen en win je aan laadtijd. Ik hoor sommigen al denken “huh? wat dan met jouw images voor SEO?” Geen probleem, spiders volgen links en halen images dus ook op als links. Als er een alt tag op ligt, dan zal die ook wel ingelezen worden. Ik zie er geen graten in voor het zoekmachine optimalisatie aspect.
Btw, wil je ook weten hoe Google Webmaster Tools tips geeft voor de snelheid van jouw blog?
- Verander jouw WordPress feedGooi de standaard feed uit je wordpress theme en link naar feedburner. Je blog zal een stuk sneller laden en het geeft je trouwens ook het voordeel dat je het aantal ingeschreven mensen kan tellen. Het voordeel hiervan is dat je feed niet ingeladen worden bij het inladen van jouw website. Hiermee kan je toch wel wat laadtijd winnen voor jouw website of blog. Ik won 0,5 seconden door mijn feed met 10 posts uit te schakelen. Het nadeel is hiervan dat je in de adresbalk in Firefox niet meer het RSS icoontje ziet staan, maar als mensen geïnteresseerd zijn in jouw website, dan zullen ze wel inschrijven via Feedburner. Trouwens met Feedburner kan je ook mensen laten inschrijven via e-mail en dat kan je niet met WordPress.
- Overweeg het aantal posts op je homepage10 of 5 posts, het maakt al snel een verschil hoor qua laadtijd. Bij mij scheelt het 0,5 seconden maar dat is een beetje afhankelijk van de grootte van jouw inleidende tekstjes of jouw posts (als je volledige posts op je homepage plaatst). Ik ben er zelf nog niet aan uit wat ik zal doen, herleiden tot 5 posts op de homepage of er 10 zetten. Daarvoor moet ik even verder graven in mijn stats of dat wel slim zal zijn. Let op, dit is toch een drastische stap! Minder content op je homepage kan je website doen zakken in de rankings van de zoekmachines, of misschien net omgekeerd! Kijk ook eens wat je doelpubliek doet op jouw homepage. Check eerst even je stats en doe wat research vooraleer je knipt in je posts op de homepage.
In een vorige post, heb ik nog tips gegeven om de snelheid van een website op te krikken.
Bon, ik denk ik je al wat op weg heb gezet om wat actie te ondernemen voor jouw website hé? In een volgende post ga ik iets dieper in op een ander belangrijk punt en dat is het ontlasten van de server.
Ik weet dat het allemaal maar kleine stukjes zijn en tipjes die misschien niet voor iedereen zullen een even grote impact zullen hebben, maar als je even nadenkt over het feit dat ze naar de maan zijn gevlogen met een programma van slechts 16Kb, dan denk ik toch wel dat de kleintjes allemaal samen wel degelijk iets uitmaken!

Seolab
Op 12 april 2010 om 19:44
Mooi artikel!
Maar dit kwam ik vandaag tegen.
While site speed is a new signal, it doesn’t carry as much weight as the relevance of a page. Currently, fewer than 1% of search queries are affected by the site speed signal in our implementation and the signal for site speed only applies for visitors searching in English on Google.com at this point. We launched this change a few weeks back after rigorous testing. If you haven’t seen much change to your site rankings, then this site speed change possibly did not impact your site.
1% is niet veel
[Reageer op deze comment]
Dries Bultynck Reply:
april 12th, 2010 at 20:15
@Seolab, allereerst welkom en bedankt voor je interessante reactie.
Ik snap je punt maar toch zou ik iedereen aanraden te werken aan de snelheid van jouw website. Als is dat niet echt een grote factor in ranking, maar het kan wel helpen, … ik zeg het kan, meer niet.
Als je nou 2 identieke websites met dezelfde content zou opstarten, dan verkiest Google de snelste en zeker terecht! Het verschil zit in een klein hoekje en dat is voor zowel iedere business op website, … uitblinken is de boodschap. Je moet de snelheid van een website zien als een pluspunt voor users. De ervaring van de user gaat er op vooruit, die ranking volgt wel als de site goede content heeft.
Interessant dat je ook aanhaalt dat dit pas in Google.com English actief is. Dat is inderdaad zo en voor alle nieuwe services van Google is Google.com English de eerste waar ze dingen doorvoeren. Let wel op, heb je al eens gemerkt hoe snel ze alles doorvoeren naar de andere domeinen die Google heeft? Ik zou het toch op de “to-do” lijst zetten hoor. Niet zozeer om beter te ranken maar zeg nu zelf, knap jij niet af op een trage website? Ik word daar gek van als die traag inlaad. Denk aan usability, het ene volgt altijd uit het andere.
Usability & content goed > ranking volgt > mensen vinden jouw website > meer comments / meer contacten > meer zichtbaarheid > wordt doorverteld aan mensen van “hé die website moet je zeker checken” > vaste volgers krijgen > meer interactie > interessante discussie > socializen volgt in real life > vrienden worden > interessante business partners worden > … en je kan zo maar doorgaan :)
[Reageer op deze comment]
Seolab Reply:
april 13th, 2010 at 08:52
@Dries Bultynck, Natuurlijk vind ik website snelheid erg belangrijk, standaard neem ik het mee in de projecten die we opleveren. Alleen de ophef er om heen,
Fragment van serountable.com
SEOs Blaming Site Speed For Rankings Already
A Google Webmaster Help thread already has one webmaster who blames his hosting company for a downgrade in rankings. He said that because his website was down for 40 hours, it impacted his site speed ranking. Um, if your site is down for 40 plus hours, Google may remove you for a bit for other reasons.
Succes met je artikel!
[Reageer op deze comment]
Dries Bultynck Reply:
april 13th, 2010 at 17:08
@Seolab, interessante stelling maar zou wel eens kunnen kloppen hé. Als de site een hele tijd offline is en die wordt iedere dag gecached, dan blijft er niet veel positiefs aan over hé.
Marketingyudai
Op 12 april 2010 om 19:50
Zoals steeds interessant. Ik ga er alvast twee van hanteren van je tips
- bye bye twitter feeds (of kan dat geen kwaad?)
- lazyload installeren
MaT
[Reageer op deze comment]
http://www.driesbultynck.be/page-speed/website-snelheid-tips-die-echt-werken/René Greve
Op 12 april 2010 om 19:56
Inderdaad, bye, bye, Twitterfeeds, Tweetmeme en welkom Lazyload. Dankje Dries. We kijken uit naar je volgende post!!
[Reageer op deze comment]
http://www.driesbultynck.be/page-speed/website-snelheid-tips-die-echt-werken/Dries Bultynck
Op 12 april 2010 om 20:08
Bedankt, de volgende zal wel ietsje technischer zijn en wat meer werk vragen maar ik wil hier echt eens een goede serie neerzetten voor eender welke website. WordPress of niet, iedereen zal er uit kunnen lezen. Teveel bloggers die snel lijstjes met plugins maken voor één bepaald platform. Wake-up, andere mensen willen ook weten hoe ze dat kunnen doen.
[Reageer op deze comment]
http://www.driesbultynck.be/page-speed/website-snelheid-tips-die-echt-werken/jon
Op 13 april 2010 om 12:52
html sites met frontpage zijn sneller dan wordpress php sites
php is langzamer door database. dus frontpage is zo slecht nog niet :)
[Reageer op deze comment]
Dries Bultynck Reply:
april 13th, 2010 at 17:03
@jon, welkom! Inderdaad html is statisch en dus sneller dan PHP, dat is een feit maar we leven anno 2010 en statische websites zijn zo goed als ondenkbaar als je een deftige en vooral dynamische site wil die je dagelijks of wekelijks wil updaten. E-commerce met statische html? Ain’t gonna happen.
Maar, inderdaad, louter technisch gezien is een database aanspreken één van de punten waardoor een website vertraagd.
[Reageer op deze comment]
Codeboy
Op 14 april 2010 om 21:08
Als we grotere mediawebsites bekijken dan zie ik dat op het vlak van snelheid zowel tracking als bannering vaak heel de boel vertragen.
Uiteraard zijn beide broodnodig, de ene voor de marketing en de andere voor de centjes. Van de tracking (specifiek Google Analytics) ga ik er van uit dat de uitgevers (Google dus) op de hoogte zijn van het probleem en dit bekijken.
Qua bannering merk ik dat de ontwerpers/planners/bureaus vaak nog helemaal niet in deze mindset zitten. Ze denken vooral aan de campagne en te weinig aan de drager van de campagne, zijnde de website. Beetje korte termijn denken.
Globaal genomen mag de snelheid van de websites zeker meetellen. De portalen waar ik op werk (Zita en Vandaag.be) zijn specifiek ontwikkeld op snelheid, ik ken een aantl concullega’s waar snelheid echt wel een issue is. Zou dus een concurrentieel voordeel mogen zijn :-)
[Reageer op deze comment]
Dries Bultynck Reply:
april 14th, 2010 at 22:19
@Codeboy, welkom Joeri, bedankt voor je comment! Zijn er specifieke dingen die jij toepast voor Zita en Vandaag.be?
[Reageer op deze comment]
website snelheid tips | DigitalBits Blog
Op 22 april 2010 om 09:01
[...] 22nd, 2010 Via de nieuwsbrief van Dave (etail) kwam ik bij het volgende artikel : http://www.driesbultynck.be/index.php/2010/04/12/website-snelheid-tips-die-echt-werken/ het is met name gericht op de wordpress [...]
http://www.driesbultynck.be/page-speed/website-snelheid-tips-die-echt-werken/Waarom de laadtijd van je website belangrijk is… | Danny Verhoeven | De Scherpe Pen
Op 5 juli 2010 om 21:14
[...] snelheid van je blog optimaliseren adviseer ik je om de serie aan artikelen van Dries Bultynck over website snelheid te [...]
http://www.driesbultynck.be/page-speed/website-snelheid-tips-die-echt-werken/