Latest / Marketing-Automatisierung 2026 / Strukturierter Q&A- und Anleitungs-Content: Die Antworten erstellen, die KI will

Transcript

Strukturierter Q&A- und Anleitungs-Content: Die Antworten erstellen, die KI will · Marketing-Automatisierung 2026

• 0:00
  SPEAKER_00: Strukturierter QA und Anleitungs-Content.
• 0:03
  SPEAKER_00: Die Antworten erstellen, die KI will.
• 0:06
  SPEAKER_00: Einführung.
• 0:07
  SPEAKER_00: Die Suche entwickelt sich von einer Liste von Links zu einer direkten Antwort.
• 0:12
  SPEAKER_00: Google AI Overviews, der Google AI-Modus, Chat-GPT mit Websuche, Perplexity und ähnliche Systeme rufen nun Seiten ab, fassen sie zusammen und fügen ausgewählten Quellen Zitate hinzu.
• 0:26
  SPEAKER_00: Dies wirft eine praktische Frage für Publisher auf.
• 0:29
  SPEAKER_00: Erhöht das Hinzufügen von QA-Page oder How-To-Strukturdaten die Wahrscheinlichkeit, dass eine Seite in einer KI-generierten Antwort erscheint, insbesondere in einer Schritt-für-Schritt-Antwort.
• 0:41
  SPEAKER_00: Die kurze Antwort lautet nicht von selbst.
• 0:45
  SPEAKER_00: Mit Stand vom 24.
• 0:46
  SPEAKER_00: Juli 2026 gibt Google an, dass keine speziellen strukturierten Daten für AI-Overviews oder den AI-Modus erforderlich sind.
• 0:57
  SPEAKER_00: Eine Seite muss zunächst crawlbar, indexiert, für ein normales Suchsnippet geeignet und nützlich genug sein, um von Googles Suchsystemen ausgewählt zu werden.
• 1:07
  SPEAKER_00: Google sagt auch, dass strukturierte Daten mit dem sichtbaren Inhalt der Seite übereinstimmen sollten.
• 1:14
  SPEAKER_00: Die größte Chance besteht nicht darin, einen Schema-Tag hinzuzufügen und zitiert zu werden.
• 1:20
  SPEAKER_00: Es geht darum, Seiten zu erstellen, die leicht verständlich sind, leicht zu extrahieren sind, leicht zu überprüfen sind, auf Satz- und Schritte-Ebene präzise sind, einer realen Benutzerfrage oder Aufgabe klar zugeordnet sind.
• 1:35
  SPEAKER_00: Sichtbare Struktur scheint wichtiger zu sein als Markup allein.
• 1:39
  SPEAKER_00: QA-Page-Markup kann gültigen Frage-Antwort-Seiten weiterhin helfen, sich für Suchverbesserungen zu qualifizieren und bessere Snippets zu erzeugen.
• 1:49
  SPEAKER_00: Generisches How-to-Markup bleibt Teil von schema.org, aber Google hat generische How-to-Reach Results 2023 aus der Suche entfernt.
• 1:59
  SPEAKER_00: Wichtigste Erkenntnisse.
• 2:01
  SPEAKER_00: Erkenntnis 1.
• 2:03
  SPEAKER_00: QA-Page-Markup kann die Suchpräsentation verbessern, aber es ist nicht bewiesen, dass es KI-Zitate erhöht.
• 2:10
  SPEAKER_00: Google gibt an, dass QA-Page-Strukturdaten eine Seite für ein Frage-Antwort Rich Result qualifizieren und Google dabei helfen können, ein besseres Snippet aus den Antworten auf der Seite zu erstellen.
• 2:23
  SPEAKER_00: Google verspricht jedoch nicht, dass das Rich Result angezeigt wird und seine KI-Suchanleitung identifiziert QA Page nicht als speziellen Pfad zu KI-generierten Antworten.
• 2:34
  SPEAKER_00: Erkenntnis 2.
• 2:36
  SPEAKER_00: QAPage hat strenge Regeln.
• 2:38
  SPEAKER_00: QA Page ist für eine Seite gedacht, die sich auf eine Frage und ihre Antworten konzentriert, wobei Benutzer alternative Antworten einreichen können.
• 2:47
  SPEAKER_00: Google weist ausdrücklich darauf hin, QAPage nicht zu verwenden für redaktionelle FAQ-Seiten, Produktseiten mit vielen Fragen, Anleitungen, Blogbeiträge, Essays, die eine Frage beantworten.
• 3:01
  SPEAKER_00: Die Verwendung von QA Page auf dem falschen Seitentyp kann das Markup irreführend und für Suchfunktionen ungeeignet machen.
• 3:09
  SPEAKER_00: Erkenntnis 3.
• 3:10
  SPEAKER_00: Generisches How-to-Marku bietet derzeit keinem Rich-Result-Vorteil in der Google-Suche.
• 3:17
  SPEAKER_00: Schema.org definiert How-To immer noch als Inhalte, die erklären, wie ein Ergebnis durch eine Abfolge von Schritten erreicht werden kann.
• 3:26
  SPEAKER_00: Google hat jedoch im September 2023 die Unterstützung für generische How-to-Reach Results in der Suche eingestellt.
• 3:34
  SPEAKER_00: Die aktuelle Dokumentation zum Erscheinungsbild in der Google-Suche listet QA und Rezeptfunktionen auf, aber keine generische How-to-Suchfunktion.
• 3:45
  SPEAKER_00: How-to-Step Markup kann weiterhin nützlich sein für die Interoperabilität mit schema.org und für Inhaltstypen wie Rezepte, wo Google weiterhin Schrittinformationen innerhalb von Recipe-Strukturdaten unterstützt.
• 4:00
  SPEAKER_00: Erkenntnis 4.
• 4:01
  SPEAKER_00: Die bestehende Forschung ist gemischt.
• 4:04
  SPEAKER_00: Eine passende Studie von HREFs verfolgte 1885 Seiten, die JavaScript Object Notation for Linked Data Markup hinzugefügt hatten und verglich sie mit etwa 4000 Kontrollseiten.
• 4:18
  SPEAKER_00: Es wurde kein klarer positiver Zitierboost für den Google AI-Modus oder ChatGPT festgestellt.
