> 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/anderungen-an-websites-funnels-und-webinaren-nachvollziehen.md).

# Änderungen an Websites, Funnels und Webinaren nachvollziehen

Prüfe nachvollziehbar, wer wann Änderungen an Websites, Funnels und Webinaren vorgenommen hat, und grenze Fehler ohne Rätselraten ein.

Das Änderungsprotokoll hält fest, welche Person in welchem Bereich eine Aktion ausgelöst hat. Es hilft, eine unerwartete Änderung einzuordnen: Du kannst prüfen, **was** passiert ist, **wann** es passiert ist und **wer** die Aktion ausgelöst hat.

Das Protokoll ist eine Recherchehilfe, keine Wiederherstellungsfunktion. Es stellt keine alte Seite zurück und ersetzt weder einen veröffentlichten Stand noch eine sorgfältige Prüfung vor der Veröffentlichung.

## Wann das Änderungsprotokoll hilft

Nutze das Protokoll vor allem bei diesen Situationen:

* Eine Website oder Funnel-Seite sieht plötzlich anders aus.
* Eine Seite, ein Schritt oder ein gespeicherter Baustein fehlt.
* Ein Webinar wurde zeitlich oder in seiner Einrichtung verändert.
* Das Team möchte nach einer Veröffentlichung nachvollziehen, welche Änderung zu welchem Zeitpunkt erfolgte.
* Du willst vor einer Rückfrage zunächst Fakten statt Vermutungen sammeln.

Warte mit der Recherche nicht zu lange: Die Einträge stehen nur für einen fortlaufenden Zeitraum von **60 Tagen** zur Verfügung. Danach werden sie endgültig entfernt und können nicht wiederhergestellt werden.

## Protokoll öffnen und den richtigen Bereich wählen

1. Öffne links **Einstellungen**.
2. Wähle **Änderungsprotokoll**.
3. Oben siehst du getrennte Bereiche für **Funnels**, **Websites** und **Webinare**.
4. Wähle zuerst den Bereich, in dem die fragliche Änderung wahrscheinlich passiert ist.
5. Prüfe danach die Einträge in der Liste.

Die Bereiche sind bewusst getrennt. Wenn du im Bereich **Websites** suchst, siehst du dort keine Funnel- oder Webinar-Aktionen. Starte deshalb mit der Frage: *Welches Objekt ist betroffen?* Erst dann setzt du weitere Filter.

Die Quellansichten zeigen den Einstieg über **Einstellungen** > **Änderungsprotokoll**, die Auswahl über Tabs oder Symbole oben sowie eine Tabelle mit Filterleiste. Diese sichtbaren Bereiche sind der schnellste Weg vom Verdacht zur überprüfbaren Änderung.

## Was ein Protokolleintrag aussagt

Ein Eintrag liefert eine Spur zu einer Aktion. Je nach Aktion siehst du insbesondere Zeitstempel, die ausführende Person beziehungsweise Kennung und den Aktionstyp. Bei gelöschten gespeicherten Bausteinen können zusätzlich Name und Kennung des betroffenen Bausteins stehen.

| Angabe               | Was sie beantwortet                                         | So nutzt du sie                                                               |
| -------------------- | ----------------------------------------------------------- | ----------------------------------------------------------------------------- |
| Zeitpunkt            | Wann wurde die Aktion ausgelöst?                            | Vergleiche ihn mit dem Zeitpunkt, zu dem der Fehler erstmals aufgefallen ist. |
| ausführende Person   | Wer hat die Aktion ausgelöst?                               | Frage gezielt nach dem Hintergrund, statt im gesamten Team zu suchen.         |
| Bereich              | Gehört die Aktion zu Website, Funnel oder Webinar?          | Stelle sicher, dass du im richtigen Arbeitsbereich recherchierst.             |
| Aktionstyp           | Welche Art von Änderung wurde festgehalten?                 | Unterscheide etwa Bearbeiten, Löschen, Verschieben oder Umordnen.             |
| betroffener Baustein | Welcher gespeicherte Teil wurde entfernt, soweit angezeigt? | Prüfe Name und Kennung, bevor du eine gleichnamige Kopie neu anlegst.         |

Ein Eintrag erklärt nicht automatisch, **warum** eine Person eine Änderung vorgenommen hat. Nutze ihn als Ausgangspunkt für die Prüfung der betroffenen Seite und ein gezieltes Gespräch.

## Filter richtig einsetzen

Filter verhindern, dass du eine lange Liste manuell durchsuchen musst. Die Quelle zeigt Filter nach Aktionstyp, Zeitraum und ausführender Person.

### Nach Dokumentkennung suchen

In manchen Ansichten ist oben zusätzlich das Feld **Dokumentkennung suchen** sichtbar. Es ist nur sinnvoll, wenn dir die eindeutige Kennung eines betroffenen Objekts bereits vorliegt. Nutze es nicht für Vermutungen anhand eines Seitentitels: Beginne in diesem Fall mit Bereich, Zeitraum und Aktionstyp. Prüfe danach den gefundenen Eintrag immer zusätzlich über Zeitpunkt, Person und Aktionstyp.

