Med WordPress Analytics i MyKinsta kan du finde ud af, hvad der foregår under motorhjelmen på dit websted, ved at se en bred vifte af analysedata. Du kan endda undersøge og diagnosticere nogle webstedsproblemer lige fra MyKinsta-dashboardet. I dag vil vi dykke ned i hver sektion af MyKinsta Analytics og deler endda nogle eksempler på, hvordan du kan bruge disse data til at forbedre og rette dit WordPress-websted.
Et dyk ind i MyKinsta Analytics
Dashboard-siden på MyKinsta har et par hurtige indsigter i dit ressourceforbrug, dataoverførsel (båndbredde), unikke besøg på dit live-websted og CDN-brug (hvis relevant).
For at dykke ned i de mere dybdegående rapporter kan du se på analyser for alle websteder i din plan ved at gå til siden Virksomhedsindstillinger > Analytics. Bemærk: Hvis du også har Applikation Hosting eller Database Hosting, skal du vælge WordPress-undersiden. Når du ser analyser på virksomhedsniveau, får du vist data for alle WordPress-websteder og miljøer.
For kun at se analyser for ét specifikt websted (analyse på webstedsniveau), skal du gå til WordPress-websteder > webstedsnavn > Analyse.
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
Besøgsgrafen viser dig antallet af besøg i dit WordPress-miljø (Live, Standard Staging eller Premium Staging). Hvis du fremhæver et bestemt tidspunkt på grafen, vil den vise dig antallet af besøg for den pågældende dag og en sammenligningsprocent til det forrige datapunkt (dag eller time, afhængigt af den valgte tidsramme). Dette er det nøjagtige antal besøg i miljøet. 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.
Kinstas hostingplaner er baseret på det samlede antal besøgende på dit live-websted. Kun besøg i live-miljøet tælles med i din planbrug (vist øverst på din Analytics-side på virksomhedsniveau og i WordPress-analysesektionen på din Dashboard-side). Læs mere om, hvordan Kinsta tæller besøg.
Bemærk: Det samlede antal besøg i afsnittet Ressourcer i analytics kan afvige fra det samlede antal, du ser på Dashboard-siden i MyKinsta. Dette 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.
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.
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 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.
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.
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.
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.
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.
3. Spredning
Under afsnittet Spredning kan du se forskellige indsigter om trafikken på dit websted.
Desktop vs. tablet vs. mobil
Diagrammet desktop vs. tablet vs. mobil giver dig mulighed for at se, hvilke enheder der rammer dit websted. I eksemplet nedenfor kan du se, at det primært er desktop-trafik på 87%.
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.
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).
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.
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.
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.
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 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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
Diagram over cachekomponenter
Cache-komponentdiagrammet er en anden måde at se dine samlede værdier for cache response headers på.
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.
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 37 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 byer
Listen Top byer viser dig den geografiske analyse efter by af de besøgendes IP-adresser.
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.
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.
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.