• 4:25
  SPEAKER_00: Die gemessenen Änderungen betrugen ungefähr Google AI Overviews, 4,6% Rückgang, Google AI-Modus, 2,4% Anstieg, nicht deutlich von 0 verschieden, ChatGPT, 2,2% Anstieg, nicht deutlich von 0 verschieden.
• 4:42
  SPEAKER_00: Die Studie konzentrierte sich auf Seiten, die bereits erhebliche KI-Zitate erhielten, beantwortet also nicht die Frage, ob strukturierte Daten einer neuen Seite helfen, in den Berücksichtigungssatz eines KI-Systems aufgenommen zu werden.
• 4:57
  SPEAKER_00: Ein kleiner kontrollierter Test berichtete, dass eine Seite mit gut implementierten strukturierten Daten die einzige von drei ähnlichen Seiten war, die in einer Google AI-Overview erschienen.
• 5:09
  SPEAKER_00: Die Seite erreichte jedoch auch das beste traditionelle Ranking.
• 5:13
  SPEAKER_00: Und die Seite ohne Markup wurde nicht indexiert.
• 5:16
  SPEAKER_00: Die Forscher bezeichneten das Ergebnis als vielversprechend, aber nicht schlüssig.
• 5:22
  SPEAKER_00: Andere frühe Forschungsarbeiten berichten, dass semantische Struktur, Metadaten und strukturierte Daten mit dem Zitierverhalten in Verbindung stehen.
• 5:31
  SPEAKER_00: Eine Vorabveröffentlichung von 2026 berichtete von einer Verbesserung der Zitierrate durch strukturelle Optimierung bei sechs generativen Engines.
• 5:42
  SPEAKER_00: Eine Überprüfung von 45 Studien im Juli 2026 warnte jedoch, dass viele Ergebnisse von der bereits erfolgten Abrufbarkeit einer Seite abhängen und keinen stabilen, langfristigen Effekt auf die organische Auffindbarkeit, den Traffic oder die Conversions beweisen.
• 6:01
  SPEAKER_00: Was strukturierter Inhalt wirklich bedeutet.
• 6:04
  SPEAKER_00: Das Wort strukturiert verbirgt zwei verschiedene Ideen.
• 6:09
  SPEAKER_00: Sichtbare Inhaltsstruktur.
• 6:11
  SPEAKER_00: Das ist, was Menschen auf der Seite sehen.
• 6:14
  SPEAKER_00: Eine klare Frage oben auf der Seite.
• 6:17
  SPEAKER_00: Eine direkte Antwort.
• 6:18
  SPEAKER_00: Beschreibende Überschriften, kurze Absätze, geordnete Listen, eine Aktion pro Schritt, Abschnitte zur Fehlerbehebung, klare Warnungen und Bedingungen, Links zu unterstützenden Belegen.
• 6:32
  SPEAKER_00: Diese Art von Struktur hilft Benutzern, die Seite zu überfliegen.
• 6:36
  SPEAKER_00: Sie kann auch Abrufsystemen helfen, vollständige Passagen und Schrittsequenzen zu identifizieren.
• 6:43
  SPEAKER_00: Maschinenlesbare Struktur.
• 6:45
  SPEAKER_00: Dies sind die Informationen, die im Seitencode platziert sind.
• 6:49
  SPEAKER_00: QR-Page, Question-Answer, How-to-How-To-Step, Recipe, Article, Breadcrumlist, Organization.
• 6:58
  SPEAKER_00: Maschinenlesbares Markup gibt Suchsystemen zusätzliche Hinweise zur Bedeutung einer Seite.
• 7:04
  SPEAKER_00: Google gibt an, dass strukturierte Daten dabei helfen können, Seiteninhalte zu verstehen und eine Seite für erweiterte Suchergebnisse zu qualifizieren.
• 7:14
  SPEAKER_00: Es besagt auch, dass strukturierte Daten den sichtbaren Seiteninhalt genau darstellen müssen.
• 7:20
  SPEAKER_00: Die beiden Formen der Struktur sollten separat getestet werden.
• 7:24
  SPEAKER_00: Eine Seite mit guten Überschriften, geordneten Schritten und prägnanten Antworten ist nicht dasselbe wie eine Seite mit gültigen strukturierten Daten, die im Code versteckt sind.
• 7:35
  SPEAKER_00: Wie KI-Systeme Quellen auswählen.
• 7:38
  SPEAKER_00: Google beschreibt AI-Overviews in den AI-Modus als Systeme, die Retrieval Augmented Generation informationsgestützte Generierung verwenden.
• 7:48
  SPEAKER_00: Sie rufen relevante Seiten aus dem Suchindex ab, überprüfen Informationen von diesen Seiten und generieren eine Antwort mit Links zu unterstützenden Quellen.
• 7:58
  SPEAKER_00: Google beschreibt auch Query Fanout, bei dem eine Frage in mehrere verwandte Suchanfragen erweitert werden kann.
• 8:05
  SPEAKER_00: Dies bedeutet, dass eine Seite in mehreren verschiedenen Phasen erfolgreich sein muss.
• 8:10
  SPEAKER_00: Crawling ⁇ kann das System auf die Seite zugreifen.
• 8:14
  SPEAKER_00: Indexing ⁇ ist die Seite gespeichert und für die Suche verfügbar.
• 8:18
  SPEAKER_00: Retrieval ⁇ wird die Seite für die Frage oder eine verwandte Frage gefunden.
• 8:23
  SPEAKER_00: Re-ranking ⁇ wird die Seite im Vergleich zu konkurrierenden Seiten als nützlich angesehen.
• 8:29
  SPEAKER_00: Citation ⁇ wird die Seite als Quelle genannt.
• 8:32
  SPEAKER_00: Absorption ⁇ verwendet die generierte Antwort tatsächlich die Fakten oder Schritte der Seite.
• 8:38
  SPEAKER_00: Engagement.
• 8:39
  SPEAKER_00: Klicken Benutzer sich durch und nutzen die Website weiterhin.
• 8:43
  SPEAKER_00: Ein Schima-Tag kann eine Phase beeinflussen, ohne die anderen zu beeinflussen.
