Es kann manchmal frustrierend sein, wenn du feststellst, dass du nicht genügend Zugriff auf Daten hast, um Probleme auf deiner WordPress-Seite zu beheben. Glücklicherweise kannst du mit der neuen überarbeiteten MyKinsta-Analyse jetzt viele dieser Probleme direkt im Dashboard untersuchen und diagnostizieren. Heute werden wir in jeden Abschnitt von MyKinsta Analytics eintauchen und einige Beispiele (und reale Szenarien) erläutern, wie du diese neuen Berichte nutzen kannst, um deine WordPress-Seiten zu verbessern und zu korrigieren. Finde heraus, was unter der Haube los ist!

Eintauchen in MyKinsta Analytics

Das Main-Dashboard von MyKinsta bietet einige kurze Einblicke in die Ressourcennutzung sowie in die Datenübertragung und einmalige Besuche. Um in die detaillierteren Berichte einzutauchen, klickst du in der Seitenleiste auf „Analytics“.

Zugang zu MyKinsta Analytics

Zugang zu MyKinsta Analytics

Oben kannst du die Statistiken einzeln filtern oder Daten für alle zusammen anzeigen. Du kannst dann Daten für die letzten 24 Stunden, 7 Tage oder 30 Tage anzeigen.

Filter analytics

Filter Analytics

MyKinsta Analytics wurde in sieben verschiedene Abschnitte unterteilt, auf die wir weiter unten eingehen werden:

1. Ressourcen

Im Abschnitt Ressourcennutzung kannst du die Gesamtzahl der Besucher, die Bandbreitennutzung, die Gesamtanzahl der Anforderungen nach Bytes und die Gesamtanzahl der Anfragen nach Besuchen anzeigen.

Besucher

Im Besucherbericht kannst du die Gesamtzahl der Personen anzeigen, die deine WordPress-Seite besucht haben. Wenn du einen bestimmten Zeitpunkt in der Grafik markierst, werden einige Vergleichsstatistiken angezeigt, z. B. die Gesamtzahl der Besucher ist höher als am Vortag usw. Dies ist die genaue Anzahl der Besucher des Webservers. Beachte, dass deine Google Analytics-Filter und -Regeln hier nicht funktionieren. Wenn du die Anzahl der Besucher deiner Website erfahren möchtest, wird für alle Dienste eine andere Anzahl angezeigt, die auf ihren eigenen Regeln basiert – wer von ihnen als irrelevant/ Bot-Verkehr betrachtet wird und welche nicht.

Kinsta Ressourcen – Besucher

Ressourcen – Besucher

Die Hosting-Angebote von Kinsta basieren auf der Gesamtzahl der Besucher deiner Website. Lies mehr darüber, wie Kinsta Besucher zählt. Notiz: Die Gesamtzahl der Besuche im Ressourcenbereich kann sich von der Gesamtanzahl deiner Besuche in deinem MyKinsta-Dashboard unterscheiden. Dies liegt daran, dass das MyKinsta-Dashboard Besuche innerhalb deines aktuellen Abrechnungszyklus anzeigt.

Bandbreitennutzung

Der Bericht zur Bandbreitennutzung zeigt die von deiner Seite verwendeten Gesamtdaten an. Kinsta-Gebühren für Pläne hängen von der Anzahl der Besucher deiner Website ab. Die Bandbreitennutzung kann jedoch bei der Behebung von Leistungsproblemen hilfreich sein. Wenn du einen bestimmten Zeitpunkt in der Grafik markierst, werden einige Vergleichsstatistiken angezeigt, z. B. die Summe, die niedriger ist als der Durchschnittswert des Zeitraums usw.

Ressourcen - Bandbreitennutzung

Ressourcen – Bandbreitennutzung

Wir empfehlen jedem Kunden dringend, ein CDN zu implementieren. Nicht nur, weil die Geschwindigkeit zunimmt, dies kann jedoch eine großartige Möglichkeit sein, um Bandbreite und Ressourcen auf deiner Seite zu reduzieren. CDN-Bandbreite ist sehr günstig oder sogar kostenlos. Lies unseren ausführlichen Beitrag über die Vorteile eines WordPress-CDN und warum du einen verwenden solltest. Wenn du bereit bist, prüfe, wie du das Kinsta-CDN auf deiner Website aktivieren kannst.

Top-Anfragen nach Bytes

