Prestaties
Elke WordPress-site krijgt een volledige paginacache en een Redis-objectcache per site, inbegrepen bij de hosting en draaiend op de server in plaats van in een plugin die u moet configureren. Beide zijn schakelaars op het tabblad Prestaties van de site, en hetzelfde tabblad meet wat ze veranderen: Core Web Vitals van echte bezoekers, verzoektijden gemeten op de server en profilering op codeniveau die de plugin of query identificeert die de tijd in beslag neemt.
Deze zijn inbegrepen bij de hosting. Het is geen afzonderlijk niveau en het uitschakelen van de betaalde upgrade verwijdert ze nooit — wat belangrijk is, want een downgrade die stilletjes uw caching zou wegnemen, zou iets wegnemen dat u nooit hebt gekocht en waarvoor u nooit bent gestopt met betalen.
Gerenderde pagina's worden rechtstreeks vanuit de cache geserveerd, waardoor PHP volledig wordt overgeslagen voor bezoekers die niet zijn ingelogd. Voor een content- of brochuresite is dit de allergrootste winst die u kunt behalen, en het is het verschil tussen een server die een verkeerspiek moeiteloos opvangt en een server die bezwijkt.
Een permanente objectcache voorkomt dat WordPress bij elk verzoek dezelfde databasequery opnieuw opbouwt, zodat pagina's onder belasting sneller worden samengesteld en de database ontlast blijft. Per site, niet gedeeld — uw cache wordt niet door toedoen van iemand anders gewist.
Winkelwagens, afrekenpagina's, accountpagina's en alles wat aan een ingelogde bezoeker wordt getoond, zijn standaard uitgesloten, zowel voor WordPress als voor WooCommerce. Een cache die de ene klant de winkelmand van een andere klant toont, is geen prestatiefunctie.
Publiceer een bericht en het wist dat bericht en de overzichten waarop het verschijnt; een reactie wist het bovenliggende item; het wisselen van thema wist alles.
Caching maakt het serveren van een pagina goedkoper. Het maakt een zware afbeelding niet lichter en zorgt er niet voor dat een blokkerend script stopt met blokkeren — dat is werk aan de site zelf, en dat is waar de deskundige snelheidsoptimalisatie voor bedoeld is.
| Inbegrepen caching | Versnelling door experts | |
|---|---|---|
| Volledige-paginacache (LiteSpeed LSCache) | Ja | Configured for how the site is built |
| Redis-objectcache per site | Ja | Configured and tuned |
| Afbeeldingscompressie en moderne indelingen | Nee | Ja |
| Render-blokkerende CSS en scripts | Nee | Deferred; critical CSS on the heaviest tier |
| Een CDN vóór de site | From the CDN tab | From the CDN tab |
| Hoe het in rekening wordt gebracht | With the hosting | One-off, by how complex the site is |
| Wie het werk uitvoert | You switch it on | Our engineers |
| Hoe u dit ontvangt | The Performance tab | Bought as an add-on |
De prijs van de professionele snelheidsoptimalisatie hangt af van de complexiteit van de site, aangezien complexiteit het aantal uren bepaalt — bekijk de optimalisatiepagina om te zien wat elk pakket dekt.
Elke site heeft er een. Het toont de caching die al is ingeschakeld, wat echte bezoekers ervaren en waar de tijd van uw site naartoe gaat.
De paginacache en de objectcache zijn inbegrepen en worden daar vermeld. Elk heeft een eigen schakelaar, zodat een site die de ene moet uitschakelen, de andere kan behouden.
Lees eerst de Core Web Vitals-kaart en de timing aan de serverzijde, zodat u een vergelijkingsbasis hebt in plaats van een indruk.
Als de cijfers nog steeds tegenvallen, ligt het knelpunt meestal niet bij de cache — het zijn afbeeldingen, een plug-in of een query. De deskundige versnelling houdt in dat onze ontwikkelaars precies dat opsporen en verhelpen.
Bewijzen, geen aannames
Core Web Vitals zijn gebaseerd op wat echte bezoekers daadwerkelijk hebben ervaren, automatisch gecontroleerd voor uw startpagina en op aanvraag voor elke andere pagina. Tijden aan de serverzijde zijn echte verzoeken die door uw site zijn verwerkt, getimed op de server voordat er iets een browser bereikte — zo wordt een trage pagina gescheiden van een traag netwerk.
Profilering op codeniveau verandert wat u vervolgens doet: elk verzoek wordt geprofileerd op de server en de geschiedenis toont welke pagina's het traagst zijn, welke plug-in of query tijd vreet en of het erger wordt. Een score op honderd vertelt u dat er een probleem is; dit vertelt u wiens probleem het is.
Het verschil tussen beide is wie het werk doet. De verkeerde kiezen is gemakkelijk en kostbaar, dus hier is het eerlijke overzicht.
De paginacache en de objectcache zijn inbegrepen bij uw pakket en worden ingeschakeld via het tabblad «Prestaties». Ideaal voor de meeste inhouds- en brochuresites, en het kost u niets.
Hoe caching werkt →Een eenmalige service waarbij we de caching configureren voor uw daadwerkelijke website — met de vereiste uitsluitingen en de gewenste regels — en deze werkend aan u opleveren.
Bekijk de versnellingsdiensten →Onze ontwikkelaars pakken aan wat daadwerkelijk traag is: een query zonder index, een plug-in die bij elke paginalading zware processen uitvoert, een thema dat de hele catalogus rendert. De prijs is afhankelijk van de complexiteit van de site.
Deskundige snelheidsoptimalisatie →De paginacache is van LiteSpeed en onze vloot draait op LiteSpeed Enterprise. Als u elders host en dezelfde engine wilt, beheren wij dat ook.
LiteSpeed, beheerd →Een cachinglaag aan de serverzijde voor WordPress, beheerd op hostingniveau in plaats van via een plugin die u installeert en optimaliseert. Het is een paginacache en een objectcache per site, beide inbegrepen bij uw pakket en beide te beheren via het tabblad Performance van de site. U hoeft geen aparte licentie aan te schaffen en geen configuratiebestand te bewerken.
Twee cachinglagen, en het zijn afzonderlijke schakelaars in plaats van één instelling. De paginacache levert gerenderde pagina's rechtstreeks vanuit LiteSpeed's LSCache, waarbij PHP volledig wordt overgeslagen voor bezoekers die niet zijn ingelogd — de allergrootste winst voor een inhouds- of brochuresite. De objectcache is een Redis-instantie per site die voorkomt dat WordPress bij elk verzoek dezelfde databasequery opnieuw opbouwt. Beide zijn inbegrepen bij elk abonnement, en het uitschakelen van het betaalde niveau neemt ze nooit weg.
Nee. De caching en de optimalisaties draaien op de server, onder WordPress. We leveren de Zinn® Cache-plugin wel mee als onderdeel van de uitrol van een site, maar het is een cache-controller en geen cache-engine — deze bestaat zodat het publiceren van een bericht precies die pagina's wist waarop dat bericht verschijnt, en onze edge instrueert hetzelfde te doen, in plaats van dat u caches handmatig moet wissen.
De optimalisaties worden uitgevoerd op de server- en cachelaag en worden geleverd met veilige standaardinstellingen, inclusief uitsluitingen voor de WordPress- en WooCommerce-paden die nooit gecachet mogen worden — winkelwagens, afrekenpagina's, accountpagina's en alles wat aan een ingelogde gebruiker wordt getoond. Als er iets moet worden uitgesloten, stelt de cachecontroller u in staat om dit uit te sluiten in plaats van de hele laag uit te schakelen.
Hetzelfde tabblad meet het op drie manieren. Core Web Vitals zijn gebaseerd op wat echte bezoekers hebben ervaren. Server-side timings zijn echte verzoeken die uw site heeft verwerkt, gemeten op de server voordat er iets een browser bereikte. En profilering op codeniveau benoemt de plug-in, query of het stukje code dat de tijd in beslag nam — wat de enige van de drie is die u vertelt wat u daadwerkelijk moet wijzigen.
Afhankelijk van wie het werk uitvoert. De caching op deze pagina staat al aan en u schakelt deze zelf in of uit. De instelservice houdt in dat wij dit eenmalig correct configureren voor uw specifieke site. De deskundige snelheidsoptimalisatie betekent dat onze ontwikkelaars aan de daadwerkelijke problemen van uw site werken: afbeeldingen, een trage query, een zware plug-in of een thema dat bij elke paginaweergave veel bronnen verbruikt. Het zijn geen verschillende versies van één product; een ervan is wellicht precies wat u nodig hebt, terwijl de andere overbodig zijn.
Elke WordPress-site die we hosten beschikt over beide cachinglagen — ze worden meegeleverd met de hosting, niet met een specifiek pakket. Wat verschilt is de onderliggende machine: de caching draait waar wij de server beheren, dus een site op een door een leverancier beheerd pakket krijgt in plaats daarvan wat het platform van die leverancier biedt.
De objectcache is gebouwd voor WordPress en daar levert deze dan ook het meeste op. De paginacache is niet WordPress-specifiek — een PHP-applicatie of een statische site op onze vloot wordt bediend door dezelfde LiteSpeed-paginacache, en een statische site is snel om redenen die het merendeel hiervan overbodig maken.
Op dit moment niet. De caching op deze pagina is wat elke WordPress-site die wij hosten gebruikt, en het is inbegrepen. Als uw pagina's nog steeds traag zijn zodra het is ingeschakeld, ligt de oorzaak meestal bij afbeeldingen, een plug-in of een query en niet bij de cache — en dat is werk dat de deskundige snelheidsoptimalisatie handmatig voor uw specifieke site uitvoert.
Er valt niets uit te proberen: caching is inbegrepen bij de hosting en is actief vanaf de eerste implementatie. De hosting zelf bevat een proefperiode van 14 dagen waarvoor geen betaalkaart nodig is.
Nee, en wel bewust. AccelerateWP bevat een geïntegreerd CDN en we schakelen dit nooit in, omdat elke Zinn®-site al wordt voorafgegaan door een door ons gekozen edge — een tweede CDN ervoor zou twee caches in serie betekenen, en het legen van de ene zou ertoe leiden dat de andere een verouderde pagina blijft weergeven. Uw CDN is afkomstig van het tabblad CDN van de site.
Ja. Beide lagen zijn schakelaars op het eigen tabblad Prestaties van elke site en ze zijn onafhankelijk van elkaar — een site die de paginacache uit moet laten staan, behoudt nog steeds zijn objectcache.
Start een proefperiode van 14 dagen zonder creditcard. Caching is al actief vanaf de eerste implementatie — open het tabblad Performance en zie wat het doet met uw eigen cijfers.
Gratis starten