• 8:49
  SPEAKER_00: Zum Beispiel könnte QR-Page-Markup verbessern, wie Google eine gültige Fragenseite versteht, während die Seite trotzdem nicht rankt, weil ihre Antwort schwach oder weniger maßgeblich ist als konkurrierende Quellen.
• 9:03
  SPEAKER_00: Eine kürzlich durchgeführte Überprüfung der Forschungsarbeiten zu generativen Engines empfiehlt, Abruf, Zitation, Prominenz, faktische Nutzung und Benutzerverhalten als separate Ergebnisse zu messen, anstatt jede Erwähnung als Erfolg zu behandeln.
• 9:19
  SPEAKER_00: Testplan für abgestimmte Themen Ein nützlicher Test muss Seiten vergleichen, die so ähnlich wie möglich sind.
• 9:27
  SPEAKER_00: Andernfalls könnte ein Ergebnis durch Wortanzahl, Autorität, interne Links, Seitengeschwindigkeit oder Indexierung verursacht werden und nicht durch strukturierten Inhalt.
• 9:39
  SPEAKER_00: Forschungsfragen.
• 9:41
  SPEAKER_00: Der Test sollte vier Fragen beantworten.
• 9:44
  SPEAKER_00: Erhöht die sichtbare Frage-Antwort-Struktur die Häufigkeit von Zitaten.
• 9:49
  SPEAKER_00: Erhöht die sichtbare Schrittstruktur die Einbeziehung in Schritt-für-Schritt-Antworten.
• 9:54
  SPEAKER_00: Bietet QA-Page oder How-to-Markup einen Mehrwert, nachdem die sichtbare Struktur kontrolliert wurde.
• 10:02
  SPEAKER_00: Führen strukturierte Seiten zu genaueren Antworten und besserer Weiterleitungsengagement.
• 10:08
  SPEAKER_00: Haupthypothesen.
• 10:09
  SPEAKER_00: Hypothese 1 Seiten mit klarer sichtbarer Frage-Antwort-Struktur werden höhere Zitierraten aufweisen als Seiten, die nur aus Prosa bestehen.
• 10:20
  SPEAKER_00: Hypothese 2.
• 10:22
  SPEAKER_00: Seiten mit klarer, sichtbarer Schrittstruktur werden eine höhere Schrittabdeckung und Schrittreihenfolgegenauigkeit aufweisen.
• 10:30
  SPEAKER_00: Hypothese 3.
• 10:32
  SPEAKER_00: QA-Page-Markup wird einen größeren Nutzen für gültige, von Benutzern erstellte Fragenseiten bieten als für redaktionelle Seiten.
• 10:41
  SPEAKER_00: Hypothese 4.
• 10:43
  SPEAKER_00: Generisches How-To-Markup wird wenig oder keinen direkten Google-KI-Sichtbarkeitsvorteil bieten, da Google derzeit keine generischen How-to-Ridge-Results unterstützt.
• 10:54
  SPEAKER_00: Hypothese 5.
• 10:55
  SPEAKER_00: Der Effekt sichtbarer Struktur wird bei schwierigen Themen, die mehrere Schritte oder verwandte Suchen erfordern, größer sein.
• 11:04
  SPEAKER_00: Empfohlene Behandlungsgruppen.
• 11:06
  SPEAKER_00: Verwenden Sie einen Vierzellen-Test, wenn der Seitentyp dies zulässt.
• 11:10
  SPEAKER_00: For the full table, please open this article on autopart.co.
• 11:16
  SPEAKER_00: Der Inhalt muss in jeder Behandlung wahrheitsgemäß bleiben.
• 11:19
  SPEAKER_00: Fügen Sie QA-Page-Markup nicht einer redaktionellen Seite hinzu, die Benutzern nicht erlaubt, Antworten einzureichen.
• 11:27
  SPEAKER_00: Wenn eine Seite die QA-Page-Regeln nicht erfüllen kann, verwenden Sie normales Frage-Antwort-HTML und testen Sie QA-Page separat auf einem echten Support- oder Community-System.
• 11:40
  SPEAKER_00: Abgestimmte Themen nach Schwierigkeitsgrad.
• 11:43
  SPEAKER_00: Verwenden Sie Themen, die sicher, stabil und leicht überprüfbar sind.
• 11:48
  SPEAKER_00: Vermeiden Sie medizinische, rechtliche und finanzielle Themen im ersten Test, da diese zusätzliche Autoritäts- und Sicherheitsvariablen einführen.
• 11:58
  SPEAKER_00: For the full table, please open this article on autopod.co Für aussagekräftigere Ergebnisse verwenden Sie mindestens vier Themen pro Schwierigkeitsgrad in jedem Inhaltstyp.
• 12:11
  SPEAKER_00: Das ergibt 12 Frage-Antwort-Themen, 12 Anleitungsthemen, insgesamt 24 Themen, bis zu 96 Seitenbehandlungen, wenn jedes Thema 4 Varianten verwendet.
• 12:24
  SPEAKER_00: Die abgestimmten Seitengleichheiten.
• 12:26
  SPEAKER_00: Halten Sie für jedes Thema die folgenden Faktoren konstant.
• 12:30
  SPEAKER_00: Seitentitel, Hauptfrage oder Aufgabe, Autor und Prüfer, Veröffentlichungsdatum, Aktualisierungsdatum, Wortanzahl, Bilder, interne Links, externe Referenzen, Seitengeschwindigkeit, mobiles Layout, kanonische Einstellungen, Indexierbarkeit, Robots-Regeln, Domainstärke, Veröffentlichungszeitpunkt.
• 12:52
  SPEAKER_00: Die Behandlung mit sichtbarer Struktur sollte die Organisation ändern, nicht die Fakten.
• 12:58
  SPEAKER_00: Zum Beispiel sollten die PROSA-Kontrolle und die strukturierte Version dieselbe Kernantwort, Warnungen, Bedingungen und Schritte enthalten.
• 13:06
  SPEAKER_00: Probleme mit doppelten Seiten vermeiden.
• 13:09
  SPEAKER_00: Die Veröffentlichung identischer Seiten auf derselben Domain kann zu Kanonisierungs- und Indexierungsproblemen führen.
• 13:15
  SPEAKER_00: Ein sicheres Design verwendet eine dieser Methoden.
