Latest / Marketing-Automatisierung 2026 / Wikipedia- und Wikidata-Strategie: Indirekte Wege zur KI-Sichtbarkeit

Transcript

Wikipedia- und Wikidata-Strategie: Indirekte Wege zur KI-Sichtbarkeit · Marketing-Automatisierung 2026

• 0:00
  SPEAKER_00: Wikipedia und Wikidata Strategie.
• 0:03
  SPEAKER_00: Indirekte Wege zur KI-Sichtbarkeit.
• 0:05
  SPEAKER_00: Zuletzt aktualisiert am 2.
• 0:07
  SPEAKER_00: Oktober 2026.
• 0:09
  SPEAKER_00: Wikipedia und Wikidata können dazu beitragen, dass Informationen über eine Person oder Organisation, über Suchmaschinen, Wissensgrafen und einige KI-Systeme verbreitet werden.
• 0:21
  SPEAKER_00: Sie sind jedoch keine zuverlässigen Abkürzungen zur KI-Sichtbarkeit.
• 0:26
  SPEAKER_00: Ein Wikipedia-Artikel garantiert keine Erwähnung durch einen Chatbot.
• 0:30
  SPEAKER_00: Und ein Wikidata-Element garantiert kein Google Knowledge Panel.
• 0:35
  SPEAKER_00: Die nachhaltigere Strategie besteht darin, eine Entität im gesamten offenen Web genau identifizierbar und unabhängig überprüfbar zu machen.
• 0:44
  SPEAKER_00: Wikipedia und Wikidata können zu diesem Prozess beitragen, sind aber gemeinschaftlich verwaltete Wissensprojekte, keine Werbekanäle.
• 0:53
  SPEAKER_00: Ethische Beteiligung bedeutet, deren Standards zu erfüllen, auch wenn der erhoffte nachgelagerte Nutzen eine größere Sichtbarkeit ist.
• 1:01
  SPEAKER_00: Wie Wikipedia und Wikidata KI-Antworten erreichen können.
• 1:06
  SPEAKER_00: KI-Sichtbarkeit umfasst verschiedene Ergebnisse.
• 1:09
  SPEAKER_00: Ein Modell kann eine Organisation in einer Antwort erwähnen, eine ihrer Seiten zitieren, damit verbundene Fakten nutzen oder ein Such Knowledge-Panel anzeigen.
• 1:19
  SPEAKER_00: Diese Ergebnisse können auf unterschiedlichen Wegen entstehen und Erfolg bei einem impliziert nicht den Erfolg bei den anderen.
• 1:27
  SPEAKER_00: Trainingsdaten.
• 1:28
  SPEAKER_00: Einfluss ohne sichtbare Zitierung.
• 1:30
  SPEAKER_00: Einige öffentliche LLM-Trainingsdatensätze enthalten explizit Wikipedia.
• 1:36
  SPEAKER_00: Beispielsweise dokumentiert das PIL-Projekt eine englische Wikipedia-Komponente, während Red Pajama eine offene Reproduktion des Lama-Trainingsdatensatzes veröffentlichte.
• 1:47
  SPEAKER_00: Diese Beispiele zeigen, dass Wikipedia in einige Trainingspipelines gelangen kann.
• 1:52
  SPEAKER_00: Nicht, dass jedes Modell es verwendet oder jeder Artikel in den Trainingsdaten eines Modells erscheint.
• 1:58
  SPEAKER_00: Viele führende Modelle geben wenig über die Zusammensetzung ihrer Trainingsdaten preis.
• 2:03
  SPEAKER_00: Wenn ein Modell während des Trainings aus Text lernt, behält es nicht notwendigerweise eine quellenspezifische Zitationskette bei, die bei der Beantwortung einer Frage wiederhergestellt werden kann.
• 2:15
  SPEAKER_00: Das ist eine Ableitung davon, wie sich Training von Live-Abruf unterscheidet.
