Antwortende Inhalte und Quellen verfassen

Antwort, Bedingungen und Belege gemeinsam verbessern

Die Frage im ersten Absatz beantworten. Danach Zielgruppe, Bedingungen, Vorgehen, Ausnahmen, Bezugszeitpunkt und Belege erklären. Bei Öffnungszeiten auch Feiertage und Geltungsbeginn nennen.

Die fiktive Bibliothek vor der Überarbeitung: „Ein Ort, den alle bequem nutzen können.“ Danach: „Sonntags von 10 bis 17 Uhr geöffnet. Am ersten Sonntag jedes Monats und an Feiertagen geschlossen. Dieser Zeitplan gilt ab Oktober 2026.“ Direkt danach den Beleg für diese Öffnungszeiten verlinken. Fehlende Bedingungen zu Gebühren, Zielgruppen und Anmeldung ebenso ergänzen.

Veröffentlichungsdatum, wesentliche Änderung, Ereignisdatum und Geltungsbeginn getrennt in den Textdaten speichern. Ein gemeinsames Datumsfeld kann alte Tatsachen wie neue Ereignisse aussehen lassen. Bei geänderten Hinweisen angeben, was sich wann geändert hat, und alte Mitteilungen mit aktuellen Informationen verlinken. Für Autoren, Einrichtungen und Belegdokumente überprüfbare Namen verwenden.

Informationen für dieselbe Entscheidung auf einer Seite erklären. Titel und Zwischenüberschriften benennen das tatsächliche Thema; Tabellen vergleichen Bedingungen, Abläufe werden in Reihenfolge dargestellt. FAQs für tatsächliche Leserfragen verwenden. Jede Antwort enthält Zielgruppe, Bedingungen, Ausnahmen und Belege. Nach der Veröffentlichung beobachten, ob sie bei realen Fragen verwendet wird.

„Alle können den Ort bequem nutzen“ enthält keine Tatsache, mit der sich ein Sonntagsbesuch planen lässt. Die überarbeitete Aussage nennt Zeiten, Ausnahmen und Geltungsbeginn zum Abgleich mit dem Besuchsdatum. Such- und Antwortwerkzeuge erhalten beim Lesen dieselben Bedingungen. Ausnahmen auch bei kurzen Antworten direkt anzufügen, verringert Bedeutungsverschiebungen beim Herauslösen einzelner Textteile.

Antwort und Belege am Fragetyp ausrichten

Die Reihenfolge richtet sich nach der Frage. Definitionen erklären Bedeutung und Abgrenzung; Anleitungen Schritte und Fehler; Vergleiche gemeinsame Kriterien; Bedingungsfragen Zielgruppen und Ausnahmen; Zeitfragen den Geltungszeitraum. Die Tabelle zeigt fünf entsprechende Überarbeitungen von Bibliothekshinweisen.

Originalmaterial, Erfahrung und Urheberschaft überprüfbar machen

Eine Entity ist ein unterscheidbares Objekt wie Person, Organisation, Ort oder Dokument. Gleichnamige Bibliotheken werden anhand von Region, offizieller Adresse und Betreiber identifiziert. author für den Verfasser, publisher für den Herausgeber, about für den Gegenstand, sameAs für identifizierende Links derselben Entity und citation für Behauptungsbelege entsprechend den tatsächlichen Beziehungen verwenden.

E-E-A-T steht für Experience, Expertise, Authoritativeness und Trustworthiness: Erfahrung, Fachwissen, Autorität und Vertrauenswürdigkeit. Google beschreibt dies nicht als einzelnen direkten Rankingfaktor. Erfahrungsumfang, Belege und Urheberschaft nennen und überprüfbares Material verlinken. Leitfaden zur Inhaltsqualität

Bei Erfahrungsberichten die durchgeführte Arbeit und ihre Bedingungen gemeinsam beschreiben. Ergebnisse einer Bildkomprimierung beispielsweise mit Größen von Original und Umwandlung sowie Anzeigezeiten auf demselben Gerät belegen. Leser können Dateiverkleinerung und beschleunigte Anzeige getrennt beurteilen. Bei Forschungszitaten ebenfalls Untersuchungsgegenstand, Versuchsbedingungen und Messgrößen nennen.

