Goede avond,
Enige tijd geleden heb ik een nieuw hosting pakket aangeschaft bij bedrijf T. Het viel me op dat de eerste respons van de server aan de hoge kant is het laden van de website begint pas na (gemiddeld 2,4 seconden).

De hosting provider geeft aan dat zij hier niks aan kunnen doen en dat ik mijn website moet optimaliseren. Voor mij gevoel speelt het probleem zich eerder af en reageert de server gewoon te langzaam. Na 2.4 seconden begint pas het laden van de website.(Zie afbeelding)



Klopt het dat bij een beter geoptimaliseerde website (op dit moment leeg / kaal) de TTFB omlaag gaat?

Klopt het dat bij een beter geoptimaliseerde website (op dit moment leeg / kaal) de TTFB omlaag gaat?
Nee, je website gaat pas laden nadat alle DNS gegevens zijn opgehaald. Vervolgens wordt er een http request uitgevoerd om de webpagina te laden en pas vanaf dit punt gaat de website optimalisatie gelden. Deze http request is backend en kan je niet zelf optimaliseren.

Origineel gepost door JelleK

Klopt het dat bij een beter geoptimaliseerde website (op dit moment leeg / kaal) de TTFB omlaag gaat?
Nee, je website gaat pas laden nadat alle DNS gegevens zijn opgehaald. Vervolgens wordt er een http request uitgevoerd om de webpagina te laden en pas vanaf dit punt gaat de website optimalisatie gelden. Deze http request is backend en kan je niet zelf optimaliseren.

Wat een onzin. TTFB betekend Time To First Byte die de browser van de server ontvangt. Het DNS gebeuren is allemaal al achter de rug. Het verzoek is aangekomen bij de server en de browser wacht op data (first byte). Je hebt wel gelijk dat het back-end is, maar dan zit het probleem in PHP en de uitvoering van back-end scripts.

Het werkt als volgt:
1. Je browsers stuurt een verzoek naar je server om een pagina op te halen.
2. De server verzameld alle gegevens, zet de pagina in elkaar (Server side scripts, PHP, etc) en stuurt deze naar de browser.
3. De browser geeft de pagina weer en vraagt extra content op (plaatjes, JavaScript, css, etc) bij de server.

Wat er op de server gebeurt is voor ons een raadsel. Het kán zijn dat de server traag is, waardoor het lang duurt om de pagina in elkaar te draaien. Maar waarschijnlijker is dat je website niet goed in elkaar zit en het gewoon lang duurt om alle scripts uit te voeren.
De browser wacht daar meer dan 2 seconden op totdat de server de pagina terug stuurt.

Wat je kan doen: waarschijnlijk gebruik je wordpress met een x aantal plug-ins. Schakel eens plug-ins uit en kijk wat dat met de snelheid doet.

TTFB is de tijd die nodig is voordat de eerste byte van de webpagina in de browser van de user ontvangen wordt.
Een beter geoptimaliseerde website die minder tijd nodig heeft om uiteindelijk iets uit te spugen naar de browser, zal dus wel degelijk een lagere TTFB hebben.

Natuurlijk kun je de backend van je eigen website optimaliseren. Dat kan altijd :)

Of dit je ook iets gaat opleveren is een tweede. Je kunt op een trage server zitten.... druk, slechte netwerkverbinding, overbelast, trage db etc... maar het kan ook zijn dat je een simpele plugin hebt die 2 seconden nodig heeft om iets te doen voordat je pagina pas geladen is. (Of xx plugins).

Edit: Wilbert, je was me net voor :)

Hoewel het moeilijk is om te beoordelen wie hier gelijk heeft, gaat mijn gevoel toch wel naar trage servers of slechte instellingen vanuit het hostingbedrijf. Wat je zou kunnen doen is even een test via tools.pingdom laten lopen vanuit verschillende servers, mogelijk heeft de hosting geen servers in nederland staan waardoor dit probleem veroorzaakt wordt. Een andere hele simpele oplossing is om Cloudflare te activeren op je domein (of het overstappen naar een andere hostingprovider natuurlijk).

Probeer eens eens een statische .html pagina te maken en die te laden. Zelfde resultaat? Dan ligt het waarschijnlijk aan de server.

Ander resultaat kan meerdere oorzaken hebben, zoals een traag script, trage database, trage queries, etc.

Met zo'n TTFB heeft optimaliseren weinig zin. Je zult je score met optimalisatie wel kunnen verbeteren, maar echt goed gaat de Page Speed score nooit zijn met een TTFB van 2,4 seconde. Google heeft 'n flinke Page Speed penalty voor 'n dergelijk trage laadtijd.

Dus: ja, je kunt optimaliseren, maar als de TTFB sowieso traag is, heeft dat weinig zin.

Het moet, ook op een shared server, wel met een factor 10 omlaag kunnen.

Ja, het is 'n hoe dan ook slechte score. Wat de host ook uitkraamt.

Het kan aan zoveel liggen dat het traag is. Hoeft niet per se een slechte hosts te zijn, maar kan ook doordat de website niet optimaal in elkaar zit.

Een klant klaagde een keer dat zijn website er meerdere seconden over deed voordat er een pagina lade. Wat bleek, bij elke nieuwe bezoeker haalde hij serverside allerlei externe gegevens op van over de hele wereld. Dan kan je nog een snelle server hebben, maar gegevens van ver halen kost nou eenmaal tijd. Nadat deze gegevens via een cron werden opgehaald en gecached werden lade de website wel als een zonnetje. :)

Ik denk dat het dus geen kwaad kan er iemand even naar te laten kijken. Want de waterfall afbeelding zegt nog niet heel veel, behalve dat het traag is.

Origineel gepost door Joris de Leeuw

Het kan aan zoveel liggen dat het traag is. Hoeft niet per se een slechte hosts te zijn, maar kan ook doordat de website niet optimaal in elkaar zit.

Een klant klaagde een keer dat zijn website er meerdere seconden over deed voordat er een pagina lade. Wat bleek, bij elke nieuwe bezoeker haalde hij serverside allerlei externe gegevens op van over de hele wereld. Dan kan je nog een snelle server hebben, maar gegevens van ver halen kost nou eenmaal tijd. Nadat deze gegevens via een cron werden opgehaald en gecached werden lade de website wel als een zonnetje. :)

Ik denk dat het dus geen kwaad kan er iemand even naar te laten kijken. Want de waterfall afbeelding zegt nog niet heel veel, behalve dat het traag is.

Het kan inderdaad van alles zijn maar het is zeker in de backend.
Ik kwam een keer een stukje code tegen die in een loop allerlei (niet benodigde) gegevens per gebruiker ophaalde uit de database. Tijdens de lancering van de website was er niets aan de hand. Maar na mate er meer gebruikers kwamen kreeg die loop het steeds zwaarder. De TTFB was op het dieptepunt 38 seconden.
Door alleen 1 mysql query uit een loop te halen (die 60.000 x werd uitgevoerd) ging de TTFB van 38 seconden naar 0.7 seconden.

Met WordPress, waar de host gebruikt van maakt, heb je geen idee wat er zich in al die plugins afspeelt. Een fout van 1 programmeur op een van de plugins kan de website schrikbarend traag maken. Dat is het nadeel van WordPress, het is een samenhangend geheel van allerlei losse stukjes geschreven door allerlei verschillende mensen van verschillende niveaus.