Latest / Marketing-Automatisierung 2026 / Schema.org für die Sichtbarkeit in KI: Welche Auszeichnungen jetzt wichtig sind

Transcript

Schema.org für die Sichtbarkeit in KI: Welche Auszeichnungen jetzt wichtig sind · Marketing-Automatisierung 2026

• 0:00
  SPEAKER_00: Shima.org für die Sichtbarkeit in künstlicher Intelligenz.
• 0:04
  SPEAKER_00: Welche Auszeichnungen jetzt wichtig sind.
• 0:07
  SPEAKER_00: Ab dem 5.
• 0:08
  SPEAKER_00: September 2026 helfen strukturierte Daten Suchmaschinen weiterhin dabei, Seiten, Autoren, Organisationen und Fakten zu verstehen.
• 0:20
  SPEAKER_00: Sie sind jedoch kein direkter Ranking-Faktor für Antworten von künstlicher Intelligenz.
• 0:26
  SPEAKER_00: Google gibt an, dass Seiten keine spezielle Schema.org-Auszeichnung benötigen, um in KI-Übersichten oder im KI-Modus zu erscheinen.
• 0:35
  SPEAKER_00: Eine Seite muss hauptsächlich crawlbar, indexiert, für ein Suchsnippet qualifiziert und durch nützlichen Inhalt gestützt sein.
• 0:44
  SPEAKER_00: Google sagt auch, dass strukturierte Daten mit dem sichtbaren Seiteninhalt übereinstimmen sollten.
• 0:50
  SPEAKER_00: Die beste aktuelle Strategie ist daher, strukturierte Daten verwenden, um die Seite präzise zu beschreiben.
• 0:58
  SPEAKER_00: Die Auszeichnung an den wahren Zweck der Seite anpassen.
• 1:02
  SPEAKER_00: Klare Beziehungen zwischen Artikeln, Autoren, Organisationen und Themen herstellen.
• 1:08
  SPEAKER_00: Direkte vollständige Antworten in sichtbarem HTML verfassen.
• 1:13
  SPEAKER_00: Zitierungen von künstlicher Intelligenz getennt von traditionellen Rich Results messen.
• 1:19
  SPEAKER_00: Fazit der Führungsebene for the Full Table.
• 1:22
  SPEAKER_00: Please open this article on autopod.co Die übergreifende Forschungserkenntnis ist wichtig.
• 1:29
  SPEAKER_00: Das alleinige Hinzufügen generischer strukturierter Daten hat keinen konsistenten Anstieg der KI-Zitierungen bewirkt.
• 1:37
  SPEAKER_00: Eine kontrollierte Hrefs-Studie verfolgte 1885 Seiten, die JavaScript Object Notation für verknüpfte Daten hinzugefügt hatten.
• 1:47
  SPEAKER_00: Und verglich sie mit 4000 Kontrollseiten.
• 1:50
  SPEAKER_00: Sie fand keine signifikante Verbesserung der Google-KI-Modus oder Chat-GPT-Zitierungen.
• 1:57
  SPEAKER_00: Die Google-KI-Übersichtszitierungen gingen leicht zurück, aber die Forscher warnten, dass die Änderung gering war und nicht eindeutig der Auszeichnung zugeschrieben werden konnte.
• 2:08
  SPEAKER_00: Ein separates Preprint aus dem Jahr 2026 ergab, dass generische Typen wie Article, Organization, Breadcrum List und Webpage keine unabhängige Vorhersage für KI-Zitierungen lieferten, nachdem Versuchrang und Domain-Autorität kontrolliert wurde.
• 2:25
  SPEAKER_00: Die stärkste Erkenntnis war, dass Seiten mit konkreten attributreichen Daten wie Preisen, Bewertungen und Spezifikationen besser abschnitten als Seiten mit nur generischen Seitenbezeichnungen.
• 2:38
  SPEAKER_00: Diese Erkenntnis konzentrierte sich hauptsächlich auf Produkt- und Bewertungsseiten und sollte daher nicht als Beweis dafür behandelt werden, dass einer der Typen in diesem Artikel einen Zitierungsvorteil schafft.
• 2:50
  SPEAKER_00: Was strukturierte Daten können und was nicht.
• 2:53
  SPEAKER_00: Strukturierte Daten sind eine maschinenlesbare Beschreibung einer Seite.
• 2:58
  SPEAKER_00: Sie können einer Suchmaschine mitteilen, welcher Seitentyp es ist, wer sie geschrieben hat, welche Organisation sie veröffentlicht hat, welche Frage sie beantwortet, welches Datum sie veröffentlicht oder aktualisiert wurde.
• 3:12
  SPEAKER_00: Welche Person, welches Unternehmen, welcher Begriff oder welcher Datensatz die Seite beschreibt.
• 3:19
  SPEAKER_00: Google sagt, dass strukturierte Daten seinen Systemen helfen können, Seiteninhalte zu verstehen und Seiten für umfangreichere Suchfunktionen zu qualifizieren.
• 3:29
  SPEAKER_00: Es besagt auch, dass die Google-Suche andere Schema.org-Eigenschaften zum Verständnis nutzen kann, selbst wenn diese Eigenschaften kein sichtbares Suchergebnis auslösen.
• 3:40
  SPEAKER_00: Strukturierte Daten garantieren nicht, ein höheres organisches Ranking, eine KI-Zitierung, ein Rich Result, ein Knowledge Panel, die Aufnahme in eine KI-Antwort, die Verwendung des genauen Textes in der Auszeichnung.
• 3:54
  SPEAKER_00: Bing gibt ähnliche Hinweise.
• 3:56
  SPEAKER_00: Die aktuelle Webmaster-Anleitung besagt, dass strukturierte Daten eine klarere Fundierung unterstützen können, aber keine Sichtbarkeit oder Zitierungstraffic garantieren.
• 4:06
  SPEAKER_00: Bing hält Publishern auch, Fakten und Definitionen im sichtbaren Seiteninhalt explizit zu machen.
• 4:12
  SPEAKER_00: Die Haupteinschränkung der Forschung.
• 4:15
  SPEAKER_00: KI-Antwort-Panels zeigen normalerweise die Quellseite, nicht den Schema.org-Typ, der auf dieser Seite vorhanden gewesen sein könnte.
• 4:23
  SPEAKER_00: Google veröffentlicht keinen Bericht, der besagt, dass eine Seite beispielsweise zitiert wurde, weil sie Artikel anstelle von Webpage verwendet hat.
• 4:32
  SPEAKER_00: Dies wirft drei verschiedene Fragen auf.
• 4:35
  SPEAKER_00: Wurde die Seite zitiert, enthielt die Seite strukturierte Daten, hat die strukturierten Daten die Zitierung verursacht.
• 4:42
  SPEAKER_00: Die meisten Studien können nur die ersten beiden beantworten, sie können die dritte nicht beweisen.
• 4:48
  SPEAKER_00: Deshalb kann eine Seite mit FAQ-Page-Auszeichnung häufig in KI-Antworten erscheinen, ohne dass die Auszeichnung der Grund dafür ist.
• 4:57
  SPEAKER_00: Die Seite kann starken Inhalt, ein hohes Suchranking, viele Links oder eine bekannte Marke haben.
• 5:03
  SPEAKER_00: Audit nach Schematyp Artikel.
• 5:05
  SPEAKER_00: Was es tut.
• 5:06
  SPEAKER_00: Artikel beschreibt einen Artikel, eine Nachricht, einen Blogbeitrag oder eine ähnliche redaktionelle Seite.