• 2:20
  SPEAKER_00: Nicht der Beweis, dass ein bestimmtes Modell einen bestimmten Wikipedia-Artikel verwendet hat.
• 2:26
  SPEAKER_00: Eine spätere Artikelbearbeitung ändert die trainierten Parameter eines Modells nicht automatisch.
• 2:32
  SPEAKER_00: Die Informationen müssen das Modell durch einen neuen Trainingsprozess oder einen anderen Mechanismus wie die Suche erreichen.
• 2:40
  SPEAKER_00: Praktische Implikation.
• 2:41
  SPEAKER_00: Betrachten Sie Trainingseinfluss als möglich, aber schwer beobachtbar.
• 2:46
  SPEAKER_00: Verwenden Sie eine unzitierte Modellantwort nicht als Beweis dafür, dass Ihre Wikipedia-Bearbeitung aufgenommen wurde.
• 2:53
  SPEAKER_00: Oder als Beweis dafür, dass sie die Antwort verursacht hat.
• 2:56
  SPEAKER_00: Live-Abruf.
• 2:58
  SPEAKER_00: Quellenauswahl und Verankerung.
• 3:00
  SPEAKER_00: Suchfähige Systeme können während der Beantwortung Material nachschlagen und Zitate anzeigen.
• 3:07
  SPEAKER_00: Forschungsprototypen zeigen, wie Wikipedia für diese Art der Verankerung genutzt werden kann.
• 3:13
  SPEAKER_00: WikiChat beispielsweise ruft Wikipedia-Passalen ab, filtert und prüft Behauptungen und verwendet dann diese Materialien, um eine Antwort zu formulieren.
• 3:24
  SPEAKER_00: Das demonstriert einen möglichen Mechanismus.
• 3:26
  SPEAKER_00: Es belegt nicht, dass kommerzielle Assistenten Wikipedia alle auf die gleiche Weise verwenden.
• 3:32
  SPEAKER_00: Zitate unterscheiden sich auch vom Einfluss.
• 3:36
  SPEAKER_00: Ein System kann eine Tatsache erwähnen, ohne ihren Ursprung zu zitieren.
• 3:40
  SPEAKER_00: Oder eine Seite zitieren, die es konsultiert hat, ohne sich für jede Aussage auf diese Seite zu verlassen.
• 3:47
  SPEAKER_00: Selbst die Hilfeanleitung von ChatGPT warnt davor, dass Websuchezitate unvollständig, veraltet oder falsch sein können.
• 3:56
  SPEAKER_00: Praktische Implikation.
• 3:58
  SPEAKER_00: Entwickeln und messen Sie sowohl genaue Antworten als auch genaue Zitate.
• 4:03
  SPEAKER_00: Eines kann nicht vom anderen abgeleitet werden.
• 4:06
  SPEAKER_00: Entitätsgrafen und Knowledge Panels.
• 4:09
  SPEAKER_00: Ein Wissensgraf stellt Entitäten wie Personen, Organisationen und Werke und die Beziehungen zwischen ihnen dar.
• 4:16
  SPEAKER_00: Wikidata ist eine öffentliche, strukturierte Wissensbasis.
• 4:20
  SPEAKER_00: Ihre Elemente können Identitäten mit Fakten, externen Identifikatoren und Referenzen verbinden.
• 4:27
  SPEAKER_00: Ihre Aussagen sind Behauptungen, die belegt und in einigen Fällen auch widersprüchlich sein können.
• 4:33
  SPEAKER_00: Wikidata sollte nicht als unbestreitbare Autorität behandelt werden.
• 4:38
  SPEAKER_00: Google gibt an, dass sein Knowledge Graph Informationen aus dem gesamten Web sowie aus offenen und lizenzierten Datenbanken bezieht und dass Wikipedia eine häufig zitierte Quelle unter vielen ist.
