Het kan soms frustrerend zijn als je niet genoeg toegang tot gegevens hebt om problemen op je WordPress site op te lossen. Gelukkig kun je met MyKinsta Analytics veel van deze problemen direct vanuit het dashboard onderzoeken én diagnosticeren. Vandaag kijken we naar elk onderdeel van MyKinsta Analytics en delen we enkele voorbeelden (en scenario’s uit de praktijk) van hoe je deze gegevens kunt gebruiken om je WordPress site te verbeteren en te repareren. Ontdek wat er allemaal onder de motorkap gebeurt!

Een uitleg van het MyKinsta Analytics

De Dashboard pagina van MyKinsta geeft een paar snelle inzichten in je resourceverbruik, gegevensoverdracht(bandbreedte), en unieke bezoeken. Om in de meer diepgaande rapporten te duiken, kun je de analytics voor alle sites in je pakket bekijken door naar de Bedrijf > Analytics pagina te gaan of te navigeren naar Analytics voor een specifieke site (Websites> sitenaam > Analytics).

Analytics op bedrijfsniveau in MyKinsta.
Analytics op bedrijfsniveau in MyKinsta.
Analytics op siteniveau in MyKinsta.
Analytics op siteniveau in MyKinsta.

Je kunt vervolgens kiezen om gegevens te zien van de afgelopen 24 uur, 7 dagen, 30 dagen, of de huidige factureringscyclus (Huidige maand in het vervolgkeuzemenu).

Analytics zijn verdeeld in zeven verschillende secties, waar we hieronder verder in zullen duiken:

1. Resources

Onder de sectie Resources kun je je totaal aantal bezoeken, schijfruimte, bandbreedtevebruik, top verzoeken in bytes, en top verzoeken per view bekijken.

Bezoeken

De Bezoeken grafiek toont je het totale aantal bezoeken aan je WordPress site. Als je een bepaald tijdstip op de grafiek markeert, toont hij je het aantal bezoeken voor die dag en een vergelijkingspercentage met het vorige datapoint (dag of uur, afhankelijk van het gekozen tijdsbestek ). Dit is het precieze aantal bezoeken aan de site. Bedenk dat je Google Analytics filters en regels hier niet van toepassing zijn. Alle diensten zullen op basis van hun eigen regels een ander getal tonen – wie ze als irrelevant/bot verkeer beschouwen en wie niet.

Bezoeken in MyKinsta Analytics.
Bezoeken in MyKinsta Analytics.

De limieten van de hostingpakketten van Kinsta zijn gebaseerd op het totale aantal bezoekers van je site. Lees meer over hoe Kinsta bezoeken telt. Opmerking: Het totaal aantal bezoeken in de rubriek Resources van analytics kan verschillen van het totaal dat je ziet op de Dashboard pagina in MyKinsta. Dit komt omdat de MyKinsta Dashboard pagina altijd bezoeken toont binnen je huidige factureringscyclus.

Schijfruimte

De Schijfruimte grafiek toont je opslaglimiet en verbruik. Opmerking: Het gebruik van schijfruimte kan niet over de afgelopen 24 uur bekeken worden, dus je moet 7 dagen, 30 dagen, of de Huidige maand kiezen als tijdsbestek in het dropdownmenu bovenaan de pagina.

Schijfruimtegebruik in MyKinsta.
Schijfruimtegebruik in MyKinsta.

Bandbreedte

Het Bandbreedte gebruiksrapport toont de totale gegevens die je site gebruikt heeft. Kinsta berekent pakketten op basis van het aantal bezoekers van je site, maar het bandbreedteverbruik kan je helpen problemen met de prestaties op te lossen. Als je een bepaald tijdstip op de grafiek markeert, toont het je enkele vergelijkingsgegevens, zoals het procentuele verschil tussen elke dag.

Bandbreedtegebruik.
Bandbreedtegebruik.

