Wir übersetzen die Seite in Daten, die eine Maschine lesen kann, ohne zu raten, und prüfen das Ergebnis mit dem Werkzeug der Suchmaschine.

Nein. Die spezielle Darstellung gewährt die Engine, nicht das Markup. Gültige Daten sind die Eintrittsvoraussetzung, nicht der Kauf des Ergebnisses. Das sieht man schon am Markup-Typ, der überall verkauft wird: Die Google-Dokumentation schreibt, dass das Rich Result für häufig gestellte Fragen nur für bekannte und autoritative Regierungs- und Gesundheitsseiten angezeigt wird — eine Einschränkung, die im September 2023 in Kraft trat. Also hat ein Anbieter, der Ihnen heute „mit FAQ angereicherte Snippets“ verkauft, entweder die Dokumentation nicht gelesen oder hofft, dass Sie sie nicht gelesen haben.

Weil die spezielle Darstellung nur einer der Verbraucher des Formats ist. Ein korrekt deklarierter Fragenblock sagt ohne Mehrdeutigkeit, welcher Text die Frage und welcher die Antwort ist — eine Information, die von Engines zum Extrahieren von Snippets, von Assistenten, die die Seite auf Anfrage eines Nutzers lesen, und von jedem System verwendet wird, das Inhalte übernimmt, ohne das Layout zu sehen. Und es gibt noch einen, weniger diskutierten Effekt: Die Pflicht, die Paare zu deklarieren, zwingt Sie dazu, echte Antworten auf echte Fragen zu haben. Websites, die das Format nicht ausfüllen können, haben meist nichts zu deklarieren.

Mit der Form, nicht mit dem Inventar und nicht mit der Zusammensetzung. SEO beantwortet die Frage: „Kann die Engine jede Seite erreichen und weiß sie, welche die offizielle Version ist?“. Die Sichtbarkeit in generierten Antworten beantwortet die Frage: „Kann es als Quelle verwendet werden?“, wobei das Ergebnis nicht versprochen werden kann. Hier wird die Frage beantwortet: „Kann eine Maschine die exakten Informationen aus der Seite nehmen, ohne zu raten?“, und es ist die einzige der drei mit einem externen Urteil: Sie geben die Adresse des Validierungstools ein und erhalten sofort die Antwort.

Nein, und das ist ein Fehler, den wir oft finden. Markup, das etwas anderes als den sichtbaren Inhalt beschreibt, wird als Abweichung behandelt, und die Konsequenz ist der Verlust der Darstellung, manchmal eine manuelle Sanktion. Die Regel, die wir anwenden, ist mechanisch, nicht gesundem Menschenverstand folgend: Der Block wird aus derselben Quelle wie der Text auf der Seite erzeugt, also kann er nichts enthalten, was nicht sichtbar ist. Wenn jemand verlangt, dass wir in die Daten eine Antwort aufnehmen, die er nicht auf der Seite schreiben will, endet die Diskussion dort.

Weil wir eine Note nicht belegen können. Eine in den Daten deklarierte aggregierte Bewertung muss mit echten, öffentlich überprüfbaren Rezensionen übereinstimmen. Ohne das ist es eine falsche Behauptung in einem maschinenlesbaren Format. Wir sind hier aus einem konkreten Grund kategorisch: In unserem eigenen Repository haben wir eine Komponente gefunden, die eine Note von 4,9 aus 87 Rezensionen und sechs mit Personennamen signierte Rezensionen deklarierte, sowie eine zweite, die einen Katalog von vier Angeboten mit Preisen deklarierte. Keines davon wird irgendwo gerendert — die Produktion liefert heute einen einzigen, geprüften Block — aber es war nur einen Import entfernt. Wir haben das im Entscheidungsprotokoll des Teams vermerkt und nicht stillschweigend gelöscht.

Die, die wir ausführen: Seite, Hauptentität der Seite, Breadcrumb, Organisation und Fragenblock. Unser öffentlicher Generator deckt fünf Typen ab — lokales Unternehmen, Organisation, Artikel, Produkt, häufig gestellte Fragen — und ist auf der Website verfügbar. Jeder andere Typ wird auf Anfrage besprochen, nach einer Kompatibilitätsprüfung mit dem, was die Engine für Ihre Domain tatsächlich anzeigt. Was wir nicht tun: Typen hinzufügen, nur weil sie in der Spezifikation existieren. Ein Block, den keine Engine für Ihre Website verwendet, ist Ballast, kein Vorteil.

An drei Stellen, denn eine einzige lügt. Das Validierungstool der Engine gibt das externe Urteil. Unser Analysemodul gibt einen Score mit acht Prüfungen und im Code verankerten Punkten aus, damit Sie zwischen Ausführungen vergleichen können. Und ein nach jeder Veröffentlichung ausgeführtes Skript schlägt fehl, wenn ein Block nicht mehr geparst wird oder ein Typ verschwunden ist. Wir nennen auch die Grenze unseres Moduls, damit Sie sie nicht selbst entdecken: Es liest die Typen aus einem Graphen noch nicht, daher gibt es einen niedrigeren Score als die Realität korrekt aufgebauter Seiten — auch unserer.

Die Verbindung zwischen Block und Seite. Jemand ändert eine Antwort im Text, der Block bleibt beim alten Stand, und auf dem Bildschirm sieht nichts kaputt aus — deshalb bleibt es monatelang unbemerkt. Das zweite, was kaputtgeht, sind Blöcke, die von einer früheren Version der Website übrig geblieben sind und ein Angebot beschreiben, das nicht mehr existiert. Für beides gibt es dieselbe Abhilfe: Die Blöcke werden aus der Textquelle generiert, und was nicht generiert wird, wird gelöscht.

Die Inventartabelle mit jeder Adresse, jedem Block, den Typen und den Bytes. Die implementierten Blöcke, aus der Inhaltsquelle generiert. Das Urteil des Validierungstools für jeden Seitentyp. Das nach der Veröffentlichung ausgeführte Prüfskript. Und die Liste der verbleibenden Lücken, ausdrücklich als Lücken festgehalten — auf dieser Website zum Beispiel der Organisationsknoten ohne Verknüpfungen zu Profilen, die aus der Sitemap fehlende Fragen-Seite und ein in den Metadaten deklarierter Sharing-Bildpfad, der im Code nicht existiert.