Autor, Gegenstand, Herausgeber und Quelle unterscheiden

Unterscheidet sich die vorgestellte Person vom Verfasser, author und about getrennt verwenden. Die herausgebende Organisation gehört in publisher. Stellt etwa ein Bibliotheksmitarbeiter eine Autorenveranstaltung vor, ist author der Mitarbeiter, about die Veranstaltung und publisher die Bibliothek.

Für Website, Herausgeber, vorgestellten Gegenstand und Dokument konsistente Kennungen verwenden. Eine neue Veröffentlichungsrevision in der @id kann jede Änderung als anderes Dokument darstellen. Beispielsweise https://example.com/#document-123 anhand der Dokument-ID beibehalten und nur Datum und Text auf die aktuelle veröffentlichte Fassung bringen. Mit derselben Kennung können mehrere strukturierte Datensätze auf dasselbe Dokument verweisen.

Aktuelle Namen, Rollen, Betreiber und Adressen im Text erklären und in den zugehörigen strukturierten Daten dieselben Werte verwenden. Frühere Rollen oder Betriebsweisen durch Zeiträume abgrenzen. Bei Namensgleichheit oder ähnlichen Dienstnamen Region, Tätigkeit und offizielle Vorstellung verlinken, damit Leser unterscheiden können.

sameAs verbindet Adressen, die dieselbe Entity identifizieren, etwa eine offizielle Vorstellung, einen Wikipedia-Artikel oder einen Wikidata-Eintrag. Ein Bericht über eine Schließungsankündigung der Einrichtung wird dagegen als citation für diese Behauptung verknüpft. Die Eigenschaften bilden Identität und Quelle einer einzelnen Behauptung getrennt ab. Schema.org sameAs

Belegdokumente neben der Behauptung verlinken und Datum, Abschnitt oder Eintrag angeben. Bei übernommenen Artikeln kann isBasedOn auf das Originalmaterial verweisen; bei Öffnungszeiten citation auf den Beleg. Prüfen, ob Leser über den Link dieselbe Behauptung für denselben Zeitraum lesen können.

Betreiberinformationen sowie Kontakt- und Korrekturwege auffindbar platzieren. Namen und Rollen kennzeichnen, damit Artikelautor, Quellenherausgeber und Websitebetreiber nicht verwechselt werden. Bei Funktionen mit erforderlichen Datenschutzhinweisen die tatsächliche Erhebung und Nutzung abbilden. Kontaktlinks müssen zu einem wirklichen Kontaktformular oder einer Kontaktansicht führen. Zuständigkeit und Ablauf für Textkorrekturen nach eingehenden Hinweisen festlegen.

Haben zwei gleichnamige Bibliotheken unterschiedliche Öffnungszeiten, lässt ein Zitat nur mit dem Namen die Zuordnung offen. Region, Adresse, Betreiber und offizieller Hinweis liefern die Grundlage zur Unterscheidung. Bei source- oder citation-Links nachlesen, ob tatsächlich dieselbe Zweigstelle und derselbe Zeitraum gemeint sind. Diese korrekte Beziehung macht Material überprüfbar; zusätzliche Autorennamen und Links allein genügen dafür nicht.

Bei Korrekturhinweisen prüfen, welcher Satz welchem Beleg widerspricht. Ist „auch am ersten Sonntag geöffnet“ falsch, die Schließungsausnahme im Original korrigieren und Änderungsgrund sowie Geltungsbeginn festhalten. Verwandte Artikel, Teilen-Beschreibungen und eigene Antwortmaterialien aus derselben Veröffentlichungsfassung aktualisieren. Urheberschaft und Kontaktwege ermöglichen Lesern die Fehlermeldung und die erneute Prüfung der korrigierten Tatsache.

Daten, verwandte Artikel und Vorschaubilder bei Neuveröffentlichung bewahren