We raden elke klant sterk aan een CDN te implementeren. Niet alleen omdat je een snelheidsverhoging zult zien, maar dit kan ook een geweldige manier zijn om bandbreedte en resources op je site te verminderen. CDN bandbreedte is heel goedkoop of zelfs gratis. Bekijk ons diepgaande artikel over de voordelen van een WordPress CDN en waarom je er een zou moeten gebruiken. Of, als je er klaar voor bent, kijk dan hoe je het Kinsta CDN op je site kunt inschakelen.

Belangrijkste bestanden per byte

Een byte is een opeenvolging van binaire bits in een geserialiseerde gegevensstroom in gegevensoverdrachtsystemen. Wat WordPress betreft wordt dit meestal gemeten in MB’s, GB’s, en TB’s. Het totale aantal bytes dat op je site wordt overgebracht vormt je bandbreedte. In het rapport Belangrijkste bestanden per byte kun je zien welke verzoeken op je site de meeste bandbreedte verbruiken.

Belangrijkste bestanden per byte.
Belangrijkste bestanden per byte.

Belangrijkste aanvragen per view

Het rapport Belangrijkste aanvragen per view toont je de meest opgevraagde resources van je site op de server, ongeacht de grootte. Als je site meer bandbreedte verbruikt dan verwacht, kunnen dit rapport en de rapporten hierboven je helpen problemen op te lossen en te bepalen waar je bandbreedte naartoe gaat. Vaak kun je gemakkelijk een patroon ontdekken.

Belangrijkste aanvragen per view.
Belangrijkste aanvragen per view.

2. CDN-verbruik

Onder het kopje CDN Gebruik kun je, als Kinsta CDN ingeschakeld is, je CDN bandbreedte bekijken, top aantal bestanden per verzoek, top bestanden per bytes, en top bestandsextensies per bytes. Als een bepaald mediabestand van je site al je bandbreedte opslokt, kun je het hier signaleren.

CDN-verbruik in MyKinsta Analytics.
CDN-verbruik in MyKinsta Analytics.

Bandbreedte

Het CDN bandbreedtegebruik rapport toont de totale CDN gegevens die je site verbruikt heeft. Als je een bepaald tijdstip op de grafiek uitkiest, toont het je enkele vergelijkingsgegevens, zoals het procentuele verschil tussen elke dag.

CDN bandbreedte gebruik.
CDN bandbreedte gebruik.

Top bestanden per verzoek

CDN top bestanden per verzoek.
CDN top bestanden per verzoek.

Het Maximaal aantal bestanden per verzoek rapport toont je de meest opgevraagde bestanden op je site die door het CDN geleverd worden. Dit kan je helpen te bepalen welke bestanden verantwoordelijk zijn voor het grootste deel van je CDN bandbreedtegebruik.

Top bestanden per bytes

Het Top bestanden per bytes rapport toont je de grootste bestanden op je site die door het CDN geleverd worden. Dit kan je helpen grote bestanden te identificeren die je misschien kunt optimaliseren, waardoor de bestandsgrootte en je CDN bandbreedte gebruik afnemen.

CDN top bestanden bytes.
CDN top bestanden bytes.

Top bestandsextensies per bytes

Het Top bestandsextensies per bytes rapport toont je de top X bestandsextensies die door het CDN geleverd worden. Dit kan je helpen te bepalen welke soort media op je site verantwoordelijk is voor het meeste van je CDN bandbreedtegebruik.

CDN top bestandsextensies per bytes.
CDN top bestandsextensies per bytes.

3. Spreiding

Onder het kopje Spreiding kun je verschillende inzichten over het verkeer op je site bekijken.

Mobiel vs Desktop

Het Mobiel vs Desktop rapport laat je zien welke apparaten op je site terechtkomen. In het voorbeeld hieronder zie je dat dit vooral desktopverkeer is – met meer dan 86%.

Mobiel vs Desktop spreidingsgrafiek.
Mobiel vs Desktop spreidingsgrafiek.

4. Prestaties