Ein Byte ist eine Folge von binären Bits in einem serialisierten Datenstrom in Datenübertragungssystemen. Wenn es sich um deine WordPress-Seite handelt, wird dies normalerweise in MB, GB und TB gemessen. Die Gesamtzahl der auf deiner Seite übertragenen Bytes macht deine Bandbreite aus. Im Bericht Top-Bytes nach Anforderungen kannst du genau sehen, welche Anforderungen auf deiner Seite die größte Bandbreite beanspruchen.

Ressourcen - Top-Anfragen nach Bytes

Ressourcen – Top-Anfragen nach Bytes

Top-Anfragen nach Anzahl

Der Bericht mit den höchsten Anforderungen nach Anzahl zeigt dir die am häufigsten angeforderten Ressourcen deiner Seite auf dem Server. Die Verwendung dieses Berichts und der obigen Berichte kannst du bei der Fehlerbehebung helfen und herausfinden, wohin deine Bandbreite geht.. Oft kannst du ein Muster leicht erkennen.

Ressourcen - Top-Anfragen nach Anzahl

Ressourcen – Top-Anfragen nach Anzahl

2. CDN-Nutzung

Im CDN-Verwendungsabschnitt kannst du die CDN-Bandbreite, die Top-Dateien nach Anforderungen, die Top-Dateien nach Bytes, die Top-Dateierweiterungen nach Bytes und die HTTP-Antwortcodes anzeigen. Wenn eine bestimmte Mediendatei deiner Website die gesamte Bandbreite belegt, kannst du sie innerhalb weniger Sekunden erkennen.

CDN-Nutzung in Analytics

CDN-Nutzung in Analytics

Im unteren Bereich des CDN-Verwendungsbereichs siehst du die Top-Dateierweiterungen in Bytes. So kannst du leicht erkennen, welche Art von Medien auf deiner Seite für den Großteil deiner Bandbreitennutzung verantwortlich ist.

Du hast auch eine Aufschlüsselung des Antwortcodes. Ein 200-Statuscode ist normalerweise das, was du sehen solltest. Dies bedeutet, dass alles „OK“ geliefert wurde. Weitere Informationen zu den Statuscodes 300, 400 und 500 findest du in unserem Beitrag zu HTTP Statuscodes.

CDN-Top-Dateierweiterungen und Antwortcodes

3. Dispersion

Im Abschnitt Dispersion kannst du verschiedene Erkenntnisse über den Verkehr auf deiner Website anzeigen.

Mobile vs Desktop

Mit dem Bericht „Mobile vs. Desktop“ kannst du feststellen, welche Geräte auf deine Seite zugreifen. In diesem Beispiel unten siehst du, dass es in erster Linie Desktop-Verkehr mit über 86% ist.

Dispersion - mobile vs desktop

Dispersion – Mobile vs Desktop

4. Leistungsüberwachung

Im Abschnitt Leistungsüberwachung kannst du die durchschnittliche Antwortzeit von PHP + MySQL, den PHP-Datendurchlauf, die AJAX-Nutzung, die durchschnittliche Upstream-Zeit und die maximale Upstream-Zeit anzeigen.

Durchschnittliche PHP + MySQL-Antwortzeit

Wann immer du deine WordPress-Seite besuchst, werden PHP und MySQL zum Kompilieren und Abfragen der auf der Seite angezeigten Daten verwendet. Dieses Chart zeigt die durchschnittliche Antwortzeit der PHP-Engine und der MySQL Engine für jede nicht zwischengespeicherte dynamische Anforderung. Wenn du diese Antwortzeiten kennst, kannst du dich mit der Langsamkeit beschäftigen. Wenn du hier riesige Spitzen siehst, kannst du mit unserem Team ein Support-Ticket eröffnen.

Performance - Durchschnittliche PHP + MySQL-Antwortzeit

Performance – Durchschnittliche PHP + MySQL-Antwortzeit

PHP-Datendurchlauf

Datendurchlauf gibt die Anzahl der Transaktionen pro Sekunde an, die eine Anwendung verarbeiten kann. In diesem Bericht bezieht sie sich auf den PHP-Datendurchlauf von deiner WordPress-Seite. Mit anderen Worten, es zeigt Ihnen, wie oft ein PHP-Asset angefordert wurde.

Performance - PHP-Datendurchlauf