Der Erfassungszeitpunkt eines externen Artikels unterscheidet sich von Originalveröffentlichung und Ereignisdatum. dateModified und Sitemap-lastmod nicht allein wegen eines erneuten Erfassungslaufs aktualisieren. Auch Vorsicht beim Ableiten des Änderungsdatums einer ganzen Liste aus dem höchsten Änderungsdatum einzelner Artikel. Deckt das Rücknahmen, Umordnungen und geänderte Einleitungen nicht ab, tatsächliche Listenänderungen protokollieren oder lastmod weglassen.

Beim Ergänzen eines Ereignisdatums das bestätigte Datum samt Beleg-URL speichern. Einer nur tagesgenau bekannten Tatsache keine erfundene Uhrzeit hinzufügen. Veröffentlichungszeitpunkte in die angegebene Zeitzone umrechnen, aber ein Ereignisdatum im Format YYYY-MM-DD nicht dadurch auf den Vor- oder Folgetag verschieben. Auch die Datumsbeschriftung im Text muss Ereignis, Berichterstattung und Veröffentlichung unterscheiden.

Neue Fakten zu alten Artikeln mit Änderungszeitpunkt und Folgehinweis neben dem Original ergänzen. Beispielsweise die damaligen Voraussetzungen in einer Anmeldung für 2025 bewahren und „Anmeldevoraussetzungen 2026“ verlinken. Diese Beziehung in der revision speichern, damit die Ergänzung erneute Erfassung und Migration übersteht.

Verwandte Artikel lassen sich über Inhalts-IDs statt langfristig gespeicherter URL-Zeichenfolgen verknüpfen. Titel und URL werden dann aus der zum Anzeigezeitpunkt aktiven Veröffentlichung gelesen. Bei Rücknahme auch den Verweis entfernen. Zurückgezogene historische Artikel nicht eigenmächtig erneut veröffentlichen, nur um Links zu reparieren.

Artikel mit Hauptbild verbinden dessen öffentliches Bild und Beschreibung mit der Vorschaukarte. Prüfen, ob wirklich jeder Artikel dasselbe Standardbild braucht, und einen Ersatz für fehlende Bilder vorsehen. Bei eingesammelten Beiträgen Original-URL und Originaldatum bewahren und einen passenden Typ wie SocialMediaPosting prüfen. Kein VideoObject hinzufügen, wenn nur ein Foto vorliegt.

Sichtbare Veröffentlichungsdaten sowohl lesbar als auch maschinenlesbar ausgeben. Ist beispielsweise 2026-10-23T09:00:00+09:00 gespeichert und wird koreanische Zeit angezeigt, dateTime des time-Elements und sichtbares Datum wie unten abstimmen. Ereignisdatum, Veröffentlichung und Änderung unterschiedlich beschriften.

<p>Veröffentlicht <time dateTime="2026-10-23T09:00:00+09:00">23. Oktober 2026</time></p>

Bei Article oder NewsArticle mit Hauptbild auch image mit dessen öffentlicher Bild-URL verbinden. Nicht nur die Existenz der URL prüfen, sondern unangemeldete Anfragen, Crawler-Zugriff und tatsächlichen Bildinhalt. Anhand der Anleitung zu Article-Eigenschaften author, datePublished, dateModified und image mit dem Text abgleichen.

Die Beziehung zwischen aktuellen Hinweisen und alten Zeitplänen festhalten

Die aktuelle Information der fiktiven Bibliothek lautet: „Sonntags 10–17 Uhr, am ersten Sonntag und an Feiertagen geschlossen, gültig ab Oktober 2026.“ Frühere Hinweise erhalten ihren damaligen Geltungszeitraum und einen Link zur aktuellen Information. Historische Dokumente nicht mit dem Erstellungsdatum der aktuellen Seite überschreiben.

Die Frage „Kann ich diesen Sonntag kommen?“ verlangt auch die Prüfung, ob der Tag ein erster Sonntag oder Feiertag ist. Nur Öffnungszeiten im Text lassen notwendige Bedingungen aus. Öffnungszeitinformation, Schließungsmitteilung und Geltungszeitraum verbinden und beobachten, ob externe Antworten auch die Ausnahmen erklären.

