> 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/website-und-funnel-probleme-systematisch-prufen.md).

# Website- und Funnel-Probleme systematisch prüfen

Prüfe Website- und Funnel-Probleme in einer sicheren Reihenfolge, grenze die Ursache ein und dokumentiere das Ergebnis für eine schnelle Korrektur.

Wenn eine Seite falsch aussieht, Inhalte fehlen oder langsam lädt, ändere nicht sofort mehrere Dinge gleichzeitig. Mit einer festen Reihenfolge findest du die Ursache schneller und kannst nach jeder Änderung nachvollziehen, was das Problem gelöst hat.

Diese Anleitung hilft bei Problemen, die Besucherinnen und Besucher in einer Website oder einem Funnel sehen. Technische Sonderkonfigurationen und selbst eingefügte Skripte solltest du nur ändern, wenn du ihre Wirkung sicher beurteilen kannst.

## Vor dem Start: Problem sauber festhalten

Bevor du etwas im Seiteneditor änderst, halte vier Dinge fest:

| Angabe                   | Beispiel                                           | Warum sie wichtig ist                                             |
| ------------------------ | -------------------------------------------------- | ----------------------------------------------------------------- |
| **Betroffene URL**       | Die genaue veröffentlichte Seite                   | Damit eindeutig klar ist, welche Seite geprüft wird.              |
| **Zeitpunkt**            | Wann das Problem aufgefallen ist                   | Hilft, Änderungen und Tests zeitlich einzuordnen.                 |
| **Sichtbares Verhalten** | Bild fehlt, Text verschoben oder Seite lädt erneut | Macht das Problem für andere nachvollziehbar.                     |
| **Testumgebung**         | Desktop, Mobilgerät, Browser oder Vorschau         | Zeigt, ob das Problem überall oder nur in einer Ansicht auftritt. |

Öffne die veröffentlichte Seite in einem privaten Browserfenster und zusätzlich auf einem Mobilgerät. Prüfe zuerst, ob das Problem nur im Seiteneditor, nur in der Vorschau oder auch auf der veröffentlichten Seite auftritt. Das verhindert, dass du eine Ursache an der falschen Stelle suchst.

## Die sichere Prüf-Reihenfolge

1. **Problem wiederholen:** Öffne dieselbe URL erneut und halte fest, was genau passiert.
2. **Ansichten vergleichen:** Prüfe Vorschau, veröffentlichte Seite, Desktop und Mobilansicht.
3. **Letzte Änderung prüfen:** Überlege, was zuletzt an Bild, Text, Element, Einbindung oder Seitenaufbau geändert wurde.
4. **Eine Ursache isolieren:** Nimm nur die zuletzt geänderte Einstellung testweise zurück oder bearbeite eine Kopie der Seite.
5. **Erneut testen:** Prüfe nach jeder einzelnen Änderung dieselbe URL im privaten Browserfenster.
6. **Ergebnis dokumentieren:** Notiere, was geholfen hat oder welche Beobachtung weitergegeben werden muss.

Die wichtigste Regel lautet: Ändere immer nur eine Sache. Mehrere gleichzeitige Änderungen können ein Problem verdecken und später neue Fehler verursachen.

## Personalisierte Inhalte fehlen

Ein personalisierter Wert ist ein Text, der sich aus Angaben einer Besucherin oder eines Besuchers zusammensetzt, etwa eine Anrede oder eine direkt zuvor eingegebene Information.

Solche Werte können auf einer Seite fehlen, obwohl die Angabe im Standort vorhanden ist. Die Quelle beschreibt dafür eine wichtige Grenze: Werte, die eine Person direkt in einem Formular, einer Umfrage oder einem Bestellformular eingibt, können im weiteren Ablauf im selben Browser verwendet werden. Wird ein Wert erst danach durch einen automatischen Hintergrundprozess ergänzt oder geändert, erscheint er auf derselben Seite nicht automatisch.

Prüfe deshalb:

1. Wird die benötigte Angabe direkt im vorherigen Formular abgefragt?
2. Testest du mit demselben Browser und demselben Besucherweg?
3. Wurde der Wert erst nachträglich automatisch ergänzt?
4. Erscheint der Platzhalter im Seiteneditor korrekt, aber nicht in der Vorschau oder auf der veröffentlichten Seite?

Wenn die Information erst nachträglich entsteht, solltest du keinen unklaren Platzhalter auf der Seite zeigen. Plane den Besucherweg so, dass die Angabe vorher erfasst wird, oder kläre eine technische Umsetzung mit der zuständigen Person.

## Bilder: unscharf oder langsam

Prüfe bei einem betroffenen Bild zuerst die Originaldatei, bevor du mehrere Seiteneinstellungen änderst.

1. Öffne die Seite im Editor und wähle das betroffene Bild oder Hintergrundbild aus.
2. Vergleiche die dargestellte Größe mit der Originaldatei.
3. Prüfe die Bildoptimierung gezielt für dieses eine Bild.
4. Wenn das Bild trotz passender Originaldatei unscharf wirkt, teste die Optimierung einmal mit und einmal ohne diese Einstellung.
5. Speichere und prüfe die veröffentlichte Seite auf Desktop und Mobilgerät.

