Freshness-Stempel: Regeln für Veröffentlichungs- und Aktualisierungsdatum
Verwenden Sie einen Freshness-Stempel, um Veröffentlichungs- und Aktualisierungsdaten zu unterscheiden, substanzielle Überprüfungen nachzuweisen, Inhaltsverfall offenzulegen und irreführende datumsändernde Änderungen zu verhindern.
Ein Freshness-Stempel zeigt den Lesern, wann eine Seite erstmals veröffentlicht wurde, wann sich die darin enthaltenen relevanten Informationen zuletzt geändert haben und – wo sinnvoll – was überprüft wurde. Es ist ein Eröffnungselement, weil die Zeit verändern kann, wie jede darunterliegende Aussage interpretiert werden sollte.
Aktualisiert am 27. August 2026 Veröffentlicht am 14. März 2025 Preise und Verfügbarkeit von Funktionen überprüft
Dieses gerenderte Beispiel macht drei verschiedene Aussagen. „Veröffentlicht“ bewahrt den Ursprung, „Aktualisiert“ dokumentiert eine substanzielle Änderung, und der Umfangsausdruck sagt, was die Überprüfung abgedeckt hat. Das Datum ist ein Herkunftssignal, keine Dekoration oder ein Abkürzungsweg, um alte Inhalte neu aussehen zu lassen.
Warum dieses Element wichtig ist
Leser nutzen Daten, um Risiken einzuschätzen. Eine drei Jahre alte Erklärung eines mathematischen Konzepts kann vollkommen zuverlässig sein, während ein drei Monate alter Vergleich von Softwarepreisen bereits falsch sein kann. Ein sichtbarer Stempel hilft dem Leser zu entscheiden, ob er der Seite vertrauen, eine volatile Behauptung überprüfen oder nach einer neueren Quelle suchen soll. Das Anzeigen beider Daten schützt auch die Geschichte: Der Leser kann sehen, dass eine ausgereifte Ressource gepflegt und nicht fälschlich als neu veröffentlicht dargestellt wurde.
Die Psychologie versagt, wenn das Label zu viel behauptet. „Heute aktualisiert“ impliziert, dass jemand Informationen geändert hat, auf die ein Leser angewiesen ist. Wenn die einzige Aktion darin bestand, das Datum zu ändern, die Zeichensetzung zu korrigieren oder die Seite in eine neue Vorlage zu verschieben, erzeugt das Label Vertrauen, ohne es verdient zu haben. Das Ändern eines Aktualisierungsdatums ohne substanzielle inhaltliche Änderung ist ein Richtlinienverstoß, selbst wenn ein Content-Management-System die Bearbeitung einfach macht.
Maschinelle Extrahierbarkeit bedeutet, dass Software die Veröffentlichungszeit, die Änderungszeit, den Überprüfungsumfang und die Beziehung zwischen ihnen identifizieren kann, ohne aus Prosa raten zu müssen. Stabile Felder können Seitenvorlagen, Feeds, Audits und strukturierte Daten speisen. Ein Crawler kann datePublished von dateModified unterscheiden; eine redaktionelle Überwachung kann volatile Seiten identifizieren, deren Überprüfungsfenster abgelaufen ist. Eine vage Formulierung wie „vor kurzem aufgefrischt“ liefert weder einen nutzbaren Zeitstempel noch eine überprüfbare Aussage.
Das typisierte Element hat Vorrang vor einem Datum, das in gewöhnliche Prosa getippt wurde. Befolgen Sie die Element-Schreibregeln : Die Komponente muss kanonische Datumsfelder lesen und sie konsistent rendern. Autoren dürfen kein zweites Datum von Hand eintippen, das von den Metadaten abweichen kann.
Wann es verwendet wird
Verwenden Sie einen Freshness-Stempel, wenn das Alter wesentlich beeinflusst, ob die Seite sicher, korrekt oder nützlich ist. Häufige Auslöser sind Preise, Produkteigenschaften, Verfügbarkeit, Gesetze, Standards, Statistiken, eingestufte Empfehlungen, Kompatibilitätsanleitungen, Berechtigungsregeln, Zeitpläne und namentlich genannte Personen. Diese Fakten verfallen, weil sich die Welt ändert, selbst wenn der Text dies nicht tut.
Verwenden Sie ihn bei einer lebendigen Ressource, wenn sich der Herausgeber verpflichtet, definierte Aussagen erneut zu prüfen. Ein Softwarevergleich könnte sagen: „Tarife und Funktionsgrenzen überprüft“; eine Dokumentation könnte sagen: „Für Version 6.8 überprüft“; ein regulatorischer Erklärtext könnte die Gerichtsbarkeit und die geltende Regel nennen. Der Umfang verhindert, dass eine kürzliche Überprüfung einer Tabelle impliziert, dass jeder Satz, jeder Link und jede Schlussfolgerung gleichermaßen geprüft wurde.
Zeitlose Inhalte benötigen möglicherweise keinen sichtbaren Freshness-Stempel. Eine stabile Definition, ein historischer Bericht, eine abgeschlossene Fallstudie, ein Versionshinweis oder ein Forschungsbericht, der an einen abgeschlossenen Datensatz gebunden ist, benötigt oft nur ein ehrliches Veröffentlichungsdatum. Fügen Sie Korrekturvermerke oder ein separates Änderungsprotokoll hinzu, wenn sich die Interpretation ändert, aber schaffen Sie kein Wartungstheater, bei dem ein unveränderlicher Datensatz jedes Quartal ein neues Datum erhält.
Zu den knappen Fehlentscheidungen gehören:
- Aktuelle Daten automatisch einfügen: Das Rendern des heutigen Datums bei jedem Seitenaufruf sagt nichts über eine redaktionelle Überprüfung aus und ist immer verboten.
- Ein Jahr im Titel: „Beste Tools 2026“ ist eine Behauptung über aktuelle Abdeckung, kein Nachweis, dass die Seite im Jahr 2026 überprüft wurde.
- Ein Build-Zeitstempel: Der Neubau der Website ändert Dateien, nicht die redaktionelle Substanz.
- Ein Überprüfungsabzeichen ohne Umfang oder Verantwortlichen: Es erzeugt Autorität ohne überprüfbare Handlung.
- Ein geänderter Produkt-Feed: Automatisierte Preisaktualisierungen können ein bestimmtes Feld aktualisieren, rechtfertigen aber nicht die Markierung der umgebenden redaktionellen Analyse als aktualisiert, es sei denn, die Schlussfolgerung wurde erneut überprüft.
Wo es platziert wird
Platzieren Sie den Stempel in der Hero-Metadatenzeile: unterhalb der H1-Überschrift und der einzeiligen Beschreibung und vor der Einleitung oder dem ersten Direktantwort-Element. Der Leser sollte den zeitlichen Kontext erhalten, bevor er auf Aussagen trifft, die veralten können. Auf einer langen Seite kann der Stempel auch neben einer volatilen Tabelle oder einem Evidenzblock erscheinen, wenn dieser Block sein eigenes engeres Überprüfungsdatum hat.
Behalten Sie Autorenschaft und Überprüfungsidentität im selben Herkunftsbereich, wenn die Vorlage dies unterstützt, bewahren Sie jedoch eine klare Lesereihenfolge: Autor, Veröffentlichungs-/Aktualisierungsdaten, dann Überprüfungsumfang. Der Stempel kann neben einer Lesezeitschätzung stehen, da beide neutrale Metadaten sind. Er darf nicht neben einem Werbeabzeichen, einem Rabatt-Countdown, einem „Trending“-Label oder einer Sternbewertung stehen; diese Signale können ein redaktionelles Datum wie Dringlichkeit oder Befürwortung aussehen lassen.
Platzieren Sie den Stempel nicht innerhalb der Einleitung, nach der ersten volatilen Behauptung, nur in der Fußzeile oder innerhalb eines Bildes. Wiederholen Sie keine widersprüchlichen Daten in der Hero-Zone, der Seitenleiste und der Tabelle. Wenn ein Abschnitt seine eigene Datenherkunft hat, kennzeichnen Sie diesen Wert mit „Daten bis Juni 2026“ oder „Preise geprüft am 27. August 2026“, anstatt das seitenweite Aktualisierungsdatum zu ändern.
Anatomie
- Primäres Label: „Aktualisiert“, wenn eine gültige Änderung vorliegt; andernfalls „Veröffentlicht“. Es muss sichtbarer Text sein, kein Icon oder Tooltip.
- Primäres Datum: Ein menschenlesbares Kalenderdatum, abgeleitet aus kanonischen Metadaten.
- Ursprüngliche Veröffentlichung: Beibehalten, wenn das primäre Label „Aktualisiert“ lautet und die Herkunft durch die Anzeige beider Daten profitiert.
- Überprüfungsumfang: Optionaler kurzer Text, der die tatsächlich überprüften Fakten, Versionen, Rechtsräume oder Datensätze benennt.
- Maschinenlesbarer Zeitstempel: Ein vollständiger ISO-8601-Wert im HTML-
datetime-Attribut, einschließlich Zeitzone, wenn die Zeit gespeichert ist. - Dokumentenbeziehung: Das Element gehört zur Hero-Zone der Seite; ein enger gefasstes Evidenzdatum gehört neben die Evidenz, die es qualifiziert.
Farbe, Icon, Abstände und Trennzeichen gehören zum Renderer. Die semantische Reihenfolge muss auch ohne CSS korrekt lesbar sein.
Gestaltungsbeispiele
Die unterstützten Varianten spiegeln unterschiedliche redaktionelle Zustände wider, keine gestalterischen Vorlieben.
Nur veröffentlicht: Verwenden für eine neue Seite oder eine stabile Seite, die nie eine substanzielle Überarbeitung erhalten hat. Dies ist der Standard.
Veröffentlicht und aktualisiert: Verwenden nach einer substanziellen Überarbeitung. „Aktualisiert“ steht vorne, da es das entscheidungsrelevante Datum ist; die Veröffentlichung bleibt als Historie verfügbar.
Eingegrenzte Überprüfung: Fügen Sie einen kurzen Umfang hinzu, wenn nur definierte volatile Aussagen erneut geprüft wurden oder wenn die Seite versionsgebunden ist. Der Umfang darf keine umfassendere Prüfung implizieren.
Überprüft ohne Änderung: Verwenden Sie dies nur, wenn eine echte Überprüfung ergeben hat, dass die Seite noch korrekt ist. Erfassen Sie reviewedAt separat; ändern Sie nicht dateModified und kennzeichnen Sie das Ereignis nicht als „Aktualisiert“.
Schmales Ansichtsfenster: Erlauben Sie natürlichen Zeilenumbruch zwischen vollständigen Elementen. Kürzen Sie niemals ein Datum oder verstecken Sie „Veröffentlicht“, während Sie eine unbeschriftete Zahl hinterlassen.
Parameter
Die Datumsfelder sind Metadaten-Attribute, kein verfasster Fließtext. Dies verhindert, dass ein sichtbares Label mit Feeds oder Schema in Konflikt gerät. Die Frontmatter-Spezifikation bleibt maßgeblich für Werte auf Dokumentebene.
| Name | Typ | Erforderlich | Min / Max | Standard | Quelle |
|---|---|---|---|---|---|
published | ISO-8601-Datetime | Ja | Genau eines; nicht in der Zukunft | Keiner | date-Frontmatter-Attribut |
updated | ISO-8601-Datetime | Bedingt nach substanzieller Änderung | Null oder eines; muss später oder gleich published sein | Ausgelassen | updated-Frontmatter-Attribut; niemals aus Datei- oder Build-Zeit abgeleitet |
reviewedAt | ISO-8601-Datetime | Optional | Null oder eines; nicht in der Zukunft | Ausgelassen | Überprüfungsaufzeichnungs-Attribut nach abgeschlossener eingegrenzter Überprüfung |
scope | Klartext | Optional | 3–12 Wörter; maximal 90 Zeichen | Keiner | Vom Prüfer geschriebenes Attribut; kein Direktivenrumpf |
label | Aufzählung | Abgeleitet | Published, Updated oder Reviewed | Abgeleitet aus gültigen Daten | Renderer; Autoren können es nicht mit Fließtext überschreiben |
showPublished | Boolean | Optional | true oder false | true, wenn updated vorhanden ist | Attribut, gesteuert durch die Post-Typ-Richtlinie |
dateFormat | Aufzählung | Optional | long oder compact | long | Renderer-Attribut; das Gebietsschema steuert Monatsreihenfolge und -namen |
timezone | Offset oder IANA-Zone | Erforderlich für gespeicherte Zeiten | Eine gültige Zone | Zeitzone der Site-Veröffentlichung | Site-Konfiguration oder kanonisches Metadaten-Attribut |
Das Element hat keinen Rumpf und keine Erst-Überschrift-Zuordnung. Ein Rumpf würde es Autoren ermöglichen, kanonische Metadaten zu duplizieren. Der Umfang ist bewusst ein Attribut, da er kurz, stabil und maschinenlesbar ist.
Syntax und Codebeispiele
Alle Adapter lesen dieselben Veröffentlichungs-, Änderungs- und Umfangswerte. Sie können Daten für das Gebietsschema formatieren, dürfen aber deren Bedeutung nicht ändern.
Portable Markdown-Direktive
:::freshness-stamp{published="2025-03-14T09:00:00+01:00" updated="2026-08-27T10:00:00+02:00" scope="Pricing and feature availability verified"}
:::
Hugo-Shortcode-Vertrag
{{< freshness-stamp published="2025-03-14T09:00:00+01:00" updated="2026-08-27T10:00:00+02:00" scope="Pricing and feature availability verified" >}}
In Hugo sollte der bevorzugte Produktionsadapter .Date und den genehmigten updated-Parameter aus den Seitenmetadaten lesen, damit Autoren sie nicht wiederholen müssen. Die expliziten Werte oben dokumentieren die portable Feldzuordnung; sie sind keine Erlaubnis, eine zweite Wahrheitsquelle fest zu kodieren.
WordPress-Block
<!-- wp:amicited/freshness-stamp {"published":"2025-03-14T09:00:00+01:00","updated":"2026-08-27T10:00:00+02:00","scope":"Pricing and feature availability verified"} /-->
Ein WordPress-Adapter sollte published und updated standardmäßig aus dem Beitragssatz übernehmen, den Umfang als redaktionelles Feld bereitstellen und einen Nur-Datum-Aktualisierungsworkflow verhindern, der stillschweigend eine Überarbeitung präsentiert, die nicht stattgefunden hat.
Beispiele
Aktualisiert am 27. August 2026 · Veröffentlicht am 14. März 2025
Preise, Tarifgrenzen und Verfügbarkeit von Funktionen gegenüber den Anbieterseiten überprüft.
Dies ist gut, weil die Labels beide Ereignisse bewahren, der Umfang die volatilen Fakten benennt und die Behauptung anhand der Bearbeitungs- und Quellenhistorie der Seite überprüft werden kann. Ein Prüfer weiß, was „aktualisiert“ hier bedeutet.
Frisch aktualisiert heute!
Ursprünglich vor kurzem veröffentlicht.
Dies ist schlecht, weil sich „heute“ ohne redaktionelles Ereignis verschiebt, „frisch“ werblich ist, „vor kurzem“ die Geschichte auslöscht und keine Zeile einen maschinenlesbaren Zeitstempel offenlegt. Wenn die Seite nur neu formatiert wurde, wäre selbst das Ersetzen dieser Phrasen durch exakte Daten immer noch irreführend. Die richtige Maßnahme ist, das ursprüngliche Veröffentlichungsdatum beizubehalten und ein aktualisiertes Datum wegzulassen.
Schema-Markup und Barrierefreiheit
Der Stempel kann datePublished und dateModified in einem umschließenden Article, TechArticle, NewsArticle oder einem anderen wahrheitsgemäßen Seitentyp speisen. datePublished stammt aus dem ursprünglichen Veröffentlichungsdatensatz. dateModified stammt nur aus der letzten substanziellen Inhaltsänderung. Eine separat dokumentierte Überprüfung, die nichts ändert, darf dateModified nicht überschreiben; Schema sollte ein Überprüfungsereignis nicht in eine falsche Änderung verwandeln.
Erfinden Sie keinen Schema.org-Typ FreshnessStamp. Der Überprüfungsumfang bleibt normalerweise sichtbarer Text und interne Prüfmetadaten. Wenn eine Seite volatile Fakten zitiert, bewahren Sie deren Nachweise in einem Quellenblock
auf, anstatt zu suggerieren, dass ein aktuelles Datum sie belegt.
Rendern Sie jedes Datum mit einem semantischen <time datetime="…">-Element. Die sichtbare Form folgt dem Seiten-Gebietsschema; der datetime-Wert bewahrt einen eindeutigen maschinenlesbaren Zeitstempel. Labels müssen Text sein. Verlassen Sie sich nicht auf ein Uhrensymbol, eine grüne Farbe, einen Tooltip oder eine relative Formulierung wie „vor zwei Monaten“. Als dekorativ markierte Trennzeichen sollten von assistiven Technologien ignoriert werden, und der Zeilenumbruch muss eine logische Lesereihenfolge bewahren.
Der Stempel ist statische Metadaten, daher benötigt er keine ARIA-Live-Region, keine Schaltflächenrolle, kein Fokusziel und keine Ansage. Wenn ein Änderungsprotokoll verlinkt ist, verwenden Sie ein beschreibendes Label wie „Änderungen anzeigen“, nicht „Mehr“.
Schreibregeln
Schreiben Sie Labels als faktenbasierte Herkunftsangabe: „Veröffentlicht“, „Aktualisiert“ oder „Überprüft“. Verwenden Sie ein absolutes, lokalisiertes Datum, nicht „heute“, „vor kurzem“, „neu“ oder „frisch“. Halten Sie den Umfang auf 3–12 Wörter und benennen Sie das überprüfte Objekt: „Tarifpreise und -grenzen überprüft“ ist stärker als „Inhalt überprüft“. Fügen Sie keine Ausrufezeichen, Dringlichkeit, SEO-Behauptungen oder Versprechen hinzu, dass die Seite vollständig korrekt ist.
Eine substanzielle Änderung setzt updated nur dann zurück, wenn sie Informationen verbessert, auf die ein Leser angewiesen ist. Legitime Auslöser sind das Korrigieren einer wesentlichen Tatsache, das Ersetzen veralteter Preise oder Spezifikationen, das Überarbeiten von Anleitungen nach einer Produktänderung, das Hinzufügen signifikanter Evidenz, das Ändern einer Empfehlung nach Neubewertung, das Erweitern des Umfangs genug, um die Antwort zu ändern, oder der Abschluss einer dokumentierten Überprüfung, die zu sinnvollen Inhaltsänderungen führt.
Folgendes setzt es nicht zurück: Tippfehlerkorrekturen, Zeichensetzung, Formatierung, Bildkomprimierung, CSS- oder Vorlagenänderungen, Analyse-Tags, Link-Tracking, reine Metadaten-Änderungen, automatisierte Builds, Kategorieänderungen, Autorenprofil-Formatierung oder ledigliches Überprüfen der Seite ohne festgestellten Änderungsbedarf. Ein toter Link-Austausch setzt das Datum nur zurück, wenn das Ziel die Evidenz oder Anleitung ändert; das Ersetzen durch eine gleichwertige funktionierende URL tut dies nicht.
Setzen Sie niemals eine Behauptung wie „Google belohnt frische Inhalte“, eine Werbenachricht, einen Rabattablauf, eine Lesezeit, eine Autorenbiografie, eine Quellenliste, ein Änderungsprotokoll oder eine vollständige Überprüfungsmethodik in den Stempel. Diese haben andere Zwecke. Datieren Sie niemals eine Aktualisierung zurück, überschreiben Sie niemals das Veröffentlichungsdatum, leiten Sie die Änderungszeit niemals aus dem Repository ab und planen Sie niemals ein zukünftiges Aktualisierungsdatum.
Beitragstypen, die es verwenden
Das postTypes-Frontmatter ist die Quelle dieser Zuordnung. Die Aufnahme bedeutet, dass das Format ein wiederkehrendes Verfallsrisiko hat; es bedeutet nicht, dass jede Instanz ein aktualisiertes Datum anzeigen muss.
| Beitragstyp | Anforderung | Typischer Umfang |
|---|---|---|
| A-vs-B-Vergleich | Erforderlich, wenn Produkte, Preise oder Fähigkeiten sich ändern können | Vergleichsversionen, Tarife, Preise und Entscheidungskriterien |
| Bestes-X-für-Y | Erforderlich für gepflegte Ranglisten | Kandidatenset, Verfügbarkeit, Kriterien und Reihenfolge |
| Wettbewerbsvergleich | Erforderlich | Wettbewerbsmerkmale, Behauptungen, Preise und offengelegte Beziehung |
| Kaufratgeber | Erforderlich, wenn Bestand, Standards oder Empfehlungen veralten | Auswahlkriterien, Produktverfügbarkeit und Empfehlungen |
| Kostenratgeber | Erforderlich | Preisspannen, Währung, Geografie, Inklusivleistungen und Datenzeitraum |
| Bewertungsseite | Erforderlich | Getestete Version, Preis, Verfügbarkeit und Bewertungseingaben |
| Statistik-Zusammenstellung | Erforderlich | Quellenzugriffsdaten, Datenzeiträume, Ersetzungen und Korrekturen |
| Checkliste-Artikel | Bedingt, wenn sich Anforderungen ändern | Produktversion, Richtlinie, Standard oder Rechtsraum |
| Dokumentationsartikel | Erforderlich für versionierte Produkte | Unterstützte Version, Oberflächenbezeichnungen, Schritte und erwartetes Ergebnis |
| Standard- oder Verordnungsseite | Erforderlich | Rechtsraum, Gültigkeitsdatum, Änderungen und autoritative Quellen |
Stabile Glossardefinitionen, historische Aufzeichnungen, Forschung mit abgeschlossenen Datensätzen und Versionshinweise behalten in der Regel Veröffentlichungsdaten bei, ohne fortlaufende Frische zu beanspruchen. Ihr Evidenzzeitraum oder ihre Release-Version leisten mehr interpretative Arbeit als ein rollierendes „aktualisiert“-Label.
QA-Checkliste
- Das ursprüngliche Veröffentlichungsdatum ist erhalten und liegt vor oder gleich jedem späteren Ereignis.
-
updatedentspricht einer substanziellen Änderung, die im Inhalt oder in dokumentierter Evidenz sichtbar ist. - Eine Überprüfung ohne Inhaltsänderung verwendet
reviewedAt, nichtupdatedoderdateModified. - Das sichtbare Datum, der Frontmatter-Wert, der Feed-Wert und der strukturierte-Daten-Wert stimmen überein.
- Der Umfang benennt genau das, was überprüft wurde, und impliziert keine ganzseitige Prüfung, wenn sich nur ein Block geändert hat.
- Der Stempel erscheint in der Hero-Zone vor volatilen Aussagen, mit engeren Daten neben engerer Evidenz.
- Absolute Daten und sichtbare Textlabels bleiben ohne Farbe, Icons, CSS oder umgebende Prosa verständlich.
- Jeder maschinenlesbare Zeitstempel verwendet gültige ISO-8601-Syntax und die korrekte Zeitzone.
- Keine Build-Zeit, Dateiänderungszeit, aktuelles-Jahr-Token oder automatisch bewegendes Datum speist das Element.
- Die Bearbeitungshistorie kann erklären, warum sich das Datum geändert hat; eine reine Datumsänderung besteht die Überprüfung nicht.
- Veröffentlichte, aktualisierte und überprüfte Ereignisse bleiben in sichtbarem Text und Schema unterscheidbar.
- Der Beitragstyp und das Verfallsrisiko der Seite rechtfertigen die Anzeige des Elements.
FAQ
Sollte jeder Artikel ein letztes Aktualisierungsdatum zeigen?
Nein. Zeigen Sie ein aktualisiertes Datum nur nach einer substanziellen Änderung. Eine stabile, zeitlose Seite kann ihr Veröffentlichungsdatum allein zeigen, während eine verfallende Seite das Datum und den Umfang ihrer letzten gültigen Überprüfung offenlegen sollte.
Rechtfertigt das Korrigieren eines Tippfehlers eine Änderung des Aktualisierungsdatums?
Nein. Typografische, formatierungsbezogene, trackingbedingte, vorlagenbezogene und reine Metadaten-Änderungen verändern nicht die Informationen, auf die ein Leser angewiesen ist, daher setzen sie das Aktualisierungsdatum nicht zurück.
Kann eine Seite ein Überprüfungsdatum zeigen, wenn keine Änderungen erforderlich waren?
Ja, wenn eine qualifizierte Person den definierten Umfang tatsächlich überprüft hat und das Label „Überprüft“ statt „Aktualisiert“ lautet. Behalten Sie das Veröffentlichungs- und Änderungsdatum unverändert bei und erfassen Sie die Überprüfung separat.
Sollte das Veröffentlichungsdatum nach einer Aktualisierung verschwinden?
In der Regel nein. Behalten Sie das ursprüngliche Veröffentlichungsdatum in den Metadaten und zeigen Sie es neben dem aktualisierten Datum, wenn die Herkunft von Bedeutung ist. Das aktualisierte Datum darf niemals die Geschichte der Seite überschreiben.
Verbessert ein Freshness-Stempel von sich aus die Rankings?
Nein. Ein Datumslabel ist kein Beleg dafür, dass die Seite korrekt ist. Sein Wert ergibt sich aus wahrheitsgemäßer Wartung, konsistenten Metadaten und Inhalten, die die angegebene Überprüfung tatsächlich widerspiegeln.
Weitere Tutorials in diesem Bereich
Bereit, es in die Praxis umzusetzen?
Kostenlose Prüfung · 7 Tage testen · keine Kreditkarte