Schema.org für Perplexity: Typen und Beispiele für die Auszeichnung

Was kann Schema.org einer Website in Perplexity bieten?

Schema.org ist ein gemeinsames Vokabular, mit dem eine Website kennzeichnet, was auf der Seite dargestellt wird: eine Organisation, ein Artikel, ein Produkt oder ein anderes Objekt. Eine solche Struktur kann Informationsverarbeitungssystemen helfen, Entitäten und ihre Eigenschaften zu unterscheiden. Die Auszeichnung macht eine Seite jedoch nicht zu einer Quelle, die Perplexity auswählen oder zitieren muss.

Der praktische Sinn besteht darin, die Fakten, die bereits für den Besucher verfügbar sind, explizit und konsistent zu beschreiben: den offiziellen Projektnamen, seine Website, den Autor des Materials, das Veröffentlichungsdatum und das Thema der Seite. Die Auszeichnung ergänzt den Inhalt, ersetzt ihn aber nicht. Wenn in JSON-LD etwas anderes angegeben ist als auf der Seite geschrieben steht, entsteht eher Mehrdeutigkeit als Klarheit.

Bestimmen Sie vor der Arbeit, welche Seiten wichtig sind und welche Fakten über sie verständlich sein sollen:

• Die Startseite beschreibt die Website und die Organisation;
• Die Produktseite beschreibt das Produkt selbst und seinen Zweck;
• Eine Veröffentlichung beschreibt das Material, den Autor und die Daten;
• Ein Abschnitt mit Anleitungen beschreibt einzelne Seiten und ihre Position in der Seitenstruktur.

Für einen umfassenderen Plan zur technischen Optimierung sehen Sie sich den Leitfaden zur Schema-Auszeichnung für die KI-Suche an.

Welche Schema.org-Auszeichnung sollte ich für Perplexity hinzufügen?

Fügen Sie Schema.org-Typen hinzu, die genau dem Inhalt der Seite entsprechen. Für die meisten Unternehmenswebsites bilden Organization, WebSite und WebPage die Grundlage; für eine redaktionelle Veröffentlichung eignet sich Article oder ein spezifischerer Typ, wenn er zum Material passt. Es ist nicht nötig, alle verfügbaren Typen auszuzeichnen: Wichtiger ist die Vollständigkeit und Genauigkeit einiger weniger passender Entitäten.

Wählen Sie den Typ nach dem Zweck der Seite, nicht nach dem gewünschten Ergebnis in der KI-Suche. Bezeichnen Sie beispielsweise eine kommerzielle Seite nicht als Article, wenn es sich nicht um redaktionelles Material handelt. Das Verzeichnis der Typen und Eigenschaften ist auf der offiziellen Website von Schema.org veröffentlicht.

Überprüfen Sie bei einem Krypto-Projekt, ob die Beschreibung des Produkts, des Netzwerks und der offiziellen Adressen zwischen den Seiten konsistent ist. Fügen Sie keine Eigenschaften hinzu, die das Team nicht bestätigen oder pflegen kann.

Beispiel für Schema.org für Perplexity im JSON-LD-Format

JSON-LD ermöglicht es, strukturierte Informationen in einem separaten Block der Seite zu platzieren, ohne Eigenschaften in jedes sichtbare HTML-Element einzubetten. Dies ist ein praktisches Format für Redakteure und Entwickler, wenn der Block aus aktuellen Daten erstellt wird und dem Inhalt der Seite entspricht.

Das Beispiel für einen Artikel muss angepasst werden: Ersetzen Sie die Platzhalterwerte durch reale Werte und entfernen Sie Eigenschaften, die auf der Seite selbst nicht bestätigt werden.

Geben Sie im JSON-LD-Block den Kontext schema.org und den Typ Article an. Fügen Sie dann headline mit dem Wert des Veröffentlichungstitels, author mit dem Typ Organization und dem Namen des Autors, datePublished und dateModified mit den tatsächlichen Daten sowie mainEntityOfPage mit der kanonischen URL des Artikels hinzu. Im fertigen JSON-LD werden Schlüssel und Zeichenfolgenwerte in doppelten Anführungszeichen geschrieben.