• 5:13
  SPEAKER_00: Google unterstützt Artikel, News Artikel und Blogposting als Artikeltypen.
• 5:18
  SPEAKER_00: Google listet keine erforderlichen Eigenschaften für Artikelmarkup auf, empfiehlt jedoch, die für die Seite zutreffenden Eigenschaften hinzuzufügen.
• 5:28
  SPEAKER_00: Wichtigste Eigenschaften.
• 5:30
  SPEAKER_00: Verwenden Sie diese, wenn sie sichtbar und genau sind.
• 5:33
  SPEAKER_00: Headline Author, Author.name, Author.URL oder Author.same S, Date Published, Date Modified, Image, Publisher, Main Entity of Page About in Language.
• 5:44
  SPEAKER_00: Google empfiehlt eine echte Person oder Organisation als Autor zu verwenden.
• 5:48
  SPEAKER_00: Es empfiehlt auch, die Daten in strukturierten Daten konsistent mit den sichtbaren Veröffentlichungs- und Aktualisierungsdaten zu halten.
• 5:56
  SPEAKER_00: 1.
• 5:57
  SPEAKER_00: KI-Effekt Evidenz Level Indirekt Article hilft, den Seitentyp, die Autorenschaft und die Aktualität festzulegen.
• 6:07
  SPEAKER_00: Dies sind nützliche Signale für Suchsysteme, insbesondere auf Faktseiten und redaktionellen Inhalten.
• 6:14
  SPEAKER_00: Aktuelle Beweise zeigen jedoch nicht, dass das alleinige Hinzufügen von Artikel die KI-Zitierungen erhöht.
• 6:22
  SPEAKER_00: Artikel-Checkliste.
• 6:23
  SPEAKER_00: Die Seite ist tatsächlich ein Artikel.
• 6:26
  SPEAKER_00: Die Überschrift stimmt mit dem sichtbaren Titel überein.
• 6:30
  SPEAKER_00: Jeder sichtbare Autor ist enthalten.
• 6:33
  SPEAKER_00: Jeder Autor hat ein separates Person- oder Organisationobjekt.
• 6:37
  SPEAKER_00: Autorennamen enthalten nur Namen, keine Berufsbezeichnungen oder Publisher-Namen.
• 6:43
  SPEAKER_00: Der Autor verlinkt zu einem echten Profil oder einer Autorenseite.
• 6:48
  SPEAKER_00: Veröffentlichungs- und Aktualisierungsdaten sind auf der Seite sichtbar.
• 6:53
  SPEAKER_00: Daten verwenden die korrekte Zeitzone, wenn die Uhrzeit enthalten ist.
• 6:58
  SPEAKER_00: Das Bild repräsentiert den Artikel.
• 7:00
  SPEAKER_00: Der Publisher wird konsistent auf der gesamten Website identifiziert.
• 7:05
  SPEAKER_00: Der Artikel ist nicht als ein anderer primärer Typ, wie zum Beispiel HowTo, ausgezeichnet.
• 7:11
  SPEAKER_00: Es sei denn, die Seite erfüllt tatsächlich beide Zwecke.
• 7:15
  SPEAKER_00: Webpage, was es tut.
• 7:17
  SPEAKER_00: Webpage ist ein allgemeiner Seitentyp.
• 7:20
  SPEAKER_00: Schema.org gibt an, dass jede Webseite implizit als Webpage behandelt wird.
• 7:25
  SPEAKER_00: Aber eine explizite Deklaration kann helfen, wenn die Seite Eigenschaften oder Beziehungen auf Seitenebene enthält.
• 7:32
  SPEAKER_00: Nützliche Eigenschaften sind URL, Name, Description in Language, Date Modified, Breadcrumb, Main Entity, About, Is Part of, Primary Image of Page.
• 7:44
  SPEAKER_00: KI-Effekt Evidenz Level, Niedrig und Indirekt.
• 7:48
  SPEAKER_00: WebPage wird am besten als äußere Seitenebene in einem verbundenen Graphen verwendet.
• 7:53
  SPEAKER_00: Es kann die Seite mit ihrem Hauptartikel, ihrer Definition, Ihrem Datensatz, Ihrer Person oder Ihrer Organisation verbinden.
• 8:01
  SPEAKER_00: Es sollte nicht als spezieller KI-Optimierungstyp behandelt werden.
• 8:05
  SPEAKER_00: Eine Seite, die nur ein generisches Webpage-Objekt enthält, liefert in der Regel weniger nützliche Informationen als eine Seite, die Ihre Hauptentität klar identifiziert.
• 8:16
  SPEAKER_00: Webpage-Checkliste.
• 8:18
  SPEAKER_00: Verwenden Sie eine stabile AD für die Seite.
• 8:21
  SPEAKER_00: Verwenden Sie die kanonische URL als Seiten-URL.
• 8:25
  SPEAKER_00: Identifizieren Sie die wahre Main-Entity der Seite.
• 8:28
  SPEAKER_00: Verknüpfen Sie die Hauptentität mit Main-Enty of Page zurück zur Seite.
• 8:33
  SPEAKER_00: Fügen Sie in Language hinzu, wenn bekannt.
• 8:37
  SPEAKER_00: Halten Sie den Seitennamen und die Beschreibung mit dem sichtbaren Inhalt übereinstimmend.
• 8:42
  SPEAKER_00: Verwenden Sie Webpage nicht, um zu verbergen, dass die Seite wirklich ein Artikel, ein Profil, ein Datensatz oder eine Fragenseite ist.
• 8:51
  SPEAKER_00: QA-Page, was es tut.
• 8:53
  SPEAKER_00: QA-Page ist für eine Seite gedacht, die sich auf eine Frage und Ihre Antworten konzentriert.
• 8:59
  SPEAKER_00: Google sagt, dass es Question-strukturierte Daten von Seiten verwendet, die als QR-Page gekennzeichnet sind und dass es nur eine QA-Page und eine Hauptquestion auf der Seite geben sollte.
• 9:12
  SPEAKER_00: Erforderliche Eigenschaften.
• 9:14
  SPEAKER_00: Für die aktuelle Google-Eignung für Fragen und Antworten.
• 9:17
  SPEAKER_00: QR-Page Main Entity.
• 9:20
  SPEAKER_00: Eine verschachtelte Question.
• 9:22
  SPEAKER_00: Question-Answer-Count.
• 9:23
  SPEAKER_00: Entweder Accepted Answer oder Suggested Answer.
• 9:27
  SPEAKER_00: Answer Text.
• 9:28
  SPEAKER_00: Eine Frage ohne Antworten ist für das Rich Result nicht qualifiziert.
• 9:33
  SPEAKER_00: Wichtige Inhaltsregel.
• 9:34
  SPEAKER_00: Verwenden Sie QR-Page nicht für.
• 9:37
  SPEAKER_00: Eine normale, häufig gestellte Fragenseite.
• 9:40
  SPEAKER_00: Einen Blogbeitrag, der eine Frage beantwortet.
• 9:43
  SPEAKER_00: Einen How-to-Artikel.
• 9:45
  SPEAKER_00: Eine Produktseite, die viele Fragen enthält.
• 9:48
  SPEAKER_00: Eine redaktionelle Antwort, die nur vom Website-Betreiber verfasst wurde.
• 9:52
  SPEAKER_00: Google sagt, dass Benutzer Antworten für eine normale QR-Page einreichen können müssen.
• 9:58
  SPEAKER_00: Gültige Beispiele sind eine Forumsfrage oder eine Support-Seite, auf der Benutzer Antworten geben können.