Performance – PHP-Datendurchlauf

PHP-Worker-Limit

Das PHP-Worker-Limit-Chart in MyKinsta-Analyse zeigt an, wie oft die PHP-Engine gemeldet hat, dass sie die maximal zugewiesene Worker-Nummer im Fehlerprotokoll erreicht hat. Jedes Hosting-Paket bei Kinsta umfasst eine bestimmte Anzahl von PHP-Workern. Dieses Chart hilft dir abzuschätzen, ob deine Seite ständig an Grenzen stößt oder nicht, und auch die Auswirkungen einer Aktualisierung auf eine neuere PHP-Engine-Version.

PHP-Worker-Limit

PHP-Worker-Limit

AJAX-Nutzung

AJAX ist ein clientseitiges Skript, das zu und von einem Server / einer Database kommuniziert, ohne dass ein Postback oder eine vollständige Seitenaktualisierung erforderlich ist. Bei WordPress haben viele von euch dies wahrscheinlich in euren Geschwindigkeitstests gesehen. Zu den zwei Hauptproblemen bei AJAX zählen Plugins, die zu Spitzen- und CPU-Problemen im Backend führen. Informiere dich ausführlich über den ausführlichen Beitrag zum Thema Diagnose einer hohen Admin-AJAX-Nutzung auf deiner WordPress-Seite.

Admin-AJAX Nutzung

Admin-AJAX-Nutzung

Der AJAX-Verwendungsbericht in der MyKinsta-Analyse kann eine großartige Möglichkeit sein, um diese Probleme zu beheben, da du feststellen kannst, ob bestimmte AJAX-Spitzen in bestimmten Zeiträumen auftreten. Dieses Chart zeigt die Anzahl der Admin-Ajax-Anforderungen. Du kannst dann einige der Tipps in dem oben genannten Beitrag verwenden, um zu bestimmen, woher sie kommen könnten.

Performance - AJAX-Nutzung

Performance – AJAX-Nutzung

Top durchschnittliche Upstream-Zeit

Upstream-Zeit ist die Gesamtzeit, die NGINX (und Upstream-Server) benötigt, um eine Anfrage zu verarbeiten und eine Antwort zu senden. Die Zeit wird in Sekunden mit einer Auflösung von Millisekunden gemessen. Lies mehr über NGINX-Metriken. Diese Liste zeigt die durchschnittlichen Antwortzeiten von PHP und MySQL (kombiniert) für deine Anforderungen.

Performance - Top durchschnittliche Upstream-Zeit

Performance – Top durchschnittliche Upstream-Zeit

Top maximale Upstream-Zeit

Diese Liste zeigt die Top-Antwortzeiten von PHP und MySQL. Bitte beachte, dass diese Zahlen einmalige Spitzenwerte sein können. Es wird empfohlen, diese Liste mit „Top durchschnittliche Upstream-Zeit“ zu vergleichen.

Performance - Top maximale Upstream-Zeit

Performance – Top maximale Upstream-Zeit

5. Response

Im Abschnitt zur Responseanalyse kannst du die Aufschlüsselung des Antwortcodes, die Antwortstatistiken, die Aufgliederung der 500 Fehler, die Aufteilung der Fehler 400, die Umleitung der Umleitung und die Top 404-Fehler anzeigen.

Responsecodes Breakdown

Mit dem Responsecodes Breakdown-Bericht erhältst du eine Übersicht über die Verteilung der HTTP-Statuscodes, die für die angeforderten Ressourcen bereitgestellt werden. Responsecodes, auch HTTP Statuscodes genannt, sind nicht immer schlecht Beispielsweise bedeutet ein 200-HTTP-Statuscode, dass „Alles in Ordnung ist“. Dies ist der Code, der geliefert wird, wenn eine Webseite oder Ressource genau so funktioniert, wie es erwartet wird. Wir werden weiter unten auf die anderen eingehen.

Response - Responsecodes Breakdown

Response – Responsecodes Breakdown

Response-Statistiken

Im Response-Statistikbericht kannst du die Gesamtzahl der Umleitungen, Fehler, Erfolgsquote und Fehlerquote anzeigen. Jede WordPress-Seite hat normalerweise eine kleine Fehlerquote, dies ist völlig normal.

Response - Response-Statistiken

Response – Response-Statistiken

500 Error Breakdown