Eine Bildoptimierung kann die Ladezeit verbessern, bei einzelnen Bildern aber die Schärfe beeinflussen. Verwende für große sichtbare Bilder eine ausreichend große Originaldatei, aber lade keine unnötig schweren Dateien hoch. Als praktische Orientierung nennt die Quelle für Bilder im ersten sichtbaren Bereich einer mobilen Seite eine Dateigröße unter 200 KB, wenn dies ohne sichtbaren Qualitätsverlust möglich ist.

## Texte oder Platzhalter erscheinen fehlerhaft

Prüfe bei fehlerhaften Texten zuerst den Ursprung des Inhalts.

* Entferne eine direkte Verlinkung am betroffenen Platzhalter. Eine Verlinkung kann die Darstellung eines personalisierten Werts stören.
* Prüfe automatisch erzeugte Texte auf unerwartete Sonderzeichen oder Zeilenumbrüche.
* Korrigiere den Inhalt zuerst dort, wo er entsteht.
* Teste die Änderung in einer Kopie oder nach einer einzelnen kleinen Anpassung.

Wenn ein Text nur mit eigenem Code oder einer speziellen Datenlogik korrekt dargestellt werden könnte, halte die genaue Beobachtung fest und gib sie zur technischen Prüfung weiter. Für Besucher ist ein klarer normaler Text besser als ein kaputter Platzhalter.

## Seite lädt falsch, Elemente verrutschen oder sie lädt wiederholt neu

Verschobene Elemente, wiederholtes Laden oder eine unvollständige Seite können mit einer kürzlich hinzugefügten Einbindung, einem eigenen Code-Element, einer Fixierung oder einem abgelaufenen Timer zusammenhängen.

Gehe so vor:

1. Prüfe zuerst die veröffentlichte Seite im privaten Browserfenster.
2. Vergleiche sie mit der Vorschau und der mobilen Ansicht.
3. Notiere die zuletzt hinzugefügten Einbindungen oder seitlichen Fixierungen.
4. Nimm nur die zuletzt hinzugefügte Einbindung oder das letzte eigene Code-Element testweise zurück.
5. Prüfe, ob ein Timer bereits abgelaufen ist, und entferne ihn nur, wenn er nicht mehr gebraucht wird.
6. Speichere und teste erneut.

Bleibt das Problem bestehen, dokumentiere URL, Zeitpunkt, Gerät, Browser und eine Bildschirmaufnahme. Das sind die wichtigsten Informationen für eine gezielte technische Prüfung.

## Langsame Seiten sinnvoll verbessern

Prüfe zuerst, was Besucherinnen und Besucher sofort sehen. Große Bilder, Videos, Karten, Formulare oder externe Einbindungen im ersten sichtbaren Bereich können eine Seite verlangsamen.

Eine gute Reihenfolge ist:

1. Unnötig große Bilder verkleinern oder ersetzen.
2. Nicht zwingende Videos, Karten und externe Widgets weiter unten auf der Seite platzieren.
3. Zusätzliche Einbindungen nur behalten, wenn sie einen klaren Zweck erfüllen.
4. Lange Seiten in nachvollziehbare Abschnitte gliedern.
5. Nach jeder Änderung die veröffentlichte Seite auf einem Mobilgerät testen.

Eine Seite muss nicht möglichst viele Elemente enthalten. Ein klarer erster Bereich mit gut lesbarem Text, einer sinnvollen Schaltfläche und wenigen schweren Einbindungen ist meist schneller und verständlicher.

## Eigene Sicherheits- oder Skripteinstellungen

Wenn nach einer eigenen Sicherheitsregel Bilder, Schriften oder Einbindungen nicht mehr laden, ändere nicht mehrere Regeln auf Verdacht. Halte fest, welche Einstellung zuletzt ergänzt wurde, und nimm nur diese testweise zurück. Prüfe anschließend die veröffentlichte Seite in einem privaten Browserfenster.

Wenn du nicht sicher weißt, was eine Einstellung bewirkt, gib die URL und die genaue Beobachtung zur technischen Prüfung weiter. Eine funktionierende Seite ist wichtiger als eine komplexe Einstellung, die später nicht mehr nachvollziehbar ist.

## Ergebnis prüfen und festhalten

Ein Problem ist erst gelöst, wenn der tatsächliche Besucherweg wieder funktioniert.

* Öffne die veröffentlichte URL im privaten Browserfenster.
* Prüfe Desktop und Mobilgerät.
* Kontrolliere Bilder, Links, Formulare und personalisierte Inhalte.
* Führe bei einem Formular oder Terminweg einen vollständigen Test mit Testdaten durch.
* Notiere die Änderung und das Testergebnis.

## Praxisbeispiel: langsame und unscharfe Landingpage

Eine Landingpage lädt auf Mobilgeräten langsam, und das Einstiegsbild wirkt unscharf.

1. Das Team notiert URL, Mobilgerät und die genaue Beobachtung.
2. Es öffnet die veröffentlichte Seite im privaten Browserfenster und bestätigt das Problem.
3. Im Seiteneditor prüft es die Originaldatei und die Bildoptimierung nur für das betroffene Bild.
4. Danach verschiebt es eine große Karte unter den ersten sichtbaren Bereich.
5. Das Team testet die veröffentlichte Seite erneut auf Desktop und Mobilgerät.
6. Bild und Ladeverhalten sind verbessert, ohne dass andere Seitenelemente verändert wurden.

Durch die schrittweise Prüfung bleibt klar, welche Änderung geholfen hat und welche Einstellung unverändert bleiben konnte.


---

# 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/website-und-funnel-probleme-systematisch-prufen.md?ask=<question>&goal=<user_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.