Onder de Prestaties sectie kun je je gemiddelde PHP + MySQL responstijd, PHP doorvoer, PHP workerslimiet, AJAX verbruik, top gemiddelde PHP + MySQL responstijd, en top maximum upstreamtijd bekijken.

Gemiddelde PHP + MySQL responstijd

Telkens als je een WordPress site bezoekt, worden PHP en MySQL gebruikt om de gegevens die je op de pagina ziet samen te stellen en te bevragen. Deze grafiek toont je de gemiddelde responstijd van de PHP engine en de MySQL engine voor elk ongecached verzoek.

Als deze waarde hoog is of een recente piek vertoont, open dan gerust een nieuwe chat met ons Ondersteuningsteam, zodat zij kunnen controleren of er problemen met de server zijn. Als er geen server-gerelateerde problemen worden gevonden, raden we aan ons APM gereedschap te gebruiken om prestatieproblemen te helpen diagnosticeren.

Gemiddelde PHP + MySQL responstijd.
Gemiddelde PHP + MySQL responstijd.

PHP doorvoer

Doorvoer is het aantal transacties per tijdseenheid. In dit rapport verwijst het naar PHP doorvoer van je WordPress site. Met andere woorden, het toont hoeveel totale verzoeken werden uitgevoerd gedurende de gekozen tijdspanne. De lijngrafiek toont een meer gedetailleerde uitsplitsing naar uren of dagen (afhankelijk van het tijdsbestek).

PHP doorvoer.
PHP doorvoer.

PHP workerslimiet

De grafiek met de PHP workerslimiet laat zien hoe vaak de PHP engine het maximum aan toegewezen PHP werkers bereikte. Bijvoorbeeld: als je pakket 4 PHP workers bevat, en je site gebruikt alle 4 PHP workers tegelijk en kan niet onmiddellijk reageren op binnenkomende PHP verzoeken, dan telt dat als één geval van het bereiken van de PHP workerlimiet.

Elk pakket bij Kinsta bevat een bepaald aantal PHP workers. De informatie in deze grafiek kan je helpen te peilen of je site voortdurend tegen grenzen aanloopt.

PHP workerlimiet grafiek.
PHP workerlimiet grafiek.

AJAX verbruik

AJAX (Asynchronous JavaScript and XML) is een term die het gebruik beschrijft van een client-side script waarmee je delen van een webpagina kunt bijwerken zonder een postback of paginaverversing te hoeven doen.

Als het over WordPress gaat, heb je in je snelheidstests misschien admin-ajax.php gezien. WordPress gebruikt Ajax voor coreadmin functies zoals het automatisch opslaan van berichten, het beheer van gebruikerssessies, en meldingen. De Ajax calls voor die functies gebeuren via het admin-ajax.php bestand in /wp-admin.

De meest voorkomende problemen met Ajax in WordPress zijn plugins die het laten pieken en CPU problemen op het backend. Voor meer details, zie onze diepgaande uitleg over het diagnosticeren van hoog Admin-AJAX verbruik op je WordPress site.

admin-ajax.php laadtijd in een watervalgrafiek.
admin-ajax.php laadtijd in een watervalgrafiek.

De AJAX verbruik grafiek toont een telling van de admin-ajax verzoeken, en je kunt zien of er in bepaalde perioden pieken in het Ajax verbruik optreden. Kies een van de balken in de grafiek, en je ziet het aantal Ajax verzoeken voor die bepaalde tijdsperiode. Je kunt vervolgens de tips in het hierboven genoemde artikel gebruiken om de bron van die pieken aan te pakken.

AJAX gebruiksgrafiek in MyKinsta Analytics.
AJAX gebruiksgrafiek in MyKinsta Analytics.

Top gemiddelde PHP + MySQL responstijd

Deze lijst toont de paden met de hoogste responstijden van PHP en MySQL. Deze getallen kunnen eenmalige pieken zijn, dus je kunt deze lijst het beste vergelijken met de Top maximum upstreamtijd lijst.