• 10:05
  SPEAKER_00: KI-Effekt Evidenz-Level, mittlere semantische Passung, kein nachgewiesener kausaler Anstieg.
• 10:11
  SPEAKER_00: Eine echte Frage-Antwort-Seite ist für ein Abrufssystem naturgemäß leicht zu verstehen.
• 10:18
  SPEAKER_00: Es gibt jedoch keine starke öffentliche Studie, die beweist, dass das QR-Page-Markup selbst die KI-Zitierungen erhöht.
• 10:25
  SPEAKER_00: QA-Page-Checkliste.
• 10:27
  SPEAKER_00: Die Seite konzentriert sich auf eine Frage.
• 10:30
  SPEAKER_00: Benutzer können Antworten einreichen.
• 10:32
  SPEAKER_00: Es sei denn, die Seite qualifiziert sich für ein spezielles Bildungs-Frage-Antworterlebnis.
• 10:37
  SPEAKER_00: Die vollständige Frage ist sichtbar.
• 10:40
  SPEAKER_00: Der vollständige Antworttext ist sichtbar.
• 10:42
  SPEAKER_00: Answercount stimmt mit der tatsächlichen Anzahl der Antworten überein.
• 10:46
  SPEAKER_00: Akzeptierte und vorgeschlagene Antworten sind korrekt gekennzeichnet.
• 10:51
  SPEAKER_00: Kommentare sind als Kommentare markiert, nicht als Antworten.
• 10:55
  SPEAKER_00: Die Seite ist nicht einfach eine redaktionelle Seite mit häufig gestellten Fragen.
• 11:00
  SPEAKER_00: Die Seite enthält nicht mehrere, nicht zusammenhängende Fragen.
• 11:04
  SPEAKER_00: QR-Page-Beispiel HTML.
• 11:06
  SPEAKER_00: Script-Type Application LD plus JSON.
• 11:09
  SPEAKER_00: Add Context.
• 11:10
  SPEAKER_00: Add Type.
• 11:11
  SPEAKER_00: QR-Page.
• 11:12
  SPEAKER_00: Add ID.
• 11:13
  SPEAKER_00: Main Entity Add Type Question.
• 11:16
  SPEAKER_00: Add ID.
• 11:17
  SPEAKER_00: Name.
• 11:18
  SPEAKER_00: How many ounces are in one pound?
• 11:20
  SPEAKER_00: Text.
• 11:20
  SPEAKER_00: How many ounces are in one pound?
• 11:23
  SPEAKER_00: Answer Count.
• 11:24
  SPEAKER_00: 1.
• 11:24
  SPEAKER_00: Accepted Answer.
• 11:26
  SPEAKER_00: Add Type.
• 11:27
  SPEAKER_00: Answer.
• 11:27
  SPEAKER_00: Text.
• 11:28
  SPEAKER_00: There are 16 ounces in one pound.
• 11:30
  SPEAKER_00: Author.
• 11:31
  SPEAKER_00: Add Type Person.
• 11:33
  SPEAKER_00: Jordan Lee.
• 11:34
  SPEAKER_00: URL.
• 11:35
  SPEAKER_00: Date Published 2022 828 10100440.
• 11:41
  SPEAKER_00: S.
• 11:41
  SPEAKER_00: Verwenden Sie dieses Muster nur, wenn die Seite tatsächlich eine Frage-Antort-Interaktion unterstützt.
• 11:47
  SPEAKER_00: How-to, was es tut.
• 11:49
  SPEAKER_00: How-To beschreibt Schritt für Schritt Anleitungen.
• 11:52
  SPEAKER_00: Google unterstützte einst Howto Rich Results, hat diese Suchfunktion jedoch im September 2023 eingestellt.
• 12:00
  SPEAKER_00: Google sagte, dass How-To-Ergebnisse nicht mehr auf dem Desktop erscheinen würden und bereits aus der mobilen Suche entfernt worden waren.
• 12:08
  SPEAKER_00: KI-Effekt Evidenzlevel.
• 12:10
  SPEAKER_00: Niedrig für Google.
• 12:12
  SPEAKER_00: Die sichtbaren Schritte können Benutzern und Abrufsystemen immer noch helfen.
• 12:17
  SPEAKER_00: Eine klare Anleitung mit Überschriften, nummerierten Schritten, Werkzeugen, Zeit und Warnungen ist leichter zu lesen und zu zitieren.
• 12:26
  SPEAKER_00: Aber aktuelle Beweise zeigen nicht, dass das How-To-Markup einen besonderen Vorteil in Google-KI-Übersichten oder im KI-Modus schafft.
• 12:35
  SPEAKER_00: Empfehlung, verwenden Sie How-To nur, wenn die Seite tatsächlich eine Aufgabe lehrt.
• 12:41
  SPEAKER_00: Die Schritte im Seiteninhalt sichtbar sind.
• 12:44
  SPEAKER_00: Eine andere Suchmaschine, Plattform oder ein internes System von der Auszeichnung profitiert.
• 12:49
  SPEAKER_00: Ihr Team Sie pflegen kann, ohne widersprüchliche Daten zu erzeugen.
• 12:54
  SPEAKER_00: Für die Google-Suche priorisieren Sie starke HTML-Überschriften, nummerierte Listen, klare Anweisungen und nützliche Bilder oder Videos.
• 13:03
  SPEAKER_00: Tutorial-Checkliste.
• 13:05
  SPEAKER_00: .
• 13:05
  SPEAKER_00: Die Seite lehrt eine echte Aufgabe.
• 13:08
  SPEAKER_00: 1.
• 13:08
  SPEAKER_00: Das Ergebnis der Aufgabe ist klar.
• 13:11
  SPEAKER_00: Jeder Schritt ist sichtbar und vollständig.
• 13:14
  SPEAKER_00: 1.
• 13:15
  SPEAKER_00: Schrittnamen stimmen mit den sichtbaren Überschriften überein.
• 13:18
  SPEAKER_00: 1.
• 13:19
  SPEAKER_00: Werkzeuge und Materialien sind real und sichtbar.
• 13:22
  SPEAKER_00: 1.
• 13:23
  SPEAKER_00: Zeitschätzungen sind genau.
• 13:25
  SPEAKER_00: Sicherheitswarnungen sind bei Bedarf enthalten.
• 13:28
  SPEAKER_00: Der erste Abschnitt gibt eine kurze Antwort oder ein Ergebnis.
• 13:32
  SPEAKER_00: Die Seite verlässt sich nicht auf Markup, um die Anweisungen bereitzustellen.
• 13:37
  SPEAKER_00: Claim Review ⁇ Was es tut.
• 13:40
  SPEAKER_00: Claim Review wurde für Faktencheck-Inhalte entwickelt.
• 13:43
  SPEAKER_00: Google hat die Unterstützung für Claim Review in der Suche im Rahmen seiner Bemühungen von 2025 zur Vereinfachung der Suchergebnisse eingestellt.
• 13:53
  SPEAKER_00: Der Typ wurde aus dem Search Console-Bericht und dem Rich Results Test entfernt.
• 13:58
  SPEAKER_00: a.
• 13:58
  SPEAKER_00: KI-Effekt Evidenzlevel, kein aktueller Google-Vorteil.
• 14:03
  SPEAKER_00: Ein qualitativ hochwertiger Faktencheck kann immer noch zitiert werden, weil er klar aussagt, den Anspruch, die Bewertung, die Beweise, das Datum, die Faktencheck-Organisation, die Begründung der Schlussfolgerung.