Quellenlinks führen zum relevanten Abschnitt der tatsächlichen Öffnungszeitinformation. Bei einer Änderung aktuellen Text und Änderungsdatum aktualisieren; frühere Dokumente als Aufzeichnungen erhalten. Leser und Crawler müssen erkennen können, dass beide Seiten dieselbe Tatsache für unterschiedliche Geltungszeiträume behandeln.

Manipulative Texte, Links und Daten vermeiden

Keyword-Stuffing wiederholt Wörter oder Ortsnamen unnatürlich, um Rankings zu beeinflussen. Cloaking zeigt Menschen und Suchmaschinen unterschiedliche Inhalte, um Rankings zu manipulieren oder Nutzer zu täuschen. Versteckte Keywords, sachfremde Weiterleitungen, Linkhandel zur Rankingmanipulation und massenhafte Dokumente ohne Leserwert berühren Googles Spamrichtlinien. Spamrichtlinien für die Suche

Auch KI-Texte mit Originalmaterial abgleichen und Daten, Gegenstände und Ausnahmen korrigieren. Massenhaft identische Texte mit ausgetauschten Ortsnamen lassen leicht lokale Adressen, Termine und Anmeldebedingungen aus. Die Informationen ergänzen, die Menschen vor Ort für Besuch oder Anmeldung brauchen.

Der Schema.org-Typ FAQPage und Darstellungsfunktionen einer Suchmaschine sind getrennte Dinge. Google gab bekannt, ab 7. Mai 2026 keine FAQ-Rich-Results mehr anzuzeigen und die zugehörige Dokumentation entfernt zu haben. FAQs für tatsächliche Leserfragen schreiben und frühere Berechtigungshinweise nicht als heutige Unterstützung darstellen. Keine unsichtbaren FAQs, Bewertungen, Produkte oder Videos auszeichnen. Auch llms.txt ist optional und setzt die Prüfung tatsächlicher Verbraucher voraus; Google Search benötigt es nicht. Googles Änderungsprotokoll · Leitfaden zur generativen Suche

Aus dem Briefing eine echte Anleitung machen

Das Briefing aus dem Planungskapitel wird zur folgenden Mitteilung. Zielgruppe und Termine aus Betriebsplan A, Fristen und Plätze aus Anmeldeinformation B sowie Stornierung aus Stornierungshinweis C sind nach dem Anmeldeablauf angeordnet.

Anmeldung zum Familienleseprogramm im November 2026

Kinder der Grundschulklassen 1–3 lesen gemeinsam mit einem Elternteil oder einer Betreuungsperson. Die Treffen finden sonntags am 8. und 15. November von 14 bis 15 Uhr im Kinderbereich statt. Ein Kind und eine Begleitperson nehmen gemeinsam an beiden Terminen teil. Die Teilnahme ist kostenlos; bringen Sie ein Buch mit, das Sie lesen möchten. Betriebsplan A belegt Zielgruppe, Termine und Begleitbedingungen.

Die Anmeldung läuft vom 26. Oktober um 9 Uhr bis zum 5. November um 18 Uhr. Alle Zeiten gelten in koreanischer Standardzeit. Zehn Familien werden in Reihenfolge der Anmeldung aufgenommen; bei voller Belegung endet die Anmeldung früher. Öffnen Sie in der Programmliste bei dieser Mitteilung „Anmelden“ und senden Sie die Teilnehmerdaten. Erst die bestätigte Eingangsansicht mit Anmeldenummer zeigt den Abschluss an. Anmeldeinformation B belegt Zeitraum, Kapazität und Abschlusskriterium.

Falls Sie nicht teilnehmen können, stornieren Sie bis zum 6. November um 18 Uhr in der Anmeldebestätigung. Ist die Stornierungsansicht nicht verfügbar oder sind Begleitbedingungen unklar, nutzen Sie den Kontaktweg zur Programmverantwortung. Stornierungshinweis C belegt Frist und Kontaktzuständigkeit.

Veröffentlicht am 24. Oktober 2026. Diese Information gilt für das Programm im November 2026. Nach Abschluss die Anmeldung als beendet kennzeichnen und eine spätere Ausschreibung verlinken, sobald sie vorliegt.

