Det kan nogle gange være frustrerende, når du indser, at du ikke har nok adgang til data til at fejlfinde problemer på dit WordPress-websted. Heldigvis kan du med MyKinsta Analytics undersøge og diagnosticere mange af disse problemer direkte fra dashboardet. I dag vil vi dykke ned i hvert afsnit af MyKinsta Analytics og dele nogle eksempler (og virkelige scenarier) på, hvordan du kan bruge disse data til at forbedre og reparere dit WordPress-websted. Find ud af, hvad der foregår under kølerhjelmen!

Et dyk ind i MyKinsta Analytics

Dashboard-siden i MyKinsta har et par hurtige indsigter i dit ressourceforbrug, dataoverførsel (båndbredde) og unikke besøg. Hvis du vil dykke ned i de mere dybdegående rapporter, kan du se på analyser for alle websteder i dit abonnement ved at gå til siden Virksomhed > Analytics eller navigere til Analytics for et specifikt websted (WordPress Websteder > navn på websted  > Analytics).

Analytics på virksomhedsniveau i MyKinsta.
Analytics på virksomhedsniveau i MyKinsta.
Site-level Analytics i MyKinsta.
Site-level Analytics i MyKinsta.

Du kan derefter vælge at se data for de seneste 24 timer, 7 dage, 30 dage eller den aktuelle faktureringscyklus (aktuel måned i dropdown-menuen).

Analytics er opdelt i syv forskellige sektioner, som vi vil dykke yderligere ned i nedenfor:

1. Ressourcer

Under afsnittet Ressourcer kan du se dit samlede antal besøg, diskplads, båndbreddeforbrug, de største anmodninger efter bytes og de største anmodninger efter visninger.

Besøg

Grafen Besøg viser dig det samlede antal besøg på dit WordPress-websted. Hvis du fremhæver et bestemt tidspunkt på grafen, vises antallet af besøg for den pågældende dag og en sammenligningsprocent i forhold til det foregående datapunkt (dag eller time, afhængigt af den valgte tidsramme). Dette er det nøjagtige antal besøg på webstedet. Husk, at dine Google Analytics-filtre og -regler ikke gælder her. Alle tjenester vil vise et andet tal baseret på deres eget regelsæt – hvem de anser for irrelevant/bot-trafik og hvem de ikke anser for at være irrelevant/bot-trafik og hvem de ikke anser for at være det.

Besøg i MyKinsta Analytics.
Besøg i MyKinsta Analytics.

Kinsta’s hostingplaner er baseret på det samlede antal besøgende på dit websted. Læs mere om, hvordan Kinsta tæller besøg. Bemærk: Det samlede antal besøg i Ressourcer-sektionen i Analytics kan afvige fra det samlede antal besøg, du ser på Dashboard-siden i MyKinsta. Det skyldes, at MyKinsta Dashboard-siden altid viser besøg inden for din aktuelle faktureringscyklus.

Diskplads

Diagrammet Diskplads viser din lagringsgrænse og dit forbrug. Bemærk: Brugen af diskplads kan ikke vises for de seneste 24 timer, så du skal vælge 7 dage, 30 dage eller den aktuelle måned som tidsramme i rullemenuen øverst på siden.

Diskpladsforbrug i MyKinsta.
Diskpladsforbrug i MyKinsta.

Båndbredde

Rapporten om båndbreddeforbrug viser de samlede data, som dit websted har brugt. Kinsta opkræver gebyrer for abonnementer baseret på antallet af besøgende på dit websted, men båndbreddeforbrug kan hjælpe dig med at fejlfinde problemer med ydeevnen. Hvis du fremhæver et bestemt tidspunkt på grafen, viser den dig nogle sammenligningsdata, f.eks. den procentvise forskel mellem de enkelte dage.

Båndbredde-brug.
Båndbredde-brug.