Die angegebenen Werte müssen der realen Seite entsprechen: Verwenden Sie keine Demo-Daten, wenn sie nicht mit dem tatsächlichen Veröffentlichungs- oder Aktualisierungsdatum übereinstimmen. Verwenden Sie für eine Organisationsseite Organization separat und geben Sie nur überprüfbare Informationen und die offizielle Adresse an. Fügen Sie keine Bewertungen, Rezensionen, Preise oder andere Felder „der Vollständigkeit halber“ hinzu, wenn sie nicht im sichtbaren Inhalt vorhanden sind und keine bestätigte Quelle haben.

Überprüfen Sie die JSON-Syntax, die Korrektheit der URLs und die Übereinstimmung der Namen. Wenn das CMS die Auszeichnung automatisch generiert, klären Sie, ob es einen doppelten Block erstellt.

Wie implementiere und überprüfe ich die Auszeichnung auf der Website?

Damit die Implementierung von Schema.org hilft und keine Widersprüche erzeugt, erfassen Sie zuerst die Fakten, gleichen Sie sie dann mit den Seiten ab und veröffentlichen Sie erst danach das JSON-LD. Dies reduziert das Risiko, das falsche Objekt auszuzeichnen oder veraltete Daten zu hinterlassen.

Praktische Vorgehensweise:

• Erstellen Sie eine Liste der wichtigsten Seiten: Startseite, Produkt, Dokumentation, Blog und Kontakt.
• Bestimmen Sie für jede Seite das Hauptobjekt und den passenden Schema.org-Typ.
• Gleichen Sie den Projektnamen, die Seitenadresse, den Autor und die Daten mit dem sichtbaren Inhalt ab.
• Fügen Sie JSON-LD einmal in die entsprechende Vorlage ein und überprüfen Sie, dass es nicht dupliziert wird.
• Überprüfen Sie nach der Veröffentlichung die Syntax und die Erreichbarkeit der Seite, wiederholen Sie die Prüfung nach größeren Änderungen.

Beschränken Sie sich nicht auf einen Code-Test: Öffnen Sie die Seite als Benutzer und stellen Sie sicher, dass die wichtigen Fakten tatsächlich veröffentlicht sind und die Links zu kanonischen Adressen führen. Achten Sie bei einer mehrsprachigen Website darauf, dass jede Sprachversion korrekte Titel, URLs und Texte angibt und nicht die Informationen einer anderen Version kopiert.

Eine syntaktisch korrekte Auszeichnung bestätigt lediglich, dass der Block geparst werden kann. Sie beweist nicht die Genauigkeit der Projektbeschreibung und bedeutet nicht, dass eine bestimmte Suchmaschine das Update bereits verarbeitet hat.

Wie verknüpfe ich strukturierte Daten mit Inhalt und Quellen?

Die Auszeichnung fungiert als Beschreibung der Seite, daher machen Sie die Fakten selbst klar und zugänglich. Der Projektname, der Produktzweck, das Netzwerk, die Autorenschaft und Links zur Dokumentation sollten in Klartext dort stehen, wo der Leser sie erwartet. JSON-LD hilft, diese Beschreibung zu ergänzen, sollte aber nicht der einzige Ort sein, an dem eine wichtige Aussage verfügbar ist.

Weisen Sie jeder Entität eine kanonische Seite zu und pflegen Sie die Einheitlichkeit von Name und Adresse. Wenn ein Produkt umbenannt wird, überprüfen Sie Titel, Metadaten, JSON-LD und Links in der Dokumentation. Verwenden Sie für technische Spezifikationen eine Quelle, für die das Projektteam verantwortlich ist, und geben Sie nur an, was überprüfbar ist. Überprüfen Sie separat, dass die Seite keine Anmeldung zum Lesen der wichtigsten Informationen erfordert und dass wichtige Materialien über normale Links zugänglich sind.

Es ist nützlich, ein kurzes Register zu führen: Fakt, wo er für den Benutzer sichtbar ist, wo er in den strukturierten Daten angegeben ist und wer für die Aktualisierung verantwortlich ist. Eine solche Kontrolle ist besonders wichtig für Token und Web3-Produkte, bei denen sich Vertragsadressen, Netzwerk und Produktstatus ändern können.