• 4:50
  SPEAKER_00: Googles frühere Arbeit am Übergang von Freebase zu Wikidata dokumentiert auch die Unterstützung für Wikidata und die Verwendung von Google Knowledge Graph Matches im Migrationsprozess.
• 5:02
  SPEAKER_00: Diese Historie ist keine aktuelle Garantie dafür, dass ein bestimmtes Wikidata-Element in einem Knowledge Panel aufgenommen, angezeigt oder verwendet wird.
• 5:12
  SPEAKER_00: Google beschreibt Knowledge Panels als automatisch aus mehreren Quellen generiert.
• 5:17
  SPEAKER_00: Informationen können sich ändern, wenn sich das Web ändert, und verifizierte Personen oder Vertreter können Korrekturen vorschlagen.
• 5:26
  SPEAKER_00: Andere Notzer können Feedback einreichen.
• 5:29
  SPEAKER_00: Die Verbindungsschicht, ihre eigene Website.
• 5:32
  SPEAKER_00: Ihre Website kann Such- und KI-Systemen helfen, eine Organisation, ihre offiziellen Seiten, ihre Autoren und andere Identifikatoren miteinander zu verbinden.
• 5:43
  SPEAKER_00: Die Same-S-Eigenschaft von schema.org ist für eine Seite gedacht, die eindeutig dasselbe identifiziert.
• 5:50
  SPEAKER_00: Zum Beispiel ein Wikidata-Element oder ein offizielles Profil.
• 5:54
  SPEAKER_00: Es ist ein Identitätslink, keine allgemeine Methode zur Verbindung verwandter Entitäten.
• 6:00
  SPEAKER_00: Diese Unterscheidung ist wichtig.
• 6:02
  SPEAKER_00: Ein Autor ist nicht dieselbe Entität wie sein Arbeitgeber.
• 6:07
  SPEAKER_00: Eine Tochtergesellschaft ist nicht automatisch dieselbe Entität wie Ihre Muttergesellschaft.
• 6:12
  SPEAKER_00: Und ein Produkt ist nicht dieselbe Entität wie das Unternehmen, das es herstellt.
• 6:18
  SPEAKER_00: Verwenden Sie Beziehungseigenschaften wie Works for, Author oder Publisher für Beziehungen.
• 6:24
  SPEAKER_00: Reservieren Sie Same-Airs für Identitätsübereinstimmungen.
• 6:29
  SPEAKER_00: Ethische Wikipedia-Beiträge Der Standard von Wikipedia ist nicht, ist das nützlich für KI.
• 6:36
  SPEAKER_00: Es geht darum, ob ein Artikel in eine Enzyklopädie gehört und veröffentlichtes Wissen genau zusammenfasst.
• 6:43
  SPEAKER_00: In der englischen Wikipedia werden Interessenkonflikte stark missbilligt.
• 6:48
  SPEAKER_00: Personen, die mit einem Thema verbunden sind, werden ermutigt, die Beziehung offenzulegen und Änderungen auf Artikeldiskussionsseiten vorzuschlagen, anstatt betroffene Artikel direkt zu bearbeiten.
• 7:00
  SPEAKER_00: Bezahlte Mitwirkende müssen ihren Arbeitgeber, Kunden und relevante Zugehörigkeit offenlegen.
• 7:07
  SPEAKER_00: Neue Artikel von Mitwirkenden mit einem Interessenkonflikt sollten den Artikel für Erstellung-Prozess durchlaufen.
• 7:14
  SPEAKER_00: Eine offengelegte Bearbeitung ist nicht automatisch eine akzeptable Bearbeitung.
• 7:20
  SPEAKER_00: Das Material muss weiterhin die Wikipedia-Anforderungen an Neutralität, Quellenangaben und angemessenes Gewicht erfüllen.
• 7:28
  SPEAKER_00: Die Richtlinien der Community mahnen Prüfer, nach unabhängigen Quellen zu suchen und Material, das sich auf Unternehmenswebsites, Pressemitteilungen oder andere eng mit dem Thema verbundene Quellen stützt, mit Vorsicht zu betrachten.