Vi anbefaler på det kraftigste, at alle kunder implementerer et CDN. Ikke kun fordi du vil se en stigning i hastigheden, men det kan også være en god måde at reducere båndbredde og ressourcer på dit websted på. CDN båndbredde er meget billig eller endda gratis. Tjek vores dybdegående indlæg om fordelene ved et WordPress CDN, og hvorfor du bør bruge et. Eller, hvis du er klar, kan du se, hvordan du aktiverer Kinstas CDN på dit websted.

Top anmodninger efter Bytes

En byte er en sekvens af binære bits i en serialiseret datastrøm i datatransmissionssystemer. Når det drejer sig om dit WordPress-websted, måles dette typisk i MB, GB og TB. Det samlede antal bytes, der overføres på dit websted, udgør din båndbredde. I rapporten Top requests by bytes kan du se, hvilke anmodninger på dit websted der bruger mest båndbredde.

Top requests by bytes.
Top requests by bytes.

Top requests by views

Rapporten Top requests by views viser dig de mest anmodede ressourcer fra dit websted på serveren, uanset størrelse. Hvis dit websted bruger mere båndbredde end forventet, kan denne rapport og rapporterne ovenfor hjælpe dig med at fejlfinde og fastslå, hvor din båndbredde går hen. Mange gange kan du nemt få øje på et mønster.

Top requests by views.
Top requests by views.

2. CDN-brug

Under afsnittet CDN-brug kan du, hvis Kinstas CDN er aktiveret, se din CDN-båndbredde, de største filer efter anmodninger, de største filer efter antal bytes og de største filtypenavne efter antal bytes. Hvis en bestemt mediefil fra dit websted optager al din båndbredde, kan du finde den her.

CDN Usage i MyKinsta Analytics.
CDN Usage i MyKinsta Analytics.

Båndbredde

Rapporten om CDN båndbredde-forbrug viser de samlede CDN-data, som dit websted har brugt. Hvis du fremhæver et bestemt tidspunkt på grafen, viser den dig nogle sammenligningsdata, f.eks. den procentvise forskel mellem de enkelte dage.

CDN-båndbredde brug.
CDN-båndbredde brug.

Top files by request

CDN top files by requests.
CDN top files by request.

Rapporten om de største filer efter anmodninger viser dig de mest efterspurgte filer på dit websted, som serveres af CDN’en. Dette kan hjælpe dig med at identificere, hvilke filer der er ansvarlige for det meste af dit CDN-båndbreddeforbrug.

Top files by bytes

Rapporten Top files by bytes viser dig de største filer på dit websted, som CDN’en har serveret. Dette kan hjælpe dig med at identificere store filer, som du måske kan optimere, så du kan reducere filstørrelsen og dit CDN-båndbreddeforbrug.

CDN top files by bytes.
CDN top files by bytes.

De største top files by bytes

Rapporten om de største top files by bytes viser dig de X filudvidelser, der tjener flest X filtypenavne fra CDN’et. Dette kan hjælpe dig med at identificere den type medie på dit websted, der er ansvarlig for det meste af dit CDN-bandbredde-forbrug.

CDN top file extensions by bytes.
CDN top file extensions by bytes.

3. Spredning

Under afsnittet Spredning kan du se forskellige indsigter om trafikken på dit websted.

Handheld vs. desktop

Rapporten Handheld vs. desktop giver dig mulighed for at se, hvilke enheder der besøger dit websted. I eksemplet nedenfor kan du se, at det primært er desktoptrafik på over 86%.

Diagram over spredning af håndholdte og stationære computere.
Diagram over spredning af håndholdte og stationære computere.

4. Ydeevne

Under afsnittet Ydelse kan du se din gennemsnitlige PHP + MySQL-svartid, PHP-gennemløb, PHP-arbejdergrænse, AJAX-brug, den højeste gennemsnitlige PHP + MySQL-svartid og den højeste maksimale opstrømstid.

Gennemsnitlig PHP + MySQL-svartid

