Ist es möglich, schema.org itemtypefür sichere und unsichere Ports zu haben? Ich führe eine statische Site aus, die in Jekyll erstellt wurde , und implementiere Schema.org auf den einzelnen Seiten. Infolgedessen versuche ich Folgendes zu verwenden:
<div itemscope itemtype="//schema.org/Organization">
<a itemprop="url" class="navbar-brand" href="https://webmasters.stackexchange.com/">
<img itemprop="logo" src="/images/logo.png">
</a>
</div>
Dies wird mit dem Google Structured Data Testing Tool nicht überprüft . Die Elemente werden nicht als vorhanden registriert. Gibt es eine gute Möglichkeit, Schema.org auf einer statischen Seite zu implementieren, die sowohl auf SSL- als auch auf Nicht-SSL-Ports gehostet wird?
http://www.example.comwenn beide/file.pngoder die Protokollauswahl verwendet werden,//da sie die Domäne nicht kennen, da der Test auf ihrem Server ausgeführt wird, nicht auf Ihrem ... Vielleicht habe ich die Frage falsch verstanden. Persönlich würde ich das SSL unabhängig von nicht eingegebenen Seiten erzwingen, wie es heutzutage so viele Unternehmen und Websites tun, oder wenn Sie PHP verwenden können, können Sie eine PHP-Variable verwenden, um https oder http hinzuzufügen, je nachdem, auf welche URL zuerst zugegriffen wurde, nur wenige Möglichkeiten, wie dies wirklich getan werden kann.https://URL tatsächlich in das Structured Data Testing Tool ein und es kommt mit Fehlern zurück. Browser beschweren sich auch über unsichere Daten auf einer sicheren Seite, wenn ich dort teste.Antworten:
In der Regel würden Benutzeragenten diese URIs nicht dereferenzieren.
Die Verwendung der Schema.org-HTTP-URIs auf einer HTTPS-Site sollte absolut kein Problem darstellen. Tatsächlich bieten viele andere Vokabulare (die für Mikrodaten oder RDFa verwendet werden) nur HTTP-URIs, sodass Sie dort keine Wahl haben. Ich würde sogar sagen, dass es eine schlechte Praxis ist, mehrere Vokabular-URIs für dasselbe Konzept bereitzustellen, da Verbraucher möglicherweise nicht alle Varianten suchen und "verstehen".
Ich empfehle, die HTTP-Variante für Schema.org in Ihrem Markup zu verwenden, weil:
Das Kernschema " Kanonische Maschinendarstellung " Schema.org definiert nur die HTTP-URIs.
Die HTTP-Variante wird gemäß diesem Problem im Schema.org GitHub bevorzugt :
Alle Beispiele, auch auf den HTTPS-Seiten, verwenden HTTP (siehe beispielsweise die Beispiele unter https://schema.org/Person ).
Im anfänglichen Kontext von RDFa ist nur die HTTP-Variante definiert, sodass wahrscheinlich die meisten RDFa die HTTP-Variante verwenden.
Update 2015-11 : Mit Version 2.2 wurde ein FAQ-Eintrag hinzugefügt:
F: Sollten wir schreiben
https://schema.orgoderhttp://schema.orgin unser Markup?Zusammenfassend:
Beide Varianten können verwendet werden:
quelle
https:IRIs unterstützt werden, aber in Wahrheit werden sie nicht alshttp:IRIs unterstützt. Eine Anwendung wird das IRI auflösen, um weitere Informationen zum Begriff zu erhalten. Die gefundene Webseite enthält RDFa-Attribute, um dies zu erleichtern. Sie beziehen sich jedoch alle auf diehttp:Versionen, unabhängig davon, ob sie über HTTP oder HTTPS abgerufen wurden. Dies bedeutet, dass Anwendungen, die auf dashttps:Formular treffen, einen erheblichen Nachteil haben.https:IRIs bestraft jedoch Anwendungen, die erstere ohne Gewinn ausführen.