• 14:16
  SPEAKER_00: Diese Vorteile ergeben sich hauptsächlich aus dem Inhalt selbst, nicht aus der eingestellten Google-Suchfunktion.
• 14:23
  SPEAKER_00: Empfehlung für eine Faktenseite.
• 14:26
  SPEAKER_00: Verwenden Sie Artikel oder News-Artikel, wenn die Seite redaktionell ist.
• 14:30
  SPEAKER_00: Geben Sie den Anspruch im sichtbaren Text klar an.
• 14:34
  SPEAKER_00: Zitieren Sie Primärnachweise.
• 14:36
  SPEAKER_00: Identifizieren Sie den Autor und die prüfende Organisation.
• 14:40
  SPEAKER_00: Fügen Sie Veröffentlichungs- und Überprüfungsdaten hinzu.
• 14:44
  SPEAKER_00: Verwenden Sie Claim Review nur, wenn eine andere Plattform oder ein Datensystem dies speziell erfordert.
• 14:50
  SPEAKER_00: Fügen Sie Claim Review nicht nur hinzu, weil Sie erwarten, dass Google KI-Antworten es bevorzugen.
• 14:56
  SPEAKER_00: FAQ-Page, was es tut.
• 14:59
  SPEAKER_00: FAQ-Page beschreibt eine Seite, die Fragen und offizielle Antworten enthält.
• 15:04
  SPEAKER_00: Google hat die Anzeige des FAQ-Ridge Results in der Suche ab dem 7.
• 15:08
  SPEAKER_00: Mai 2026 eingestellt und die zugehörige Dokumentation im Juni 2026 entfernt.
• 15:16
  SPEAKER_00: KI-Effekt Evidenzlevel, schwach und gemischt.
• 15:20
  SPEAKER_00: Eine 90-tägige Anbieterstudie fügte 120 Seiten FAQ-Page-Markup hinzu.
• 15:26
  SPEAKER_00: Sie fand keine zuverlässige Verbesserung der ChatGPT, Gamini oder Google KI-Übersichtszitierungen.
• 15:34
  SPEAKER_00: Perplexity zeigte einen geringen Anstieg, aber die Studie selbst sagte, das Ergebnis sei plattformspezifisch und Beweise keine Kausalität.
• 15:44
  SPEAKER_00: Eine andere Studie mit 615 bereits zitierten Seiten ergab, dass FAQ-Markup häufiger auf stark zitierten Seiten erschien.
• 15:52
  SPEAKER_00: Diese Beziehung verschwand, nachdem für wiederholte Seiten derselben Publisher kontrolliert wurde.
• 15:58
  SPEAKER_00: Die Forscher kamen zu dem Schluss, dass die Beweise keinen Effekt durch das Markup selbst belegten.
• 16:04
  SPEAKER_00: Empfehlung: Verwenden Sie häufig gestellte Fragen, wenn Sie die Seite für Leser verbessern.
• 16:09
  SPEAKER_00: Fügen Sie keine großen Blöcke generischer Fragen hinzu, nur um KI-Antworten anzusprechen.
• 16:15
  SPEAKER_00: Wenn Sie FAQ-Page-Markup für eine andere Suchmaschine oder ein Inhaltssystem beibehalten, machen Sie jede Frage sichtbar.
• 16:24
  SPEAKER_00: Machen Sie jede Antwort vollständig.
• 16:26
  SPEAKER_00: Halten Sie die Auszeichnung identisch mit der Seite.
• 16:29
  SPEAKER_00: Wiederholen Sie dieselbe Frage nicht in mehreren Schemablöcken.
• 16:33
  SPEAKER_00: Erwarten Sie kein Google FAQ-Ridge Result.
• 16:36
  SPEAKER_00: FAQ-Page-Beispiel für Nicht-Google-Verbraucher.
• 16:40
  SPEAKER_00: HTML.
• 16:41
  SPEAKER_00: Script Type Application LD plus JSON.
• 16:44
  SPEAKER_00: Add Context.
• 16:46
  SPEAKER_00: Add Type FAQ Page.
• 16:48
  SPEAKER_00: Add ID.
• 16:49
  SPEAKER_00: Main Entity.
• 16:50
  SPEAKER_00: Add Type Question.
• 16:52
  SPEAKER_00: Name.
• 16:53
  SPEAKER_00: How often should Cloud Backups run?
• 16:55
  SPEAKER_00: Accepted answer.
• 16:56
  SPEAKER_00: Add Type Answer.
• 16:58
  SPEAKER_00: Text.
• 16:59
  SPEAKER_00: For important business files.
• 17:00
  SPEAKER_00: Schedule automatic backups at least once each day.
• 17:03
  SPEAKER_00: Use more frequent backups when the files change often.
• 17:07
  SPEAKER_00: Add Add type question.
• 17:09
  SPEAKER_00: Name.
• 17:10
  SPEAKER_00: How long should backups be kept?
• 17:12
  SPEAKER_00: Accepted answer.
• 17:13
  SPEAKER_00: Add type answer.
• 17:15
  SPEAKER_00: Text.
• 17:15
  SPEAKER_00: Keep backups long enough to recover from accidental deletion, system failures, and security incidents.
• 17:22
  SPEAKER_00: Many organizations keep daily backups for 30 to 90 days.
• 17:26
  SPEAKER_00: Dies ist eine semantische Beschreibung, kein Versprechen einer Google-Suchfunktion.
• 17:31
  SPEAKER_00: Organization.
• 17:32
  SPEAKER_00: Was es tut.
• 17:34
  SPEAKER_00: Organization hilft Google, ein Unternehmen, eine gemeinnützige Organisation, einen Publisher, eine Schule oder eine andere Organisation zu verstehen und zu disambiguieren.
• 17:45
  SPEAKER_00: Google sagt, dass Organisationsmarkup visuelle Elemente wie das in der Suche angezeigte Logo und einige Knowledge-Panel-Informationen beeinflussen kann.
• 17:54
  SPEAKER_00: In Googles aktuellem Organisationsleitfaden gibt es keine der forderlichen Eigenschaften.
• 17:59
  SPEAKER_00: Empfohlene Eigenschaften.
• 18:01
  SPEAKER_00: Verwenden Sie die Eigenschaften, die wahr und sichtbar sind.
• 18:04
  SPEAKER_00: Name, Alternate Name, URL, Logo, Same as.
• 18:09
  SPEAKER_00: Description, Telephone, E-Mail, Adress, Identifier.
• 18:13
  SPEAKER_00: Founding Date, Parent Organization.
• 18:16
  SPEAKER_00: KI-Effekt, Evidenzlevel, indirekt aber nützlich.
• 18:20
  SPEAKER_00: Organisation kann verbinden.
• 18:22
  SPEAKER_00: Den Publisher mit einem Artikel, das Unternehmen mit seinen Produkten oder Dienstleistungen, die Marke mit ihren offiziellen Profilen.
• 18:30
  SPEAKER_00: Die Organisation mit einer bekannten Web-Identität.
• 18:34
  SPEAKER_00: Dies ist nützlich für die Entittsdisambiguierung.
• 18:37
  SPEAKER_00: Es beweist nicht, dass ein KI-System die Seite zitieren wird.
• 18:42
  SPEAKER_00: Organisation Checkliste.
• 18:43
  SPEAKER_00: Platzieren Sie das vollständige Organisationsobjekt auf der Startseite oder der Organisationsseite.
• 18:50
  SPEAKER_00: Verwenden Sie eine stabile Ad-ID, zum Beispiel verwenden Sie den exakten öffentlichen Organisationsnamen.