Der 500 Error Breakdown-Bericht zeigt die Gesamtzahl von 500 Fehlern an, die auf dem Server aufgetreten sind.  Hier ist eine ausführlichere Erklärung, was jede dieser Bedeutungen bedeutet:

  • 500: „Es ist ein Fehler auf dem Server aufgetreten und die Anforderung konnte nicht abgeschlossen werden.“ Ein generischer Code, der einfach „interner Serverfehler“ bedeutet. Auf dem Server ist ein Fehler aufgetreten, und die angeforderte Ressource wurde nicht übermittelt. Dies ist der von WordPress generierte Code, wenn die Verbindung zur Database unterbrochen wird. In unserem ausführlichen Artikel erfährst du, wie du den Fehler beim Herstellen einer Datenbankverbindung beheben kannst.
  • 502: “Bad Gateway” Dieser Fehlercode bedeutet in der Regel, dass ein Server eine ungültige Antwort von einem anderen Server erhalten hat. Manchmal braucht eine Abfrage, ein Skript oder eine Anfrage zu lang und deswegen wird es abgebrochen oder vom Server gekillt. Lies mehr darüber, warum ein 502 Bad Gateway Error auftritt.
  • 503: „Der Server kann diese Anfrage momentan nicht bearbeiten.“ Die Anfrage kann momentan nicht abgeschlossen werden. Dieser Code wird möglicherweise von einem überlasteten Server zurückgegeben, der keine zusätzlichen Anforderungen verarbeiten kann.
Response - 500 error breakdown

Response – 500 error breakdown

400 Error Breakdown

Der 400 Error Breakdown-Bericht zeigt die Gesamtzahl von 400 Fehlern an, die auf dem Server aufgetreten sind. Hier ist eine ausführlichere Erklärung, was jeder dieser bedeutet:

  • 401: „Nicht autorisiert.“ Dies wird vom Server zurückgegeben, wenn der Zielressource keine gültigen Anmeldeinformationen vorhanden sind.
  • 403: „Der Zugriff auf diese Ressource ist verboten.“ Dieser Code wird zurückgegeben, wenn ein User versucht, auf etwas zuzugreifen, für das er keine Zugriffsberechtigung hat. Wenn du beispielsweise versuchst, kennwortgeschützten Inhalt anzuzeigen, ohne dich anzumelden, kann es zu einem 403 Error kommen.
  • 404: „Die angeforderte Ressource wurde nicht gefunden.“ Die häufigste Fehlermeldung von allen. Dieser Code bedeutet, dass die angeforderte Ressource nicht existiert und der Server nicht weiß, ob sie jemals existiert hat.
  • 405: „Methode nicht erlaubt.“ Dies wird generiert, wenn der Hostserver (Ursprungsserver) die empfangene Methode unterstützt, die Zielressource jedoch nicht.
  • 429: „Zu viele Anfragen.“ Dies wird normalerweise vom Server generiert, wenn der User innerhalb einer bestimmten Zeit zu viele Anforderungen gesendet hat (Ratenbegrenzung). In vielen Fällen kann dies durch Bots oder Skripte geschehen, die versuchen, ihren Weg in deine standardmäßige WordPress-Anmeldeseite zu finden. Du kannst helfen, deine Website zu sperren, indem du deine WordPress-Anmelde-URL änderst.
  • 499: „Anfrage des Kunden wurde geschlossen.“ Dies wird von NGINX zurückgegeben, wenn der Client die Anforderung schließt, während NGINX sie noch verarbeitet.
Response - 400 error breakdown

Response – 400 Error Breakdown

Umleitung Breakdown

Der 300 Error Breakdown-Bericht zeigt dir die Gesamtzahl von 300 Fehlern an, die auf dem Server aufgetreten sind. Denke daran, dass wie bei 200 Antwortcodes nicht alle Fehler schlecht sind. 300 Fehler bedeuten normalerweise, dass du den Inhalt einfach an eine andere Stelle verschoben hast. 301-Weiterleitungen sind zum Beispiel sehr wichtig, da sie dazu beitragen, deine SEO-Rankings für URL- und Website-Änderungen beizubehalten. Hier ist eine ausführlichere Erklärung, was jeder dieser bedeutet:

Haben Sie mit Ausfallzeiten und WordPress-Problemen zu kämpfen? Kinsta ist die Hosting-Lösung, die Ihnen Zeit spart! Sieh dir unsere Features an
  • 301: „Die angeforderte Ressource wurde dauerhaft verschoben.“ Dieser Code wird übermittelt, wenn eine Webseite oder Ressource dauerhaft durch eine andere Ressource ersetzt wurde. Es wird für die permanente URL-Umleitung verwendet.
  • 302: „Die angeforderte Ressource wurde verschoben, aber gefunden.“ Dieser Code wird verwendet, um anzuzeigen, dass die angeforderte Ressource gefunden wurde, nur nicht an dem Ort, an dem sie erwartet wurde. Es wird für die temporäre URL-Umleitung verwendet.
  • 304: „Die angeforderte Ressource wurde seit dem letzten Zugriff nicht geändert.“ Dieser Code teilt dem Browser mit, dass im Browser-Cache gespeicherte Ressourcen nicht geändert wurden. Es wird verwendet, um die Bereitstellung von Webseiten zu beschleunigen, indem zuvor heruntergeladene Ressourcen wiederverwendet werden.
Response – Umleitung Breakdown

Response – Umleitung Breakdown

Top 404 Errors

Mit dem 404-Fehlerbericht kannst du die am häufigsten angefragten Ressourcen, die Besucher oder Bots treffen und die auf deiner Website nicht mehr vorhanden sind, leichter beheben.

Top 404 errors

Top 404 Errors

Wenn eine große Anzahl von 404-Fehlern angezeigt wird, wird empfohlen, dass du deine Website durchgehst und sie aus SEO- und Usability-Gründen behebst. Du kannst sie auch in der Google Search Console unter Durchforstungsfehlern nachschlagen.

Fix 404 errors

Fix 404 errors

6. Cache-Analyse

Im Abschnitt zur Cache-Analyse kannst du den Cache-Komponentenstack, die gesamten Cache-Bypässe und das Cache-Komponentendiagramm anzeigen.

Cache-Komponentenstack

Immer wenn eine Datei oder Ressource von Kinsta-Servern angefordert wird, sendet sie einen Wert im HTTP-Antwortheader (X-Kinsta-Cache), um den Status des Caches anzuzeigen.

HTTP-Responseheader

HTTP-Responseheader

Es werden vier Arten von Cache-Responseheadern zurückgegeben:

  • HIT: Ein HIT bedeutet, dass die Ressource aus dem Cache auf den Servern von Kinsta bereitgestellt wird. Normalerweise solltest du dies sehen.
  • BYPASS: Dies bedeutet, dass wahrscheinlich eine Regel oder ein Konflikt vorliegt, der die Zwischenspeicherung der Ressource verhindert. Wir haben Regeln aufgestellt, damit bestimmte Dinge auf deiner WordPress-Seite nicht zwischengespeichert werden. Beispielsweise ist deine /wp-login.php-Seite eine. Dadurch wird sichergestellt, dass beim Anmelden an deinem Dashboard die ordnungsgemäße Funktionalität gewährleistet ist.
  • MISS: Das bedeutet, dass der Inhalt noch nicht im Cache war, sondern nach der ersten Anforderung erfolgt. Die zweite Anforderung an diese Datei ist ein Cache-HIT. Denke daran, dass du jedes Mal, wenn du den Cache auf deiner WordPress-Seite leerst, es von den Besuchern neu erstellt werden muss. Aus diesem Grund empfehlen wir, den Cache nicht ständig zu löschen. Das Kinsta MU-Plugin löscht automatisch nur bestimmte Bereiche deiner Website, damit der Rest zwischengespeichert werden kann. Lies mehr darüber, wie Kinsta Caching funktioniert.
  • EXPIRED: Dies bedeutet, dass der cached Inhalt abgelaufen ist und der neue Inhalt vom Hosting-Server abgerufen wurde.

Mit dem Cache-Komponentenstapelbericht kannst du die Gesamtzahl der Responseheaderwerte anzeigen, die von deiner Seite generiert wurden.

Cache - Cache-Komponentenstack

Cache – Cache-Komponentenstack

Cache-Komponenten-Chart

Mit dem Cache-Komponenten-Chart kannst du auch deine gesamten Cache-Anforderungen anzeigen.

Cache - Cache-Komponenten-Chart

Cache – Cache-Komponenten-Chart

Top-Cache-Bypässe