Når du besøger et WordPress-websted, bruges PHP og MySQL til at kompilere og forespørge de data, du ser på siden. Dette diagram viser dig den gennemsnitlige svartid for PHP-engine og MySQL-motoren for hver un-cached forespørgsel.

Hvis denne værdi er høj eller viser en nylig spids, er du velkommen til at åbne en ny chat med vores supportteam, så de kan tjekke, om der er serverrelaterede problemer. Hvis der ikke findes nogen serverrelaterede problemer, anbefaler vi at bruge vores APM-værktøj til at hjælpe med at diagnosticere ydelsesproblemer.

Gennemsnitlig PHP + MySQL svartid.
Gennemsnitlig PHP + MySQL svartid.

PHP-gennemstrømning

Gennemløb er antallet af transaktioner pr. tidsenhed. I denne rapport henviser det til PHP-gennemstrømning fra dit WordPress-websted. Med andre ord viser den, hvor mange anmodninger der i alt blev udført i den valgte tidsramme. Linjediagrammet viser en mere detaljeret opdeling efter timer eller dage (afhængigt af tidsrammen).

PHP throughput.
PHP throughput.

Grænse for PHP-arbejdere

Diagrammet PHP-arbejdergrænse viser, hvor ofte PHP-motoren nåede det maksimalt tildelte antal PHP-arbejdere. Hvis dit abonnement f.eks. omfatter 4 PHP-arbejdere, og dit websted bruger alle 4 PHP-arbejdere samtidig og ikke straks kan svare på indkommende PHP-forespørgsler, vil det tælle som ét tilfælde af at nå PHP-arbejdergrænsen.

Hver hostingplan hos Kinsta omfatter et bestemt antal PHP-arbejdere. Oplysningerne i dette skema kan hjælpe dig med at vurdere, om dit websted løbende overskrider grænserne eller ej.

PHP worker-grænse graf.
PHP worker-grænse graf.

AJAX-forbrug

AJAX (Asynchronous JavaScript and XML) er et begreb, der beskriver brugen af et script på klientsiden, som gør det muligt at opdatere dele af en webside uden at skulle foretage en postback eller opdatering af siden.

Når det drejer sig om WordPress, har du måske set admin-ajax.php i dine hastighedstests. WordPress bruger Ajax til centrale adminfunktioner som automatisk lagring af indlæg, administration af brugersessioner og notifikationer. Ajax-opkald til disse funktioner sker gennem filen admin-ajax.php i /wp-admin.

De mest almindelige problemer med Ajax i WordPress er plugins, der får den til at spidse og CPU-problemer på backend. Hvis du vil have flere detaljer, kan du læse vores dybdegående indlæg om diagnosticering af højt Admin-AJAX-forbrug på dit WordPress-websted.

admin-ajax.php indlæsningstid i vandfalds-diagram.
admin-ajax.php indlæsningstid i vandfalds-diagram.

 

AJAX-brugsdiagrammet viser tallet af admin-ajax-forespørgsler, og du kan se, om der er Ajax-brugsspidser i bestemte perioder. Vælg en af søjlerne i diagrammet, og du kan se antallet af Ajax-forespørgsler for den pågældende periode. Du kan derefter bruge nogle af de tips i det indlæg, vi nævnte ovenfor, til at indsnævre kilden til disse spikes.

AJAX-brugsdiagram i MyKinsta Analytics.
AJAX-brugsdiagram i MyKinsta Analytics.

Top gennemsnitlig PHP + MySQL svartid

Denne liste viser de stier med de højeste svartider fra PHP og MySQL. Disse tal kan være engangstoppe, så det er bedst at sammenligne denne liste med listen Top maksimale upstream-time.

Top gennemsnitlige PHP + MySQL svartid.
Top gennemsnitlige PHP + MySQL svartid.

Top maksimal upstream time