• 18:57
  SPEAKER_00: Verlinken Sie mit Same-As zu echten offiziellen Profilen.
• 19:01
  SPEAKER_00: Verwenden Sie den korrekten Organisationsuntertyp, falls zutreffend.
• 19:05
  SPEAKER_00: Verwenden Sie ein echtes Logo, das die Organisation repräsentiert.
• 19:10
  SPEAKER_00: Halten Sie die Kontaktinformationen aktuell.
• 19:13
  SPEAKER_00: Referenzieren Sie die Organisation aus Artikeln, anstatt auf jeder Seite widersprüchliche Versionen neu zu erstellen.
• 19:21
  SPEAKER_00: Person, was es tut.
• 19:23
  SPEAKER_00: Person identifiziert eine Person, die eine Seite schreibt, rezensiert, besitzt, verwaltet oder auf ihr erscheint.
• 19:30
  SPEAKER_00: Sie ist normalerweise am nützlichsten, wenn sie verbunden ist, mit Article, Author, QA-Page - Frage- oder Antwortautor, Profile-Page, Main Entity, Organisation Employee, Review.Author.
• 19:44
  SPEAKER_00: Googles Profilrichtlinien besagen, dass eine Profilseite sich auf eine Person oder Organisation konzentrieren muss.
• 19:51
  SPEAKER_00: Das Profile-Page-Objekt erfordert eine Main Entity und diese Entität muss eine Person oder Organisation sein.
• 19:58
  SPEAKER_00: Die Person oder Organisation muss einen Name oder einen Alternate Name haben, wenn kein Name verfügbar ist.
• 20:05
  SPEAKER_00: Empfohlene Eigenschaften.
• 20:07
  SPEAKER_00: Name, URL, Same as, Image Description, Job Title, Works for, Knows About, Affiliation Identifier, KI-Effekt, Evidenzlevel indirekt.
• 20:17
  SPEAKER_00: Personenmarkup kann helfen, den Namen eines Autors zu verbinden mit einer Biografie, einem Job oder einer Rolle, einer Organisation, veröffentlichten Artikeln, externen Profilen, Fachgebieten.
• 20:30
  SPEAKER_00: Verwenden Sie es, um die Identität klarzumachen, nicht um Fachwissen zu beanspruchen, das die Seite nicht unterstützt.
• 20:37
  SPEAKER_00: Person-Checkliste.
• 20:38
  SPEAKER_00: Verwenden Sie Personen nur für eine echte Person.
• 20:41
  SPEAKER_00: Verwenden Sie Organisationen für ein Unternehmen oder eine Publikation.
• 20:46
  SPEAKER_00: Verknüpfen Sie die Person mit einer sichtbaren Autorenseite.
• 20:50
  SPEAKER_00: Verwenden Sie Same-As nur für genaue, offizielle Profile.
• 20:54
  SPEAKER_00: Halten Sie Berufsbezeichnungen und Qualifikationen aktuell.
• 20:58
  SPEAKER_00: Fügen Sie alle sichtbaren Autoren hinzu, nicht nur den Hauptautor.
• 21:03
  SPEAKER_00: Verwenden Sie dieselbe Personen-Ad-ID über Artikel und Profilseiten hinweg.
• 21:08
  SPEAKER_00: Matrix der erforderlichen Eigenschaften.
• 21:11
  SPEAKER_00: For the full table, please open this article on autopod.co.
• 21:15
  SPEAKER_00: Googles allgemeine Richtlinien bevorzugen vollständige und genaue Daten gegenüber großen Mengen unvollständiger Auszeichnungen.
• 21:24
  SPEAKER_00: Es wird auch davor gewarnt, dass strukturierte Daten sichtbaren Inhalt repräsentieren müssen und dass korrekte Auszeichnungen dennoch kein Rich Result garantieren.
• 21:35
  SPEAKER_00: Anwendungsfall-Implementierungs-Checklisten.
• 21:38
  SPEAKER_00: Faktenseiten, beste Kombination, Webpage-Artikel oder Newsartikel.
• 21:42
  SPEAKER_00: Person Organization Optional Claim Review.
• 21:46
  SPEAKER_00: Nur für einen anderen unterstützten Verbraucher.
• 21:48
  SPEAKER_00: Checkliste Geben Sie die Haupttatsache am Anfang der Seite an.
• 21:53
  SPEAKER_00: Nennen Sie die Quelle der Tatsache.
• 21:55
  SPEAKER_00: Verlinken Sie zu Primärnachweisen.
• 21:57
  SPEAKER_00: Fügen Sie das Veröffentlichungsdatum.
• 22:00
  SPEAKER_00: und das Datum der letzten Überprüfung hinzu.
• 22:03
  SPEAKER_00: Identifizieren Sie den Autor und den Prüfer.
• 22:06
  SPEAKER_00: Trennen Sie Fakten von Meinungen.
• 22:08
  SPEAKER_00: Verwenden Sie Artikel, wenn die Seite redaktionell ist.
• 22:12
  SPEAKER_00: Verwenden Sie Claim Review nicht als aktuelle Google Search-Taktik.
• 22:16
  SPEAKER_00: Definitionsseitenbeste Kombination Webpage Defined Term Optional.
• 22:21
  SPEAKER_00: Article, wenn die Seite eine lange redaktionelle Erklärung ist.
• 22:25
  SPEAKER_00: Organization oder Person, wenn ein Experte oder Publisher verantwortlich ist.
• 22:30
  SPEAKER_00: Defined Term ist für ein Wort, einen Satz, einen Code oder ein Konzept mit einer formalen Definition gedacht.
• 22:37
  SPEAKER_00: Seine Haupteigenschaften umfassen Name, Description, Term Code, Indefined Term Set und Same As.
• 22:45
  SPEAKER_00: Checkliste.
• 22:46
  SPEAKER_00: Geben Sie die Definition im ersten Absatz an.
• 22:49
  SPEAKER_00: Verwenden Sie einen klaren Begriff als Hauptentität.
• 22:52
  SPEAKER_00: Fügen Sie alternative Namen nur hinzu, wenn sie real sind.
• 22:56
  SPEAKER_00: Verlinken Sie gegebenenfalls zu einer zuverlässigen externen Definition.
• 23:01
  SPEAKER_00: Erklären den Begriff in einfacher Sprache.
• 23:04
  SPEAKER_00: Verwenden Sie Beispiele und Grenzen.
• 23:07
  SPEAKER_00: Vermeiden Sie es, eine Liste nicht zusammenhängender Begriffe als einen Defined Term zu kennzeichnen.
• 23:13
  SPEAKER_00: Tutorials beste Kombination, Webpage How-To, nur wenn ein anderer Verbraucher es benötigt.
• 23:20
  SPEAKER_00: Artikel, wenn das Tutorial auf ein redaktioneller Artikel ist.
• 23:24
  SPEAKER_00: Person und Organisation für die Autorenschaft.
• 23:27
  SPEAKER_00: Checkliste.
• 23:28
  SPEAKER_00: Geben Sie das Ergebnis vor den Schritten an.
• 23:30
  SPEAKER_00: Verwenden Sie nummerierte sichtbare Überschriften.
• 23:34
  SPEAKER_00: Konzentrieren Sie jeden Schritt auf eine Aktion.
• 23:37
  SPEAKER_00: Fügen Sie bei Bedarf Werkzeuge, Materialien, Zeit und Warnungen hinzu.
• 23:42
  SPEAKER_00: Fügen Sie Bilder oder Videos hinzu, wenn sie hilfreich sind.