### Zeitraum setzen

Wähle zuerst einen sinnvollen Zeitraum. Beginne möglichst eng, zum Beispiel am Tag der Veröffentlichung oder in den Stunden vor dem Auftreten eines Problems. Wenn kein Eintrag erscheint, erweitere den Zeitraum schrittweise.

Der Zeitraum kann nur innerhalb der letzten 60 Tage liegen. Eine ältere Aktion ist nach Ablauf dieser Frist nicht mehr abrufbar.

### Aktionstyp auswählen

Mit dem Aktionsfilter grenzt du die Liste auf einen bestimmten Vorgang ein, etwa auf Löschen, Bearbeiten oder Umordnen. Das ist besonders hilfreich, wenn etwas nicht mehr vorhanden ist: Suche zuerst nach Löschaktionen und prüfe danach die betroffene Seite oder den betroffenen Funnel.

Verlasse dich nicht allein auf den Namen eines Aktionstyps. Öffne den passenden Eintrag und vergleiche Zeitpunkt, Person und betroffenes Objekt mit dem tatsächlichen Vorfall.

### Nach ausführender Person filtern

In der Filterleiste findest du **Benutzer auswählen**. Wähle dort eine Person, wenn du weißt, wer kurz vor der Änderung gearbeitet hat. Wenn du das nicht weißt, lasse diesen Filter zunächst leer und arbeite zuerst mit Bereich, Zeitraum und Aktionstyp.

Ein Benutzerfilter ist ein Hilfsmittel, keine Schuldzuweisung. Prüfe immer den gesamten Zusammenhang: Manche Änderungen sind geplant, freigegeben oder Teil einer gemeinsamen Aufgabe.

## Welche Änderungen der Bereich erfassen kann

Der Umfang hängt vom gewählten Bereich ab. Die Quelle nennt für die drei hier relevanten Bereiche folgende Beispiele:

| Bereich | Beispiele für festgehaltene Änderungen                                                                            | Wofür das in der Praxis hilft                                            |
| ------- | ----------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------ |
| Funnel  | Änderungen an Einstellungen, Bearbeitungen und Löschungen von Schritten, Umordnen von Schritten sowie Split-Tests | Prüfen, warum der Ablauf, ein Schritt oder ein Test anders funktioniert. |
| Website | Änderungen an Seiten, deren Aufbau und Inhalt                                                                     | Prüfen, wann eine Seite oder ein sichtbarer Bereich geändert wurde.      |
| Webinar | Zeitplanung, Bearbeitungen und Änderungen an der Webinar-Einrichtung                                              | Prüfen, warum Termin, Ablauf oder Einrichtung abweichen.                 |

Die aktuelle Quelle nennt unter anderem diese Aktionstypen: Ordner löschen oder verschieben, Funnel löschen, Funnel-Einstellungen ändern, Schritt bearbeiten, Schritt umordnen, Schritt löschen, Varianten bei einem Split-Test wiederherstellen oder entfernen, Gewinner eines Split-Tests wählen, Statistik zurücksetzen und Seite bearbeiten.

Nicht jeder Aktionstyp ist in jedem Bereich sinnvoll oder verfügbar. Wähle daher zuerst den Bereich und bewerte anschließend, ob der gefundene Eintrag zum konkreten Objekt passt.

## Gelöschte gespeicherte Bausteine untersuchen

Das Änderungsprotokoll kann auch festhalten, wenn wichtige gespeicherte Bausteine im Seiteneditor gelöscht werden. Dazu gehören gespeicherte Abschnittsvorlagen, wiederverwendete Abschnitte sowie gespeicherte Elementvorlagen.

Wenn ein solcher Baustein fehlt:

1. Öffne das Änderungsprotokoll im passenden Bereich.
2. Setze beim Aktionstyp einen Filter für gelöschte Einträge, falls verfügbar.
3. Vergleiche den Namen des Bausteins mit dem fehlenden Element.
4. Prüfe die angezeigte Kennung, wenn mehrere Bausteine denselben Namen tragen.
5. Sprich mit der Person, die im Eintrag genannt ist, bevor du einen Ersatz neu erstellst.
6. Prüfe anschließend, welche Seiten oder Funnels den fehlenden Baustein verwenden könnten.