Upstream-tid er den samlede tid, det tager NGINX (og upstream-servere) at behandle en anmodning og sende et svar. Denne liste viser de stier med de højeste PHP- og MySQL-opstrømstider (kombineret) for anmodninger.

Top maksimal opstrømstid.
Top maksimal opstrømstid.

5. Svar

Under afsnittet Svar kan du se din svarkodefordeling, svarstatistik, 500-fejlfordeling, 400-fejlfordeling, redirect-fordeling og de bedste 404-fejl.

Opdeling af response codes

Med diagrammet response code breakdown kan du få et overblik over fordelingen af de HTTP-statuskoder, der er serveret for de anmodede ressourcer. Svarkoder, også kendt som HTTP-statuskoder, er ikke altid dårlige. En 200 HTTP-statuskode betyder f.eks. “Alt er OK” Denne kode leveres, når en webside eller ressource fungerer præcis som forventet. Vi kommer ind på de andre længere nede i det følgende.

Response cod breakdown.
Response cod breakdown.

Svarstatistik

Rapporten Svarstatistik viser dig det samlede antal omdirigeringer, fejl, succesrate og fejlprocent. Hvert WordPress-websted vil typisk have en lille fejlprocent ratio, hvilket er helt normalt.

Response stats.
Response stats.

500 Fejlfordeling

500-fejlfordelings-diagrammet viser dig det samlede antal 500-fejl, der er opstået på serveren. Her er en mere uddybende forklaring på, hvad hver af disse fejl betyder:

  • 500: “Der var en fejl på serveren, og anmodningen kunne ikke fuldføres.” En generisk kode, der betyder, at der var en “intern serverfejl” Noget gik galt på serveren, og den ønskede ressource blev ikke leveret.
  • 502: “Bad Gateway.” Denne fejlkode betyder typisk, at en server har modtaget et ugyldigt svar fra en anden server. Nogle gange tager en forespørgsel eller anmodning for lang tid, så den afbrydes eller dræbes af serveren. Læs mere om, hvordan du løser en 502 fejl med dårlig gateway.
  • 503: “Serveren er ikke tilgængelig til at håndtere denne anmodning lige nu.” Anmodningen kan ikke afsluttes lige nu. Denne kode kan returneres af en overbelastet server, der ikke kan håndtere yderligere anmodninger. Vi har en trin-for-trin guide til, hvordan du retter 503 service unavailable fejl i WordPress.
500 error breakdown graph.
500 error breakdown graph.

400 fejlfordeling

400-fejlfordelings diagrammet viser dig det samlede antal 400-fejl, der er opstået på serveren. Her er en mere uddybende forklaring på, hvad hver af disse fejl betyder:

  • 401: “Uautoriseret.” Serveren returnerer denne fejl, når målressourcen mangler gyldige autentifikationsoplysninger.
  • 403: “Adgang til denne ressource er forbudt.” Denne kode returneres, når en bruger forsøger at få adgang til noget, som de ikke har tilladelse til at få adgang til. Hvis man f.eks. forsøger at se password-beskyttet indhold uden at logge ind, kan det give en 403-fejl.
  • 404: “Den ønskede ressource blev ikke fundet.” Den mest almindelige fejlmeddelelse af dem alle. Denne kode betyder, at serveren ikke kan finde den ønskede ressource, og at serveren ikke ved, om den nogensinde har eksisteret.
  • 405: “Metode ikke tilladt.” Denne fejl genereres, når værtsserveren (origin-serveren) understøtter den modtagne metode, men målressourcen ikke gør det.
  • 429: “For mange anmodninger.” Serveren genererer typisk denne fejl, når brugeren har sendt for mange anmodninger på et givet tidsrum (hastighedsbegrænsning). Ofte er dette forårsaget af bots eller scripts, der forsøger at brute-force sig vej ind på din standard WordPress-loginside. Du kan hjælpe med at låse dit websted ved at ændre din WordPress-login-URL.
  • 499: “Klienten har lukket anmodningen.” Denne fejl returneres af NGINX, når klienten lukker anmodningen, mens NGINX stadig er i gang med at behandle den.
