Update-Log: Was sich wann geändert hat

Ein Update-Log ist eine datierte Aufzeichnung substanzieller Seitenänderungen: was sich geändert hat, warum und ob sich die Antwort, Empfehlung oder der Beleg verschoben hat.

Update-Log

27. August 2026 – Preise und Empfehlung aktualisiert
Der eingestellte Starter-Plan wurde durch den aktuellen Essentials-Plan ersetzt, die Vergleichstabelle aktualisiert und die Empfehlung für Teams geändert, die Audit-Exporte benötigen. Die Quellen wurden erneut anhand der Tarifdokumentation des Anbieters überprüft.

12. Mai 2026 – Belege aktualisiert; Schlussfolgerung unverändert
Zwei veraltete Funktionsverweise wurden ersetzt und die verbleibenden Plangrenzen überprüft. Die empfohlene Option hat sich nicht geändert.

Jedes Datum ist an ein überprüfbares Ereignis gebunden. Ein bloßes „Aktualisiert am 27. August 2026“ bleibt unerklärt; das Log legt den Umfang und die Konsequenz der Arbeit offen.

Warum dieses Element wichtig ist

Leser behandeln nicht jede Änderung gleich. Die Korrektur einer falsch geschriebenen Überschrift ist nicht gleichbedeutend mit dem Zurücknehmen einer Empfehlung, dem Austausch eines Datensatzes oder der Behebung einer unsicheren Anweisung. Ein einzelnes Aktualisierungsdatum fasst diese Ereignisse zu demselben Signal zusammen. Auf Seiten, die zum Geldausgeben, Befolgen einer Anleitung, Interpretieren von Forschungsergebnissen oder Verstehen einer Richtlinie verwendet werden, müssen Leser wissen, ob sich der verwendete Abschnitt geändert hat.

Ein Update-Log bewahrt die Geschichte, ohne dass Leser zwischengespeicherte Kopien vergleichen müssen. Es beantwortet vier Fragen: Wurde die Seite gepflegt? Hat mich die Änderung betroffen? Wurde ein Fehler offen korrigiert? Wird die Schlussfolgerung weiterhin gestützt? Klare Antworten schaffen Verantwortlichkeit und verhindern falsche Aktualität durch ein Datum, das ohne substanzielle Arbeit vorgerückt wurde.

Berichten Sie Konsequenzen, nicht Tätigkeiten. „Links aktualisiert“ beschreibt eine Handlung. „Die zurückgezogene Quelle für die Marktsumme 2024 ersetzt; der Wert und die Schlussfolgerung sind unverändert“ sagt den Lesern, was vertrauenswürdig bleibt. Wenn sich eine Schlussfolgerung verschoben hat, sagen Sie dies klar.

Maschinelle Extraktion bedeutet, dass Software jedes Ereignis in Datum, Typ, Zusammenfassung, Detail, betroffenen Abschnitt und Belegverweis aufteilen kann. Stabile Felder ermöglichen Audits zum Auffinden von Korrekturen, Agenten zur Erklärung geänderter Empfehlungen und Migrationen zur Bewahrung der Historie. Inkonsistenter Prosa-Text zwingt Software dazu, zu raten, wo Ereignisse beginnen und enden.

Der typisierte Zweck des Elements hat daher Vorrang vor einer visuell ähnlichen Zeitleiste oder Aufzählungsliste. Befolgen Sie die Element-Schreibregeln : Wenn der Inhalt Revisionen der aktuellen Seite aufzeichnet, kodieren Sie ihn als Update-Log. Der Renderer kann eine Liste, Karten oder ein erweiterbares Archiv verwenden, aber die kanonischen Ereignisfelder müssen jeder Darstellung erhalten bleiben.

Wann es verwendet wird

Verwenden Sie ein Update-Log, wenn Leser möglicherweise die aktuelle und eine frühere Seite vergleichen müssen. Auslöser sind eine geänderte Empfehlung, korrigierte Tatsache, überarbeitete Methode, ersetzter Datensatz, geänderte Berechnung, neue Version, geänderte Berechtigung, aktualisiertes Preismodell, modifizierte Anweisungen oder archivierte Option.