• 7:43
  SPEAKER_00: Ein verantwortungsvoller Beitragsworkflow.
• 7:46
  SPEAKER_00: Prüfen Sie, ob ein separater Artikel gerechtfertigt ist.
• 7:50
  SPEAKER_00: Suchen Sie nach signifikanter Berichterstattung in zuverlässigen, unabhängigen Quellen.
• 7:55
  SPEAKER_00: Die eigene Website eines Unternehmens kann dokumentieren, was es über sich selbst aussagt.
• 8:01
  SPEAKER_00: Aber sie kann seine Relevanz nicht unabhängig belegen.
• 8:05
  SPEAKER_00: Arbeiten Sie mit veröffentlichten Belegen.
• 8:07
  SPEAKER_00: Sammeln Sie Quellen, die jede vorgeschlagene Tatsache direkt unterstützen.
• 8:12
  SPEAKER_00: Bevorzugen Sie unabhängige Sekundärquellen für Behauptungen über Bedeutung, Geschichte und Rezeption.
• 8:19
  SPEAKER_00: Verwandeln Sie die bevorzugte Formulierung eines Unternehmens nicht in enzyklopädische Prosa.
• 8:26
  SPEAKER_00: Legen Sie Ihre Beziehung offen.
• 8:28
  SPEAKER_00: Wenn Sie ein Angestellter, Auftragnehmer, Kundenvertreter oder bezahlter Redakteur sind, befolgen Sie die anwendbaren Projektregeln und legen Sie die relevanten Zugehörigkeiten offen.
• 8:40
  SPEAKER_00: Fordern Sie Änderungen transparent an.
• 8:42
  SPEAKER_00: Nutzen Sie die Diskussionsseite des Artikels für vorgeschlagene Änderungen.
• 8:47
  SPEAKER_00: Identifizieren Sie die unterstützenden Quellen und lassen Sie unbeteiligte Redakteure entscheiden, ob das Material geeignet ist.
• 8:55
  SPEAKER_00: Akzeptieren Sie, dass ein Artikel möglicherweise nicht angemessen ist.
• 8:59
  SPEAKER_00: Ein Mangel an Wikipedia-Abdeckung ist nicht unbedingt ein Fehler, der behoben werden muss.
• 9:05
  SPEAKER_00: Er kann eine unzureichende unabhängige Quellengrundlage oder ein Thema widerspiegeln, das keinen eigenständigen Artikel rechtfertigt.
• 9:14
  SPEAKER_00: Redaktionelles Urteil.
• 9:16
  SPEAKER_00: Der beste Beitrag zur KI-Sichtbarkeit in Wikipedia ist ein genauer, gut belegter Artikel, der es immer noch wert wäre, verbessert zu werden, selbst wenn kein KI-System ihn jemals bemerken würde.
• 9:30
  SPEAKER_00: Das Optimieren eines Artikels für die Antworten eines Modells birgt das Risiko, eine Enzyklopädie in ein Marketinginstrument zu verwandeln und kann genau die Glaubwürdigkeit untergraben, die ihre Informationen nützlich macht.
• 9:45
  SPEAKER_00: Ethische Wikidata-Beiträge.
• 9:48
  SPEAKER_00: Wikidata ist anders strukturiert als Wikipedia, aber es ist kein freies Verzeichnis für jede Organisation oder Einzelperson, die ein Suchfeld anstrebt.
• 9:59
  SPEAKER_00: Zu ihren Relevanzkriterien gehören ein gültiger Link zu einer Wikimedia-Projektseite, eine identifizierbare Entität, die anhand seriöser öffentlicher Referenzen beschrieben werden kann.
• 10:11
  SPEAKER_00: Oder ein struktureller Bedarf für das Element in Wikidata.
