Analytics
Met WordPress Analytics in MyKinsta kun je uitvinden wat er onder de motorkap van je site gebeurt aan de hand van een breed scala aan analysegegevens. Je kunt zelfs vanuit het MyKinsta dashboard bepaalde problemen met je site onderzoeken en diagnosticeren. Vandaag duiken we in elke sectie van MyKinsta Analytics en delen we zelfs enkele voorbeelden van hoe je deze gegevens kunt gebruiken om je WordPress site te verbeteren en op te lossen.
Een uitleg van het MyKinsta Analytics
De Dashboard pagina van MyKinsta heeft een paar snelle inzichten in je resourcegebruik, gegevensoverdracht (bandbreedte), unieke bezoeken aan je live site en CDN gebruik (indien van toepassing).
Om in de meer diepgaande rapporten te duiken, kun je de analytics voor alle sites in je pakket bekijken door naar de pagina Bedrijfsinstellingen > Analytics te gaan. Opmerking: Als je ook Applicatie Hosting en Database Hosting hebt, moet je de WordPress subpagina selecteren. Als je analytics op bedrijfsniveau bekijkt, bekijk je gegevens voor alle sites en omgevingen.
Om de statistieken van slechts één specifieke site te bekijken (analytics op siteniveau), ga je naar WordPress Sites > sitenaam > Analytics.
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:
Verbruik pakket
Pakketverbruik toont de totalen voor alle sites in het pakket van je bedrijf. Informatie over schijfgebruik wordt eenmaal per dag berekend voor elke website op verschillende tijdstippen. Dit betekent dat de hoeveelheid gebruikte schijfruimte gedurende de dag kan variëren en dat het totaal voor alle websites mogelijk pas de volgende dag helemaal accuraat is.
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 aantal bezoeken aan je WordPress omgeving (Live, Standaard testomgeving of Premium testomgeving). Als je een specifiek tijdstip in de grafiek markeert, zie je het aantal bezoeken voor die dag en een vergelijkingspercentage met het vorige datapunt (dag of uur, afhankelijk van het geselecteerde tijdsbestek). Dit is het exacte aantal bezoeken aan de omgeving. 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.
De hostingpakketten van Kinsta zijn gebaseerd op het totale aantal bezoekers van je live site. Alleen bezoeken aan de live omgeving worden meegeteld in het gebruik van je pakket (te zien bovenaan je Bedrijfsniveau Analytics pagina en in het WordPress Analytics gedeelte van je Dashboard pagina). Lees meer over hoe Kinsta bezoeken telt.
Opmerking: Het totaal aantal bezoeken in de Resources sectie van analytics kan verschillen van het totaal dat je ziet op de Dashboard pagina in MyKinsta dashboard. 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.
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.
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’s 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 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.
CDN-verbruik
Onder het kopje CDN Gebruik kun je, als Kinsta’s 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.
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.
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.
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.
Spreiding
Onder het kopje Spreiding kun je verschillende inzichten over het verkeer op je site bekijken.
Desktop vs. tablet vs. mobiel
Met de grafiek desktop vs. tablet vs. mobiel kun je zien welke apparaten je site bezoeken. In het voorbeeld hieronder kun je zien dat het voornamelijk desktopverkeer is met 87%.
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.
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 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.
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.
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.
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 Topmaximum upstreamtijd lijst.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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 grafiek
De Cache Component grafiek is een andere manier om je totale cacheresponse headerwaarden te bekijken.
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.
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 Toplanden 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 37 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 steden
De Topsteden lijst toont je de geo-analyse per stad van de IP adressen van bezoekers.
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.
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.
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.