• 13:19
  SPEAKER_00: Vorher-Nachher Switchback-Test.
• 13:21
  SPEAKER_00: Behalten Sie dieselbe Seite bei und schalten Sie das Markup oder die sichtbare Struktur in separaten Zeiträumen ein und aus.
• 13:29
  SPEAKER_00: Abgestimmte Subdomains.
• 13:31
  SPEAKER_00: Verwenden Sie mehrere ähnliche Subdomains mit äquivalenten technischen Einstellungen und unterschiedlichen, aber gleichwertigen Formulierungen.
• 13:39
  SPEAKER_00: Separate Testdomains.
• 13:41
  SPEAKER_00: Verwenden Sie Domains mit ähnlichem Alter, Autorität und Linkprofilen.
• 13:46
  SPEAKER_00: Dies ist teurer, reduziert aber die Duplizierung auf Seitenebene.
• 13:50
  SPEAKER_00: Google selbst empfiehlt, vorher-nachher Vergleiche auf stabilen Seiten zu verwenden, wenn der Effekt von strukturierten Daten gemessen wird.
• 13:58
  SPEAKER_00: Zeit für das Crawling einplanen.
• 14:00
  SPEAKER_00: Notieren Sie das genaue Datum jeder Änderung.
• 14:03
  SPEAKER_00: Bestätigen Sie, dass Suchsysteme die Seite neu gecrawled haben, bevor Sie dem Behandlungszeitraum zählen.
• 14:10
  SPEAKER_00: Google' QA-Page-Dokumentation weist darauf hin, dass Crawling und Neuverarbeitung Tage oder länger dauern können.
• 14:17
  SPEAKER_00: Daher sollte ein Test nicht sofort nach der Veröffentlichung des Markups beginnen.
• 14:21
  SPEAKER_00: Ein praktisches Design ist 30-tägiger Basiszeitraum, Markup oder sichtbare Strukturänderung, Bestätigung des erneuten Crawlings, mindestens 28 Tage Messung, optionaler Crossover-Zeitraum, endgültige Analyse nach dem letzten aufgezeichneten erneuten Crawling.
• 14:40
  SPEAKER_00: Messrahmen, Zitierhäufigkeit.
• 14:42
  SPEAKER_00: Messen Sie die Zitierhäufigkeit separat für jede Engine und jedes Thema.
• 14:47
  SPEAKER_00: Empfohlene Metriken umfassen.
• 14:49
  SPEAKER_00: Zitierrate.
• 14:50
  SPEAKER_00: Prozentsatz der Antwortläufe, die die Seite zitieren.
• 14:54
  SPEAKER_00: Erste Zitierrate.
• 14:55
  SPEAKER_00: Prozentsatz der Läufe, in denen die Seite die zuerst zitierte Quelle ist.
• 15:00
  SPEAKER_00: Zitierposition, Platzierung der Seite in der Quellenliste.
• 15:04
  SPEAKER_00: Zitierstabilität.
• 15:06
  SPEAKER_00: Wie oft dieselbe Seite bei wiederholten Läufen erscheint.
• 15:09
  SPEAKER_00: Abrufquote, wie oft die Seite im verfügbaren Quellen- oder Ergebnissatz erscheint.
• 15:15
  SPEAKER_00: Antwortabsorption.
• 15:16
  SPEAKER_00: Wie viel der endgültigen Antwort durch die Seite gestützt wird.
• 15:20
  SPEAKER_00: Ein Zitat sollte nicht als voller Erfolg zählen, wenn die Seite aufgeführt ist, aber die gemachte Behauptung nicht unterstützt.
• 15:27
  SPEAKER_00: Schritt für Schritt Einbeziehung.
• 15:29
  SPEAKER_00: Messen Sie für prozedurale Seiten.
• 15:31
  SPEAKER_00: Anzahl der korrekt enthaltenen Schritte.
• 15:34
  SPEAKER_00: Prozentsatz der dargestellten Seitenschritte.
• 15:36
  SPEAKER_00: Korrekte Schrittreinfolge, korrekte Werkzeuge und Materialien, korrekte Zeit oder Einstellungen, korrekte Bedingungen und Warnungen, korrekte Ratschläge zur Fehlerbehebung, vom Modell hinzugefügte nicht unterstützte Schritte.
• 15:50
  SPEAKER_00: Ein nützlicher Schrittabdeckungscore ist korrekt enthaltene Schritte, die Vigabe insgesamt erforderliche Schritte.
• 15:58
  SPEAKER_00: Ein separater Schrittreihenfolgescore sollte messen, ob das System Abhängigkeiten bewahrt hat.
• 16:04
  SPEAKER_00: Dies ist wichtig, da eine Antwort jeden Schritt erwähnen, sie aber in einer unsicheren oder unbrauchbaren Reihenfolge anordnen kann.
• 16:12
  SPEAKER_00: Snippet-Genauigkeit.
• 16:13
  SPEAKER_00: Google gibt an, dass Snippets hauptsächlich aus Seiteninhalten generiert werden und sich je nach Nutzeranfrage ändern können.
• 16:21
  SPEAKER_00: QA-Page Markup kann Google dabei helfen, Antwortinhalte beim Erstellen eines normalen Suchsnippets zu verwenden.
• 16:28
  SPEAKER_00: Aber das Snippet muss immer noch auf Genauigkeit überprüft werden.
• 16:32
  SPEAKER_00: a.
• 16:33
  SPEAKER_00: Messen Sie zwei Arten von Snippets.
• 16:35
  SPEAKER_00: Traditionelle Suchsnippets.
• 16:37
  SPEAKER_00: Aufzeichnen, ob die Seite erschien, welche Passage gezeigt wurde, ob die Passage die Anfrage beantwortete.
• 16:44
  SPEAKER_00: Ob die Passage vollständig war.
• 16:46
  SPEAKER_00: Ob die Passage eine falsche oder irreführende Behauptung enthielt.
• 16:50
  SPEAKER_00: KI-generierte Antwortpassagen.
• 16:52
  SPEAKER_00: Für jede Antwort lassen Sie zwei geschulte Prüfer bewerten.
• 16:56
  SPEAKER_00: 2.
• 16:57
  SPEAKER_00: Vollständig unterstützt und präzise.
