Quellen und Referenzen: Zitierregeln

Ein Quellenblock ist der abschließende, geordnete Nachweis, der die faktischen Behauptungen einer Seite nachvollziehbar macht, damit Leser und Antwortmaschinen sie überprüfen und zitieren können.

Dieses Live-Beispiel zeigt den minimalen vollständigen Eintrag: verlinkter Titel, Herausgeber, Veröffentlichungsdatum und Zugriffsdatum. Die URL steht hinter dem Titel, anstatt als langer Rohstring zu erscheinen. Wenden Sie die gemeinsamen Element-Schreibregeln an, wenn Sie den Block an ein anderes Publikationssystem anpassen.

Warum dieses Element wichtig ist

Leser behandeln nicht alle Behauptungen gleich. Eine medizinische Empfehlung, ein finanzieller Vergleich oder eine Leistungszahl birgt mehr Risiko als eine einfache Leistungsaussage. Eine vollständige Referenz zeigt, wer die Belege veröffentlicht hat, wann sie aktuell waren und ob sie die Behauptung stützen. Sie gibt Redakteuren zudem eine Wartungsspur, wenn sich Fakten ändern.

Zehn seriöse Links, die am Ende abgeladen werden, beweisen nicht, welchen Satz jeder einzelne stützt. Inline-Zitate schaffen die lokale Verbindung; die abschließende Liste bewahrt die vollständigen Einträge. Zusammen ermöglichen sie einem skeptischen Leser, von der Behauptung zum Beleg zu gelangen, ohne raten zu müssen.

Maschinelle Extraktion bedeutet, dass Software einen abgegrenzten Datensatz außerhalb des Seitendesigns identifizieren kann. Konsistente Felder legen Titel, Herausgeber, URL, Veröffentlichungsdatum und Zugriffsdatum offen. Ein Abrufsystem – Software, die Dokumente oder Textstellen für eine Suchanfrage auswählt – kann dann Daten, Herausgeber und Behauptungen vergleichen.

In Antwortmaschinen-Ergebnissen können mehrere Kandidatenseiten ähnliche Aussagen treffen. Eine Seite, die Primärmaterial zitiert und ihre Belege datiert, erledigt einen Teil der Überprüfungsarbeit, die ein Abrufsystem sonst ableiten müsste. Das garantiert keine Auswahl; es schafft eine überprüfbare Beweiskette.

Das Prinzip deckt sich mit den E-E-A-T- und Entitätsgrundlagen der Website: sichtbare Herkunft unterstützt Vertrauen, während konsistente Herausgeber- und Titelfelder helfen, die Entitäten hinter den Belegen zu identifizieren.

Wann man es verwendet

Verwenden Sie einen Quellenblock immer dann, wenn eine informative oder evidenzgestützte Seite auf externe Fakten angewiesen ist, die ein Leser vernünftigerweise überprüfen könnte. Dazu gehören Definitionen aus Standards, Statistiken, Forschungsergebnisse, Gesetze, Richtlinien, Marktbehauptungen, Produktvergleiche, historische Behauptungen, Zitate und Empfehlungen auf Grundlage veröffentlichter Belege. Er ist ausdrücklich erforderlich für Inhalte zu Gesundheit, Finanzen, Recht, Versicherungen, Sicherheit und anderen regulierten oder folgenreichen Bereichen.

Verwenden Sie ihn auch dann, wenn Behauptungen bereits Inline-Links haben, sofern der Artikel mehrere Quellen enthält; der Block schafft ein einheitlich überprüfbares Verzeichnis. Kennzeichnen Sie in einer Fallstudie interne Messungen getrennt von externen Benchmarks, damit Erstanbieterdaten nicht mit unabhängiger Forschung verwechselt werden.

