> For the complete documentation index, see [llms.txt](https://one-loop.gitbook.io/help/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://one-loop.gitbook.io/help/plattform/one-loop-plattform/websites-und-leadgewinnung/websites-und-funnels/leistung-einer-wordpress-website-prufen.md). # Leistung einer WordPress-Website prüfen Erzeuge einen Leistungsbericht für deine WordPress-Website, verstehe die wichtigsten Messwerte und priorisiere Verbesserungen für Mobilgeräte und Desktop. ## Das Ergebnis Der Leistungsbericht untersucht veröffentlichte WordPress-Seiten getrennt für Mobilgeräte und Desktop. Er fasst Ladegeschwindigkeit, Reaktionsverhalten, visuelle Stabilität und einzelne technische Hinweise zusammen. So findest du nicht nur einen Gesamtwert, sondern auch den Punkt, den du als Nächstes prüfen solltest. Der Bericht ist eine Laboranalyse: Er misst eine simulierte Seitennutzung unter festgelegten Bedingungen. Er ist deshalb ein sehr guter Startpunkt, ersetzt aber nicht den Test der echten veröffentlichten Seite auf einem üblichen Smartphone und Computer. ## Voraussetzungen und Grenzen Du brauchst eine WordPress-Website, die in diesem WordPress-Bereich verwaltet wird, sowie veröffentlichte Seiten. Externe WordPress-Installationen außerhalb dieses Bereichs werden nicht in den Bericht einbezogen. Eine neue Messung bildet den aktuellen Stand der veröffentlichten Website ab. Teste wichtige Änderungen deshalb erst nach der Veröffentlichung und vergleiche danach einen neuen Bericht mit dem vorherigen. Werte aus tatsächlicher Nutzung können später reagieren als eine Laboranalyse, weil sie erst durch viele echte Seitenaufrufe entstehen. ## Leistungsbericht erzeugen 1. Öffne **Websites und Leadgewinnung > WordPress**. 2. Suche die Website, die du prüfen möchtest, und wähle **Website verwalten**. 3. Öffne den Bereich **Analyse**. Dort gibt es unterschiedliche Auswertungen für die Website; wähle **Leistungsberichte**. 4. Wähle **Bericht abrufen**. 5. Warte, bis die Analyse abgeschlossen ist. 6. Öffne anschließend die Ansichten für **Mobilgeräte** und **Desktop**. Erzeuge den Bericht zunächst einmal ohne weitere Änderung. So hast du einen Ausgangswert, mit dem du spätere Verbesserungen vergleichen kannst. ## Die Ergebnisse richtig lesen ### Seitengeschwindigkeit nach Gerät vergleichen Die Ansicht zeigt die Bewertung und die Ladezeit getrennt für Mobilgeräte und Desktop. Sie stellt deine Website außerdem einem angezeigten Durchschnittswert gegenüber. Vergleiche dabei immer dieselben Seiten und denselben Gerätetyp. Eine deutlich schwächere mobile Ansicht ist ein wichtiger Hinweis: Auf einem Smartphone sind große Bilder, viele zusätzliche Skripte und langsame Reaktionen meist schneller spürbar als auf einem Desktop-Computer. Ein guter Desktop-Wert bedeutet daher nicht automatisch, dass die mobile Erfahrung ebenfalls gut ist. ### Kennzahlen zur Nutzererfahrung Der Bericht hebt zentrale Kennzahlen zur Nutzungserfahrung hervor. Die folgenden Begriffe helfen beim Einordnen: | Kennzahl | Einfache Bedeutung | Was du bei einem auffälligen Wert zuerst prüfst | | ----------------------------- | -------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------- | | **Ladeleistung** | Wie schnell wichtige Inhalte sichtbar werden. | Große Bilder, unnötig lange Ladewege und Inhalte, die den Start blockieren. | | **Größter sichtbarer Inhalt** | Wann der größte sichtbare Inhalt der Seite erscheint, zum Beispiel ein großes Titelbild oder eine Überschrift. | Das große Element am Seitenanfang: Bildgröße, Format und Ladeweg. | | **Interaktivität** | Wie schnell die Seite nach einem Klick, Tippen oder einer Eingabe sichtbar reagiert. | Zusätzliche Skripte, Erweiterungen und aufwendige Elemente. | | **Visuelle Stabilität** | Ob sich Inhalte beim Laden unerwartet verschieben. | Bilder, Bereiche oder Schriften ohne reservierten Platz. | | **Suchmaschinenprüfung** | Eine zusätzliche technische Prüfung, die in der Berichtsansicht erscheinen kann. | Öffne die Detailansicht und prüfe die konkrete Empfehlung statt einen Wert zu erraten. | Die drei Kernwerte für Laden, Interaktivität und visuelle Stabilität werden häufig mit **LCP**, **INP** und **CLS** abgekürzt. Du musst dir diese Abkürzungen nicht merken: Entscheidend ist, ob die Seite schnell sichtbar wird, direkt reagiert und beim Laden ruhig bleibt. ### Seitenzustand nach Priorität bearbeiten Im Bereich **Seitenzustand** gibt es getrennte Berichte für Mobilgeräte und Desktop. Hinweise sind in drei Gruppen eingeordnet: | Gruppe | Bedeutung | Sinnvoller nächster Schritt | | ------------- | ------------------------------------- | ----------------------------------------------------------------------- | | **Beheben** | Ein Hinweis mit hoher Priorität. | Öffne ihn zuerst und prüfe Ursache sowie Auswirkung. | | **Prüfen** | Ein möglicher Verbesserungsbereich. | Vergleiche ihn mit den wichtigsten Seiten und dem tatsächlichen Nutzen. | | **Bestanden** | Dieser geprüfte Punkt ist in Ordnung. | Keine Änderung allein wegen dieses Punktes nötig. | Wähle bei einem Hinweis **Anzeigen**, um die Detailansicht zu öffnen. Dort wird erklärt, was festgestellt wurde, warum es wichtig ist und welche Art von Änderung helfen kann. Je nach Website können sich Hinweise auf JavaScript, Bildauslieferung, verwendete CSS-Dateien oder nicht genutzte CSS-Regeln beziehen. JavaScript steuert interaktive Funktionen; CSS-Dateien enthalten die Gestaltungsanweisungen einer Seite. Ändere solche Dateien nicht allein aufgrund ihres Namens, sondern erst nachdem du die Detailerklärung verstanden hast. ## Verbesserungen sicher umsetzen Arbeite bewusst in kleinen Schritten. So erkennst du später, welche Änderung wirklich etwas bewirkt hat. 1. Wähle eine wichtige veröffentlichte Seite und betrachte zuerst die mobile Ansicht. 2. Öffne den dringendsten Hinweis mit **Anzeigen** und lies die Erklärung vollständig. 3. Entscheide dich für genau eine überschaubare Änderung, etwa ein zu großes Titelbild zu verkleinern. 4. Veröffentliche die Änderung. 5. Öffne die Seite in einem privaten Browserfenster auf Smartphone und Desktop. Prüfe Navigation, Formulare, wichtige Links und Medien. 6. Rufe einen neuen Leistungsbericht ab und vergleiche denselben Gerätetyp mit dem Ausgangswert. 7. Halte Ergebnis und Nebenwirkungen kurz fest, bevor du den nächsten Hinweis angehst. Bevor du eine Erweiterung deaktivierst oder entfernst, prüfe ihren Zweck. Umfangreiche oder miteinander kollidierende Erweiterungen können die Werte verschlechtern, ihr Entfernen kann aber auch Formulare, Seitenelemente oder andere Funktionen beeinflussen. Prüfe außerdem die Liste blockierter Erweiterungen, bevor du zusätzliche Werkzeuge zur Beschleunigung installierst. Wenn die mobile Bewertung deutlich niedriger ist, beginne mit Bildabmessungen und Bildkomprimierung. Prüfe danach zusätzliche Skripte und Erweiterungen. Wenn diese Punkte nicht die Ursache erklären, prüfe, ob der Hosting-Standort zur hauptsächlichen Zielgruppe passt. Änderungen an zentralen Stylesheets oder technischen Einstellungen solltest du nur mit einer Sicherung und mit der Person umsetzen, die die Website betreut. ## Typische Fehlinterpretationen vermeiden ### Nur den Gesamtwert ansehen Ein Gesamtwert erklärt nicht, was verbessert werden soll. Öffne immer die Details eines auffälligen Hinweises und prüfe, welche Seite, welches Element oder welche Datei gemeint ist. ### Mobilgeräte übersehen Vergleiche Mobilgeräte und Desktop getrennt. Eine Website kann auf dem Computer schnell wirken, auf einem Smartphone aber wegen Bilder, Skripte oder langsamer Reaktionen deutlich schlechter abschneiden. ### Alles gleichzeitig ändern Mehrere Änderungen zur gleichen Zeit machen das Ergebnis schwer nachvollziehbar. Ändere einen klaren Punkt, teste die Website und rufe anschließend einen neuen Bericht ab. ### Eine Laboranalyse mit echter Nutzung verwechseln Eine Laboranalyse reagiert direkt auf veröffentlichte Änderungen. Kennzahlen aus der tatsächlichen Nutzung können später nachziehen. Nutze daher beide Sichtweisen: den Bericht für konkrete technische Hinweise und einen echten Test auf den Geräten deiner Zielgruppe. ## Praxisbeispiel Eine Unternehmensseite erzielt auf Mobilgeräten deutlich schlechtere Werte als auf dem Desktop. Im Bereich **Seitenzustand** ist die Bildauslieferung als wichtigster Hinweis markiert. Das Team öffnet die Detailansicht und sieht, dass ein sehr großes Titelbild die erste Ansicht verzögert. Es bereitet nur dieses Bild in einer passenden Größe vor, veröffentlicht die Änderung und prüft die Startseite auf Smartphone und Desktop. Danach ruft es den Bericht erneut ab. Erst wenn Ladeleistung und Darstellung nachvollziehbar besser sind und die Formulare weiterhin funktionieren, nimmt das Team den nächsten Hinweis in Angriff. So bleibt jede Verbesserung kontrollierbar. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://one-loop.gitbook.io/help/plattform/one-loop-plattform/websites-und-leadgewinnung/websites-und-funnels/leistung-einer-wordpress-website-prufen.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.