• 16:59
  SPEAKER_00: 1.
• 17:00
  SPEAKER_00: Teilweise unterstützt oder wichtige Details fehlend.
• 17:03
  SPEAKER_00: 0.
• 17:04
  SPEAKER_00: Nicht unterstützt, falsch oder irreführend.
• 17:07
  SPEAKER_00: Bewerten Sie für Schritt-für-Schritt Antworten jeden Schritt separat.
• 17:11
  SPEAKER_00: Dies verhindert, dass ein schwerwiegender Fehler in einem hohen Gesamtscore verborgen wird.
• 17:16
  SPEAKER_00: Nutzer-Engagement durch KI-Weiterleitungen.
• 17:19
  SPEAKER_00: Die Sichtbarkeit von Zitaten ist nicht das letztendliche Geschäftsergebnis.
• 17:24
  SPEAKER_00: Empfohlene Google Analytics 4-Metriken umfassen.
• 17:27
  SPEAKER_00: Sitzungen von identifizierten KI-Plattformen, Rate engagierter Sitzungen, durchschnittliche Engagementzeit, Scrolltiefe, Klicks auf die Schrittnavigation, Klicks auf verwandte Fragen, Downloads, Anmeldungen, Käufe, Abschluss von Support-Tickets, wiederkehrende Besuche, assistierte Conversions.
• 17:49
  SPEAKER_00: Google Analytics identifiziert Traffic anhand von Quelle, Medium, Kampagne und verwandten Traffic-Quelldimensionen.
• 17:57
  SPEAKER_00: KI-Links können als Referrals, organischer Traffic oder Dekter Traffic ankommen, je nachdem, wie die Plattform Referral-Informationen weitergibt.
• 18:07
  SPEAKER_00: Fehlende Referredaten, Weiterleitungen, Datenschutztools und ungeteckte Links können direkten oder unbekannten Traffic erzeugen.
• 18:16
  SPEAKER_00: Für KI-Weiterleitungen erstellen Sie eine Berichtsgruppe, die bekannte Quellen wie ChatGPT, Perplexity, Gemini, Cloud, Bing oder Copilot, generative Funktionen der Google-Suche, bei denen die Weiterleitung identifiziert werden kann.
• 18:32
  SPEAKER_00: Gehen Sie nicht davon aus, dass der gesamte KI-Traffic in einem sauberen Kanal sichtbar sein wird.
• 18:39
  SPEAKER_00: Verwenden Sie Quelle, Medium, Landingpage, Browserdaten, Serverlogs und eine kurze Frage, wie haben Sie von uns erfahren, zusammen.
• 18:48
  SPEAKER_00: Messung mit Google Search Console.
• 18:51
  SPEAKER_00: Im Juni 2026 kündigte Google dedizierte Leistungsberichte für generative künstliche Intelligenz in der Search Console an.
• 19:00
  SPEAKER_00: Die Berichte zeigen Seiten und Impressionen von generativen Funktionen in der Suche und in Discover, aufgeschlüsselt nach Datum, Land und Gerät.
• 19:09
  SPEAKER_00: Die Einführung begann mit einer Untergruppe von Websites.
• 19:13
  SPEAKER_00: Verwenden Sie diese Berichte für Impressionen generativer Funktionen, Seiten, die in KI-Funktionen erscheinen, Ländervergleiche, Gerätevergleiche, Sichtbarkeitstrends vor und nach einer Inhaltsänderung.
• 19:26
  SPEAKER_00: Verwenden Sie den normalen Search Console-Leistungsbericht und Google Analytics 4 für Klicks, Sitzungen, Engagement und Conversions.
• 19:35
  SPEAKER_00: Googles Dokumentation erklärt, dass Links, die innerhalb einer AI-Overview geklickt werden, als Klicks zählen, während Impressionen den Sichtbarkeitsregeln für die KI-Funktion folgen.
• 19:47
  SPEAKER_00: Statistische Analyse.
• 19:48
  SPEAKER_00: Ein einfacher Vorher-Nachher-Vergleich ist nicht ausreichend.
• 19:52
  SPEAKER_00: KI-Systeme ändern sich im Laufe der Zeit und einige Plattformen können die Anzahl der Zitate aus Gründen erhöhen oder verringern, die nicht mit dem Test zusammenhängen.
• 20:03
  SPEAKER_00: Verwenden Sie ein Differenz-in-Differenzen-Modell für Seitenänderungen.
• 20:08
  SPEAKER_00: Ein logistisches Modell mit gemischten Effekten dafür, ob eine Seite zitiert wurde.
• 20:13
  SPEAKER_00: Ein Zellmodell für die Zitierhäufigkeit.
• 20:16
  SPEAKER_00: Ein Modell mit gemischten Effekten für Snippet und Schrittgenauigkeit.
• 20:20
  SPEAKER_00: Zufallseffekte für Thema, Domain, Engine und Testwoche.
• 20:25
  SPEAKER_00: Wechselwirkungen zwischen Behandlung und Schwierigkeitsgrad.
• 20:29
  SPEAKER_00: Der Hauptvergleich sollte sein, hat sich die strukturierte Behandlung im selben Zeitraum stärker verbessert als die abgestimmte Kontrolle.
• 20:37
  SPEAKER_00: Berichten Sie absolute Änderung in Prozentpunkten.
• 20:41
  SPEAKER_00: Relative prozentuale Änderung, Konfidenzintervall, Stichprobengröße, engine-spezifische Ergebnisse, Schwierigkeitsgrad-spezifische Ergebnisse, Ergebnisse für neue Seiten und bereits sichtbare Seiten separat.
• 20:55
  SPEAKER_00: Diese letzte Unterscheidung ist wichtig.
• 20:58
  SPEAKER_00: Die RHRES-Studie fand wenig Effekt, nachdem Seiten bereits stark zitiert wurden.
• 21:03
  SPEAKER_00: Aber das schließt einen Effekt während der früheren Entdeckungs- oder Indexierungsphase nicht aus.
• 21:10
  SPEAKER_00: Implementierungsrichtlinien für skalierbare Content-Bibliotheken.
• 21:14
  SPEAKER_00: Eine einzige Content-Quelle der Wahrheit erstellen.
