Misschien was de shared hosting wel beter geconfigureerd op serverniveau. Gebruik je bijv nginx dan kun je heel wat snelheidswinst halen als die goed geconfigureerd is.
Het kan ook aan je instellingen voor browsercaching etc liggen. Die kun je op serverniveau, maar ook in bijv de .htaccess beheren.
Je hoeft overigens echt geen recaptcha te gebruiken om mails aan te laten komen. Da's gelul van een dronken aardbei en geeft niet veel hoop over de kennis van je host. Als je mail vaak in spamboxen terechtkomt moet je waarschijnlijk eens naar DKIM en SPF zoeken en daar iets aan doen.

Zet ergens, desnoods op je systeem, een exacte kloon op. Meet dan de resultaten eens.

Het kan ook een oude plugin zijn die veel van je server vraagt.

Ik kom even niet op de naam van de plugin welke dat kan uitmeten. Maar er is vast iemand die deze wel weet te benoemen.

Dank je Arjen. Ik vond de opmerking over het installeren van re-captcha om e-mails te kunnen ontvangen al mega raar, en heb dat 2x nagevraagd. Ze gaven aan dat dit echt moest. En elke verhuizing (van Shared naar VPS naar Dedicated) liep ik opnieuw tegen het probleem aan dat @hotmail etc mijn e-mails niet ontvingen. En moest de hostingpartij weer contact opnemen met Microsoft. De mails kwamen overigens niet in de spambox, maar werden gewoon gebounced.
Ik heb inmiddels re-captcha (en mijn contactform) verwijderd van de site.
Caching gebeurd op 2 levels, Varnish op de server en via WP-Optimize.

Dit is een goed idee, ik ga dit proberen om te kijken wat de verschillen zijn. Dank je, Rogier.

Origineel gepost door Arjen Zijlstra

Je hoeft overigens echt geen recaptcha te gebruiken om mails aan te laten komen. Da's gelul van een dronken aardbei en geeft niet veel hoop over de kennis van je host. Als je mail vaak in spamboxen terechtkomt moet je waarschijnlijk eens naar DKIM en SPF zoeken en daar iets aan doen.

Het gaat hier om de favoriete hoster van SiteDeals (V....X) - valt me laatste tijd op dat er beroerde support gegeven word wat nergens op slaat.. Kon zelf bijv. geen SSL aanvragen en volgens de support was er een storing bij LetsEncrypt. Ben daar ingedoken en het bleek dat een IP adres in de DNS niet goed stond. Dit lage niveau van support ben ik helaas niet gewend van ze.

Ik heb in elk geval re-captcha verwijderd en contactform-7 ook, die raar deed ivm cache. Het lijkt allemaal wat sneller en stabieler te zijn (maar goed, het is ochtend en dus rustiger). Maar ik ga er verder mee. In elk geval bedankt voor alle adviezen tot dus ver!

Origineel gepost door M. van den Dop

Het kan ook een oude plugin zijn die veel van je server vraagt.

Ik kom even niet op de naam van de plugin welke dat kan uitmeten. Maar er is vast iemand die deze wel weet te benoemen.

Outdated plugins kun je hiermee vinden:

https://wordpress.org/plugins/outdated-plugin-notifier/
https://wordpress.org/plugins/vendi-...-plugin-check/

Ik ben benieuwd welke plugin jij bedoelde (om de server load van iedere plugin te monitoren). Ik ken wel deze:
https://wordpress.org/plugins/health-check/

En ook deze, maar die zijn nogal outdated:
https://wordpress.org/plugins/f12-profiler/
https://wordpress.org/plugins/p3-profiler/

Sowieso kan het geen kwaad als de topicstarter even wat informatie over zijn server deelt. Dat kan bijvoorbeeld via een phpinfo.php pagina of de resultaten van deze plugin: https://wordpress.org/plugins/wp-server-stats/

Hoe gaat het nu Tascha?
De website oogt sneller dan vorige week.

Kunnen we nog ergens bij helpen ?

Beste Tascha,

Mensen geven vaak snel de hosting de schuld en hoeft niet altijd waar te zijn. De website kan veel te zwaar zijn. Als er eerst van alles verwerkt en bewerkt moet worden dan kost dat tijd voor de processor en hierdoor ontstaat een vertraging. Ik wil niet voor de hosters opkomen want ik ben niet te spreken over hun support en wat ze zeggen komen ze vaak niet na.
Echter wat jij hier noemt is niet normaal. De hosters zijn hypocriet en het ligt altijd aan je website zij doen alles om hun server te beveiligen of het jouw nou snelheid kst interesseert ze niet.

Het kan zijn dat je thema veel te zwaar is en verouderd en dit samen met WooCommerce en Wp-optimizer kan voor vertraging zorgen op de server. 20sec. is wel heel erg veel. Vraag bij de hosting eens de technische gegevens van de server en plaatst dat dan hier.

ReCaptcha is je bezoekers straffen omdat er spambots zijn. Gebruik honeypot en straf de spanbots maar val je bezoekers niet lastig met die vreselijke ReCaptcha. Er is een honeypot plugin voor contactform7. Laad contactform alleen op de contact pagina als je het nergens anders nodig hebt. 2 regels code.
Voor de honeypot op de reacties heb je nog geen 10regels code nodig. Een voorbeeld staat op mijn website.
Zoals eerder genoemd had je geen WooCOmmerce moeten gebruiken maar een custom post type. Veel makkelijker, mooier en beter te optimaliseren voor pagespeed. WooCommerce kan wel geoptimaliseerd worden maar veel te veel scripts en css die je niet nodig hebt.