• 23:46
  SPEAKER_00: Verstecken Sie die Schritte nicht nur in JSON-LD.
• 23:49
  SPEAKER_00: Erwarten Sie keine How-to-Reach Results in der Google-Suche.
• 23:53
  SPEAKER_00: Datenkataloge.
• 23:55
  SPEAKER_00: Beste Kombination Webpage Data Catalog, Dataset, Data Download.
• 24:00
  SPEAKER_00: Organizationsgema.org definiert Dataset als einen Körper strukturierter Informationen und unterstützt Beziehungen wie Included in Data Catalog und Distribution.
• 24:11
  SPEAKER_00: Google stellte Ende 2025 klar, dass Dataset-strukturierte Daten von der Dataset-Suche verwendet werden und keine allgemeine Google-Suchergebnisfunktion sind.
• 24:23
  SPEAKER_00: Sie sollten daher als Ebene für Datenentdeckung und Interoperabilität behandelt werden, nicht als Abkürzung für KI-Zitierungen.
• 24:32
  SPEAKER_00: Checkliste.
• 24:33
  SPEAKER_00: Geben Sie jedem Datensatz einen stabilen Identifikator.
• 24:37
  SPEAKER_00: Geben Sie das Thema und den Umfang an.
• 24:40
  SPEAKER_00: Fügen Sie den Publisher oder Ersteller hinzu.
• 24:43
  SPEAKER_00: Fügen Sie den vom Daten abgedeckten Datumsbereich hinzu.
• 24:47
  SPEAKER_00: Geben Sie die geografische Abdeckung an, wenn relevant.
• 24:50
  SPEAKER_00: Beschreiben Sie Lizenzen und Zugangsbedingungen.
• 24:54
  SPEAKER_00: Fügen Sie jede herunterladbare Datei als Data Download hinzu.
• 24:58
  SPEAKER_00: Fügen Sie das Dateiformat und die Download-URL hinzu.
• 25:03
  SPEAKER_00: Halten Sie die Katalogmetadaten mit den tatsächlichen Dateien synchron.
• 25:07
  SPEAKER_00: Dokumentieren Sie die Aktualisierungshäufigkeit und das Datum der letzten Aktualisierung.
• 25:14
  SPEAKER_00: JSON-LD-Beispiel.
• 25:16
  SPEAKER_00: Faktenseite.
• 25:17
  SPEAKER_00: Dieses Beispiel verbindet die Seite, den Artikel, den Autor, den Publisher und das Thema.
• 25:23
  SPEAKER_00: Ersetzen Sie jeden Wert durch Informationen, die auf der realen Seite erscheinen.
• 25:28
  SPEAKER_00: HTML Script Type Application LD plus JSON.
• 25:33
  SPEAKER_00: Add context type.
• 25:35
  SPEAKER_00: Add Graph Web Page Add ID.
• 25:38
  SPEAKER_00: Name Renewable Energy Storage Key Facts.
• 25:41
  SPEAKER_00: In language NUS, Date Modified 2022 820 100 14.
• 25:49
  SPEAKER_00: Main entity head ID.
• 25:51
  SPEAKER_00: About add ID.
• 25:53
  SPEAKER_00: Main entity of page.
• 25:55
  SPEAKER_00: Add ID.
• 25:56
  SPEAKER_00: Main entity of page.
• 25:58
  SPEAKER_00: Add ID Renewable Energy Storage Key Facts.
• 26:01
  SPEAKER_00: Description.
• 26:02
  SPEAKER_00: A fact checked overview of how renewable energy storage works.
• 26:06
  SPEAKER_00: Image author.
• 26:08
  SPEAKER_00: Add ID.
• 26:08
  SPEAKER_00: Publisher.
• 26:09
  SPEAKER_00: Add ID.
• 26:10
  SPEAKER_00: Date published 2020 710 T8EU 0014.
• 26:17
  SPEAKER_00: Date modified 2020 8820 T000014.
• 26:24
  SPEAKER_00: About add ID Add ID Name Maya Chen.
• 26:29
  SPEAKER_00: URL Job title.
• 26:31
  SPEAKER_00: Energy Research Editor.
• 26:32
  SPEAKER_00: Works for add ID same S.
• 26:35
  SPEAKER_00: Add type organization.
• 26:37
  SPEAKER_00: Add ID Name Example Research Group.
• 26:40
  SPEAKER_00: URL Logo Same S.
• 26:43
  SPEAKER_00: Add type defined term.
• 26:44
  SPEAKER_00: Add ID Name Renewable Energy Storage.
• 26:48
  SPEAKER_00: Description.
• 26:49
  SPEAKER_00: Methods used to store energy generated from renewable sources for later use.
• 26:54
  SPEAKER_00: Whirl.
• 26:55
  SPEAKER_00: DSON LD BISPIL Definition Seite HTML.
• 27:00
  SPEAKER_00: Script type application LD plus JSON DSON.
• 27:03
  SPEAKER_00: Graph AHA at type web page at ID URL name.
• 27:07
  SPEAKER_00: Retrieval augmented generation definition in language enus.
• 27:12
  SPEAKER_00: Main entity at ID.
• 27:14
  SPEAKER_00: Define term at ID name.
• 27:16
  SPEAKER_00: Retrieval augmented generation.
• 27:18
  SPEAKER_00: Alternate name rag description.
• 27:21
  SPEAKER_00: A method in which an artificial intelligence system retrieves relevant information before generating an answer.
• 27:27
  SPEAKER_00: URL.
• 27:28
  SPEAKER_00: In Define termset at type, defined termset name example research group glossary, URL, main entity of page, at ID, URL.
• 27:37
  SPEAKER_00: Die Definition muss auf als normaler Seitentext erscheinen.
• 27:40
  SPEAKER_00: Platzieren Sie die Definition nicht nur in den strukturierten Daten.
• 27:44
  SPEAKER_00: JSON LD Beispiel Tutorial.
• 27:47
  SPEAKER_00: Da Googles How-to-Reach Result veraltet ist, behandeln Sie dies als optionales Markup für andere Systeme.
• 27:53
  SPEAKER_00: Die sichtbare Seite sollte weiterhin die vollständigen Anweisungen enthalten.
• 27:58
  SPEAKER_00: HTML, Scriptype Application LD plus JSON, DSON, Kontext, Add Type Web Page, Add ID, URL, Name, How to Create a Data Dictionary, Main Entity, Add ID, DOSN, How to Add ID, Name, How to Create a Data Dictionary.
• 28:15
  SPEAKER_00: Description, a Step-by-Step Guide to Documenting Fields in a Data System.
• 28:19
  SPEAKER_00: Total Time.
• 28:20
  SPEAKER_00: PT45M.
• 28:22
  SPEAKER_00: Tool, how tool, name, spreadsheet software.
• 28:25
  SPEAKER_00: Step.
• 28:26
  SPEAKER_00: At type how to step name.
• 28:28
  SPEAKER_00: List the fields.
• 28:29
  SPEAKER_00: Text.
• 28:30
  SPEAKER_00: Create a list of every field in the data system.
• 28:32
  SPEAKER_00: URL.
• 28:33
  SPEAKER_00: Text.
• 28:34
  SPEAKER_00: At type how to step name.
• 28:36
  SPEAKER_00: Describe each field.
• 28:37
  SPEAKER_00: Record the field name.
• 28:39
  SPEAKER_00: Data type.
• 28:40
  SPEAKER_00: Allowed values and owner.
• 28:42
  SPEAKER_00: URL.
• 28:43
  SPEAKER_00: At type how to step name.