Im ersten Absatz werden Klassenstufe und Begleitmöglichkeit geprüft. Der nächste nennt Anmeldefrist und Plätze vor der Anmeldung. Die Anmeldenummer bestätigt den Abschluss. Jahr und Termine auch nach Ende der Anmeldung zu erhalten, lässt Menschen bei der Suche nach früheren Programmen die damaligen Bedingungen prüfen.

Ein Antwortwerkzeug kann bei der Frage „Kann ich mit meinem Kind aus der zweiten Klasse am zweiten Sonntag kommen?“ Klassenstufe, Wochentag und Begleitbedingungen abgleichen. Fehlt die Pflicht zur Teilnahme an beiden Terminen, kann es einer Familie mit Zeit für nur einen Termin eine falsche Empfehlung geben. Deshalb stehen alle drei Bedingungen im ersten Absatz. Nach Veröffentlichung prüfen, ob Antworten und Zitate zur selben Frage sie erhalten.

Videosegmente, Originaltext und Zusammenfassung verbinden

Nur den Videotitel zu zitieren erschwert die Prüfung, welcher Abschnitt eine Behauptung trägt. Bei aufgezeichneten Äußerungen Sprecher, Aufnahmedatum, Segmentbeginn und -ende, Transkript und Originaladresse speichern. Die Zusammenfassung getrennt halten und auf ausgelassene Bedingungen mit dem Original vergleichen. Textlesende Such- und Antwortsysteme nutzen diese Sätze als Material; Leser prüfen sie direkt über den Segmentlink.

Die nächste Übung ist ein stummes Video mit zwei Hinweistafeln für jeweils vier Sekunden. Die erste nennt sonntags 10–17 Uhr, die zweite die Schließung am ersten Sonntag und an Feiertagen. „Im Video angezeigter Text“ gibt den Bildschirmwortlaut wieder; „Zusammenfassung“ erklärt beide Segmente gemeinsam auf Deutsch. Auch bei Sprachtranskripten Original und Zusammenfassung so trennen.

make-video-demo.mjs und video.html unten jeweils im Ordner der Bildübung speichern. ffmpeg muss im PATH liegen. node make-video-demo.mjs erzeugt talk.mp4. Den Bildserver starten und http://127.0.0.1:3031/video.html?t=4 öffnen, um zum zweiten Segment zu springen.

import sharp from 'sharp'; import { mkdtemp, rm } from 'node:fs/promises'; import { tmpdir } from 'node:os'; import { join } from 'node:path'; import { fileURLToPath } from 'node:url'; import { spawnSync } from 'node:child_process'; // Benötigt Node.js 22, sharp und ffmpeg im PATH. Erzeugt ein achtsekündiges stummes Hinweisvideo. const dir = await mkdtemp(join(tmpdir(), 'notes-video-')); try { const lines = ['Sunday: 10:00–17:00.', 'Closed: first Sunday and public holidays.']; for (const [i, line] of lines.entries()) { await sharp(Buffer.from(`<svg width="1280" height="720"> <rect width="1280" height="720" fill="#172d48"/> <text x="640" y="360" text-anchor="middle" fill="white" font-family="sans-serif" font-size="48">${line}</text> </svg>`)).png().toFile(join(dir, `${i}.png`)); } const result = spawnSync('ffmpeg', ['-hide_banner', '-loglevel', 'error', '-y', '-loop', '1', '-t', '4', '-i', join(dir, '0.png'), '-loop', '1', '-t', '4', '-i', join(dir, '1.png'), '-filter_complex', '[0:v][1:v]concat=n=2:v=1:a=0[v]', '-map', '[v]', '-c:v', 'libx264', '-pix_fmt', 'yuv420p', '-movflags', '+faststart', fileURLToPath(new URL('./talk.mp4', import.meta.url))], { stdio: 'inherit' }); if (result.error || result.status !== 0) throw result.error ?? new Error('ffmpeg failed'); } finally { await rm(dir, { recursive: true, force: true }); }