• 10:15
  SPEAKER_00: Die Richtlinienseite des Projekts weist darauf hin, dass umstrittene Fälle von der Gemeinschaft entschieden werden.
• 10:22
  SPEAKER_00: Fügen Sie für geeignete Elemente Informationen hinzu, die die Entität unterscheiden helfen und überprüft werden können.
• 10:29
  SPEAKER_00: Je nach Thema können dies eine offizielle Website, der Organisationstyp, Daten, Beziehungen und Identifikatoren sein.
• 10:38
  SPEAKER_00: Die externen Identifikatoren von Wikidata verbinden Elemente mit externen Datenbanken und Normdateidateien.
• 10:45
  SPEAKER_00: Die Quellenrichtlinien besagen, dass Aussagen im Allgemeinen überprüfbar und mit Referenzen belegt sein sollten.
• 10:53
  SPEAKER_00: Ein Identifikator kann helfen, die Identität zu klären, ist aber kein Ersatz für Beweise, die andere Behauptungen stützen.
• 11:02
  SPEAKER_00: Wenn sie für Ihre Beiträge bezahlt werden, hat Wikidata eine eigene Richtlinie zur Offenlegung bezahlter Bearbeitungen.
• 11:09
  SPEAKER_00: Im weiteren Sinne führt das Erstellen oder Bearbeiten eines Elements über sich selbst oder eine von Ihnen vertretene Organisation zu einem Interessenkonflikt.
• 11:20
  SPEAKER_00: Ein vorsichtiger Ansatz besteht darin, die Verbindung offenzulegen, nur gut begründete Korrekturen vorzuschlagen und das Element nicht als Werbeprofil zu behandeln.
• 11:30
  SPEAKER_00: Verknüpfen Sie Ihre Domain mit Wikidata, Autoren und Organisationen.
• 11:35
  SPEAKER_00: Erstellen Sie einen kleinen, auditierbaren Entitätsgrafen über die Website und Wikidata hinweg.
• 11:42
  SPEAKER_00: Beginnen Sie mit einer kanonischen Seite für jede reale Entität, die Sie repräsentieren, und verbinden Sie dann nur Identitäten, die Sie überprüfen können.
• 11:52
  SPEAKER_00: Empfohlene Zuordnung.
• 11:54
  SPEAKER_00: For the full table, please open this article on autopod.co.
• 11:59
  SPEAKER_00: OCID beschreibt seine ID als eindeutigen persistenten Identifikator für Forscher und Mitwirkende.
• 12:06
  SPEAKER_00: Wikidata bietet eine Eigenschaft für ORCID-Identifikatoren sowie Eigenschaften für andere Autoritätsidentifikatoren wie ISNI und VIAF.
• 12:17
  SPEAKER_00: Fügen Sie diese nur hinzu, wenn der Identifikator der exakten Person oder Organisation gehört, um die es geht.
• 12:25
  SPEAKER_00: Beispiel Schema Org Markup.
• 12:27
  SPEAKER_00: Ersetzen Sie die Beispieldomain Entitäts-IDs und Profile durch verifizierte Werte.
• 12:34
  SPEAKER_00: Wenn Sie nicht sicher feststellen können, dass zwei Datensätze dieselbe Entität betreffen, lassen Sie diesen Link weg.
• 12:41
  SPEAKER_00: HTML Script Type Application LD plus JSON.
• 12:46
  SPEAKER_00: Context Add Type Organization, Ad ID, Name, Example Organization, URL, Same S.
• 12:55
  SPEAKER_00: HTML Script Type Application LD plus JSON.
• 12:59
  SPEAKER_00: Add Context, Add Type Person, Add ID, Name, Jane Doe.
• 13:06
  SPEAKER_00: URL, Same as.
• 13:08
  SPEAKER_00: Works for Add ID.
• 13:11
  SPEAKER_00: Verwenden Sie die kanonische Personenentität des Autors als Author eines Artikels, anstatt den Artikel selbst, same as dem Autor zuzuordnen.
