Apakah mungkin memiliki schema.org itemtype
untuk port aman dan tidak aman? Saya menjalankan situs statis-ish yang dibuat di Jekyll , dan saya menerapkan Schema.org di halaman individu. Akibatnya, saya mencoba menggunakan yang berikut:
<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>
Ini tidak divalidasi dengan Alat Pengujian Data Terstruktur Google . Itu tidak mendaftarkan Item yang ada. Apakah ada cara yang baik untuk mengimplementasikan Schema.org di halaman statis yang dihosting pada port SSL dan non-SSL?
http://www.example.com
saat menggunakan keduanya/file.png
atau pemilih protokol//
karena tidak tahu domain karena tes sedang dijalankan di server mereka bukan milik Anda ... Mungkin saya salah paham pertanyaannya. Secara pribadi saya akan menegakkan SSL terlepas dari halaman non-input karena begitu banyak bisnis dan situs web lakukan saat ini terlepas, atau jika Anda dapat menggunakan PHP maka Anda dapat menggunakan Variabel PHP untuk menambahkan https atau http tergantung URL mana yang pertama kali diakses, sedikit cara ini bisa dilakukan kok.https://
URL ke Alat Pengujian Data Terstruktur, dan itu kembali dengan kesalahan. Browser juga mengeluh tentang data tidak aman di halaman yang aman ketika saya uji di sana.Jawaban:
Biasanya, agen pengguna tidak akan melakukan dereferensi URI ini.
Seharusnya sama sekali tidak ada masalah dalam menggunakan Schema.org HTTP URIs di situs HTTPS. Bahkan, banyak kosa kata lain (digunakan untuk Microdata atau RDFa) hanya menyediakan HTTP URI, jadi Anda tidak punya pilihan di sana. Saya bahkan akan mengatakan itu praktik yang buruk untuk menyediakan beberapa URI kosakata untuk konsep yang sama, karena konsumen mungkin tidak mencari dan "memahami" semua varian.
Saya sarankan untuk menggunakan varian HTTP untuk Schema.org di markup Anda, karena:
The " kanonik mesin representasi " Schema.org inti skema mendefinisikan hanya HTTP URI.
Varian HTTP lebih disukai sesuai dengan masalah ini di Schema.org GitHub :
Semua contoh, bahkan pada halaman HTTPS, gunakan HTTP (lihat, misalnya, contoh di https://schema.org/Person ).
Dalam Konteks Awal RDFa , hanya varian HTTP yang ditentukan, jadi mungkin sebagian besar RDFa akan menggunakan varian HTTP.
Pembaruan 2015-11 : Dengan versi 2.2 , entri FAQ telah ditambahkan:
T: Haruskah kita menulis
https://schema.org
atauhttp://schema.org
dalam markup kita?Singkatnya:
Kedua varian dapat digunakan:
sumber
https:
IRI didukung, tetapi sebenarnya mereka tidak didukung sebagaihttp:
IRI. Aplikasi akan menyelesaikan IRI untuk mencari tahu informasi lebih lanjut tentang istilah tersebut. Laman web yang ditemukan ini mengandung atribut RDFa untuk memfasilitasi ini, tetapi semuanya merujuk kehttp:
versi, terlepas dari apakah itu diambil melalui HTTP atau HTTPS. Ini berarti aplikasi yang memenuhihttps:
formulir berada pada kerugian yang signifikan.https:
IRI menghukum aplikasi melakukan yang pertama tanpa keuntungan.