Use case adalah dokumen yang memiliki banyak versi yang semuanya tersedia secara bersamaan. Misalnya, dokumentasi pada produk untuk setiap versi perangkat lunak itu:
/v1/install-guide
/v2/install-guide
/v3/install-guide
Ini bukan konten yang sama dalam arti bahwa itu tidak benar untuk menentukan di halaman v1 dan v2 bahwa URL kanonik v3. Jika saya mencari di Google untuk 'panduan pemasangan produk v2', saya berharap dapat menemukan v2. Setiap versi dokumen akan sedikit berbeda tetapi mereka memiliki banyak kesamaan satu sama lain.
Jadi pertanyaannya adalah: bisakah saya menandai halaman-halaman ini dengan beberapa cara untuk memberi sinyal kepada Google dan teman-teman bahwa versi terbaru (v3) lebih disukai, jadi pencarian sederhana untuk 'panduan pemasangan produk' lebih cenderung menampilkan halaman v3 daripada menunjukkan halaman v1 atau v2?
sumber
priority
tag dalam sitemap XML dapat digunakan untuk menunjukkan kepentingan relatif - untuk menyarankan halaman "pilihan" ketika dua atau lebih hasil mungkin serupa. Namun, tampaknya Google tidak lagi memperhatikan "prioritas" lagi.Jawaban:
diberikan pertanyaan Anda, saya harus membuat asumsi berikut:
Pertama: ini memang bukan kasus penggunaan untuk a
rel="canonical"
.Salah satu pendekatan untuk menghadapi situasi seperti Anda adalah struktur: Anda dapat menerapkan halaman panduan statis untuk produk Anda yang selalu berisi panduan terbaru. Halaman ini ditautkan dari halaman produk atau kategori, sehingga sangat penting.
Skema:
Setiap kali panduan baru dirilis, panduan ini akan dipublikasikan ke halaman statis dan yang lama pindah ke URL baru yang lebih dalam di struktur URL. URL "panduan lama" itu ditautkan dari halaman statis, tetapi tidak dari halaman kategori. Karenanya mereka akan terlihat "kurang penting"
Pastikan,
v1, 2, 3, … n
versi hanya ditautkan dari halaman panduan utama dan masing-masing ke masing-masing. Halaman utama harus terhubung dengan baik di seluruh situs Anda.Dibandingkan dengan struktur URL Anda saat ini, ini memberikan lebih banyak relevansi dengan panduan yang diterbitkan pada
exapmle.com/product/guide/
.Dalam struktur ini setiap URL "bernilai" sama dan Google perlu bergantung pada sinyal lain untuk memutuskan URL mana yang paling relevan.
Langkah selanjutnya adalah mengoptimalkan halaman panduan dengan cara mesin pencari dengan cepat memahami perbedaan antara masing-masing versi:
<title>Version 1.0 install Guide for Product XY</title>
<h1>How to Install Version 1.0 of Product XY</h1>
<meta name="description" content"Here you can find your guide to install version 1.0 of Product XY […]" />
<a href="http://example.com/product/guide/guide-v2" >Install guide for V 2.0</a>
Masing-masing untuk menunjukkan versi yang dirancang untuk dan mungkin tahun / bulan / tanggal.
Petunjuk: mungkin bermanfaat untuk menunjukkan perbedaan di bagian atas halaman individual. Jadi pelanggan dapat dengan mudah melihat mengapa mereka membutuhkan panduan berbeda dan mesin pencari mendapatkan informasi tambahan, konten unik untuk setiap halaman, menurunkan risiko Anda terhadap masalah "hampir duplikat konten".
Dengan cara ini Anda memastikan bahwa panduan terbaru selalu ada
example.com/product/guide/
dan akan berfungsi sebagai hasil untuk pencarian umum seperti " instal produk panduan ". Mesin pencari akan mengenali bahwa konten pada halaman ini sering diperbarui dan juga akan mengenali bahwa sub-item halaman ini ada dan melayani mereka untuk istilah pencarian yang lebih spesifik seperti " instal panduan Produk V 2.0 ". Dengan mengoptimalkan halaman untuk versi spesifik yang mereka wakili, Anda memastikan klien menemukan versi mereka dengan mencarinya.sumber
Saya belum melihat adanya cara teknis yang terbukti yang akan memberi tahu mesin pencari bahwa versi tertentu dari panduan atau halaman lebih baru dari tanggal seperti yang disebutkan norcal johnny.
Namun, saya perhatikan bahwa dalam banyak kasus, versi yang lebih lama akan menyertakan peringatan di pepatah atas, lihat di sana untuk versi yang lebih baru. Agak cerewet jika Anda menggunakan versi yang Anda cari sekarang, tetapi sangat baik jika Anda mencoba untuk mengevaluasi suatu produk dan ingin memastikan Anda melihat yang terbaru.
Situs web pertama di mana saya melihat praktik itu terjadi dengan jelas adalah W3C. Misalnya, dokumen ini memiliki "versi terbaru" di bagian atas: https://www.w3.org/TR/html401/
Sekarang, saya perhatikan di MSDN, di mana mereka memiliki tautan bernama "Versi yang disarankan". https://msdn.microsoft.com/en-us/library/78zh94ax%28v=vs.71%29.aspx
Either way, saya belum melihat jenis HTTP teknis atau HTML yang dapat digunakan untuk menunjukkan hal tersebut. Ada tag tautan dengan rel = "alternate" yang mungkin berfungsi, tetapi dari apa yang saya pahami bahwa hanya benar-benar berfungsi untuk bahasa atau versi lain dari dokumen yang sama persis, bukan berbagai versi berbeda.
Ada satu teknologi lain yang dicoba Google dan saya yakin mereka masih menggunakannya, yaitu http://schema.org yang kebetulan memiliki tag https://schema.org/softwareVersion . Jadi dengan asumsi Google menerapkan tag spesifik itu, maka ia harus memahami skema versi Anda. Mengikuti wawasan Seb, memiliki halaman / panduan, Anda kemudian dapat memiliki tautan ke setiap versi. Tautan akan ditandai dengan skema untuk memasukkan
softwareVersion
informasi itu. Namun, versi itu hanya menerima Teks yang membuat saya berpikir itu adalah deskripsi ("Versi Terbaik yang Pernah Ada!") Dari perangkat lunak dan bukan versi aktual (1.0, 2.3, 3.7.1 ...) Tetapi saya pikir itu mungkin yang terbaik Anda dapat melakukan.sumber
Saya telah melihat kasus seperti milik Anda saat menelusuri dokumentasi teknis seperti Django docs .
Tidak ada tag khusus untuk ditambahkan dalam kasus ini tetapi Anda dapat menggunakan strategi berikut untuk mengisyaratkan Google bahwa Anda lebih suka tautan v3 (versi terbaru):
Tautan tanpa versi
Ketika Anda merujuk ke konten ini di luar lingkup v3, gunakan tautan tanpa versi yang secara otomatis mengalihkan ke halaman versi terbaru, misalnya:
example.com/install-guide
- mengalihkan ke yang terbaru ->example.com/v3/install-guide
Ketika Anda memiliki versi yang lebih baru (v4) itu akan dialihkan ke
example.com/v4/install-guide
.Lansiran dengan tautan ke versi terbaru
Ketika Django mencela versi mereka dengan jelas menunjukkannya kepada pengguna, dalam kasus Anda, Anda juga dapat menambahkan tautan versi terbaru dalam lansiran.
Tautan baru
sumber
rel=canonical
untuk melenyapkan semua versi dokumentasi yang lebih lama dari hasil pencarian, serta peringatan. Lihat sumber docs.djangoproject.com/en/dev/misc .canonical
dalam situasi itu.Setiap kali saya mencari informasi API FB, itu mengembalikan saya informasi terbaru dengan URL API terbaru, dan mereka tidak menggunakan redirection atau tag tautan kanonik yang mengarah ke informasi terbaru, yang mereka lakukan hanyalah, mereka mulai menunjuk ke informasi terbaru di mana-mana, Jadi Google akan menjelajahinya lebih sering dan akan melewatkan lebih banyak juicyrank, itu adalah satu-satunya sinyal yang juga dapat Anda gunakan untuk situs web Anda. Anda memiliki kendali atas tautan Anda jadi gunakan itu.
Jangan gunakan noindex, 301 redirect, dan tag tautan kanonik pada halaman lama yang mengarah ke URL terbaru, yang akan membuat halaman web Anda mati di mata mesin pencari Google, maksud saya Google akan menghapus manfaat awal apa pun yang diberikan kepada halaman web itu. Saya baru-baru ini bertanya di hangout resmi Google dan mereka mengatakan mereka tidak memberikan nilai PR awal untuk tag noindex, jadi saya pikir, itu akan sama berlaku untuk tag tautan kanonik. dan ketika Anda melakukan pengalihan 301 maka semua PR akan lolos ke URL baru, dan apa pun PR awal yang diberikan ke halaman web lama itu akan dihapus karena tidak lagi tersedia. Google memberikan nilai pada laman web yang ditayangkan.
Anda tidak benar-benar perlu mengubah markup Anda. Situs eComerce menampilkan jenis halaman web yang sama pada dua URL yang berbeda untuk menargetkan dua negara, dan yang mereka ubah hanyalah harga arus. Misalnya, untuk AS adalah dolar dan untuk India rupee, dan sisanya semuanya sama, dan situs web semacam itu tidak menghadapi hukuman Panda.
sumber
Anda bisa menggunakan Tanggal Halaman untuk menyortir.
Google memperkirakan tanggal halaman berdasarkan fitur halaman seperti tanggal dalam judul dan URL.
Pencarian Kustom memungkinkan Anda untuk menggunakan tanggal ini untuk mengurutkan, bias, dan membatasi hasil dengan menggunakan kunci metadata khusus tanggal. Tanggal perkiraan ini dapat digunakan di semua operator yang menggunakan
&sort=
parameter URL, termasuk "Urutkan berdasarkan Atribut", "Bias menurut Atribut", "Batasi pada Rentang".Sebagai contoh:
Untuk daftar kode saat ini, kunjungi dokumentasi Google Custom Search .
sumber