• 21:17
  SPEAKER_00: Schreiben Sie den Seitentext nicht in einem System und strukturierte Daten manuell in einem anderen.
• 21:24
  SPEAKER_00: Speichern Sie diese Felder im Content-Management-System.
• 21:27
  SPEAKER_00: Kanonische Frage.
• 21:28
  SPEAKER_00: Kurze Antwort.
• 21:30
  SPEAKER_00: Vollständige Antwort.
• 21:31
  SPEAKER_00: Status der akzeptierten Antwort.
• 21:34
  SPEAKER_00: Antwortautor, Prüfer, Veröffentlichungsdatum, Datum der letzten Überprüfung, Evidenzquellen, Nutzerabsicht, Schwierigkeitsgrad, erforderliche Werkzeuge, erforderliche Materialien, Geschätzte Zeit, Schritt-ID, Schrittname, Schrittanweisung, erwartetes Ergebnis, Warnung, Ratschläge zur Fehlerbehebung, verwandte Fragen, verwandte Verfahren.
• 21:58
  SPEAKER_00: Generieren Sie sowohl die Sichtbare Seite als auch die strukturierten Daten aus diesen Feldern.
• 22:04
  SPEAKER_00: Den richtigen Seitentyp verwenden.
• 22:06
  SPEAKER_00: Für echte Community-Fragen verwenden Sie QA-Tage, wenn eine Frage im Mittelpunkt der Seite steht.
• 22:12
  SPEAKER_00: Benutzer Antworten einreichen können, die Seite vollständigen Frage- und Antworttext anzeigt.
• 22:18
  SPEAKER_00: Akzeptierte und vorgeschlagene Antworten korrekt identifiziert sind, die Anzahl der Antworten genau ist.
• 22:25
  SPEAKER_00: Für redaktionelle Fragenseiten verwenden Sie normale, sichtbare Frage-Antwortinhalte.
• 22:31
  SPEAKER_00: Kennzeichnen Sie die Seite nicht als QA-Page, wenn Benutzer keine alternativen Antworten einreichen können.
• 22:37
  SPEAKER_00: Eine klare Fragenüberschrift und ein Antwortblock können Lesern und Abrufssystemen dennoch helfen.
• 22:43
  SPEAKER_00: Für prozedurale Seiten verwenden Sie ein klares Ergebnis im Titel, eine kurze Antwort oben, eine geordnete HTML-Liste, eine Aktion pro Schritt, Schritt links und stabile IDs, einen Bevor Sie beginnen Abschnitt, Werkzeuge und Materialien, erwartete Ergebnisse, Fehlerbehebung, einen abschließenden Überprüfungsschritt.
• 23:07
  SPEAKER_00: How-to-Strukturdaten können verwendet werden, wenn Sie die Seite genau darstellen und für die Interoperabilität mit schema.org nützlich sind.
• 23:16
  SPEAKER_00: Sie sollten jedoch nicht als garantierte Sichtbarkeitstechnik für Google Search oder Google AI präsentiert werden.
• 23:23
  SPEAKER_00: Generische How-To-Rich Results werden in der Google-Suche nicht mehr unterstützt.
• 23:28
  SPEAKER_00: Antwort zuerst Inhalte schreiben.
• 23:30
  SPEAKER_00: Eine starke Fragenseite sollte mit der Antwort beginnen.
• 23:34
  SPEAKER_00: Ein 401-Fehler bedeutet, dass der Server gültige Authentifizierungsdaten benötigt.
• 23:40
  SPEAKER_00: Die Erklärung kann folgen.
• 23:42
  SPEAKER_00: Dieses Format hilft dem Leser, er stellt ein nützliches Suchsnippet und gibt einem Antwortsystem eine vollständige Passage zur Verwendung.
• 23:51
  SPEAKER_00: Eine starke prozedurale Seite sollte mit dem Ergebnis beginnen.
• 23:56
  SPEAKER_00: Um PDF-Dateien auf einem Mac zusammenzuführen, öffnen Sie die Dateien in der Vorschau, zeigen Sie das Miniaturansichtspanel an und ziehen Sie eine Datei in die andere.
• 24:06
  SPEAKER_00: Dann geben Sie die detaillierten Schritte an.
• 24:09
  SPEAKER_00: Jeden Schritt in sich geschlossen gestalten.
• 24:11
  SPEAKER_00: Jeder Schritt sollte umfassen, die Aktion, das Objekt oder den Ort, die Bedingung, falls erforderlich, das erwartete Ergebnis.
• 24:20
  SPEAKER_00: Schwacher Schritt.
• 24:21
  SPEAKER_00: Konfigurieren Sie die Einstellungen.
• 24:23
  SPEAKER_00: Stärkerer Schritt, öffnen Sie das Domain-Einstellungsfeld und fügen Sie den angezeigten Domain-Keys Identified Mail-Eintrag hinzu.
• 24:31
  SPEAKER_00: Speichern Sie den Eintrag und warten Sie dann, bis der Anbieter die Aktivierung bestätigt.
• 24:37
  SPEAKER_00: Diese Struktur verbessert die menschliche Nutzung und reduziert die Wahrscheinlichkeit, dass eine generierte Antwort Fragmente aus verschiedenen Schritten kombiniert.
• 24:46
  SPEAKER_00: Sichtbaren Text und Markup synchron halten.
• 24:49
  SPEAKER_00: Googles Richtlinien erfordern, dass strukturierte Daten den sichtbaren Seiteninhalt repräsentieren.
• 24:55
  SPEAKER_00: Platzieren Sie wichtige Anweisungen nicht nur innerhalb des Markups.
• 24:59
  SPEAKER_00: Markieren Sie keine versteckten Texte, veralteten Schritte oder unvollständigen Antwortsätze.
• 25:06
  SPEAKER_00: Ein skalierbares Validierungssystem sollte prüfen.
• 25:10
  SPEAKER_00: Jede markierte Antwort erscheint sichtbar.
• 25:13
  SPEAKER_00: Jeder markierte Schritt erscheint sichtbar.
• 25:16
  SPEAKER_00: Die Schrittreihfolge stimmt überein.
• 25:18
  SPEAKER_00: Die Anzahl der Antworten stimmt mit der Datenbank überein.