Fügen Sie keinen hinzu, um eine Meinung ohne extern überprüfbare Behauptungen zu dekorieren. Navigation, weiterführende Lektüre, verwandte Inhalte und nicht verwendete Bibliografieeinträge gehören nicht hinein. Eine Quelle stützt die Seite; „weiterführende Literatur“ erweitert lediglich das Thema.

Grenzfälle benötigen eine klare Regel:

• Eine einzelne Tatsachenbehauptung: zitieren Sie sie inline. Ein abschließender Block mit einem Eintrag ist optional, es sei denn, der Bereich ist reguliert.
• Eine Liste von Tools: Hersteller-Startseiten sind Ziele, keine Belege. Fügen Sie Dokumentation nur hinzu, wenn sie spezifische Behauptungen stützt.
• Ein Zitat: zitieren Sie es inline und fügen Sie den vollständigen abschließenden Eintrag hinzu.
• Allgemeinwissen: zitieren Sie keine Fakten, die der beabsichtigte Leser nicht bestreiten würde, wie „eine Woche hat sieben Tage.“ Zitieren Sie eine präzise Interpretation, Messung, Richtlinie oder umstrittene Grenze.
• Eigene Produkttexte: verlinken Sie auf offizielle Dokumentation für überprüfbare Funktionen. Erzeugen Sie nicht den Anschein von Unabhängigkeit, indem Sie die eigene Marketingseite des Unternehmens als Beleg für Überlegenheit zitieren.

Wo man es platziert

Der Quellenblock ist der letzte redaktionelle Block, nach dem FAQ. Nur seitenweite Browser-Elemente, rechtliche Hinweise oder Vorlagen-Konvertierungssteuerungen dürfen danach kommen. Diese Position zeigt, dass die Liste den vollständigen Artikel stützt, und gibt Prüfern einen vorhersehbaren Audit-Ort.

Platzieren Sie die Liste nicht nur in einer Seitenleiste: Seitenleisten können in mobilen Layouts, Druckansichten, Feeds, Lesemodi oder extrahierten Texten verschwinden. Halten Sie den Block fern von verwandten Inhaltskarten, Formularen und unzusammenhängenden Handlungsaufforderungen, damit die Beweisgrenze klar bleibt.

Inline-Zitate bleiben am Ort der Behauptung. Der abschließende Block entfernt keine Belege von dem Satz, den sie stützen; er vervollständigt den Eintrag. Wenn eine FAQ-Antwort eine neue Tatsachenbehauptung einführt, zitieren Sie sie innerhalb dieser Antwort und wiederholen Sie die Quelle im abschließenden Block. Wenn das FAQ nur bereits gestützte Inhalte wiederholt, verwenden Sie die vorhandene Quelle erneut, anstatt einen doppelten Eintrag hinzuzufügen.

Anatomie

Die dargestellte Legende bleibt auf der Seite, wenn das Asset ersetzt wird:

1. Blocküberschrift: verwenden Sie „Quellen“, es sei denn, eine Publikationsnorm verlangt „Referenzen.“
2. Eintragsnummer: gibt jedem Eintrag eine stabile Kennung über Sprache, Druck und Extraktion hinweg.
3. Titel und URL: genauer Titel als beschreibender Linktext, der zur zitierten Version führt.
4. Herausgeber: die für das Material verantwortliche Organisation.
5. Veröffentlichungsdatum: wann die Quelle herausgegeben oder wesentlich aktualisiert wurde.
6. Zugriffsdatum: wann der Autor die Quelle und Behauptung überprüft hat.
7. Blockgrenze: eine geordnete Liste; die Überschrift und die Liste tragen die Semantik.

Backen Sie diese Legende nicht in den Screenshot ein. Das Bild dokumentiert das Erscheinungsbild; die nummerierte Legende definiert den Inhaltsvertrag.

Gestaltungsbeispiele

Die Varianten ändern Dichte und verfügbare Metadaten, ohne den Fünf-Felder-Eintragsvertrag zu verändern.