• 28:45
  SPEAKER_00: Review the dictionary.
• 28:46
  SPEAKER_00: Text.
• 28:47
  SPEAKER_00: Ask a subject matter expert to check the definitions and examples.
• 28:52
  SPEAKER_00: URL.
• 28:53
  SPEAKER_00: And times in.
• 28:55
  SPEAKER_00: Script JSON LD Beispiel.catalog HTML.
• 28:59
  SPEAKER_00: Script type application LD plus JSON.
• 29:02
  SPEAKER_00: At context.
• 29:03
  SPEAKER_00: At graph.
• 29:04
  SPEAKER_00: Web page.
• 29:05
  SPEAKER_00: At ID.
• 29:06
  SPEAKER_00: URL.
• 29:07
  SPEAKER_00: Example Public Data Catalog.
• 29:10
  SPEAKER_00: Main entity.
• 29:11
  SPEAKER_00: At ID.
• 29:12
  SPEAKER_00: URL.
• 29:13
  SPEAKER_00: At data catalog.
• 29:14
  SPEAKER_00: At ID.
• 29:15
  SPEAKER_00: Name Example Public Data Catalog.
• 29:18
  SPEAKER_00: Description.
• 29:18
  SPEAKER_00: A catalog of public data sets about transportation and local services.
• 29:23
  SPEAKER_00: URL.
• 29:24
  SPEAKER_00: Publisher.
• 29:24
  SPEAKER_00: At ID.
• 29:25
  SPEAKER_00: Dataset.
• 29:26
  SPEAKER_00: At ID.
• 29:27
  SPEAKER_00: URL.
• 29:28
  SPEAKER_00: At type dataset.
• 29:30
  SPEAKER_00: Monthly transit ridership.
• 29:31
  SPEAKER_00: Description.
• 29:32
  SPEAKER_00: Monthly passenger counts for public transportation services.
• 29:36
  SPEAKER_00: URL.
• 29:37
  SPEAKER_00: Identifier.
• 29:38
  SPEAKER_00: Transit Ridership Monthly.
• 29:40
  SPEAKER_00: Creator.
• 29:40
  SPEAKER_00: At ID.
• 29:41
  SPEAKER_00: Publisher.
• 29:42
  SPEAKER_00: At ID.
• 29:43
  SPEAKER_00: License.
• 29:44
  SPEAKER_00: Temporal coverage.
• 29:45
  SPEAKER_00: 2020-2026.
• 29:47
  SPEAKER_00: Spatial coverage.
• 29:49
  SPEAKER_00: At type place.
• 29:50
  SPEAKER_00: Name example county.
• 29:51
  SPEAKER_00: Included in data catalog.
• 29:53
  SPEAKER_00: At ID.
• 29:54
  SPEAKER_00: Distribution.
• 29:55
  SPEAKER_00: At type data download.
• 29:57
  SPEAKER_00: Content URL.
• 29:59
  SPEAKER_00: Encoding format.
• 30:00
  SPEAKER_00: Text CSV.
• 30:01
  SPEAKER_00: Name.
• 30:01
  SPEAKER_00: Comma separated values download.
• 30:04
  SPEAKER_00: At type Organization.
• 30:05
  SPEAKER_00: At ID.
• 30:06
  SPEAKER_00: Name.
• 30:07
  SPEAKER_00: Example County Data Office.
• 30:09
  SPEAKER_00: URL.
• 30:10
  SPEAKER_00: App Script.
• 30:11
  SPEAKER_00: Häufige Implementierungsfallstricke.
• 30:13
  SPEAKER_00: Nicht übereinstimmendes Schema.
• 30:15
  SPEAKER_00: Der schwerwiegendste Fehler ist die Auszeichnung von Inhalten, die Benutzer nicht sehen können.
• 30:21
  SPEAKER_00: Google sagt, dass strukturierte Daten eine wahre Darstellung der Seite sein müssen und irreführende oder versteckte Inhalte eine Seite für Rich Results ungeeignet machen können.
• 30:32
  SPEAKER_00: Häufige Beispiele.
• 30:33
  SPEAKER_00: Die Kennzeichnung eines Artikels als How-To, obwohl er keine echten Schritte enthält.
• 30:38
  SPEAKER_00: Die Kennzeichnung eines Unternehmens als Autor, obwohl der Artikel von einer Person geschrieben wurde.
• 30:44
  SPEAKER_00: Das Hinzufügen von FAQ-Antworten, die nicht auf der Seite erscheinen.
• 30:49
  SPEAKER_00: Die Verwendung eines zukünftigen Veröffentlichungsdatums.
• 30:52
  SPEAKER_00: Die Kennzeichnung eines allgemeinen Blogbeitrags als QA-Page.
• 30:56
  SPEAKER_00: Das Hinzufügen von Claim Review zu einem Meinungsartikel.
• 31:00
  SPEAKER_00: Dünne Antworten.
• 31:02
  SPEAKER_00: Strukturierte Daten können eine leere Seite nicht füllen.
• 31:05
  SPEAKER_00: Eine kurze, vage Antwort innerhalb von Answer Text oder Accepted Answer schafft keine starke Quelle.
• 31:12
  SPEAKER_00: Der sichtbare Inhalt sollte die Frage direkt beantworten.
• 31:17
  SPEAKER_00: Wichtige Grenzen und Ausnahmen erläutern.
• 31:20
  SPEAKER_00: Quellen nennen.
• 31:21
  SPEAKER_00: Bei Bedarf Daten, Beispiele oder Messungen enthalten, für sich selbst stehen, wenn er aus dem Kontext kopiert wird.
• 31:29
  SPEAKER_00: Googles KI-Richtlinien besagen, dass es keine ideale Seitenlänge gibt und Inhalte nicht in winzige Stücke für KI-Systeme zerlegt werden müssen.
• 31:38
  SPEAKER_00: Das bessere Ziel ist nützlicher, vollständiger, menschenzentrierter Inhalt.
• 31:43
  SPEAKER_00: Duplizierte Entitäten.
• 31:45
  SPEAKER_00: Vermeiden Sie die Veröffentlichung mehrerer widersprüchlicher Versionen derselben Organisation, desselben Autors oder derselben Seite.
• 31:54
  SPEAKER_00: Schwache Implementierung.
• 31:56
  SPEAKER_00: Ein Organisationobjekt mit einem Namen auf der Startseite.
• 32:00
  SPEAKER_00: Ein zweites Objekt mit einem anderen Namen auf jedem Artikel.
• 32:03
  SPEAKER_00: Ein drittes Objekt ohne Add ID auf der Autorenseite.
• 32:07
  SPEAKER_00: Bessere Implementierung.
• 32:09
  SPEAKER_00: Geben Sie der Organisation eine stabile Ad-ID.
• 32:12
  SPEAKER_00: Geben Sie jedem Autor eine stabile Add ID.
• 32:16
  SPEAKER_00: Referenzieren Sie diese Objekte von Artikeln, Profilen und Fragenseiten.
• 32:21
  SPEAKER_00: Halten Sie Name, Logo, URL und externe Identitätslinks konsistent.
• 32:26
  SPEAKER_00: Duplizierte Fragen.
• 32:27
  SPEAKER_00: Wiederholen Sie dieselbe Frage nicht in FAQ-Page, QR-Page, Artikel Markup, mehreren sichtbaren Seitenabschnitten, mehreren JSON-LD-Blöcken.
• 32:38
  SPEAKER_00: Verwenden Sie den Schematyp, der dem Hauptzweck der Seite entspricht.
