Ik heb een website van een klant naar 1 van mijn servers verhuisd, voorzien van https, de juiste 301 redirects ingesteld, en we gaan een week 2 weken later van 550 clicks per dag in Webmaster tools terug naar 25 
Het gaat om een wordpress site, bezaaid met plugins, en een onverklaarbare reden waarom de site zo'n enorme daling laat zien.
De 301's zijn juist. Google laat de verhuizing op de juiste wijze zien. Ik zie 2 vage meldingen in Sitemaps daar waar een pagina hier en daar een hoge responstijd laat zien maar gewoon een moment opname is geweest.
Ik trek de site door insights, daar komt een 50 mobiel en 55 desktop voor uit. Na optimalisatie komt hier 71/100 en 81/100 voor uit. Het enige waar insights op hamert is de hogere respons time van 0.73 seconden.
Vaag, website verhuizen naar een andere server die wel specifiek voor wordpress is ingericht, na 24 uur identiek hetzelfde.
Ik ben op onderzoek uitgeweest en heb een resource debugger geinstalleerd, voor:
Na het uitschakelen van de grootste veroorzaker (plugin, ultimate addons for visual composer):
Daling van wel 60MB in geheugengebruik.
Die plugin had gewoon even 60MB nodig voor het openen van de homepagina alleen. Die maakte blijkbaar een callback naar huis toe om te checken of de plugin wel geregistreerd was.
Gespeeld met W3C cache, minify op CSS, beperkte minify op JS (aangezien niet iedere JS het leuk vind in elkaar gedrukt te worden), geen verschil.
Meer van de plugins wil / kan ik niet uitschakelen omdat deze de basis functionaliteit van de site weergeven. Ik heb sites op dezelfde server, groter, maar die geen 0.73 load tijd laten zien. Het rare was is dat het ook op een ander en vrij lege server liet zien.
Hoe kan ik de TTFB in een wordpress omgeving nog verder verbeteren? De specs van de server ligt het niet aan, Raid 10 SSD's, 64GB ram, opcache, load van minder dan 1% gemiddeld enz.
Dit mag normaal niet gebeuren, ook niet voor een wordpress site. Tips?
Het gaat om een wordpress site, bezaaid met plugins, en een onverklaarbare reden waarom de site zo'n enorme daling laat zien.
De 301's zijn juist. Google laat de verhuizing op de juiste wijze zien. Ik zie 2 vage meldingen in Sitemaps daar waar een pagina hier en daar een hoge responstijd laat zien maar gewoon een moment opname is geweest.
Ik trek de site door insights, daar komt een 50 mobiel en 55 desktop voor uit. Na optimalisatie komt hier 71/100 en 81/100 voor uit. Het enige waar insights op hamert is de hogere respons time van 0.73 seconden.
Vaag, website verhuizen naar een andere server die wel specifiek voor wordpress is ingericht, na 24 uur identiek hetzelfde.
Ik ben op onderzoek uitgeweest en heb een resource debugger geinstalleerd, voor:
code:
1
2
3
| Queries:129 Time: 1.086, 1.34 Memory: 85.97 MB |
Na het uitschakelen van de grootste veroorzaker (plugin, ultimate addons for visual composer):
code:
1
2
3
| Queries:123 Time: 0.496, 0.706 Memory:21.66 MB |
Daling van wel 60MB in geheugengebruik.
Die plugin had gewoon even 60MB nodig voor het openen van de homepagina alleen. Die maakte blijkbaar een callback naar huis toe om te checken of de plugin wel geregistreerd was.Gespeeld met W3C cache, minify op CSS, beperkte minify op JS (aangezien niet iedere JS het leuk vind in elkaar gedrukt te worden), geen verschil.
Meer van de plugins wil / kan ik niet uitschakelen omdat deze de basis functionaliteit van de site weergeven. Ik heb sites op dezelfde server, groter, maar die geen 0.73 load tijd laten zien. Het rare was is dat het ook op een ander en vrij lege server liet zien.
Hoe kan ik de TTFB in een wordpress omgeving nog verder verbeteren? De specs van de server ligt het niet aan, Raid 10 SSD's, 64GB ram, opcache, load van minder dan 1% gemiddeld enz.
Dit mag normaal niet gebeuren, ook niet voor een wordpress site. Tips?
/u/57387/claimedavatar-70.png?f=community){kind=avatar}
:strip_exif()/u/50656/andre-scholten-avatar.gif?f=community){kind=avatar}