Das Element ist am wertvollsten, wenn Autorität im Laufe der Zeit wächst. Forschung kann einen korrigierten Nenner erhalten; Dokumentation kann eine neue Schnittstelle unterstützen; eine regulatorische Erläuterung kann eine Änderung von einer redaktionellen Klarstellung unterscheiden. Stilles Umschreiben würde die Geschichte zerstören, die ein wiederkehrender Leser benötigt.

Verwenden Sie einen Überprüfungseintrag sparsam, wenn eine abgegrenzte Prüfung keine Änderung ergeben hat. Kennzeichnen Sie ihn mit „Geprüft“, nennen Sie, was überprüft wurde, und sagen Sie, dass die Schlussfolgerung unverändert ist. Dies eignet sich für volatile Statistiken, Preise, Produktfunktionen oder Regeln; es ist keine Erlaubnis, Aktivität zu erzeugen.

Grenzfälle erfordern eine andere Behandlung:

• Ein Veröffentlichungs- oder Änderungsdatum: Verwenden Sie einen Frische-Stempel , um kanonische Seitendaten offenzulegen. Stempel und Log können zusammenarbeiten, aber eines kann das andere nicht ersetzen.
• Produktversionsgeschichte oder Projektzeitplan: Diese beschreiben Änderungen am Thema. Ein Update-Log zeichnet redaktionelle Änderungen an der aktuellen Seite auf.
• Versionskontrollausgabe: Commit-Nachrichten enthalten Implementierungsrauschen, interne Kennungen und sicherheitsrelevante Details. Sie sind keine leserorientierten redaktionellen Aufzeichnungen.
• Eine Quellenliste: Ein Quellenblock weist nach, woher Behauptungen stammen. Das Update-Log sagt, wann und warum sich diese Quellen oder Behauptungen geändert haben.
• Kleinere Wartungsarbeiten: Protokollieren Sie keine Rechtschreibung, Zeichensetzung, Formatierung, Bildkomprimierung, Analysedaten, Tracking-Parameter oder eine Vorlagenmigration, es sei denn, die Änderung hat die Bedeutung oder Barrierefreiheit verändert.

Eine Seite ohne substanzielle Überarbeitung benötigt ein Veröffentlichungsdatum, kein leeres Panel oder erfundene Geschichte.

Wo es platziert wird

Platzieren Sie das vollständige Log nach der Antwort, den Belegen, Schlussfolgerungen und Quellen, aber vor verwandten Inhalten, Newsletter-Anmeldung oder dem abschließenden Aufruf zum Handeln. Leser benötigen zuerst die aktuelle Seite, dann deren Geschichte. Auf Forschungs-, Statistik- und Richtlinienseiten folgt das Log üblicherweise auf Quellen oder Methodik.

Wenn die letzte Änderung die Art und Weise beeinflusst, wie die Seite gelesen werden sollte, fügen Sie neben dem Helden-Datum „Siehe Änderungen“ hinzu und springen Sie zum vollständigen Log. Duplizieren Sie den Eintrag dort nicht. Eine Korrektur, die Sicherheit, Geld, Berechtigung oder die Schlussfolgerung betrifft, benötigt ebenfalls einen Hinweis neben der korrigierten Aussage.

Das Log kann einen Wartungsbereich mit der Autorenangabe teilen, solange beide getrennt bleiben. Es darf nicht neben einem Kauf-Button, zeitlich begrenztem Angebot, Countdown, Bewertung, Erfahrungsbericht oder Werbeabzeichen platziert werden; das würde Geschichte in Dringlichkeit oder stillschweigende Empfehlung verwandeln. Führen Sie es nicht mit dem Quellenblock zusammen: Der Grund, warum sich eine Quelle geändert hat, ist redaktionelle Geschichte, kein Zitat.

Führen Sie ein kanonisches Log. Eine Seitenleiste kann darauf verlinken, es aber nicht duplizieren. Zeigen Sie nach fünf Einträgen die neuesten drei bis fünf an und legen Sie die restlichen durch „Frühere Updates anzeigen“ offen. Bewahren Sie die vollständige Historie auf der Seite oder in einem stabilen, verwalteten Archiv.