• 13:21
  SPEAKER_00: Halten Sie strukturierte Daten konsistent mit dem sichtbaren Seiteninhalt.
• 13:27
  SPEAKER_00: Google sagt, dass strukturierte Daten ihm helfen können, eine Organisation zu verstehen und zu disambiguieren, warnt aber auch explizit davor, dass korrektes Markup kein bestimmtes Suchergebnis garantiert.
• 13:41
  SPEAKER_00: Den Graphen pflegbehalten.
• 13:43
  SPEAKER_00: Verwenden Sie eine kanonische URL pro Entität auf Ihrer Domain.
• 13:47
  SPEAKER_00: Leiten Sie obsolete Profilseiten gegebenenfalls um.
• 13:51
  SPEAKER_00: Halten Sie Namen, offizielle Domains, Identifikatoren und öffentliche Organisationsfakten auf Ihrer Website und in externen Aufzeichnungen konsistent.
• 14:02
  SPEAKER_00: Dokumentieren Sie, warum jeder Same as-Link korrekt ist, wer ihn verifiziert hat und wann.
• 14:09
  SPEAKER_00: Überprüfen Sie Links nach Namensänderungen, Fusionen, Domain-Änderungen oder Kontoschließungen erneut.
• 14:16
  SPEAKER_00: Verbinden Sie eine Entität nicht mit einer lose verwandten Seite, nur um den Graphen größer erscheinen zu lassen.
• 14:23
  SPEAKER_00: Dies sind operative Empfehlungen, keine Zusage darüber, wie eine bestimmte Suchmaschine oder ein KI-Produkt das Markup interpretieren wird.
• 14:32
  SPEAKER_00: Zitate, Erwähnungen und Panel-Genauigkeit separat verfolgen.
• 14:36
  SPEAKER_00: Eine Änderung in Wikipedia, Wikidata oder Schema Org Markup ist ein Input, kein Beweis für ein Ergebnis.
• 14:45
  SPEAKER_00: Der sinnvolle Test ist, ob die faktische Genauigkeit, die Entitätsauflösung oder die Quellensichtbarkeit in den Systemen und Abfragen, die für Sie wichtig sind, verbessert wird.
• 14:56
  SPEAKER_00: Eine Baseline etablieren.
• 14:58
  SPEAKER_00: Bevor Sie etwas ändern, wählen Sie einen festen Satz von Abfragen.
• 15:02
  SPEAKER_00: Den Namen der Entität, gängige Namensvarianten, eine mehrdeutige Namensabfrage und Sachfragen zu Ihrer Identität oder Geschichte.
• 15:11
  SPEAKER_00: Notieren Sie die genaue Abfrage, Plattform, Datum, Region und ob das System die Suche oder einen anderen Zitationsmodus verwendet hat.
• 15:21
  SPEAKER_00: Speichern Sie Screenshots oder Transkripte und die angezeigten Quellenks.
• 15:27
  SPEAKER_00: Für jede Antwort erfassen Sie mindestens drei separate Ergebnisse.
• 15:32
  SPEAKER_00: Erwähnung hat das System die Entität korrekt identifiziert.
• 15:37
  SPEAKER_00: Zitierung hat es Wikipedia, Wikidata, Ihre Domain oder eine andere Quelle zitiert und hat diese Quelle die Behauptung bestützt.
• 15:46
  SPEAKER_00: Genauigkeit waren die Schlüsselfelder korrekt, wie die offizielle Website, der Organisationstyp, die Autorenidentität und die Beziehungsverhältnisse.
• 15:57
  SPEAKER_00: Für Panels verfolgen Sie, ob eines erscheint und ob seine Felder genau sind.
• 16:02
  SPEAKER_00: Google gibt an, dass Panels automatisch generiert werden und auf mehrere Webquellen zurückgreifen können.