Standard-Webquellen: die Standardeinstellung für Artikel, die Standards, Dokumentationen, Berichte und Webseiten zitieren. Jeder Titel ist verlinkt; Herausgeber und beide Daten bleiben als sichtbarer Text erhalten.

Gemischte Quellentypen: ein DOI ist eine persistente Kennung für Forschung. Verwenden Sie ihn für einen wissenschaftlichen Artikel; verwenden Sie kanonische URLs für Berichte und Dokumentationen. Behalten Sie die gemeinsame Feldreihenfolge bei, wenn Sie Band, Ausgabe oder Versionsdetails hinzufügen.

Lange Titel: umbrechen natürlich auf mehrere Zeilen. Kürzen Sie den Titel niemals so weit, dass zwei verschiedene Dokumente ununterscheidbar werden.

Mobil: Einträge bleiben eine einzelne geordnete Liste ohne horizontales Scrollen. Lange URLs bleiben hinter dem Titel, und Metadaten werden darunter ohne Verkleinerung des Textes umgebrochen.

Parameter

Der Parametervertrag trennt vom Autor gelieferte Belege vom Renderer-Verhalten. „Quelle“ bezeichnet unten, wo die Komponente den Wert erhält.

Alle fünf Eintragsfelder sind Pflichtfelder. Ein Titel ohne Herausgeber verbirgt die Verantwortung; ein Herausgeber ohne URL kann nicht überprüft werden. Die beiden Daten zeigen, wann das Material vorgab, aktuell zu sein, und wann es überprüft wurde. Wenn kein Veröffentlichungs- oder Aktualisierungsdatum existiert, schreiben Sie n.d.. Ersetzen Sie undatierte Belege für zeitkritische Behauptungen oder entfernen Sie die Behauptung.

Syntax und Codebeispiele

Jede Notation trägt dieselben Felder und dieselbe Reihenfolge. Die Komponente kann Quelldaten transformieren, darf aber keine Herausgeber oder Daten aus fragwürdigem Seiten-Markup ableiten.

Portable Markdown-Direktive

