{"id":4469,"date":"2020-10-30T22:09:32","date_gmt":"2020-10-30T21:09:32","guid":{"rendered":"https:\/\/webhosting.de\/?p=4469"},"modified":"2024-02-15T14:15:05","modified_gmt":"2024-02-15T13:15:05","slug":"so-reach-you-100-100-points-at-google-pagespeed-for-your-wordpress-website","status":"publish","type":"post","link":"https:\/\/webhosting.de\/nl\/so-erreichst-du-100-100-punkte-bei-google-pagespeed-fuer-deine-wordpress-website\/","title":{"rendered":"Hoe bereikt u 100\/100 punten bij Google Pagespeed voor uw WordPress-website?"},"content":{"rendered":"

Google Pagespeed Inzichten<\/a> is de bekende website tool waarmee u alle voor de zoekmachine relevante parameters kunt controleren en optimaliseren. U kunt op de bovenstaande link klikken, of u kunt een dagelijks bijgewerkte waarde van uw site in het administratiesysteem zien.<\/p>\n

In deze handleiding laten we zien hoe makkelijk het is om de paginasnelheidsscore<\/strong> van 100\/100<\/strong> om te bereiken. Jij kan het ook.<\/p>\n

Voor ons voorbeeld hebben we gebruik gemaakt van een demo-website met allerlei soorten content en een bekend thema, waar ook de gebruikelijke plugins in zitten. Dus het is precies hetzelfde wat je gebruikt om goede websites te maken.<\/p>\n

\"supervoedselwebsite\"<\/a><\/p>\n

We zijn hier voor het thema De7<\/strong> besloten. Maar het maakt niet uit welk thema je gebruikt. Het belangrijkste is dat het up-to-date is en enkele instelmogelijkheden biedt voor de creatie van de website.<\/p>\n

Dat heb je nodig voor een snelle website.<\/h2>\n
    \n
  1. a snelle webhoster<\/strong> door ervaring<\/li>\n
  2. een schone stroom WordPress<\/a><\/li>\n
  3. de juiste instellingen voor de webserver<\/li>\n
  4. een hulpmiddel voor optimalisatie en caching<\/li>\n<\/ol>\n

    In dit voorbeeld gebruiken we WP Raket<\/strong>. Deze instrumenten doen allemaal hetzelfde. Ze comprimeren tekstbestanden, voegen de code samen en maken, indien nodig, een statische pagina als kopie.<\/p>\n

    Hierdoor kan de bezoeker de pagina snel oproepen.<\/p>\n

    Statische pagina's doen denken aan html-code van toen. Websites die bestaan uit eenvoudige html-code en afbeeldingen zijn nog steeds het snelst. Maar niet dynamisch. Met deze plugins wordt de cache steeds weer opnieuw opgebouwd zodra er iets verandert aan de pagina.<\/p>\n

    Tip: Deactiveer de WordPress Cronjob<\/strong>. Het is niet echt een cronjob in de echte zin van het woord, maar het wordt altijd genoemd als een bezoeker op de pagina komt. In een ander artikel laten we zien hoe dit werkt.<\/p>\n

    Google Pagespeed Inzichten<\/h2>\n

    Voer uw huidige website in op google en zie de voorstelling.<\/p>\n

    Normaal gesproken krijg je waarden in het gele bereik tot 85 als de webhoster een goede server heeft.<\/p>\n

    In onze standaardinstallatie toonde PSI ons 85\/100 in de bureaubladweergave.<\/p>\n

    \"<\/a><\/p>\n

    Enigszins misleidend is echter de bewering dat de server traag reageerde. Hier wordt de tijd tot de eerste byte bedoeld, die wordt doorgegeven.<\/p>\n

    Er zijn heel veel factoren die hier samen spelen. Vaak zal je de zogenaamde TTFB (Time to first Byte) verminderen als je alle andere punten repareert.<\/p>\n

    \"<\/a><\/p>\n

    Google biedt de geoptimaliseerde code voor vele downloadpunten handig aan. Maar ik raad aan om alleen geoptimaliseerde afbeeldingen te gebruiken in de website.<\/p>\n

    Dit kan zelfs gratis worden gedaan, bijvoorbeeld met de Tinypng Panda<\/a> ...om er voor te zorgen.<\/p>\n

    \"tinypng<\/a>
    Tinypng.com Panda eet de overbodige bytes op.<\/figcaption><\/figure>\n

    De meeste thema's cre\u00ebren echter ook hun eigen beelden in verschillende formaten, zodat er altijd behoefte is aan nieuwe optimalisatie.<\/p>\n

    Het is daarom aan te raden om af en toe eenvoudigweg alle beeldbestanden op de webserver te heroptimaliseren en te overschrijven.<\/p>\n

    Pingdom, GTMetrix en Co.<\/h2>\n

    Er zijn natuurlijk ook andere controlepagina's. Hier is echter vaak het probleem dat het ophalen vanuit het buitenland gebeurt en dus niet zinvol genoeg is om de gebruikelijke bezoeker uit Duitsland te simuleren. Het is ook belangrijk om te weten dat sommige testprogramma's niet met http\/2 kunnen omgaan en het voordeel van http\/s, d.w.z. de parallelle overdracht van gegevens over een verbinding, precies negeren en dit negatief interpreteren.<\/p>\n

    \"gtmetrix\"<\/a>
    GTMetrix-prestatierapport<\/figcaption><\/figure>\n

    TTFB of totale oplaadtijd?<\/h2>\n

    In principe is het resultaat van de totale laadtijd wat telt. De eerste byte is afhankelijk van vele factoren die moeilijk te be\u00efnvloeden zijn. Een pagina die niet gecomprimeerd is, heeft meestal een zeer lage TTFB-waarde dan een perfect gecomprimeerde pagina. Maar de totale laadtijd met compressie is natuurlijk sneller voor een pagina met veel inhoud. Hoe google dit uiteindelijk beoordeelt is nevelig. We hebben zelfs pagina's die langzaam laden omdat de software verouderd is en een PSI-waarde van 68, maar met 28K organische sleutelwoorden krijgen we ongeveer 1000 bezoekers per dag. Maar met vergelijkbare sites zal de site met de betere waarden zeker hoger genoteerd worden.<\/p>\n

    CDN en versnellingsmodules<\/h2>\n

    Er zijn ook modules die statische gegevens opslaan op andere servers en deze afhankelijk van de locatie van de bezoeker aanleveren. Dit vermindert het aantal verbindingen met de server en dus ook de zogenaamde TTFB. Hier kunnen caches van akamai, cloudflare of incapsula worden gebruikt die ook compressie en optimalisatie bieden, afhankelijk van de geboekte service. Een kleine (D)Dos-beveiliging is ook inbegrepen, zolang de verbinding maar volledig via deze providers tot stand komt.<\/p>\n

    \"overzicht<\/a>
    Bewolktheid Verkeersanalyse<\/figcaption><\/figure>\n

    Speedkit voor Plesk<\/h2>\n

    Er zijn bijvoorbeeld voor Plesk<\/a> een plugin die de website sneller kan maken met een paar klikken. In mijn test was echter precies het tegenovergestelde het geval. Het grootste probleem met dergelijke plugins is het feit dat de cache pas wordt gestart wanneer de bezoeker de pagina een tweede keer bekijkt, of voor het eerst een verbinding met het systeem tot stand brengt.<\/p>\n

    Het voordeel is dat u het eenvoudig kunt activeren zonder dat u wijzigingen in uw systeem hoeft aan te brengen. Maar het nadeel is de ontbrekende snelheid voor 1 View bezoekers. Om deze reden zie je geen enkele verandering met de gebruikelijke controleprogramma's, omdat ze altijd de site bezoeken zonder caching als een compleet nieuwe gebruiker.<\/p>\n

    \"speedkit-website<\/a>
    Speedkit voor Plesk is ontworpen om websites sneller te maken. Maar het werkt niet altijd.<\/figcaption><\/figure>\n

    Aangezien de meeste bezoekers vaak alleen via een link van een zoekmachine op de pagina komen, levert het voor deze bezoekers geen snelheidsvoordeel op. Met on-board hulpmiddelen kunt u zich heel goed redden zonder externe caches. Ook uit het oogpunt van gegevensbescherming, met name DSGVO en de komende ePrivacy-verordening, is het gebruik van dergelijke diensten niet geschikt. Het ontbreekt al aan een Contract<\/a> aan de verwerking van de bestelgegevens bij het bestellen van deze diensten.<\/p>\n

    Zo maakt u de website sneller.<\/h2>\n

    Het belangrijkste punt: de juiste webhost.<\/p>\n

    Van buitenaf gezien, iedereen webhostingprovider<\/strong> Hetzelfde. Maar het verschil is zo vaak verborgen.<\/p>\n

    Er zijn webhosters die adverteren met kernen en toegewijde middelen, maar dit alles draait alleen op zeer zwakke hardware. Een kleine AMD-core van een 10 jaar oude server is niet hetzelfde als een core op een Intel Platinum Xeon van de laatste versie.<\/p>\n

    \"vmware_cluster\"<\/a>
    Een VMWare Cluster Voorbeeld<\/figcaption><\/figure>\n

    De meeste aanbieders virtualiseren tegenwoordig ook hun hele infrastructuur. Vaak op vreemde constructies zoals containersystemen waarbij de door de klant geboekte kernen ook door 20 andere klanten werden geboekt. Goed en vanwege de softwarelicentiekosten maken aanbieders gebruik van echte virtualisatiesystemen zoals vmware of KVM, doorgaans cloud genoemd.<\/p>\n

    \"kvm_cluster\"<\/a>
    Een klein KVM-cluster<\/figcaption><\/figure>\n

    Vaak is shared hosting voldoende. Wij hebben zelf websites gebouwd met duizenden bezoekers per maand. Deze draaien ook in een kleine hosting account, want webhosting machines zijn meestal al zeer groot gedimensioneerd door de provider, zodat ze honderden websites kunnen bedienen.<\/p>\n

    \"virtuozzo_cluster\"<\/a>
    Zicht op een Virtuozzo 7-knooppunt<\/figcaption><\/figure>\n

    De meeste websites zullen echter niet de macht nodig hebben die ze hebben geboekt, dus er is altijd genoeg macht over.<\/p>\n

    Bij het kiezen van een webhoster hoeft u alleen maar een testaccount te zoeken en daar uw website vrijblijvend te uploaden. U kunt het meestal bereiken via een subdomein en de snelheid testen. Als het niets is, schakel dan gewoon over naar een andere provider.<\/p>\n

    In dit voorbeeld bevindt de demopagina zich op een SEO-server<\/a> de webhoster.de AG waar u een Plesk Reseller Account met 10 IP-adressen voor uw projecten krijgt.<\/p>\n

    De gebruikte hardware is een Dell R740 server met MLC server SSD's als raid array.<\/p>\n

    De administratie-interface is Plesk Onyx<\/a> in de huidige versie.<\/p>\n

    Er is een standaard WordPress met de volgende actieve plugins ge\u00efnstalleerd:<\/p>\n