Cara menandai versi berbeda dari dokumen yang sama yang non-kanonik

20

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?

Brendan Heywood
sumber
Itu adalah situasi yang menarik. Saya tidak mengetahui adanya dukungan versi dokumen untuk pencarian Google.
Stephen Ostermiller
Ini adalah kesempatan yang sempurna untuk tag kanonik diperbarui untuk memungkinkan versi dengan versi saat ini, beta, disusutkan, dll. Bagaimana cara kerjanya secara khusus, tergantung pada perdebatan. Ini bisa menjadi perubahan yang menarik dan bermanfaat.
closetnoc
@ Brendan, apakah Anda menemukan solusi?
Ross Rogers
1
Secara teori, prioritytag 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.
MrWhite

Jawaban:

4

diberikan pertanyaan Anda, saya harus membuat asumsi berikut:

  1. situs web Anda menawarkan bagian untuk panduan pemasangan untuk suatu produk
  2. panduan berbeda dari versi produk tetapi tetap relevan untuk pelanggan yang menggunakan versi produk yang lebih lama
  3. pelanggan Anda mengetahui hal itu dan tahu persis versi apa yang mereka butuhkan

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:

exapmle.com/product/guide/
exapmle.com/product/guide/guide-v1
exapmle.com/product/guide/guide-v2
exapmle.com/product/guide/guide-v3

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, … nversi 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/.

  • /v1/install-guide
  • /v2/install-guide
  • /v3/install-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:

  • individualkan judul halaman, misalnya: <title>Version 1.0 install Guide for Product XY</title>
  • individualkan tajuk utama halaman, misalnya: <h1>How to Install Version 1.0 of Product XY</h1>
  • individualkan deskripsi halaman, misalnya: <meta name="description" content"Here you can find your guide to install version 1.0 of Product XY […]" />
  • Manfaatkan teks jangkar untuk menunjukkan versi yang berbeda saat menautkan ke panduan <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.

Seb
sumber
5
Jawaban Anda sepertinya dugaan lengkap. Halaman ini sudah ada, memiliki judul dan metadata serta struktur url yang baik. Pengguna manusia tahu persis apa yang sedang terjadi. Hanya Google yang tidak mengembalikan halaman paling berguna. Saya mencari spesifikasi dari mesin pencari untuk diimplementasikan, atau contoh / studi kasus nyata yang telah menyelesaikan masalah ini.
Brendan Heywood
1
Jawaban saya bergantung pada informasi Anda. Jika Anda suka membagikan URL Anda dan tidak seorang pun perlu menebak struktur dan pengaturan halaman Anda. Jawaban saya didasarkan pada pengalaman kehidupan nyata ..
Seb
Salah satu sinyal terkuat adalah menghubungkan. Menautkan dari versi terbaru ke versi yang lebih rendah masuk akal. Ini tentang struktur. Saya tidak percaya bahwa Google memahami versi sehingga tautan teks, tag judul, tag header, dan sejenisnya tidak akan dikenali, namun, itu masuk akal bagi pengguna. Sayangnya, tidak ada mekanisme untuk versi, namun, saya percaya bahwa menggunakan tag kanonik dari versi yang lebih rendah ke versi terbaru adalah benar. Pencarian untuk versi tertentu dari dokumentasi masih harus ditampilkan dengan benar berdasarkan sinyal semantik yang Anda gambarkan. Tepuk tangan!!
closetnoc
1
Saya tidak melihat ini sebagai dugaan. Saya ingin menambahkan bahwa menambahkan tanggal dapat membantu pengguna terutama jika Anda membedakan tag judul dengan sesuatu seperti versi terbaru , versi 1 1/1/1901 , versi 2 2/2/1902 atau hanya versi 1 yang didepresiasi , versi 2 yang didepresiasi , dll. ., dengan markup skema yang mencakup tanggal. Kirim sebanyak mungkin sinyal. Ini terutama akan membantu pengguna. Selain itu, penyusutan mungkin menjadi pemicu istilah untuk Google. Faktanya adalah, terkadang Google memilih versi dokumentasi yang lebih lama tanpa sajak atau alasan. Pertimbangkan untuk menjadikan versi yang lebih lama sebagai PDF dan bukan HTML.
closetnoc
2

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 softwareVersioninformasi 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.

Alexis Wilke
sumber
1

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

  • selalu tunjukkan versi dokumentasi Anda yang tersedia sehingga pengguna dapat dengan mudah memutuskan mana yang akan digunakan dan jika mereka mengunjungi versi yang lebih lama Anda dapat menunjukkan peringatan bahwa mereka tidak berada di versi terbaru dan menambahkan tautan ke tautan tanpa versi di url, Google akan tahu bahwa halaman versi yang lebih lama merujuk ke yang terbaru, secara implisit memberi mereka bobot lebih untuk memutuskan mana yang akan dipilih. Dalam hal ini versi terbaru akan selalu direferensikan oleh yang lain.

Ketika Django mencela versi mereka dengan jelas menunjukkannya kepada pengguna, dalam kasus Anda, Anda juga dapat menambahkan tautan versi terbaru dalam lansiran.

masukkan deskripsi gambar di sini

Tautan baru

  • tautan baru (konten yang lebih baru, atau versi yang lebih baru dalam kasus Anda) secara alami akan mendapatkan lebih banyak daya tarik daripada yang lebih lama.
marcanuy
sumber
1
Sebenarnya, Django menggunakan rel=canonicaluntuk melenyapkan semua versi dokumentasi yang lebih lama dari hasil pencarian, serta peringatan. Lihat sumber docs.djangoproject.com/en/dev/misc .
oligofren
@oligofren tangkapan yang bagus, dan jujur ​​saja, saya tidak yakin untuk menggunakannya canonicaldalam situasi itu.
marcanuy
0

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.

Goyllo
sumber
-1

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:

Parameter URL untuk mengurutkan hasil berdasarkan tanggal, untuk bias terhadap tanggal yang lebih baru / lebih lama, dan untuk mengembalikan hasil dari rentang waktu

Untuk daftar kode saat ini, kunjungi dokumentasi Google Custom Search .

johnny norcal
sumber
3
Jawaban Anda tampaknya terutama tentang Pencarian Kustom Google, sementara OP tampaknya bertanya tentang Pencarian Google.
unor
Ya ini adalah topik yang agak aneh, tetapi bisa mengarah ke solusi potensial. Apakah ada cara untuk menandai halaman v1 sebagai valid untuk 2014 dan halaman v2 valid untuk 2015 dan v3 untuk 2016 dan kemudian pencarian google normal akan memberikan sedikit preferensi terhadap versi saat ini?
Brendan Heywood