:::sources{heading="Sources"}
1. [citation — Schema.org Property](https://schema.org/citation) — Schema.org. Published 2026-03-19. Accessed 2026-08-27.
2. [Understanding SC 2.4.4: Link Purpose (In Context)](https://www.w3.org/WAI/WCAG22/Understanding/link-purpose-in-context.html) — W3C Web Accessibility Initiative. Updated 2026-05-18. Accessed 2026-08-27.
:::

Hugo-Shortcode

{{< sources heading="Sources" >}}
1. [citation — Schema.org Property](https://schema.org/citation) — Schema.org. Published 2026-03-19. Accessed 2026-08-27.
2. [Understanding SC 2.4.4: Link Purpose (In Context)](https://www.w3.org/WAI/WCAG22/Understanding/link-purpose-in-context.html) — W3C Web Accessibility Initiative. Updated 2026-05-18. Accessed 2026-08-27.
{{< /sources >}}

Dies ist ein portabler Vertrag, keine Behauptung, dass dieser Shortcode existiert. Bis ein Renderer ihn implementiert, verwenden Sie eine native Überschrift und eine geordnete Markdown-Liste.

WordPress-Block oder Shortcode

[sources heading="Sources"]
[source title="citation — Schema.org Property" publisher="Schema.org" url="https://schema.org/citation" publication_date="2026-03-19" accessed_date="2026-08-27"]
[source title="Understanding SC 2.4.4: Link Purpose (In Context)" publisher="W3C Web Accessibility Initiative" url="https://www.w3.org/WAI/WCAG22/Understanding/link-purpose-in-context.html" publication_date="2026-05-18" accessed_date="2026-08-27"]
[/sources]

Ein WordPress-Block kann Formularsteuerelemente anzeigen, muss aber eine Überschrift und eine native geordnete Liste rendern und Daten im exportierten Inhalt bewahren.

Beispiele

Gut: vollständig, zuschreibbar und datiert

Quellen

1. „Understanding Success Criterion 2.4.4: Link Purpose (In Context).“ W3C Web Accessibility Initiative. Aktualisiert 18. Mai 2026. Zugriff am 27. August 2026.
2. „citation – Schema.org Property.“ Schema.org. Veröffentlicht 19. März 2026. Zugriff am 27. August 2026.

Dies funktioniert, weil ein Prüfer jedes Dokument, den Herausgeber, das Quell- und Überprüfungsdatum sowie das Ziel identifizieren kann. Die Einträge sind primäre Dokumentation, geordnet nach dem ersten Vorkommen, sodass Inline-Nummern und abschließende Einträge leicht abgeglichen werden können.

Schlecht: ein Haufen Domains

Referenzen

• Google
• Ein Accessibility-Blog
• schema.org
• https://example.com/article?id=18492

Dies scheitert, weil kein Eintrag ein Dokument oder Daten identifiziert. „Google“ ist eine Organisation, kein Beleg. „Ein Accessibility-Blog“ verschleiert Herausgeber und Qualitätsstufe. Die rohe URL hat keinen brauchbaren Titel, und kein Eintrag ist einer Behauptung zugeordnet. Beheben Sie dies, indem Sie für jede Behauptung einen Beleg auswählen, Inline-Zitate hinzufügen und jedes Pflichtfeld erfassen.

Inline-Zitat vs. abschließende Quellenliste

Zitieren Sie am Ort der Behauptung, wenn der Leser wissen muss, welche Quelle diese Aussage stützt; fügen Sie den vollständigen abschließenden Eintrag hinzu, wenn die Seite auf diese Quelle angewiesen ist. Die meisten evidenzgestützten Seiten benötigen beides.

Ein Inline-Zitat ist erforderlich für eine Zahl, ein Zitat, ein Studienergebnis, ein Gesetz, eine Richtlinie, eine bestrittene Behauptung, eine Sicherheitsanweisung, ein zeitkritisches Produktfaktum oder eine quellenabhängige Schlussfolgerung. Platzieren Sie es im oder unmittelbar nach dem Satz. Ein Zitat kann nicht einen Absatz mit unzusammenhängenden Behauptungen stützen.

Die abschließende Liste ist erforderlich bei mehreren Quellen, einem vorgeschriebenen Verzeichnis oder einem regulierten Thema. Wiederholte Zitate erhalten einen Eintrag; materiell unterschiedliche Versionen erhalten separate Einträge.

Quellenqualitätsstufen

Qualität ist die Eignung für die Behauptung, nicht die Bekanntheit. Verwenden Sie die höchste geeignete Stufe, die die Aussage direkt stützen kann:

Die Stufe rettet keine falsch zugeordnete Behauptung. Die Eintragsseite einer Regulierungsbehörde kann keine klinische Behauptung stützen, und ein wissenschaftlicher Artikel kann kein nach der Studie veröffentlichtes Feature belegen. Eine Hersteller-Preisseite kann den aktuellen Preis belegen, aber nicht, dass es das beste Preis-Leistungs-Verhältnis bietet.

Wenn Quellen widersprechen, geben Sie den Umfang oder das Datum an, das den Unterschied erklärt, bevorzugen Sie den maßgeblichen Primäreintrag und grenzen Sie die Behauptung ein. Wenn ungelöst, sagen Sie, dass die Belege widersprüchlich sind.

Linkbehandlung und Quellenverlust

Externe Links bleiben standardmäßig im aktuellen Tab. Verwenden Sie HTTPS und eine kanonische oder persistente URL; entfernen Sie Tracking-Parameter, Sitzungskennungen und Redirect-Wrapper. Verlinken Sie den Titel, nicht „hier klicken.“ Fügen Sie gewöhnlichen redaktionellen Zitaten kein nofollow hinzu; reservieren Sie Relationship-Werte für Links, die diese Beziehungen haben.

Wenn das Produkt bewusst externe Quellen in einem neuen Tab öffnet, geben Sie target="_blank" rel="noopener" aus und warnen Sie den Benutzer in sichtbarem Text oder einer programmatisch zugeordneten Beschreibung. noopener verhindert, dass die geöffnete Seite eine Referenz zum Ursprungsfenster erhält. Fügen Sie noreferrer nur hinzu, wenn die Datenschutzrichtlinie der Website das Unterdrücken von Referrer-Informationen vorschreibt; es ist keine universelle redaktionelle Zitieranforderung.

Überprüfen Sie jede Quelle vor der Veröffentlichung und bei regelmäßigen Überprüfungen. Ein toter Link ist eine URL, die nicht mehr zum zitierten Material auflöst. Wenn einer stirbt:

1. Suchen Sie nach einem vom Herausgeber kontrollierten Ersatz, einer kanonischen Weiterleitung, einer neueren Version, einem DOI oder einem offiziellen Archiv.
2. Bestätigen Sie, dass der Ersatz dieselbe Behauptung stützt; eine funktionierende Startseite ist kein Ersatz für einen fehlenden Bericht.
3. Aktualisieren Sie die URL, das Veröffentlichungsdatum (falls sich die Version geändert hat), das Zugriffsdatum und alle von der neuen Quelle betroffenen Behauptungen.
4. Wenn nur ein glaubwürdiges Archiv das genaue Dokument bewahrt, verlinken Sie das Archiv und kennzeichnen Sie es als archiviert.
5. Wenn der Beleg nicht wiederhergestellt werden kann, ersetzen Sie die Quelle und bewerten Sie die Behauptung neu. Entfernen oder qualifizieren Sie die Behauptung, wenn kein angemessener Beleg mehr vorhanden ist.

Richten Sie ein altes Zitat niemals auf einen Ersatz, der eine andere Behauptung aufstellt.

Schema-Markup und Barrierefreiheit

Ein Quellenblock erzeugt keine eigenständige Schema.org-Entität. Er bleibt Teil des umschließenden Article, TechArticle, Report oder eines anderen gültigen CreativeWork. Die citation-Eigenschaft von Schema.org kann eine Referenz als Text oder ein weiteres CreativeWork enthalten. Wenn strukturierte Daten generiert werden, ordnen Sie jede echte redaktionelle Referenz citation zu; markieren Sie keine Navigation, Affiliate-Ziele oder lediglich verwandte Lektüre als Zitate.

Sichtbarer Inhalt und strukturierte Daten müssen übereinstimmen. JSON-LD (JavaScript Object Notation for Linked Data) darf keine fehlenden Quellen einführen oder sichtbare Qualifikationen weglassen. Es ersetzt niemals die sichtbare Liste oder Inline-Links.

Für Barrierefreiheit verwenden Sie eine Überschrift gefolgt von <ol> und <li>. Geordnete Einträge liefern stabile Elementanzahlen und Kennungen. Verwenden Sie den Quellentitel als Linktext; halten Sie Herausgeber und Daten im selben Element. Verwenden Sie niemals Farbe, Favicon oder Logo als alleinige Identifikation.

Vermeiden Sie role="list" bei nativen Listen, interaktiven Akkordeons, die Belege standardmäßig verbergen, und Tabellen für eine einfache eindimensionale Referenzsequenz. Wenn ein Link einen neuen Tab öffnet, muss die Warnung visuell und für unterstützende Technologie verfügbar sein. Der Tastaturfokus muss sichtbar bleiben, und lange Titel müssen ohne Abschneiden oder horizontales Seiten-Scrollen umbrechen.

Schreibregeln

Verwenden Sie den genauen Titel und den erkennbaren Herausgebernamen. Halten Sie diese Reihenfolge ein: Titel, Herausgeber, Veröffentlichungs- oder Aktualisierungsdatum, Zugriffsdatum. Fügen Sie Autor, Ausgabe, Seiten, DOI oder Version nur hinzu, wenn nötig, um das Werk zu identifizieren oder eine Publikationsnorm zu erfüllen.

Ordnen Sie Einträge nach dem ersten Vorkommen, es sei denn, ein erforderlicher Stil sieht etwas anderes vor. Entfernen Sie doppelte identische Einträge, behalten Sie aber Ausgaben oder Versionen getrennt, wenn der Unterschied die Behauptung betrifft.

Jeder Eintrag muss eine Behauptung stützen, und jede wesentliche externe Behauptung muss einem Beleg zugeordnet sein. Der Titel muss mit dem Ziel übereinstimmen. Das Zugriffsdatum hält fest, wann das Ziel und seine Unterstützung überprüft wurden, nicht wann das CMS die Seite gespeichert hat.

Fügen Sie keine Handlungsaufforderungen, Affiliate-Kennzeichnungen, verwandte Artikel, empfohlene Bücher, die nicht als Belege verwendet werden, Autorenbiografien, Methodiktexte, werbliche Beschreibungen, Sternbewertungen oder Kommentare darüber, ob eine Quelle „toll“ ist, innerhalb des Blocks ein. Erklären Sie Quelleneinschränkungen neben der relevanten Behauptung oder in einem Methodikabschnitt. Halten Sie den abschließenden Block als Nachweisverzeichnis.

Es gibt kein willkürliches Maximum. Ein Bericht kann Dutzende von Einträgen benötigen. Verwenden Sie bei über zwanzig Einträgen stabile Referenznummern und testen Sie die Darstellung auf schmalen Bildschirmen; teilen Sie die Belege eines Artikels niemals auf nicht zusammenhängende Seitenleisten auf.

Beitragstypen, die ihn verwenden

Das postTypes-Frontmatter erstellt die maschinenlesbare Verbindung zu den neun evidenzgestützten Seitentypen unten. Die sichtbare Tabelle fügt die Platzierung und Stärke der Anforderung hinzu.

Produkt-, Kategorie- und Anwendungsfallseiten zitieren weiterhin Tatsachenbehauptungen, wenn sie welche aufstellen, aber eine abschließende Liste ist bedingt, wenn die Seite hauptsächlich transaktional ist und sich nur auf eigene Leistungsinformationen stützt. In jedem Beitragstyp erfordern Gesundheits-, Finanz-, Rechts- und andere regulierte Inhalte unabhängig von der Länge einen vollständigen Quellenblock.

QA-Checkliste

• Jede extern überprüfbare wesentliche Behauptung hat eine angemessene Quelle.
• Behauptungen, die eine genaue Zuordnung erfordern, haben Inline-Zitate am Ort der Behauptung.
• Jedes Inline-Zitat ist eindeutig einem vollständigen abschließenden Eintrag zugeordnet.
• Jeder abschließende Eintrag stützt mindestens eine auf der Seite tatsächlich aufgestellte Behauptung.
• Jeder Eintrag enthält Titel, Herausgeber, kanonische URL, Veröffentlichungsdatum oder n.d. und genaues Zugriffsdatum.
• Veröffentlichungsdaten wurden nicht aus Copyright-Fußzeilen, Such-Snippets oder URL-Mustern abgeleitet.
• Zugriffsdaten dokumentieren eine echte Überprüfung, kein pauschales CMS-Migrationsdatum.
• Die Quellenqualität entspricht der Behauptung; Herstellermaterial wird nicht verwendet, um Überlegenheit zu belegen.
• Primäres oder maßgebliches offizielles Material ersetzt Sekundärberichterstattung, wenn es verfügbar und nutzbar ist.
• Studienbehauptungen bewahren die Population, Methode, das Datum und die Einschränkungen, die die Interpretation beeinflussen.
• Widersprüchliche Belege werden offengelegt, eingegrenzt oder gelöst, anstatt stillschweigend weggelassen zu werden.
• Titel sind beschreibender Linktext und stimmen mit ihren Zielen überein.
• Externe URLs verwenden HTTPS, lassen Tracking-Parameter weg und lösen zur zitierten Version auf.
• Links öffnen im aktuellen Tab, es sei denn, eine dokumentierte Produktregel besagt etwas anderes.
• Jeder Neuer-Tab-Link verwendet noopener und warnt Benutzer, dass ein neuer Tab geöffnet wird.
• Tote oder weitergeleitete Links wurden repariert, ohne die gestützte Behauptung unbemerkt zu ändern.
• Der Block ist eine Überschrift plus geordnete Liste im Hauptdokumentenfluss.
• Der Block ist der letzte redaktionelle Abschnitt nach dem FAQ und wird nicht mit verwandten Inhalten oder Handlungsaufforderungen vermischt.
• Sichtbare Referenzen und alle Schema.org-citation-Werte stimmen überein.
• Der Block bleibt lesbar, tastaturzugänglich und ohne horizontales Seiten-Scrollen auf schmalen Bildschirmen.

FAQ

Benötigt jeder Artikel einen Quellenblock?

Verwenden Sie einen für informative oder evidenzgestützte Inhalte, die von externen Fakten abhängen. Eine kurze Produktseite, die nur eigene Leistungsaussagen enthält, benötigt möglicherweise keinen abschließenden Block, obwohl jede Tatsachenbehauptung noch eine angemessene Quelle benötigt. Inhalte zu Gesundheit, Finanzen, Recht und anderen regulierten Bereichen erfordern stets einen.

Ersetzt ein Quellenblock Inline-Zitate?

Nein. Setzen Sie ein Inline-Zitat bei der Behauptung, wenn der Leser wissen muss, welche Quelle diese genaue Aussage stützt. Der abschließende Block liefert vollständige Referenzeinträge und ein seitenweites Nachweisverzeichnis; er macht entfernte Beziehungen zwischen Behauptung und Quelle nicht offensichtlich.

Was ist, wenn eine Quelle kein Veröffentlichungsdatum hat?

Notieren Sie das Veröffentlichungsdatum als n.d. und fügen Sie ein genaues Zugriffsdatum hinzu. Erfinden Sie kein Datum und lassen Sie das Feld nicht weg. Finden Sie bei zeitkritischen Behauptungen einen datierten Ersatz oder entfernen Sie die Behauptung, da eine undatierte Seite nicht belegen kann, wann die Information aktuell war.

Dürfen Herstellermaterialien im Quellenblock erscheinen?

Ja, für Behauptungen, die der Hersteller kontrolliert, wie dokumentierte Funktionen, Preise, Versionshinweise oder Vertragsbedingungen. Herstellermaterial darf nicht als unabhängiger Beleg verwendet werden, dass sein Produkt das beste, sicherste, schnellste oder effektivste ist.

Sollen externe Quellenlinks in einem neuen Tab geöffnet werden?

Belassen Sie normale Links standardmäßig im aktuellen Tab, damit der Leser die Navigation steuert. Wenn das Produkt bewusst einen neuen Tab öffnet, verwenden Sie target="_blank" mit rel="noopener" und geben Sie eine sichtbare oder programmatisch zugeordnete Warnung, dass ein neuer Tab geöffnet wird.

Quellen

1. „citation – Schema.org Property.“ Schema.org. Veröffentlicht 19. März 2026. Zugriff am 27. August 2026.
2. „Understanding Success Criterion 2.4.4: Link Purpose (In Context).“ W3C Web Accessibility Initiative. Aktualisiert 18. Mai 2026. Zugriff am 27. August 2026.
3. „Technique G201: Giving Users Advanced Warning When Opening a New Window.“ W3C Web Accessibility Initiative. Aktualisiert 18. Mai 2026. Zugriff am 27. August 2026.