• 16:09
  SPEAKER_00: Daher sollte das Erscheinen oder die Korrektur eines Panels ohne zusätzliche Beweise nicht einer einzelnen Datenbearbeitung zugeschrieben werden.
• 16:18
  SPEAKER_00: Konsequent und vorsichtig erneut testen.
• 16:22
  SPEAKER_00: Wiederholen Sie dieselben Abfragen nach der Änderung, möglichst mit denselben Einstellungen.
• 16:28
  SPEAKER_00: Da die Antwortformulierung, Suchergebnisse und Zitate variieren können, sind wiederholte Beobachtungen aufschlussreicher als eine einzelne Antwort.
• 16:38
  SPEAKER_00: Ein praktischer Messplan könnte wöchentlich über mehrere Wochen hinweg testen und alle Modell- oder Produktänderungen aufzeichnen, die mit den Ergebnissen zusammenfallen.
• 16:48
  SPEAKER_00: Fügen Sie, wo verfügbar, Plattformberichte von Erstanbietern hinzu.
• 16:53
  SPEAKER_00: Zum Beispiel kündigte Google an, eine Search-Console-Steuerung und Einblicke für einige generative KI-Suchfunktionen zu testen.
• 17:02
  SPEAKER_00: Die Ankündigung beschreibt einen Rollout, daher sollte die Verfügbarkeit überprüft und nicht angenommen werden.
• 17:09
  SPEAKER_00: Kausalität nicht überinterpretieren.
• 17:12
  SPEAKER_00: Ein Anstieg der Zitationen nach einer Bearbeitung beweist nicht, dass die Bearbeitung den Anstieg verursacht hat.
• 17:19
  SPEAKER_00: Suchindexierung, Modellaktualisierungen, neue unabhängige Berichterstattung, Promptänderungen und Abfrageinterpretation können alle beeinflussen, was ein System anzeigt.
• 17:31
  SPEAKER_00: Vergleichen Sie mehrere entitätsbezogene Fragen und, falls machbar, ähnliche Abfragen, die nicht von der Änderung betroffen sind.
• 17:40
  SPEAKER_00: Behandeln Sie das Ergebnis als Hinweis auf ein Muster, nicht als Beweis für eine direkte Wikipedia zu KI-Pipeline.
• 17:47
  SPEAKER_00: Fazit.
• 17:49
  SPEAKER_00: Wikipedia und Wikidata können zur öffentlichen Informationsumgebung beitragen, aus der Suchmaschinen und KI-Systeme schöpfen.
• 17:57
  SPEAKER_00: Die stärkste Strategie ist indirekt.
• 18:00
  SPEAKER_00: Verifizierbare Informationen veröffentlichen, exakte Identitäten sorgfältig verbinden, transparent zu Gemeinschaftsprojekten beitragen und tatsächliche Ausgaben testen, anstatt Sichtbarkeit anzunehmen.
• 18:14
  SPEAKER_00: Wikipedias-Referenzen helfen Lesern, die Belege hinter einer Zusammenfassung zu finden.
• 18:20
  SPEAKER_00: Wikidata's Identifikatoren und Beziehungen können helfen, Entitäten zu unterscheiden.
• 18:26
  SPEAKER_00: Schema.org kann Verbindungen auf Ihrer eigenen Website für Maschinen klarer machen.
• 18:31
  SPEAKER_00: Jedes hat eine andere Rolle.
• 18:33
  SPEAKER_00: Keines garantiert eine KI-Zitierung oder ein Knowledge-Panel.
• 18:38
  SPEAKER_00: Das nachhaltige Ziel ist, nicht nur erwähnt zu werden, sondern korrekt identifiziert und durch überprüfbare Informationen repräsentiert zu werden.
• 18:47
  SPEAKER_00: Alle Quellenlinks finden Sie in der Textversion dieses Artikels.
• 18:51
  SPEAKER_00: Den vollständigen Artikel finden Sie auf Autopod.co.
• 18:54
  SPEAKER_00: Danke fürs Zuhören.