Wenn das Ziel über die Auszeichnung hinausgeht, umfasst die Optimierung der Website für Perplexity auch Inhalte und Quellen. Allgemeine technische Aufgaben sind auf der Seite Technical AEO zusammengefasst.

Was kann Schema.org in Perplexity nicht garantieren?

Schema.org hilft, den Inhalt zu beschreiben, aber die Entscheidung darüber, welche Seiten in der Antwort verwendet und welche Quellen angezeigt werden, bleibt bei Perplexity. Die Auswahl wird durch die Verfügbarkeit und den Inhalt der Quellen, die Formulierung der Anfrage und die eigenen Verarbeitungsprozesse des Dienstes beeinflusst; das Vorhandensein von JSON-LD allein fixiert keine Position der Seite und gewährleistet kein Zitat.

Bewerten Sie die Implementierung daher nach dem, was Sie kontrollieren können: Die Auszeichnung entspricht dem sichtbaren Text, JSON-LD besteht die Prüfung, die Seiten sind ohne technische Hindernisse zugänglich, und die Hauptaussagen werden durch verständliche Quellen gestützt. Betrachten Sie das Fehlen einer Zitierung nicht als Beweis für einen Fehler im Code. Überprüfen Sie zuerst separat die Seite selbst und die Korrektheit der strukturierten Informationen.

Es ist auch wichtig, zwischen Syntax und Funktionsunterstützung zu unterscheiden. Ein gültiges JSON-LD bedeutet nicht, dass jeder Typ oder jede Eigenschaft von Perplexity gleichermaßen verwendet wird. Zeichnen Sie keine fiktiven Bewertungen aus und fügen Sie keine Eigenschaften nur wegen eines vermeintlichen Vorteils hinzu. Die Regeln des Dienstes und die Methoden zur Antwortgenerierung können sich ändern, und die Aktualisierungshäufigkeit der Quellen wird nicht vom Website-Betreiber festgelegt.

Wenn nach der technischen Prüfung eine systematische Arbeit erforderlich ist, gleichen Sie die Auszeichnung mit den Aufgaben der Optimierung der Sichtbarkeit in Perplexity und mit den allgemeinen Materialien zum Technical AEO ab.

Wann sollte ich ein Audit und eine Website-Entwicklung beauftragen?

Beauftragen Sie Spezialisten, wenn die Auszeichnung von mehreren Vorlagen generiert wird, die Fakten über das Produkt zwischen den Seiten abweichen oder Website-Änderungen regelmäßig das JSON-LD beschädigen. In solchen Situationen ist es wichtiger, den Datenverantwortlichen, die Quelle der Wahrheit und den Überprüfungsprozess nach der Veröffentlichung zu bestimmen, als mehr Typen hinzuzufügen.

Bereiten Sie für die eigenständige Vorbereitung die URLs der wichtigen Seiten, aktuelle Namen und Beschreibungen, Informationen über Autoren sowie Links zur Dokumentation und zu offiziellen Profilen des Projekts vor. Erstellen Sie dann eine Tabelle: Seite, passender Typ, Schlüsseleigenschaften, Quelle jedes Faktums und Verantwortlicher für die Aktualisierung. Dies ermöglicht es dem Entwickler, die Auszeichnung in die richtige Vorlage zu implementieren, und dem Redakteur, die Übereinstimmung mit dem veröffentlichten Text zu überprüfen.

MediaHype hilft, die technische Auszeichnung mit der allgemeinen Sichtbarkeit in der KI-Suche zu verbinden: vom Struktur-Audit bis zur Überprüfung von Inhalt und Seitenverfügbarkeit. Wenn eine Arbeit an der Website-Implementierung erforderlich ist, sehen Sie sich den Service Website- und Landing-Page-Entwicklung für Web3 an. Für einen Plan zu strukturierten Daten und anderen technischen Signalen eignet sich Technical AEO, und allgemeine Ansätze sind im Bereich AI search Sichtbarkeit zusammengefasst.

Beginnen Sie mit einer wichtigen Seite, überprüfen Sie das Ergebnis und legen Sie die Aktualisierungsregeln fest. Skalieren Sie dann die Vorlage auf andere Seiten, auf denen dieselben Entitätstypen tatsächlich angemessen sind.