Im Top-Cache-Bypässe-Bericht werden einige der wichtigsten Anforderungen angezeigt, die den Cache auf Kinsta-Servern umgehen. Es ist gut, einen Blick darauf zu werfen und sicherzustellen, dass dies der Fall ist. In diesem Beispiel unten siehst du, dass das OneSignal-Plugin für Push-Benachrichtigungen einige Dateien enthält, die den Cache umgehen. Aufgrund der Funktionsweise des Plugins ist dies tatsächlich in Ordnung. Wir können auch sehen, dass /wp-cron.php nicht zwischengespeichert wird, was aber auch nicht sein sollte.

Cache - Top-Cache-Bypässe

Cache – Top-Cache-Bypässe

7. Geo Analysis & IP

Im Bereich Geoanalyse kannst du deine Top-Länder, Top-Regionen, Top-Städte und die Top-IP-Adresse anzeigen, die deine Seite besuchen.

Top-Länder

Der Top-Länderbericht kann eine gute Möglichkeit sein, um zu bestimmen, wo du deine WordPress-Seite platzieren sollten. Dies ist eine geografische Analyse der Anfragen der Besucher-IP-Adressen nach Land.  In diesem Beispiel sollte die Seite wahrscheinlich auf einem Server in den USA platziert werden, da ein Großteil des Datenverkehrs von dort stammt. Lies unseren ausführlichen Beitrag über Netzwerklatenz und warum es wichtig ist, deine Seite strategisch zu platzieren. Kinsta verfügt jetzt weltweit über 15 Google Cloud-Plattform-Standorte, an denen du deine WordPress-Seite hosten kannst.

Geo & IP – Top-Länder

Geo & IP – Top-Länder

Top-Regionen

Dies ist eine geografische Analyse der Anfragen der Besucher-IP-Adressen nach Region.

Geo & IP – Top-Regionen

Geo & IP – Top-Regionen

Top-Städte

Dies ist eine geografische Analyse der Anfragen der Besucher-IP-Adressen nach Stadt.

Geo & IP – Top-Städte

Geo & IP – Top-Städte

Top Client IPs

Der Bericht zu Top-Client-IPs kann sehr hilfreich sein, wenn deine Seite plötzlich eine große Bandbreite generiert oder von Bots getroffen wird. Dies zeigt die Top-IP-Adressen, aufgelistet nach Anforderungsanzahl.

Geo & IP – Top-Client-IPs

Geo & IP – Top-Client-IPs

Wie kannst du diese Daten verwenden? Wir haben vor kurzem eine Fallstudie auf einer kleinen E-Commerce-WordPress-Seite durchgeführt. Die Analyse der Top-10-Client-IPS der letzten 7 Tage auf der Website zeigte sofort verdächtige Aktivitäten. Eine Mehrheit von ihnen hatte über 10.000 Anfragen, und es gab einige. Es war höchstwahrscheinlich ein DDoS- oder Brute-Force-Angriff. Du kannst dich immer darauf verlassen, dass Google dir Daten zur Verfügung stellt. Bei der Suche in ein paar der Top-IPs konnten wir leicht erkennen, dass es sich bei den meisten um Proxy-Adressen handelte, was bedeutet, dass jemand höchstwahrscheinlich den Datenverkehr verbergen wollte.

Proxy IP

Proxy IP

Der nächste Schritt in diesem Szenario, das wir empfehlen würden, besteht darin, entweder das Kinsta-Team zu kontaktieren, um die IP-Adressen für dich zu blockieren, oder eine Webanwendungsfirewall wie Cloudflare oder Sucuri in Betracht zu ziehen. Du kannst unsere Fallstudie überprüfen, in der Sucuri sofort den gesamten schlechten Verkehr blockierte. 

Zusätzliche Notiz

Die vollständigen Protokolldaten in Bezug auf die Analyse werden 30 Tage aufbewahrt. Wir empfehlen, das Dashboard und den Analyseabschnitt nach der Migration zu Kinsta häufiger zu überprüfen. Wenn du eine unerklärliche Datenverkehrsspitze oder Inkonsistenz siehst, die dich betraf, informiere unser Team, und wir können die Protokolle weiter untersuchen, um die Ursache zu ermitteln.

Mit all diesen Daten hast du hoffentlich ein besseres Verständnis dafür, wie Kinsta deinen Besuchern Inhalte zur Verfügung stellt.

10
Mal geteilt