Een belangrijk punt is adsense. Google is een etter in dit soort zaken en kan je iedere keer andere scores geven. Dit zou je kunnen oplossen met serverside tagging en dat dan cachen. Zelfde als met tag manager en / of als je veel analytics gebruikt.

WP-optimizer is ook een probleem. Schakel deze uit en doe het handmatig netjes of laat iemand het netjes doen maar niet op deze manier. Je laad namelijk veel te veel scripts die je waarschijnlijk nergens voor nodig hebt. Als je dit kan verminderen kan je heel veel winnen.

Ook met de afbeeldingen kan je veel winnen, Misschien kleiner maken en eventueel een nette lazyload gebruiken.

Je zegt dat je twee soorten cache gebruikt maar de browsercache is slecht of niet ingesteld. Dit is zo krom als een banaan. Misschien dat die caches elkaar dwars zitten. Schakel het eens uit en test zonder en elke apart. Misschien kan je daar iets in vinden.

Er zijn heel zaken die verbeterd kunnen worden maar geloof niet alles dat je hosting zegt.

Ik zie dat je website al sneller is maar er is nog veel te doen om hier een goede score uit te halen en dat is met een dergelijke website makkelijk te halen.

Dit is alleen maar een kleine aanvulling op wat de anderen hebben geschreven. Heel veel succes...

Dank Cornelis, Niek en anderen.

Ik heb een aantal zaken aangepakt, of laten aanpakken. Onder andere de re-captcha, het zoekformulier en een aantal plugins. De hosting wat settings gewijzigd en het lijkt beter te gaan. Ik hou het in de gaten.
De volgende stappen zijn Woocommerce eruit (en alles als custom post te draaien), maar goed dat wordt een monnikenwerkje.
Adsense is een noodzakelijk kwaad. Moet de 150 euro hosting per maand toch ergens van betalen. :-)
Maar eerlijk is eerlijk, ik zie dat het nu al beter gaat. Maar er is nog een hoop te doen. Bedankt in elk geval voor alle hulp en tips.

Origineel gepost door Tascha Lentze

De volgende stappen zijn Woocommerce eruit (en alles als custom post te draaien), maar goed dat wordt een monnikenwerkje.

Ook al haal je Woocomerce eruit, het blijft een WP site... Als je dit toch wilt gaan doen, dan zou ik ook kijken naar andere oplossing. Je zit nu tegen het limiet aan, wat als je wilt uitbreiden? Je hebt niet alleen bezoekers uit NL neem ik aan, dus je kunt er veel meer uit halen.
Wil je wel WP blijven gebruiken, misschien kun je iets met headless wp (static html).


In WP zorgt iedere bezoeker ervoor dat de wpcron wordt geactiveerd. Het is dus niet alleen optimaliseren van de voorkant. Je zou het wpcron gebruik kunnen reduceren, dat alleen al zou de server enorm ontlasten.


Heb je de wp admin of een wp post regelmatig lange tijd open staan? Dan zorg je zelf ook voor een load. Wanneer in WP een post openstaat, dan wordt om de 15 seconden een bestand aangeroepen. Sta je in je wp admin, dan gebeurt dit om de 60 seconden.
Dit lijkt misschien niet zo erg, maar geloof me dat je inode gebruik (wanneer je op linux draait) drastisch zal dalen als jedit uitzet. Zoek maar eens op:
wp heartbeat control.

Ik heb WP ook gekozen voor het gemak. Ik denk niet dat ik daarvan af wil. Waar je me wel aan het denken gezet hebt, is je opmerking over wpcron. Ik ben even aan het inlezen, en het (b)lijkt dat er bij elk bezoek wpcron wordt aangeroepen. En dat je dit via config file kan disablen. Ik moet dan wel op serverniveau een cronjob maken die die wpcron dan weer 1x per (bijv) 15 min aanroept. Nog nooit gedaan, maar ik denk wel het overwegen waard. Hopelijk maak ik niets kapot....

Dank in elk geval, iceblock.

Origineel gepost door Tascha Lentze

Ik heb WP ook gekozen voor het gemak. Ik denk niet dat ik daarvan af wil. Waar je me wel aan het denken gezet hebt, is je opmerking over wpcron. Ik ben even aan het inlezen, en het (b)lijkt dat er bij elk bezoek wpcron wordt aangeroepen. En dat je dit via config file kan disablen. Ik moet dan wel op serverniveau een cronjob maken die die wpcron dan weer 1x per (bijv) 15 min aanroept. Nog nooit gedaan, maar ik denk wel het overwegen waard. Hopelijk maak ik niets kapot....

Dank in elk geval, iceblock.

Graag gedaan. Maak altijd een goede backup voor je iets verandert.


WP Cron is iets anders dan de WP system cron. WP Cron reageert alleen als een pagina wordt aangeroepen, waarbij de lijst met geplande taken wordt uitgevoerd. Mocht er iets moet worden uitgevoerd, dan wordt dit tijdens het laden van de pagina uitgevoerd. Maar zijn er op dat moment niet genoeg resources, dan wordt de cronjob uitgesteld.

Als je bang bent om het kapot te maken... Op de Wordpress site wordt het ook uitgelegd en de Wordpress Toolkit van Cpanel heeft zelfs de optie om de wp-cron over te nemen.


Ben niet bekend met de dedicated server, maar je kunt ook aangeven hoeveel procent van de processor voor een proces mag worden gebruikt, hoeveel data i/o en de procesprioriteit. M.a.w. welk proces krijgt voorrang op andere procoessen.