• 32:42
  SPEAKER_00: Eine einzige klare Antwort ist besser als mehrere überlappende Markup-Blöcke.
• 32:47
  SPEAKER_00: Falsche Daten.
• 32:48
  SPEAKER_00: Google verwendet mehrere Quellen, um Veröffentlichungs- und Aktualisierungsdaten zu schätzen.
• 32:54
  SPEAKER_00: Es empfiehlt, dass sichtbare Daten und strukturierte Daten übereinstimmen und warnt davor, zukünftige Daten oder Daten zu verwenden, die sich auf im Artikel besprochene Ereignisse beziehen, anstatt auf Daten, die sich auf die Seite selbst beziehen.
• 33:09
  SPEAKER_00: Übermäßige Verwendung von SameS.
• 33:12
  SPEAKER_00: Ein Same-S-Link sollte dieselbe reale Person oder Organisation identifizieren.
• 33:17
  SPEAKER_00: Verlinken Sie nicht zu, einem nicht verwandten sozialen Profil, einer Suchergebnisse, einem generischen Verzeichniseintrag, einer Seite mit einer anderen Schreibweise oder Identität, einem Profil, das die Organisation nicht kontrolliert.
• 33:33
  SPEAKER_00: JavaScript-Only Markup.
• 33:35
  SPEAKER_00: Boogle kann strukturierte Daten verarbeiten, die der gerenderten Seite hinzugefügt wurden.
• 33:40
  SPEAKER_00: Aber eine JavaScript-Only-Implementierung kann für andere Crawler und Audit-Tools schwieriger zu erkennen sein.
• 33:47
  SPEAKER_00: Ein serverseitig gerenderter JSON-LD-Block ist in der Regel einfacher zu testen und zu warten.
• 33:53
  SPEAKER_00: Ein praktischer Testplan, um zu messen, ob ein Markup einen inkrementellen Effekt hat, verwenden Sie einen kontrollierten Test, anstatt sich auf einige manuelle Suchen zu verlassen.
• 34:04
  SPEAKER_00: Vor der Änderung erfassen Sie Zielabfragen, aktuelles organisches Ranking, ob eine KI-Antwort erscheint, welche Seiten zitiert werden, Zitierungsposition, falls verfügbar, Suchverkehr, Konversionen, aktuelle strukturierte Daten.
• 34:21
  SPEAKER_00: Während des Testzeitraums vorgenommene Inhaltsänderungen.
• 34:24
  SPEAKER_00: Während des Tests führen Sie jeweils eine größere Markup-Änderung durch.
• 34:29
  SPEAKER_00: Halten Sie Inhalte, interne Links, Titel und Backlinks stabil.
• 34:34
  SPEAKER_00: Verwenden Sie ähnliche Kontrollseiten, die die Änderung nicht erhalten.
• 34:38
  SPEAKER_00: Notieren Sie das genaue Veröffentlichungsdatum der Änderung.
• 34:42
  SPEAKER_00: Warten Sie lange genug für Crawling und Neuverarbeitung.
• 34:46
  SPEAKER_00: AHEFS verwendete angepasste Kontrollen und eine Vorher-Nachher-Differenz-in-Differenzen-Methode.
• 34:52
  SPEAKER_00: Ihr Ansatz ist ein nützliches Modell für Organisationen, die strukturierte Daten testen möchten, anstatt anzunehmen, dass eine Korrelation eine Kausalität beweist.
• 35:03
  SPEAKER_00: Nach der Änderung verfolgen Sie Leistungsdaten der Google Search Console für künstliche Intelligenz, Google KI-Übersichtszitierungen, Google KI-Modus-Zitierungen, Bing Webmaster Tools KI-Zitierungen, ChatGPT, Gemini oder Perplexity-Zitierungen, falls relevant, organische Rankings, Suchklicks, unterstützte Konversionen.
• 35:26
  SPEAKER_00: Google meldet den Suchverkehr von künstlicher Intelligenz über die Leistungsberichte der Search Console.
• 35:32
  SPEAKER_00: Bings Leistungsberichte für künstliche Intelligenz zeigen zitierte Seiten und unterstützende Abfragen, aber sie zeigen nicht, warum eine Seite ausgewählt wurde oder wie wichtig sie innerhalb einer Antwort war.
• 35:44
  SPEAKER_00: Empfohlene Implementierungsreihenfolge.
• 35:47
  SPEAKER_00: Für die meisten Publisher ist die beste Reihenfolge, sichtbaren Inhalt zuerst korrigieren, Crawling und Indexierung zuverlässig machen.
• 35:55
  SPEAKER_00: Artikel für echte redaktionelle Seiten implementieren.
• 35:59
  SPEAKER_00: Autoren mit Person- und Profilseiten verbinden.
• 36:02
  SPEAKER_00: Publisher mit Organisation verbinden.
• 36:05
  SPEAKER_00: Webpage als saubere Graphenebene auf Seitenebene verwenden.
• 36:09
  SPEAKER_00: QA-Page nur für echte Community-Fragen verwenden.
• 36:12
  SPEAKER_00: Define Term für Glossar- und Definitionsseiten verwenden.
• 36:16
  SPEAKER_00: Dataset und Data Catalog für Datenressourcen verwenden.
• 36:20
  SPEAKER_00: Behandeln Sie FAQ-Page, How-To und Claim Review als sekundäres oder nicht Google Markup, da Ihre Google-Suchfunktionen entfernt oder eingestellt wurden.
• 36:30
  SPEAKER_00: Fazit.
• 36:31
  SPEAKER_00: Die wichtigste aktuelle Lehre ist einfach.
• 36:34
  SPEAKER_00: Schema.org Markup hilft Maschinen, Inhalte zu verstehen, ist aber kein garantierter Weg zu KI-Antworten.
• 36:41
  SPEAKER_00: Die nachhaltigste Implementierung ist keine große Sammlung von Schematypen.
• 36:46
  SPEAKER_00: Es ist ein kleines, genaues Entitätsdiagramm.
• 36:49
  SPEAKER_00: Artikel beschreibt die redaktionelle Seite.
• 36:52
  SPEAKER_00: Person identifiziert den Autor.
• 36:54
  SPEAKER_00: Organisation identifiziert den Publisher.
• 36:57
  SPEAKER_00: WebPage verbindet die Seite mit ihrer Hauptentität.
• 37:01
  SPEAKER_00: QA-Page beschreibt eine echte Benutzerfrage und ihre Antworten.
• 37:05
  SPEAKER_00: Defined Term klärt eine Definition.
• 37:07
  SPEAKER_00: Dataset und Data Catalog beschreiben strukturierte Datenressourcen.
• 37:13
  SPEAKER_00: Verwenden Sie strukturierte Daten dort, wo Sie eine klare Bedeutung hinzufügen.
• 37:19
  SPEAKER_00: Verwenden Sie sie nicht, um dünnen Inhalt zu verschleiern, sichtbarem Text zu duplizieren oder eine Suchfunktion zu imitieren, die Google nicht mehr unterstützt.
• 37:29
  SPEAKER_00: Für die Sichtbarkeit in der künstlichen Intelligenz bleiben die wertvollsten Arbeiten klare Antworten, starke Beweise, genaue Entitäten, aktuelle Informationen und Inhalte, die für sich selbst stehen können.
• 37:43
  SPEAKER_00: Alle Quellenlinks finden Sie in der Textversion dieses Artikels.
• 37:48
  SPEAKER_00: Den vollständigen Artikel finden Sie auf autopod.co.
• 37:52
  SPEAKER_00: Danke fürs Zuhören.