400 error breakdown graph.
400 error breakdown graph.

Opdeling af omdirigering

Redirect breakdown-diagrammet viser dig det samlede antal omdirigeringer, der er sket på serveren. Husk, at ligesom 200 svarkoder er det ikke alle svarkoder, der er dårlige. 300 svarkoder betyder typisk, at du har flyttet indholdet et andet sted hen. 301-omdirigeringer er f.eks. meget vigtige, da de hjælper med at bevare dine SEO-rangeringer ved URL- og webstedsændringer. Her er en mere uddybende forklaring på, hvad hver af disse betyder.

  • 301: “Den ønskede ressource er blevet flyttet permanent.” Denne kode leveres, når en webside eller ressource er blevet permanent erstattet med en anden ressource. Den bruges til permanent URL-omdirigering.
  • 302: “Den ønskede ressource er flyttet, men blev fundet.” Denne kode angiver, at den ønskede ressource er blevet flyttet midlertidigt til et andet sted.
  • 304: “Den ønskede ressource er ikke blevet ændret siden sidste gang, du fik adgang til den.” Denne kode fortæller browseren, at de ressourcer, der er gemt i browserens cache, ikke er blevet ændret. Den fremskynder leveringen af websiden ved at genbruge tidligere downloadede ressourcer.
Redirect breakdown graph.
Redirect breakdown graph.

Top 404-fejl

Listen Top 404-fejl hjælper dig med at fejlfinde de mest efterspurgte ressourcer, som besøgende eller automatiserede robotter rammer, og som ikke findes på dit websted.

Top 404-fejl.
Top 404-fejl.

Hvis du ser en stor mængde 404-fejl, anbefales det generelt, at du gennemgår dit websted og retter dem af hensyn til SEO og brugervenlighed. Du kan også slå dem op i Google Search Console under crawlfejl.

404-fejl i Google Search Console.
404-fejl i Google Search Console.

6. Cache

Under afsnittet Cache kan du se din cache-komponent stack, cache-komponentdiagram og det samlede antal cache-bypasses.

Stak af cachekomponenter

Hver gang der anmodes om en fil eller ressource fra Kinstas servere, sender den en værdi i HTTP-response headeren (X-Kinsta-Cache) for at fortælle dig om cachens status.

X-Kinsta-Cache Hit i HTTP-svarhovedet.
X-Kinsta-Cache Hit i HTTP-svarhovedet.

Der er fire typer cache-response headers, der returneres:

  • HIT: En HIT betyder, at ressourcen bliver serveret fra cachen på Kinas servere. Det er typisk det, du ønsker at se.
  • BYPASS: Det betyder, at en regel eller konflikt sandsynligvis forhindrer ressourcen i at blive cachet. Vi har regler på plads, så visse ting på dit WordPress-websted ikke cachelagres. For eksempel er din /wp-login.php-side ikke cachet, hvilket sikrer korrekt funktionalitet, når du logger ind på dit dashboardet.
  • MISS: Dette betyder, at indholdet endnu ikke var i cachen, men vil være det efter den første forespørgsel. Den anden anmodning til denne fil vil være en cache HIT. Husk, at hver gang du renser cachen på dit WordPress-websted, skal den genopbygges af de personer, der besøger det. Derfor anbefaler vi, at du ikke rydder hele cachen konstant. Kinsta MU-pluginet renser automatisk kun visse dele af dit websted, så resten kan forblive i cachen. Læs mere om, hvordan Kinsta håndterer caching.
  • EXPIRED: Dette betyder, at det cachede indhold er udløbet, og at det nye indhold fra hosting-serveren er blevet hentet.

I rapporten om cache-komponentstakken kan du se det samlede antal cache-response headers værdier, der er genereret fra dit websted.