Top gemiddelde PHP + MySQL responstijd.
Top gemiddelde PHP + MySQL responstijd.

Top maximale upstreamtijd

De upstreamtijd is de totale tijd die NGINX (en upstreamservers) nodig hebben om een verzoek te verwerken en een respons te sturen. Deze lijst toont de paden met de top PHP en MySQL upstreamtijden (gecombineerd) voor aanvragen.

Top maximale upstreamtijd.
Top maximale upstreamtijd.

5. Response

Onder de rubriek Response kun je analytics van je responscodes bekijken, respons statistieken, 500 error analytics, 400 error analytics, redirect analytics, en top 404 fouten.

Responscode analyse

De Responscode analyse grafiek laat je een overzicht zien van de verdeling van de geleverde HTTP statuscodes voor de opgevraagde resources. Responscodes, ook bekend als HTTP statuscodes, zijn niet altijd slecht. Een 200 HTTP statuscode betekent bijvoorbeeld “Alles is OK”. Deze code wordt afgeleverd als een webpagina of -bron precies doet wat van hem verwacht wordt. We gaan hieronder verder in op de andere.

Responscode analysegrafiek.
Responscode analysegrafiek.

Respons statistieken

Het Respons statistieken rapport toont je het totaal aantal redirects, fouten, succespercentage, en foutenpercentage. Elke WordPress site zal doorgaans een klein foutenpercentage hebben, wat volkomen normaal is.

Respons statistieken.
Respons statistieken.

500 error analyse

De 500 error analyse grafiek toont je het totale aantal 500 fouten dat op de server optrad. Hier is een meer diepgaande uitleg van wat elk van deze betekent:

  • 500: “There was an error on the server and the request could not be completed.” Een algemene code die betekent dat er een “interne serverfout” optrad. Er ging iets mis op de server, en de gevraagde bron werd niet afgeleverd.
  • 502: “Bad Gateway.” Deze foutcode betekent meestal dat een server een ongeldige respons van een andere server heeft ontvangen. Soms duurt een query of verzoek te lang, zodat het door de server geannuleerd of gestopt wordt. Lees meer over hoe je een 502 Bad Gateway fout kunt verhelpen.
  • 503: “The server is unavailable to handle this request right now.” Het verzoek kan nu niet worden afgehandeld. Deze code kan worden teruggestuurd door een overbelaste server die geen extra aanvragen kan verwerken. We hebben een stap-voor-stap handleiding over hoe je de 503 Service Unavailable fout in WordPress kunt verhelpen.
500 error analysegrafiek.
500 error analysegrafiek.

400 error analyse

De 400 error analyse grafiek toont je het totale aantal 400 fouten dat op de server optrad. Hier is een meer diepgaande uitleg van wat elk van deze betekent:

  • 401: “Unauthorized.” De server geeft deze foutmelding als de doelbron geen geldige authenticatiegegevens heeft.
  • 403: “Access to that resource is forbidden.” Deze code wordt teruggestuurd wanneer een gebruiker iets probeert te openen waarvoor hij geen toestemming heeft. Bijvoorbeeld, als je met een wachtwoord beveiligde inhoud probeert te bekijken zonder in te loggen kan dat een 403 fout opleveren.
  • 404: “The requested resource was not found.” De meest voorkomende foutmelding van allemaal. Deze code betekent dat de server de gevraagde bron niet kan vinden, en de server weet niet of hij ooit bestaan heeft.
  • 405: “Method not allowed.” Deze foutmelding wordt gegenereerd wanneer de hostingserver (origin server) de ontvangen methode ondersteunt, maar de doelbron niet.
  • 429: “Too Many Requests.” De server genereert deze foutmelding meestal wanneer de gebruiker te veel aanvragen in een bepaalde tijd heeft verzonden (snelheidsbeperking). Vaak wordt dit veroorzaakt door bots of scripts die zich een weg proberen te forceren naar je standaard WordPress login pagina. Je kunt helpen je site te vergrendelen door je WordPress login URL te veranderen.
  • 499: “Client closed request. Deze fout wordt door NGINX teruggegeven als de cliënt het verzoek sluit terwijl NGINX het nog aan het verwerken is.