Anatomie

1. Elementtitel: Verwendet „Update-Log“, „Revisionshistorie“ oder eine engere genehmigte Bezeichnung, die auch außerhalb des Seitendesigns klar bleibt.
2. Ereignisdatum: Zeigt ein absolutes Kalenderdatum und gibt denselben Wert als ISO-8601-Maschinenzeitstempel aus.
3. Ereignistyp: Unterscheidet „aktualisiert“, „korrigiert“, „geprüft“, „methode-geändert“ und „archiviert“, ohne sich auf Farben zu verlassen.
4. Zusammenfassung: Nennt das geänderte Objekt und das Ergebnis in einer prägnanten Zeile.
5. Detail: Erläutert den alten Zustand, neuen Zustand und Grund, wenn diese Fakten dem Leser bei der Interpretation der Seite helfen.
6. Betroffener Abschnitt: Verlinkt optional auf die stabile Überschrift oder Abbildung, die geändert wurde, unter Verwendung eines Fragments, das nicht zweckentfremdet wird.
7. Konsequenz: Gibt an, ob sich Antwort, Schlussfolgerung, Empfehlung, Berechtigung oder Anweisungen geändert haben.
8. Belegverweis: Verweist optional auf eine Quellenkennung, die bereits im Quellenblock der Seite definiert ist.
9. Archivsteuerung: Zeigt frühere Einträge an, ohne sie aus dem Dokument oder dem Barrierefreiheits-Baum zu entfernen.

Einträge müssen ohne Styling verständlich bleiben. Symbole, Linien und Farben vermitteln niemals Typ oder Konsequenz allein.

Designbeispiele

Die Varianten spiegeln die Informationsdichte und das redaktionelle Risiko wider.

Kompakte Zeile der letzten Änderung

Verwenden Sie eine kompakte Zeile für eine einzelne einfache Überarbeitung. Fügen Sie Datum, Typ, Zusammenfassung und Konsequenz ein. Verwenden Sie die Standardliste, wenn die Erklärung zwei Sätze überschreitet.

Standard-Überarbeitungsliste

Verwenden Sie eine Liste mit dem Neuesten zuerst für zwei bis fünf Einträge, mit derselben Feldreihenfolge durchgängig.

Korrekturgesteuerte Variante

Kennzeichnen Sie bei einem wesentlichen Fehler „Korrektur“, zeigen Sie den falschen und korrigierten Zustand an, geben Sie die Auswirkung an und verlinken Sie zum betroffenen Abschnitt. Betonen Sie ihn ohne alarmistische Sprache.

Methoden- oder Versionsänderung

Wenn sich ein Datensatz, eine Formel, eine Produktversion, ein Rechtsraum oder eine Methode ändert, zeigen Sie alte und neue Versionen an. Geben Sie an, wann frühere Ergebnisse nicht mehr vergleichbar sind.

Erweiterbares Archiv

Kennzeichnen Sie das Archiv nach fünf Einträgen mit der Anzahl der Einträge und dem Datumsbereich. Bewahren Sie Überschriften und Listenstruktur; machen Sie JavaScript nicht zum einzigen Weg, um auf die Aufzeichnung zuzugreifen.

Schmaler Viewport

Stapeln Sie Datum, Typ, Zusammenfassung und Detail. Kürzen Sie niemals Daten oder verstecken Sie Konsequenztexte auf mobilen Geräten.

Parameter

Übergeordnete Felder steuern die Sammlung; wiederholte Elementfelder beschreiben jedes Ereignis.

Einträge sind wiederholte Elemente, kein einzelnes HTML-Feld. Die erste Überschrift des übergeordneten Elements wird auf title abgebildet; die erste Überschrift jedes Elements wird auf summary abgebildet und der verbleibende Textkörper auf detail. Daten, Typen, Auswirkung, Verweise und Versionen bleiben Attribute.

impact ist erforderlich, damit Leser nicht ableiten müssen, ob sich die Antwort verschoben hat. Verwenden Sie not-applicable nur, wenn das Material keine Schlussfolgerung hat. Eine Überprüfung ohne Bearbeitungen verwendet type=reviewed und impact=unchanged.