Cache component stack graph.
Cache component stack graph.

Diagram over cachekomponenter

Cache-komponentdiagrammet er en anden måde at se dine samlede værdier for cache response headers på.

Cache-komponentdiagram.
Cache-komponentdiagram.

Top Cache Bypasses

Rapporten Top cache bypasses giver dig mulighed for at se de største anmodninger, der omgår cachen på dit websted. Det er godt at tage et kig på dette og sikre, at disse stier bør omgå cachen. Eksemplet nedenfor viser, at /wp-cron.php ikke er cachelagret, hvilket er nødvendigt for at WP-Cron kan fungere som forventet.

Top cache bypasses.
Top cache bypasses.

7. Geo & IP

Under afsnittet Geo & IP kan du se de øverste lande, de øverste byer og den øverste IP-adresse, der besøger dit websted. Dette giver dig indsigt i de lande, byer og individuelle IP-adresser for besøgende på dit websted.

Top lande

Listen Top lande kan hjælpe dig med at afgøre, om det datacenter, som dit websted er placeret i, er den bedste placering. Denne liste er en geoanalyse efter land af de besøgendes IP-adresser. I eksemplet nedenfor bør webstedet sandsynligvis placeres på en server i USA, da størstedelen af trafikken kommer derfra.

Kinsta har nu 35 Google Cloud Platform-lokationer rundt om i verden, hvor du kan hoste dit WordPress-websted. Hvis du vil have flere detaljer, kan du læse vores dybdegående indlæg om netværks-latens, og hvorfor det er vigtigt at placere dit websted strategisk.

Top lande liste.
Top lande liste.

Top byer

Listen Top byer viser dig den geografiske analyse efter by af de besøgendes IP-adresser.

Top cities list.
Top cities list.

Top Client IP’er

Listen Top client IPs kan være nyttig, hvis dit websted pludselig bruger meget båndbredde. Den viser de øverste IP-adresser opført efter antal forespørgsler.

Top client IPs.
Top client IPs.

Hvordan kan du bruge disse data? Her er et eksempel på en casestudie på et WordPress-websted for e-handel. En analyse af de 10 bedste klient-IP’er til webstedet i de sidste 7 dage viste en vis mistænkelig aktivitet. De fleste af dem havde over 10.000 anmodninger, og der var ganske få IP’er med så mange anmodninger. Det var højst sandsynligt et DDoS- eller brute force-angreb. Ved at indtaste et par af de øverste IP’er i Google-søgning kunne vi se, at de fleste af dem var proxy-adresser, hvilket betyder, at nogen højst sandsynligt ønskede at skjule deres trafik.

En proxy-IP-adresse i Googles søgeresultater.
En proxy-IP-adresse i Googles søgeresultater.

Den gode nyhed er, at vores Cloudflare-integration ud over firewallbeskyttelse også omfatter gratis DDoS (Distributed Denial of Service)-beskyttelse. Hvis du har brug for yderligere indgreb, så give vores supportteam besked. Om nødvendigt kan vi blokere IP’erne for dig.

Andre muligheder omfatter oprettelse af din egen Cloudflare-konto (hvor du kan aktivere og konfigurere Cloudflares webapplikationsfirewall med mere specifikke regler for dit websted) eller tilføjelse af en anden webapplikationsfirewall som Sucuri.

Yderligere noter

Fuldstændige analysedata opbevares i 30 dage. Vi foreslår, at du tjekker Dashboard- og Analytics-siderne oftere efter den første migrering til Kinsta. Hvis du ser en uforklarlig trafikspids eller inkonsekvens, der bekymrer dig, skal du give vores supportteam besked, så kan vi undersøge logfilerne yderligere for at hjælpe med at finde årsagen.

Med alle ovenstående data har du forhåbentlig fået en bedre forståelse af, hvordan Kinsta leverer indhold til dine besøgende.