• 25:22
  SPEAKER_00: Der Status der akzeptierten Antwort ist aktuell.
• 25:26
  SPEAKER_00: Daten verwenden gültige Formate.
• 25:28
  SPEAKER_00: URLs sind auflösbar.
• 25:30
  SPEAKER_00: Anker-IDs sind eindeutig.
• 25:32
  SPEAKER_00: Markup wird entfernt, wenn Inhalt gelöscht wird.
• 25:35
  SPEAKER_00: Der Seitentyp entspricht der tatsächlichen Benutzererfahrung.
• 25:39
  SPEAKER_00: Die Seite vor der Veröffentlichung validieren.
• 25:42
  SPEAKER_00: Verwenden Sie für QA-Page Googles Rich Results Test und Search Console-Validierung wohl verfügbar.
• 25:49
  SPEAKER_00: Für allgemeine Schema-Punkt-Typen verwenden Sie den Schema Markup-Validator.
• 25:54
  SPEAKER_00: Google unterscheidet zwischen seiner eigenen Suchefunktionsprüfung und der breiteren Schema.org-Validierung.
• 26:01
  SPEAKER_00: Fügen Sie dem Veröffentlichungsprozess automatisierte Tests hinzu.
• 26:05
  SPEAKER_00: Eine Seite sollte nicht live gehen, wenn erforderliche Felder fehlen.
• 26:10
  SPEAKER_00: Die Anzahl der Antworten ist falsch.
• 26:12
  SPEAKER_00: Das Markup stimmt nicht mit der Seite überein.
• 26:15
  SPEAKER_00: Eine QA-Page keine Möglichkeit bietet, Antworten einzureichen.
• 26:19
  SPEAKER_00: Eine Hauto-Seite fehlende oder doppelte Schritte aufweist.
• 26:23
  SPEAKER_00: Ein Datum älter ist als die aktuelle Inhaltsversion.
• 26:27
  SPEAKER_00: Die kanonische Seite vom Crawling blockiert ist.
• 26:30
  SPEAKER_00: Auf Aktualität ausgelegt.
• 26:32
  SPEAKER_00: Prozedurale Inhalte können ungenau werden, wenn Softwareschnittstellen, Produkte oder Richtlinien sich ändern.
• 26:39
  SPEAKER_00: Weisen Sie jeder Seite einen Überprüfungsplan zu.
• 26:42
  SPEAKER_00: Themen mit geringer Änderung alle zwölf Monate überprüfen.
• 26:46
  SPEAKER_00: Themen mit mittlerer Änderung alle sechs Monate überprüfen.
• 26:50
  SPEAKER_00: Technische Themen mit hohem Änderungsbedarf alle drei Monate überprüfen.
• 26:55
  SPEAKER_00: Sicherheitsempfindliche Themen überprüfen, wann immer sich die Quellrichtlinie ändert.
• 27:00
  SPEAKER_00: Notieren Sie das Datum der letzten Überprüfung im sichtbaren Inhalt.
• 27:04
  SPEAKER_00: Aktualisieren Sie Screenshots, Befehle, Oberflächenbeschriftungen und verlinkte Quellen gemeinsam.
• 27:11
  SPEAKER_00: Skaliertes Veröffentlichen von Inhalten mit geringem Wert vermeiden.
• 27:15
  SPEAKER_00: Das Erstellen von hunderten nahezu identischer Fragenseiten nur um Variationen eines KI-Prompts zu erfassen, kann zu dünnen Inhalten und schlechten Nutzererfahrungen führen.
• 27:25
  SPEAKER_00: Google warnt davor, dass das Generieren vieler Seiten ohne Mehrwert gegen seine Richtlinie zum Missbrauch von skalierten Inhalten verstoßen kann.
• 27:34
  SPEAKER_00: Eine skalierbare Bibliothek sollte nur dann eine neue Seite erstellen, wenn sie eine eindeutige, einzigartige Benutzeranforderung, Produkt- oder Systemkontext, Prozedur, Risiko-, Zielgruppe, Reihe von Beispielen, Fehlerbehebungspfad, Fragen und Prozeduren miteinander verknüpfen.
• 27:55
  SPEAKER_00: Eine nützliche Content-Bibliothek sollte verbinden.
• 27:58
  SPEAKER_00: Fragenseiten mit Anleitungen, Anleitungen mit Fehlerbehebungsseiten, Fehlerbehebungsseiten mit Referenzdokumentation, Referenzseiten mit verwandten Fragen, alle Seiten mit Autoren, Prüfer und Quellinformationen.
• 28:13
  SPEAKER_00: Dies schafft ein stärkeres Informationssystem als eine Sammlung isolierter Seiten.
• 28:18
  SPEAKER_00: Es gibt Abrufsystemen auch mehr Kontext, wenn ein Benutzer eine Folgefrage stellt.
• 28:24
  SPEAKER_00: Beispiel QA Page Markup.
• 28:26
  SPEAKER_00: Verwenden Sie das folgende Muster nur für eine echte Frage-Antwort-Seite, auf der Benutzer Antworten einreichen können.
• 28:34
  SPEAKER_00: HTML Script Type Application LD plus JSON.
• 28:39
  SPEAKER_00: Add context, add type QA page.
• 28:42
  SPEAKER_00: Main entity.
• 28:43
  SPEAKER_00: What does a 401 error mean?
• 28:45
  SPEAKER_00: Answer count 1.
• 28:47
  SPEAKER_00: Accepted answer add type answer.
• 28:50
  SPEAKER_00: Text.
• 28:50
  SPEAKER_00: A 401 error means that the server requires valid authentication credentials before it will provide the requested resource.
• 28:58
  SPEAKER_00: Date published 2026 071.
• 29:02
  SPEAKER_00: Author.
• 29:03
  SPEAKER_00: Add type person name example author.
• 29:19
  SPEAKER_00: Anstatt QAPage fälschlicherweise anzuwenden.
• 29:22
  SPEAKER_00: Beispiel How-to-Markup.
• 29:24
  SPEAKER_00: How to Markup kann ein echtes Verfahren beschreiben, aber generisches How-to-Markup sollte nicht als garantierte Verbesserung der Google-Suche behandelt werden.
• 29:34
  SPEAKER_00: HTML Script Type Application LD plus JSON.