Syntax und Codebeispiele

Alle Darstellungen bewahren dieselben Felder. Quellenkennungen verweisen auf den kanonischen Quellenblock.

Portable Markdown-Direktive

:::update-log{order=newest-first visibleItems=3}
## Update log

::item{date="2026-08-27" type=updated impact=changed affectedSection="plans" evidenceRef="vendor-plans"}
### Preise und Empfehlung aktualisiert

Der eingestellte Starter-Plan wurde durch Essentials ersetzt und der Vergleich aktualisiert. Teams, die Audit-Exporte benötigen, erhalten nun eine andere Empfehlung.
::

:::

Hugo-Shortcode-Vertrag

{{< update-log title="Update log" order="newest-first" visibleItems="3" >}}
  {{< update-log-item date="2026-08-27" type="updated" impact="changed" affectedSection="plans" evidenceRef="vendor-plans" >}}
  ## Preise und Empfehlung aktualisiert
  Der eingestellte Starter-Plan wurde durch Essentials ersetzt und der Vergleich aktualisiert. Teams, die Audit-Exporte benötigen, erhalten nun eine andere Empfehlung.
  {{< /update-log-item >}}
{{< /update-log >}}

Dies ist ein Adaptervertrag, kein bestehender Shortcode. Jeder Parameter ist benannt.

WordPress-Blöcke

<!-- wp:amicited/update-log {"title":"Update log","order":"newest-first","visibleItems":3} -->
<!-- wp:amicited/update-log-item {"date":"2026-08-27","type":"updated","impact":"changed","affectedSection":"plans","evidenceRef":["vendor-plans"]} -->
<h3>Preise und Empfehlung aktualisiert</h3>
<p>Der eingestellte Starter-Plan wurde durch Essentials ersetzt und der Vergleich aktualisiert. Teams, die Audit-Exporte benötigen, erhalten nun eine andere Empfehlung.</p>
<!-- /wp:amicited/update-log-item -->
<!-- /wp:amicited/update-log -->

WordPress sollte strukturierte Steuerelemente für Datum, Typ, Auswirkung, Abschnitt und Belege bereitstellen.

Beispiele

Guter Aktualisierungseintrag

18. Juli 2026 – Berechnung korrigiert
Der Nenner der Conversion-Rate wurde in der Tabelle „Kanal-Leistung“ von allen Sitzungen auf qualifizierte Produktsitzungen korrigiert. Die Werte für organische Suche änderten sich von 3,1 % auf 2,4 %; die Rangfolge der Kanäle und die Schlussfolgerung des Artikels änderten sich nicht. Die zugrunde liegenden Sitzungszahlen wurden nicht beeinflusst.

Dies funktioniert, weil es den Fehler, alte und neue Definitionen, den betroffenen Abschnitt, die numerische Konsequenz und den Status der Schlussfolgerung nennt. Leser können beurteilen, ob frühere Arbeiten überprüft werden müssen.

Schlechter Aktualisierungseintrag

Sommer 2026 – Vollständig aufgefrischt!
Wir haben diese Seite überprüft und mehrere Verbesserungen vorgenommen, damit Sie darauf vertrauen können, dass alles aktuell ist.

Dies scheitert, weil das Datum vage ist, „vollständig“ den Umfang überbeansprucht, „mehrere Verbesserungen“ Fakten verbirgt und „vertrauen“ eine unverdiente Schlussfolgerung einfordert. Wenn die Arbeit kosmetisch war, löschen Sie den Eintrag. Wenn sie substanziell war, nennen Sie jede entscheidungsrelevante Änderung.

Schema-Markup und Barrierefreiheit

Ein Update-Log hat keinen eigenständigen Schema.org-Typ. Es bleibt Inhalt innerhalb des umschließenden Article, TechArticle oder Report. Das neueste substanzielle Ereignis kann dateModified unterstützen; eine Überprüfung ohne Änderung darf dies nicht. Ersetzen Sie niemals datePublished.

