De basis voor de prestaties van een website: kernservers en front-end-optimalisatie
Om de prestaties van een WordPress-website te verbeteren, moet je beginnen bij de “grondslag”: de serveromgeving waarop de website draait. Een efficiënte en goed geconfigureerde serveromgeving is essentieel voor een snelle en soepe werking van de hele website.
Klavele instellingen voor het serveromgeving
Voor de meeste websites is het gebruik van een Linux-systeem in combinatie met een Nginx- of Apache-server de beste keuze. Nginx wordt door veel gebruikers gewaardeerd vanwege zijn uitstekende prestaties bij het verwerken van veel gelijktijdige statische verzoeken. Zorg ervoor dat je server de meest recente en stabiele versie van PHP (bijvoorbeeld PHP 8.x) gebruikt, aangezien nieuwe versies over het algemeen een significante verbetering van de prestaties opleveren en minder memory vereisen. php.ini In het configuratiebestand moet de memorybeperking worden aangepast, indien nodig. memory_limit = 256MDe parameters voor de bron en de uitvoertijd zijn nodig.
Het activeren van de opcode-cache is een van de simpelste en effectiefste manieren om de uitvoeringsefficiëntie van PHP te verbeteren. Installeer en activeer OPcache; dit programma slaat de voorcompilereerde PHP-scripten op in de gedeelde geheugen (shared memory), waardoor de scripts niet bij elke request opnieuw worden geladen en gecompileerd.
Aanbevolen leesmateriaal Ultimatumgids voor het optimaliseren van de prestaties van WordPress-sites: van laadsnelheid tot de kernmechanismen。
De belasting op de browserverzoeken verminderen
Wanneer een browser een webpagina laadt, worden er veel HTTP-verzoeken gestuurd naar statische bronnen zoals CSS, JavaScript en afbeeldingen. Het verminderen van het aantal verzoeken en het compresseren van de grootte van deze bronnen kan de snelheid van het weergeven van de pagina aanzienlijk verbeteren. Een van de meest gebruikelijke methoden hiervoor is het samenvoegen van CSS- en JS-bestanden. Met behulp van plugins of build-tools kunnen meerdere bestanden worden samengevoegd tot één bestand, waardoor het aantal verzoeken drastisch wordt verminderd.
Daarnaast kan het activeren van Gzip of Brotli-compressie de grootte van overgedragen bestanden efficiënt verkleinen. Voor tekstbestanden (zoals CSS, JS, HTML) kan de compressiegraad meestal meer dan 70% zijn. Het activeren van Gzip-compressie in Nginx is zeer eenvoudig:
gzip on;
gzip_vary on;
gzip_min_length 1024;
gzip_types text/plain text/css text/xml text/javascript application/javascript application/xml+rss application/json image/svg+xml;Daarnaast kan het vertraagd laden van afbeeldingen (lazy loading) worden gebruikt om het laden van afbeeldingen die niet op de eerste pagina te zien zijn uit te stellen, tot de gebruiker er met de muis naartoe scrollt. WordPress 5.5 en later ondersteunt al het vertraagd laden van afbeeldingen op basis van de standaardfuncties; je kunt dit ook zelf instellen met extra plugins of code. wp_enqueue_script De functie introduceert een krachtiger lazy-loading-bibliotheek.
Efficiënte beheer en onderhoud van databases
Het merendeel van de inhoud op WordPress wordt opgeslagen in een MySQL- of MariaDB-database. Naarmate de website langer wordt gebruikt, verzamelt de database veel overtollige gegevens, zoals versies van artikelen, ongevraagde of nutteloze commentaren, en verouderde tijdelijke gegevens. Dit kan de snelheid van queries vertragen.
Redundante gegevens verwijderen en de structuur van de tabellen optimaliseren
Regelmatig schoonmaken van de database is essentieel voor een optimale werking ervan. Dit kan worden gedaan door bepaalde SQL-commando's uit te voeren of door gebruik te maken van optimalisatieplugins. Hier is bijvoorbeeld een SQL-commando om alle automatische versies van artikelen en alle revisies van artikelen te verwijderen:
Aanbevolen leesmateriaal De ultieme gids voor WordPress optimalisatie: praktische strategieën om de snelheid en prestaties van websites in alle richtingen te verbeteren。
DELETE FROM wp_posts WHERE post_status = 'auto-draft';
DELETE FROM wp_posts WHERE post_type = 'revision';Tegelijkertijd moeten ook de verouderde gegevens die door de transient API worden gecreëerd worden verwijderd. WordPress biedt hiervoor hulp. delete_expired_transients Je kunt de functie gebruiken, maar het is nog grondiger om de volgende SQL-opdracht handmatig uit te voeren:
DELETE FROM wp_options WHERE option_name LIKE '_transient_%' OR option_name LIKE '_site_transient_%';Door de database-tabelen te optimaliseren, kan ongebruikt ruimte worden vrijgemaakt en kunnen datafragmenten worden opgeruimd. OPTIMIZE TABLE De one-click-optimalisatie-functie in de statement of plugin is handig voor... wp_posts、wp_comments Operaties worden uitgevoerd op kerntabellen.
Versterken van database-verzoeken en object-caching
Ongewenste, inefficiënte database-verzoeken zijn de belangrijkste reden voor de trage werking van een website. Voor veldkenmerken die vaak worden opgevraagd (zoals...) post_status、comment_post_IDHet toevoegen van een index kan de snelheid van zoekvragen aanzienlijk verbeteren.
Een fundamenteelere oplossing is het introduceren van objectcaching. Objectcaching slaat resultaten van database-opvragen, complexe berekeningen en dergelijke gegevens op in het geheugen (bijvoorbeeld in Redis of Memcached). Volgende verzoeken worden direct uit het geheugen gehaald, waardoor de database helemaal omzeild wordt. Na het installeren van Redis en het configureren van een WordPress-plugin (bijvoorbeeld Redis Object Cache), is het nodig om… wp-config.php In het document staat duidelijk dat dit wordt geactiveerd:
define('WP_REDIS_HOST', '127.0.0.1');
define('WP_REDIS_PORT', 6379);
define('WP_CACHE', true);Met behulp van caching-technologie kunnen pagina's in een seconde worden geladen.
Caching is een belangrijke optie voor het optimaliseren van WordPress. Het principe houdt in dat dynamisch genereerde pagina’s worden opgeslagen als statische bestanden of in het geheugen, zodat ze direct kunnen worden geleverd aan volgende bezoekers. Hierdoor worden de volledige PHP-verwerking en database-opvraagprocessen overbodig.
Diepe implementatie van pagina-caching
De pagina-cache wordt onderverdeeld in browser-cache, server-side pagina-cache en edge-cache (CDN). Op de serverkant kun je met behulp van caching-plugins (zoals WP Rocket of W3 Total Cache) eenvoudig statische HTML-bestanden van de hele pagina genereren. Daarnaast kun je de browser-cache gebruiken door HTTP-headers in te stellen, waardoor de browser wordt gevraagd om resources als CSS, JS en afbeeldingen op de lokale computer op te slaan.
Aanbevolen leesmateriaal De ultieme handleiding voor het optimaliseren van WordPress: een allesomvattende strategie voor het verbeteren van de snelheid, de beveiliging en de ranking.。
Efficient .htaccess Een voorbeeld van een regel (gemaakt voor Apache) waarmee de lange cache-tijd van resources kan worden ingesteld is:
<IfModule mod_expires.c>
ExpiresActive On
ExpiresByType image/jpg "access plus 1 year"
ExpiresByType image/jpeg "access plus 1 year"
ExpiresByType image/gif "access plus 1 year"
ExpiresByType image/png "access plus 1 year"
ExpiresByType text/css "access plus 1 month"
ExpiresByType application/javascript "access plus 1 month"
</IfModule>Caching-strategie voor dynamische inhoud
Voor ingelogde gebruikers, de winkelwagen-pagina of pagina's met persoonlijke inhoud is het mogelijk dat een statische opslag van de hele pagina niet bruikbaar is. In dergelijke gevallen is het nodig om een deel van de inhoud tijdelijk op te slaan of de cache-strategie helemaal uit te schakelen. De meeste geavanceerde cache-plugins bieden hierbij relevante mogelijkheden, bijvoorbeeld om de opslag van bepaalde delen van de pagina te beperken of te bepalen wanneer de inhoud moet worden bijgewerkt. define('DONOTCACHEPAGE', true); Of gebruik het in de pagina-template. Commentaren worden gebruikt om bepaalde dynamische blokken uit te sluiten.
Het integreren van je website in een wereldwijd content distributie netwerk (CDN) is de beste manier om de snelheid van je website te verbeteren. Een CDN distribueert je statische bronnen naar edge nodes verspreid over de hele wereld, zodat gebruikers de bronnen kunnen halen van de geografisch dichtstbijzijnde node. Dit vermindert de vertragingen aanzienlijk. Nadat je een CDN hebt geconfigureerd, moet je de WordPress-adres updaten en de functies van het CDN-plugin gebruiken om de domeinnamen van de bronnen te vervangen.
Fijnafstelling van thema's en plugins
Kwalitatief lage thema's en plugins zijn een veel voorkomende oorzaak van een zware en trage website. Het behouden van een simpel en efficiënt codebestand is de belangrijkste taak in deze fase.
Lightweight code en resource loading
Het is van cruciaal belang om een lichtgewicht thema te kiezen dat voldoet aan de WordPress-coderingsnormen en dat is gericht op prestaties. Vermijd veelzijdige thema's die vol zitten met prachtige maar nutteloze functies. Bij het kiezen van een thema moet u zich richten op: functions.php In het bestand moet worden gezorgd dat de scripts en style sheets op de juiste manier worden geladen, en dat front-end-resources op onnodige plekken (zoals in de beheeromgeving) worden verwijderd.
Een veel voorkomende optimaisatie is om jQuery alleen te laden op de pagina's waar het nodig is, in plaats van op alle pagina's van het website:
function my_deregister_javascript() {
if (!is_admin() && !is_page('contact')) { // 假设只有联系页面需要
wp_deregister_script('jquery');
}
}
add_action('wp_enqueue_scripts', 'my_deregister_javascript');Door fonticoonsets te gebruiken in plaats van afbeeldingsicoontjes, en moderne afbeeldingsformaten zoals WebP te implementeren, kan de grootte van de resources aanzienlijk worden verkleind. Elementen of CDN-diensten kunnen een betere format bieden voor browsers die WebP ondersteunen.
Asynchrone laadprocessen en vertraging van niet-kritieke taken
JavaScript-code die de weergave van de pagina belemmert (bijvoorbeeld bepaalde scripts die in de hoofdsectie van de HTML-fail zijn opgenomen), kan de laadtijd van de pagina verlengen. Niet-kritieke scripts moeten als asynchrone of vertraagd te laden worden gemarkeerd. async 和 defer Het is mogelijk om de tijd van het laden en uitvoeren van scripts te bepalen, zodat de HTML-verwerking niet wordt geblokkeerd.
Voor je eigen scripts kun je dit doen door… wp_script_add_data Deze eigenschappen worden toegevoegd aan de functie:
function add_async_defer_attr($tag, $handle) {
if ('my-google-map-script' === $handle) {
return str_replace(' src', ' async="async" src', $tag);
}
return $tag;
}
add_filter('script_loader_tag', 'add_async_defer_attr', 10, 2);Daarnaast kan het versnellen van de laadsnelheid van de eerste pagina worden bereikt door de embedcode van derde partijen (zoals sociale media-sharebutten of analysetools) met vertraging te verwerken, of door gebruik te maken van de asynchrone versies die deze partijen aanbieden.
Samenvatting
WordPress-optimalisatie is een complexe systeemontwerpprocedure die server, database, cachelaag en toepassingscode omvat. Het begint met het garanderen van een stabiele en efficiënte serverconfiguratie en een optimale PHP-omgeving, gaat verder met het regelmatig schoonmaken en indexeren van de database, en omvat ook het implementeren van een uitgebreide cachestrategie (waaronder objectcaching en paginacaching) voor een snelle laadtijd. Ten slotte worden thema's en plugins op detailniveau geoptimaliseerd. Al deze stappen zijn met elkaar verbonden en vormen de basis voor een snelle, stabiele en schaalbare website. Door continu te monitoren (met tools als GTmetrix en WebPageTest) en te itereren, kunt u ervoor zorgen dat uw website altijd op topniveau presteert, ongeacht de belasting.
Veelgestelde vragen (FAQ)
Hoe kan de verbetering van de prestaties na de optimalisatie worden gemeten?
Voordat je met het optimaliseren van de website begint, moet je deze met professionele snelheidstesttools (zoals Google PageSpeed Insights, GTmetrix of WebPageTest) grondig onderzoeken. Hierdoor kun je belangrijke metingen vaststellen, zoals de tijd nodig om de eerste inhoud te weergeven, de maximale tijd om de inhoud te weergeven, de totale tijd dat de website is geblokkeerd en de totale laadtijd.
Na het uitvoeren van een reeks optimalisatiestappen, moet de test opnieuw worden uitgevoerd met dezelfde tools en onder dezelfde testomstandigheden (zoals dezelfde testlocatie en netwerkomgeving). Door de scores en specifieke cijfers te vergelijken voor en na de optimalisatie, kan de mate van de prestatieverbetering duidelijk worden gemeten. De aandacht moet vooral worden gericht op de verbetering van de belangrijkste webmetriken.
Is er een plugin waarmee alle problemen in één keer kunnen worden opgelost (of geoptimaliseerd)?
Er bestaan geen “alomtegende” plugins op de markt die alle prestatieproblemen in één keer kunnen oplossen. Er zijn wel veel goede, geavanceerde optimalisatieplugins (zoals WP Rocket en Perfmatters) die het instellen van onderdelen als caching en het laden van bronnen eenvoudiger maken met behulp van een configuratiegids.
Echter, de echte optimalisatie moet worden aangepast aan de specifieke architectuur van je eigen website (het gebruikte thema, plugins, het hostingomgeving). Plugins bieden een krachtig set hulpmiddelen en een handige gebruikersinterface, maar om te bepalen hoe deze hulpmiddelen goed te combineren en conflicten met bestaande functies te voorkomen, moet de gebruiker over enige kennis en verstand beschikken.
Hoe vaak moet de database worden geoptimaliseerd?
Voor websites met een gemiddelde frequentie van content-updates (bijvoorbeeld enkele artikelen per dag) wordt het aanbevolen om maandelijks een reguliere schoonmaakactie uit te voeren op de database uit te voeren. Hierbij worden versieverbeteringen, ongewenste commentaren en verouderde tijdelijke gegevens verwijderd.
Het uitvoeren van acties als het “optimaliseren van database-tabels” moet niet te vaak worden gedaan; in principe is één keer per kwartaal voldoende. Te frequente optimalisaties leiden namelijk tot een steeds minder grote verbetering van de prestaties, en in omstandigheden met hoge belasting kan het zelfs tot tijdelijk blokkeren van de tabelten komen. Na grote veranderingen in de inhoud van de website (bijvoorbeeld het massaal verwijderen van artikelen of het vervangen van plugins) kan er nog een extra optimalisatie worden uitgevoerd.
Is lokale caching nog nodig als je een CDN (Content Delivery Network) gebruikt?
Absoluut nodig. CDN (Content Delivery Network) en lokale caching werken samen om verschillende problemen op te lossen. De belangrijkste rol van lokale caching (pagina-caching, object-caching) is om de belasting op je webserver te verlichten; dit voorkomt dat voor elke vraag een volledige PHP-verwerking en een database-oproep nodig is. In plaats daarvan worden de resultaten direct uit het servergeheugen of de harde schijf teruggegeven.
De belangrijkste rol van een CDN (Content Delivery Network) is om deze al opgeslagen of door de originele server genereerde statische bronnen te distribueren naar edge-nodeën over de hele wereld. Dit verhelpt problemen met de fysieke afstand tussen de bezoeker en de originele server, evenals met netwerkverkeersopstoppingen, waardoor de vertraging wordt verminderd. Samen zorgen deze twee elementen voor een zo snel en stabiel mogelijk bezoekerservaring voor gebruikers wereldwijd.
De volgende stap, wat moeten we als volgende doen?
Voor meer informatie en praktische kennis
De volgende content is relevant voor het onderwerp van dit artikel en is geschikt voor verder lezen. Het kan vaak effectief zijn om eerst het artikel te lezen dat het dichtst bij uw huidige vraagstuk staat en vervolgens geleidelijk aan artikelen over aanverwante onderwerpen te bekijken.
- Alles over het kiezen en instellen van een VPS-host: van het begin tot het opzetten van een persoonlijke server
- WordPress-performanceoptimalisatie: een volledig handboek voor een snellere werking, van het core-systeem tot de front-end
- 10 essentiële WordPress-beveiligingsinstellingen om je website te beschermen tegen hackers
- Ultimatumgids voor cloudhosting: een volledige uitleg over het kiezen van een type, de configuratie en strategieën voor optimalisatie
- WordPress-websiteoptimalisatiegids: Verbeter de laadtijd en gebruikerservaring
Nederlands