Der Eintrag dokumentiert die Löschung, stellt den Baustein aber nicht selbst wieder her. Sichere wichtige Seiten deshalb zusätzlich über den Versionsverlauf und veröffentliche Änderungen bewusst. Mehr dazu steht unter [Entwürfe, Versionen und Veröffentlichung von Seiten](https://one-loop.gitbook.io/help/plattform/one-loop-plattform/websites-und-leadgewinnung/websites-und-funnels/entwurfe-versionen-und-veroffentlichung-von-seiten).

## Ein Vorfall Schritt für Schritt untersuchen

Gehe bei einer unerwarteten Änderung immer in derselben Reihenfolge vor:

1. **Betroffenes Objekt festhalten:** Notiere Seite, Funnel-Schritt oder Webinar sowie die öffentliche Adresse, falls vorhanden.
2. **Auswirkung prüfen:** Öffne die aktuelle Vorschau und beschreibe konkret, was anders ist.
3. **Richtigen Bereich wählen:** Öffne im Änderungsprotokoll Website, Funnel oder Webinar.
4. **Zeitraum eingrenzen:** Beginne beim letzten bekannten korrekten Stand und erweitere nur bei Bedarf.
5. **Aktionstyp filtern:** Suche passend zur Beobachtung, zum Beispiel nach Bearbeiten, Löschen oder Umordnen.
6. **Eintrag abgleichen:** Prüfe Zeitpunkt, ausführende Person und Objektangaben zusammen.
7. **Ursache bestätigen:** Sprich bei Unklarheit mit der zuständigen Person und öffne den betroffenen Inhalt.
8. **Korrektur sicher testen:** Nimm nur die nötige Korrektur vor, prüfe Vorschau und Mobilansicht und veröffentliche erst nach einem vollständigen Test.
9. **Ergebnis festhalten:** Notiere intern, welche Änderung die Ursache war und wie sie behoben wurde.

Diese Reihenfolge verhindert, dass du eine sichtbare Folge korrigierst, ohne die Ursache zu verstehen.

## Einträge als CSV exportieren

Du kannst die aktuell gefilterte Liste als CSV-Datei exportieren. Ein Export ist sinnvoll, wenn du eine Untersuchung dokumentieren oder den Stand vor Ablauf der 60 Tage intern festhalten musst.

1. Wähle Bereich, Zeitraum und gegebenenfalls Aktionstyp oder Person.
2. Kontrolliere die Liste noch einmal: Sind wirklich nur die relevanten Einträge sichtbar?
3. Wähle **Exportieren**.
4. Öffne die CSV-Datei und prüfe anhand von Zeitraum und Anzahl, ob sie den erwarteten Ausschnitt enthält.
5. Bewahre die Datei geschützt auf, weil sie Angaben zu Aktionen und beteiligten Personen enthalten kann.

Der Export enthält den **aktuell gefilterten** Stand. Ein zu enger Zeitraum oder ein noch aktiver Benutzerfilter kann wichtige Einträge ausblenden. Notiere deshalb vor dem Export, welche Filter verwendet wurden.

## Grenzen des Änderungsprotokolls

* Es erfasst eine Änderungshistorie, ersetzt aber keine Version oder Sicherung.
* Ein Eintrag beweist eine Aktion, nicht automatisch deren fachlichen Grund.
* Einträge, die älter als 60 Tage sind, stehen nicht mehr zur Verfügung.
* Die aufgezeichneten Aktionstypen richten sich nach dem jeweiligen Bereich; nicht jede Art von Änderung erscheint in jedem Bereich.
* Ein gelöschter Eintrag oder Baustein wird durch das Protokoll nicht automatisch wiederhergestellt.
* Der öffentliche Zustand einer Seite muss nach einer Korrektur trotzdem in Vorschau und öffentlicher Adresse geprüft werden.

## Praxisbeispiel: Eine Funnel-Seite wirkt anders

Am Montagvormittag entdeckt ein Team, dass auf einer Funnel-Seite ein Abschnitt fehlt. Zuerst öffnet es die öffentliche Adresse und hält fest, welcher Abschnitt fehlt. Danach öffnet es **Einstellungen** > **Änderungsprotokoll**, wählt **Funnels** und setzt den Zeitraum auf Sonntagabend bis Montagvormittag.

Im Aktionsfilter sucht das Team nach Lösch- und Bearbeitungsaktionen. Ein passender Eintrag zeigt eine Aktion am Sonntagabend und die ausführende Person. Das Team prüft mit dieser Person, ob der Abschnitt bewusst entfernt wurde. Da es sich um ein Versehen handelt, wird nur der fehlende Inhalt gezielt ergänzt. Anschließend wird die Seite in Vorschau und Mobilansicht geprüft, veröffentlicht und die öffentliche Adresse privat erneut getestet.

## Abschlusscheck

* [ ] Der richtige Bereich – Website, Funnel oder Webinar – ist ausgewählt.
* [ ] Der Zeitraum umfasst den letzten bekannten korrekten Stand.
* [ ] Aktive Filter nach Aktionstyp und Person sind bewusst gewählt.
* [ ] Zeitpunkt, Person und betroffenes Objekt wurden gemeinsam geprüft.
* [ ] Eine Löschung wurde nicht mit einer automatischen Wiederherstellung verwechselt.
* [ ] Bei einer Korrektur wurden Vorschau, Mobilansicht und öffentliche Adresse geprüft.
* [ ] Relevante Einträge wurden vor Ablauf der 60 Tage bei Bedarf geschützt exportiert.


---

# 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/anderungen-an-websites-funnels-und-webinaren-nachvollziehen.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.