Kodieren Sie Einträge nicht als CreativeWork, Event, HowToStep oder ItemList; diese Typen implizieren Bedeutungen, die dem Log fehlen. Verwenden Sie vorhersagbares HTML: einen gekennzeichneten Abschnitt, Listenelemente, Überschriften, <time datetime="2026-08-27">27. August 2026</time> und stabile Fragmente.

Verwenden Sie ein Listenelement pro Ereignis; CSS kann eine Zeitleiste zeichnen, ohne die Reihenfolge zu ändern. Geben Sie an, dass die Einträge mit dem Neuesten zuerst sind. Zeigen Sie den Typ in Text an, nicht nur durch Farbe oder Symbole, und verwenden Sie beschreibende Links.

Ein Archiv benötigt eine native Offenlegung, die mit seiner Anzahl oder Spanne beschriftet ist. Alle Einträge müssen über Tastatur und Screenreader erreichbar sein. Verwenden Sie keinen ARIA-Live-Bereich. Bewahren Sie die Überschriftenreihenfolge und lokalisierte Daten.

Platzieren Sie einen Korrekturhinweis an der betroffenen Aussage und erfassen Sie ihn im Log. Ersteres schützt unmittelbare Leser; Letzteres bewahrt die Geschichte.

Schreibregeln

Beginnen Sie mit dem geänderten Objekt und einem präzisen Verb: „Berechtigungsregel klargestellt“, „Datensatz ersetzt“ oder „Formel korrigiert“. Halten Sie Zusammenfassungen auf 4–14 Wörter und Details auf 25–90 Wörter. Verwenden Sie einen Satz für Änderung und Grund, einen weiteren für die Auswirkung. Verwenden Sie lokalisierte absolute Daten und anfangs die Anzeige des Neuesten.

Erklären Sie den Grund vor dem Ergebnis. „Der Anbieter hat Starter eingestellt, daher haben wir es durch Essentials ersetzt und die Empfehlung neu bewertet“ zeichnet die Ursache auf; „Wir haben unseren Vergleich verbessert“ zeichnet eine Meinung auf. Verwenden Sie neutrale Vergangenheitsform.

Jeder substanzielle Eintrag sollte diese Fragen beantworten:

• Welche spezifische Tatsache, Anweisung, Methode, Quelle, welcher Umfang oder welche Schlussfolgerung hat sich geändert?
• Warum war die Änderung erforderlich?
• Wo auf der Seite ist sie aufgetreten?
• Hat sich die Hauptantwort, Empfehlung oder Schlussfolgerung geändert?
• Muss der Leser eine Entscheidung oder Handlung basierend auf der früheren Version wiederholen?

Erstellen Sie einen Eintrag pro redaktionellem Ereignis, nicht pro Tastenanschlag. Gruppieren Sie zusammengehörige Änderungen aus einer Überprüfung; trennen Sie nicht zusammenhängende Arbeiten, unterschiedliche Auswirkungen oder unterschiedliche Daten. Zeigen Sie drei bis fünf an und bewahren Sie die substanzielle Historie.

Fügen Sie niemals vertrauliche Notizen, Sicherheitsdetails, Schwachstellen, personenbezogene Daten, Schuldzuweisungen, rohe Commit-Hashes, unerklärte Tickets, Marketing, Dringlichkeit oder ein Literaturverzeichnis ein. Versprechen Sie niemals „100 % aktuell“, löschen Sie Korrekturen nicht, überschreiben Sie Einträge nicht stillschweigend und datieren Sie kosmetische Arbeiten nicht neu.

Wenn ein Eintrag korrigiert werden muss, bewahren Sie sein Datum und fügen Sie ein Korrekturereignis hinzu. Datenschutz-, Sicherheits- oder rechtliche Verpflichtungen können eine Schwärzung rechtfertigen; geben Sie auf angemessenem Niveau an, dass die Aufzeichnung geändert wurde und warum.

Beitragstypen, die es verwenden

Das postTypes-Frontmatter-Array ist die Quelle dieser Tabelle. „Erforderlich“ bedeutet, dass die substanzielle Revisionshistorie Teil des Vertrauensvertrags des Formats ist; „bedingt“ bedeutet, dass das Log erscheint, sobald eine qualifizierende Änderung eintritt.