400 error analysegrafiek.
400 error analysegrafiek.

Redirect analyse

De Redirect analyse grafiek toont je het totale aantal redirects dat op de server voorkwam. Bedenk dat, net als 200 responscodes, niet alle responscodes slecht zijn. 300 responscodes betekenen meestal dat je de inhoud naar elders hebt verplaatst. 301 redirects, bijvoorbeeld, zijn erg belangrijk omdat ze helpen je SEO rankings te behouden voor URL- en siteveranderingen. Hier is een meer diepgaande uitleg van wat elk van deze betekent.

  • 301: “The requested resource has been moved permanently.” Deze code wordt afgeleverd wanneer een webpagina of bron permanent vervangen is door een andere bron. Hij wordt gebruikt voor permanente URL omleiding.
  • 302: “The requested resource has moved but was found.” Deze code geeft aan dat de gevraagde bron tijdelijk naar een andere plaats verhuisd is.
  • 304: “The requested resource has not been modified since the last time you accessed it.” Deze code vertelt de browser dat in de browsercache opgeslagen bronnen niet veranderd zijn. Hij versnelt de levering van webpagina’s door eerder gedownloade bronnen opnieuw te gebruiken.
Redirect analysegrafiek.
Redirect analysegrafiek.

Top 404 fouten

De Top 404 fouten lijst helpt je problemen op te lossen met de meest gevraagde bronnen waar bezoekers of geautomatiseerde bots op stuiten die op je site niet bestaan.

Top 404 fouten.
Top 404 fouten.

Als je een grote hoeveelheid 404 fouten ziet, is het meestal aan te bevelen je site door te nemen en ze te herstellen voor SEO en bruikbaarheidsdoeleinden. Je kunt ze ook opzoeken in Google Search Console onder crawlerrors.

404 fouten in Google Search Console.
404 fouten in Google Search Console.

6. Cache

Onder de Cache gedeelte kun je je Cache Component stack, Cache Component grafiek, en totale cache-bypasses bekijken.

Cache Component stack

Telkens als een bestand of bron van Kinsta’s servers wordt opgevraagd, zendt het een waarde in de HTTP responsheader (X-Kinsta-Cache) om je de status van de cache te laten weten.

X-Kinsta-Cache Hit in HTTP antwoordheaders.
X-Kinsta-Cache Hit in HTTP antwoordheaders.

Er zijn vier soorten teruggekeerde cache antwoordkoppen:

  • HIT: Een HIT betekent dat de bron uit de cache op Kinsta’s servers wordt geserveerd. Doorgaans is dit wat je wilt zien.
  • BYPASS: Dit betekent dat een regel of conflict waarschijnlijk verhindert dat de bron uit de cache komt. We hebben regels ingesteld zodat bepaalde dingen op je WordPress site niet gecached worden. Bijvoorbeeld, je /wp-login.php pagina wordt niet gecached, wat een goede werking garandeert als je inlogt op je dashboard.
  • MISS: Dit betekent dat de inhoud nog niet in de cache zat, maar dat wel zal worden na het eerste verzoek. De tweede aanvraag naar dat bestand zal een cache HIT zijn. Bedenk dat telkens als je de cache van je WordPress site leegt, die opnieuw moet worden opgebouwd door mensen die hem bezoeken. Daarom raden we aan niet voortdurend de hele cache te wissen. De Kinsta MU plugin zuivert automatisch alleen bepaalde delen van je site, zodat de rest in de cache kan blijven. Lees meer over hoe Kinsta met caching omgaat.
  • EXPIRED: Dit betekent dat de cache inhoud verlopen is, en dat de nieuwe inhoud van de hostingserver opgehaald is.