• 29:38
  SPEAKER_00: Add context.
• 29:39
  SPEAKER_00: Add type how-to.
• 29:41
  SPEAKER_00: Name how to merge PDF files on a Mac.
• 29:44
  SPEAKER_00: Step.
• 29:45
  SPEAKER_00: Add Type How to Step.
• 29:46
  SPEAKER_00: Name.
• 29:47
  SPEAKER_00: Open the first PDF.
• 29:49
  SPEAKER_00: Text.
• 29:49
  SPEAKER_00: Open the first PDF file in preview and choose view, then thumbnails.
• 29:54
  SPEAKER_00: URL.
• 29:55
  SPEAKER_00: Add type how to step.
• 29:57
  SPEAKER_00: Name.
• 29:57
  SPEAKER_00: Add the second PDF.
• 29:59
  SPEAKER_00: Text.
• 30:00
  SPEAKER_00: Drag the second PDF into the thumbnail panel below the page where you want it to appear.
• 30:05
  SPEAKER_00: URL.
• 30:06
  SPEAKER_00: Add type how to step.
• 30:08
  SPEAKER_00: Name.
• 30:08
  SPEAKER_00: Export the combined file.
• 30:10
  SPEAKER_00: Text.
• 30:11
  SPEAKER_00: Choose File, then Export as PDF and save the combined document with a new filename.
• 30:17
  SPEAKER_00: URL.immer Script.
• 30:20
  SPEAKER_00: Die sichtbare Seite sollte dieselben Schritte in derselben Reihenfolge enthalten.
• 30:24
  SPEAKER_00: Empfohlene Entscheidungsregeln.
• 30:26
  SPEAKER_00: Nach dem Test verwenden Sie diese Regeln.
• 30:29
  SPEAKER_00: Wenn die sichtbare Struktur, die Zitierhäufigkeit und Genauigkeit verbessert, skalieren Sie direkte Antworten, Fragenüberschriften, geordnete Schritte, in sich geschlossene Passagen, Abschnitte zur Fehlerbehebung, semantisches HTML.
• 30:46
  SPEAKER_00: Dies ist das nützlichste Ergebnis, da die Verbesserung sowohl Menschen als auch Maschinen hilft.
• 30:52
  SPEAKER_00: Wenn Markup Suchsnippets verbessert, aber nicht KI-Zitate, behalten Sie das Markup bei, wo es für die traditionelle Suche gültig und nützlich ist.
• 31:02
  SPEAKER_00: Behaupten Sie nicht, dass es eine KI-Zitierstrategie ist.
• 31:06
  SPEAKER_00: Wenn QA-Page nur echten Community-Seiten hilft, verwenden Sie es selektiv für Supportforen, Produktfehlerbehebungs-Communities, Expertenantwortsysteme, Bildungsfragenseiten, die Googles Regeln erfüllen.
• 31:21
  SPEAKER_00: Wenden Sie es nicht auf eine redaktionelle Bibliothek an.
• 31:25
  SPEAKER_00: Wenn How-To-Markup keinen messbaren Effekt hat, behalten Sie es nur bei, wenn es die Interoperabilität, die interne Datenqualität oder eine andere Plattform unterstützt.
• 31:36
  SPEAKER_00: Konzentrieren Sie die Optimierungsbemühungen auf sichtbare Schritte, Genauigkeit, interne Verlinkung und Seitenusability.
• 31:44
  SPEAKER_00: Wenn schwierige Themen mehr profitieren als einfache Themen, priorisieren Sie strukturierte Verfahren für mehrstufige Aufgaben.
• 31:53
  SPEAKER_00: Aufgaben mit Abhängigkeiten, Themen mit häufigen Folgefragen, Themen, bei denen Benutzer Fehlerbehebung benötigen, Themen, bei denen eine falsche Reihenfolge zum Fehler führt.
• 32:04
  SPEAKER_00: Fazit.
• 32:05
  SPEAKER_00: Die Beweise stützen nicht das einfache Versprechen, das CoA-Page oder How-to-Markup KI-Systeme dazu bringt, eine Seite häufiger zu zitieren.
• 32:15
  SPEAKER_00: Googles aktuelle Anleitung besagt, dass die KI-Suche dieselben grundlegenden Anforderungen wie die normale Suche verwendet und kein spezielles Schema erfordert.
• 32:25
  SPEAKER_00: CoAPage kann die Eignung und Snippets verbessern, wenn es korrekt verwendet wird, ist aber auf echte, von Benutzern erstellte Fragenseiten beschränkt.
• 32:34
  SPEAKER_00: How-To bleibt ein gültiges Schema-Org-Konzept, aber generische How-To-Rich-Results werden in der Google-Suche nicht mehr unterstützt.
• 32:43
  SPEAKER_00: Die bessere Strategie ist es, Seiten zu erstellen, die eine echte Frage beantworten oder eine echte Aufgabe erledigen.
• 32:50
  SPEAKER_00: Die Antwort zuerst platzieren, klare Überschriften verwenden, geordnete Schritte verwenden, Bedingungen und Warnungen einschließen, jeden Schritt vollständig halten, Beweismittel und Überprüfungsdaten anzeigen, Markup mit sichtbarem Inhalt abgleichen, Zitate, Genauigkeit und Nutzerverhalten separat messen.
• 33:10
  SPEAKER_00: Die zentrale Lehre ist einfach.
• 33:13
  SPEAKER_00: Strukturierte Daten können eine gute Antwort beschreiben, aber Sie können eine gute Antwort nicht ersetzen.
• 33:20
  SPEAKER_00: Für skalierbare Content-Bibliotheken investieren Sie zuerst in klare sichtbare Struktur, faktische Genauigkeit, starke Seitenarchitektur und Messung.
• 33:30
  SPEAKER_00: Fügen Sie QA-Page oder How-to-Markup nur dort hinzu, wo die Seite tatsächlich qualifiziert ist und wo der Test einen praktischen Nutzen zeigt.
• 33:40
  SPEAKER_00: Alle Quellenlinks finden Sie in der Textversion dieses Artikels.
• 33:45
  SPEAKER_00: Den vollständigen Artikel finden Sie auf autopod.co.
• 33:49
  SPEAKER_00: Danke fürs Zuhören.