Eine neue Seite benötigt kein leeres Log. Bewahren Sie das Element nach einer qualifizierenden Änderung.

QA-Checkliste

• Jeder sichtbare Eintrag repräsentiert ein substanzielles redaktionelles Ereignis, keine kosmetische oder automatisierte Änderung.
• Das Ereignisdatum ist exakt, gültig, nicht zukünftig und stimmt mit dem genehmigten redaktionellen Datensatz überein.
• Die Zusammenfassung nennt das geänderte Objekt und bleibt innerhalb von 4–14 Wörtern.
• Das Detail gibt an, was sich geändert hat und warum, bevor der Nutzen beschrieben wird.
• Der Eintrag identifiziert, ob sich die Antwort, Schlussfolgerung, Empfehlung, Berechtigung oder Anweisungen geändert haben.
• Eine wesentliche Korrektur erscheint auch neben der betroffenen Aussage.
• Abschnittsfragmente und Belegkennungen verweisen auf stabile Ziele auf derselben kanonischen Seite.
• Das Log erscheint nach dem Hauptinhalt und den Quellen, aber vor abschließenden Werbemodulen.
• Das Log ist nicht visuell mit einem CTA, Angebot, Bewertung, Erfahrungsbericht oder Quellenblock verbunden.
• Daten verwenden semantische <time>-Werte; Ereignistypen und Auswirkungen verlassen sich nicht auf Farben oder Symbole.
• Das Archiv-Steuerelement ist per Tastatur bedienbar, klar beschriftet und legt seinen vollständigen Inhalt für unterstützende Technologien offen.
• Ein reiner Überprüfungseintrag ändert dateModified nicht; ein substanzielles letztes Ereignis stimmt mit dem kanonischen Aktualisierungsdatum überein.
• Vertrauliche Notizen, personenbezogene Daten, Sicherheitsdetails, rohe Implementierungshistorie und Marketing-Sprache sind nicht vorhanden.
• Der Beitragstyp der Seite und das Leserrisiko rechtfertigen das Element.

FAQ

Gehört jede Inhaltsbearbeitung in das Update-Log?

Nein. Erfassen Sie Änderungen, die Fakten, Anleitungen, Belege, Umfang, Interpretationen, Empfehlungen oder die Entscheidung eines Lesers verändern. Lassen Sie Rechtschreib-, Abstands-, Tracking-, Vorlagen- und andere nicht substanzielle Bearbeitungen weg.

Worin unterscheidet sich ein Update-Log von einem Datum der letzten Aktualisierung?

Ein Datum der letzten Aktualisierung sagt, dass eine substanzielle Änderung stattgefunden hat. Ein Update-Log gibt an, was sich geändert hat, warum es geändert wurde und ob sich die Antwort oder Schlussfolgerung verschoben hat, sodass die Pflegebehauptung überprüft werden kann.

Soll der neueste oder älteste Update zuerst erscheinen?

Zeigen Sie den neuesten Eintrag zuerst auf einer gepflegten Seite an, da Leser in der Regel die aktuelle Änderung benötigen. Bewahren Sie die chronologische Reihenfolge in der Maschinenausgabe und stellen Sie ein klar gekennzeichnetes Archiv bereit, wenn die sichtbare Liste verkürzt wird.

Kann ein Update-Log Korrekturhinweise ersetzen?

Nein. Ein wesentlicher Fehler benötigt eine auffällige Korrektur an der betroffenen Aussage sowie einen dauerhaften Log-Eintrag. Das Log bewahrt die Geschichte auf; es darf eine Korrektur nicht am unteren Seitenrand verstecken.

Sollen Überprüfungen ohne Änderungen im Log erscheinen?

Nur wenn der Prüfstatus für die Leser wichtig ist und der Eintrag mit „Geprüft“ gekennzeichnet ist, nicht mit „Aktualisiert“. Geben Sie den geprüften Umfang an und dass keine substanzielle Änderung erforderlich war; ändern Sie nicht dateModified.