Het Cache Component stack rapport laat je het totale aantal cacherespons headerwaarden zien die van je site gegenereerd werden.

Cache Component stack grafiek.
Cache Component stack grafiek.

Cache Component grafiek

De Cache Component grafiek is een andere manier om je totale cacheresponse headerwaarden te bekijken.

Cache Component grafiek.
Cache Component grafiek.

Top cache bypasses

Het top cache bypasses rapport laat je de top verzoeken zien die de cache op je site omzeilen. Het is goed om hier eens naar te kijken en te controleren of die paden de cache zouden moeten omzeilen. Het voorbeeld hieronder laat zien dat /wp-cron.php niet in de cache zit, wat nodig is om WP-Cron te laten werken zoals het hoort.

Top cache bypasses.
Top cache bypasses.

7. Geo & IP

In de sectie Geo & IP kun je de top landen, top steden, en het top IP adres bekijken die je site bezoeken. Dit geeft je inzicht in de landen, steden, en individuele IP adressen van bezoekers aan je site.

Top landen

De Top landen lijst kan je helpen bepalen of het datacenter waar je site staat de beste locatie is. Deze lijst is een geo-analyse per land van de IP adressen van bezoekers. In het voorbeeld hieronder zou de site waarschijnlijk op een server in de Verenigde Staten moeten staan, omdat het meeste verkeer daar vandaan komt.

Kinsta heeft nu 35 Google Cloud Platform locaties over de hele wereld waar je je WordPress site kunt hosten. Voor meer details, zie ons uitgebreide artikel over netwerkvertraging en waarom het belangrijk is je site strategisch te plaatsen.

Top landen lijst.
Top landen lijst.

Top steden

De Top steden lijst toont je de geo-analyse per stad van de IP adressen van bezoekers.

Top steden lijst.
Top steden lijst.

Top client IP’s

De Top client IP’s lijst kan handig zijn als je site plotseling veel bandbreedte gebruikt. Deze toont de top IP adressen gerangschikt naar aantal aanvragen.

Top client IP's.
Top client IP’s.

Hoe kun je deze gegevens gebruiken? Hier is een voorbeeld van een case studie over een e-commerce WordPress site. Analyse van de top 10 client IP’s naar de site gedurende de laatste 7 dagen toonde verdachte activiteit. De meesten hadden meer dan 10.000 verzoeken, en er waren nogal wat IP’s met zoveel verzoeken. Het was hoogstwaarschijnlijk een DDoS of brute force aanval. Door een paar van de bovenste IP’s in te voeren in Google search, konden we zien dat de meeste ervan proxy adressen waren, wat betekent dat iemand hoogstwaarschijnlijk zijn verkeer wilde verbergen.

Een proxy IP adres in de zoekresultaten van Google.
Een proxy IP adres in de zoekresultaten van Google.

Het goede nieuws is dat onze Cloudflare integratie behalve firewall bescherming ook gratis DDoS (Distributed Denial of Service) bescherming bevat. Als je verdere interventie nodig hebt, laat het ons ondersteuningsteam weten. Indien nodig kunnen we de IP’s voor je blokkeren.

Andere mogelijkheden zijn het opzetten van je eigen Cloudflare account (waar je Cloudflare’s Web Application Firewall kunt inschakelen en configureren met meer specifieke regels voor je site) of het toevoegen van een andere web application firewall zoals Sucuri.

Extra opmerkingen

Alle analyticsgegevens worden 30 dagen bewaard. We raden aan om de Dashboard en Analytics pagina’s vaker te controleren nadat je voor het eerst naar Kinsta gemigreerd bent. Als je een onverklaarbare verkeerspiek of inconsistentie ziet die je zorgen baart, laat het ons ondersteuningsteam weten, en we kunnen de logs verder onderzoeken om de oorzaak te helpen vaststellen.

Hopelijk heb je met alle bovenstaande gegevens een beter inzicht in hoe Kinsta content aan je bezoekers levert.