<!doctype html><html lang="de"><head><meta charset="utf-8"> <meta name="viewport" content="width=device-width,initial-scale=1"> <title>Video zu den Sonntagsöffnungszeiten</title> <style>body{max-width:50rem;margin:24px auto;padding:0 16px;font-family:sans-serif;line-height:1.7}video{width:100%}</style> </head><body><h1>Video zu den Sonntagsöffnungszeiten</h1> <p>Redaktion der fiktiven Bibliothek · Erstellt <time datetime="2026-10-01">1. Oktober 2026</time> · Gültig ab Oktober 2026</p> <video id="video" controls preload="metadata" src="/talk.mp4"></video> <h2>Im Video angezeigter Text</h2> <p><a href="?t=0" data-start="0">0–4 Sekunden</a> Sunday: 10:00–17:00.</p> <p><a href="?t=4" data-start="4">4–8 Sekunden</a> Closed: first Sunday and public holidays.</p> <h2>Zusammenfassung</h2> <p>Sonntags von 10 bis 17 Uhr geöffnet. Am ersten Sonntag und an Feiertagen geschlossen.</p> <p>Diese Übung macht aus zwei Hinweistafeln ein Video. Es enthält keinen Ton.</p> <p><a id="share" href="?t=0">URL des gewählten Segments</a></p> <script> const video = document.querySelector('#video'); const share = document.querySelector('#share'); function seek(value) { const seconds = Number(value); if (!Number.isFinite(seconds) || seconds < 0 || seconds >= video.duration) return; video.currentTime = seconds; const url = new URL(location.href); url.searchParams.set('t', String(seconds)); history.replaceState(null, '', url); share.href = url.href; } video.addEventListener('loadedmetadata', () => seek(new URL(location.href).searchParams.get('t') ?? 0)); document.querySelectorAll('[data-start]').forEach(link => link.addEventListener('click', event => { if (event.button !== 0 || event.metaKey || event.ctrlKey || event.shiftKey || event.altKey) return; if (video.readyState < 1) return; // Ohne Metadaten dem normalen Link folgen. event.preventDefault(); seek(link.dataset.start); })); </script></body></html>

make-video-demo erzeugt mit sharp zwei Hinweistafeln und verbindet sie über ffmpegs concat-Filter. spawnSync erhält ein Argumentarray; Text wird daher nicht als Shell-Befehl ausgeführt. loadedmetadata in video.html bezeichnet den Zeitpunkt, ab dem die Videolänge gelesen werden kann. seek prüft die Sekundenangabe und setzt currentTime. Ein Segmentklick ändert Wiedergabeposition und t-Wert der teilbaren URL gemeinsam. Auch in einem neuen Fenster springt diese URL nach loadedmetadata zur selben Stelle.

Die Zusammenfassung „jeden Sonntag uneingeschränkt nutzbar“ übernimmt nur die Uhrzeit der ersten Tafel und lässt die Ausnahme der zweiten aus. Ein Link nur zu Sekunde 0 erschwert das Erkennen des Fehlers. Die Zeitangabe mit dem ersten Segment, die Schließungsausnahme mit dem zweiten verknüpfen und beide Bedingungen in der vollständigen Antwort verwenden. Funktionierender Sprung und inhaltliche Belegkraft des Segments sind getrennte Prüfungen.

video.html ist die Seiten-URL für Video und Beschreibung, talk.mp4 die Mediendatei-URL. Ein externer iframe-Player hat zusätzlich eine Embed-URL. In VideoObject gehört die Mediendatei in contentUrl und die Playeradresse in embedUrl. Für Videosuche eine Wiedergabeseite mit dem Video als Hauptinhalt, stabile Zugriffe auf Vorschaubild und Video sowie passende Metadaten vorbereiten. Googles Videoanleitung

Bei Zeitsprüngen kann der Browser einen Teil der Medienbytes anfordern. Der Übungsserver liest Range und liefert den Abschnitt mit 206 und Content-Range; Anfragen außerhalb der Datei erhalten 416. Bei Servern, die nur die ganze Datei mit 200 senden, kann die Position trotz gesetztem currentTime zurückspringen. Sprungcode und Dateiauslieferung gemeinsam prüfen. HTTP-Range-Anfragen