Apa yang dilakukan oleh tag canonical apabila anda tersilap menggunakannya

Tag canonical bukan pemadam kandungan pendua

Tag canonical memberitahu enjin carian URL mana yang anda utamakan apabila beberapa URL mengandungi kandungan yang sama, atau sangat serupa. Versi HTML yang biasa kelihatan seperti ini:

<link rel="canonical" href="https://example.com/preferred-page/">

Terdapat juga versi pengepala HTTP, yang kebanyakannya berguna untuk fail bukan HTML seperti PDF:

Link: <https://example.com/preferred-file.pdf>; rel="canonical"

Bunyinya cukup mudah. Masalah bermula apabila pasukan menganggap tag canonical sebagai cara yang selamat untuk mengemaskan apa-apa sahaja yang janggal: navigasi berfaset, parameter penjejakan, halaman cetak, halaman produk yang hampir pendua, pemagian, URL staging, dan halaman kempen lama.

Tag canonical bukan butang padam. Ia bukan ubah hala. Ia bukan pengganti seni bina maklumat. Dan ia tidak dijamin akan dipatuhi.

Enjin carian menggunakan canonical sebagai petunjuk yang kuat. Ia membandingkan tag canonical dengan isyarat lain: ubah hala, pautan dalaman, URL sitemap, anotasi hreflang, keserupaan kandungan, kod status HTTP, serta URL yang benar-benar ditemui oleh pengguna dan crawler. Jika isyarat-isyarat itu bercanggah, enjin carian mungkin mengabaikan canonical anda atau memilih URL canonical yang sama sekali berbeza.

Itulah sebabnya kesilapan canonical boleh menjadi begitu mengelirukan. Markup kelihatan betul dalam pelayar, tetapi halaman yang salah muncul dalam hasil carian — atau halaman yang betul hilang.

Apa yang berlaku apabila canonical menunjuk ke URL yang salah

Apabila enjin carian melihat URL pendua atau hampir pendua, ia biasanya mengumpulkannya ke dalam satu kluster dan memilih satu URL sebagai canonical. Canonical yang dipilih ialah versi yang paling berkemungkinan diindeks dan dipaparkan dalam hasil carian. Isyarat daripada pendua mungkin disatukan ke dalam URL yang dipilih itu.

Jika tag canonical anda menunjuk ke halaman yang salah, beberapa perkara boleh berlaku.

1. URL yang salah diindeks

Katakan anda mempunyai dua URL:

• /mens-running-shoes/
• /sale/mens-running-shoes/

Jika halaman jualan menetapkan canonical ke halaman kategori utama, itu mungkin baik jika kandungannya hampir sama dan URL jualan hanyalah versi yang ditapis. Tetapi jika halaman jualan mempunyai salinan unik, produk unik, dan permintaan carian tersendiri, canonical itu boleh menekannya.

Halaman itu mungkin masih dicrawl. Ia mungkin masih boleh diakses oleh pengguna. Tetapi enjin carian mungkin memutuskan untuk tidak mengindeksnya secara berasingan kerana anda telah memberitahu mereka bahawa URL lain ialah versi yang diutamakan.

Ini ialah kegagalan canonical yang paling biasa: bukan gangguan teknikal yang dramatik, hanya kehilangan senyap daripada indeks.

2. Isyarat ranking disatukan ke tempat yang salah

Canonical sering digunakan untuk menyatukan isyarat seperti pautan dan varian kandungan pendua. Itu berguna apabila pendua benar-benar setara. Ia berisiko apabila tidak.

Jika artikel blog mempunyai URL penjejakan seperti:

• /guide-to-canonical-tags/?utm_source=newsletter
• /guide-to-canonical-tags/?utm_source=linkedin

Maka menetapkan canonical kedua-duanya kepada /guide-to-canonical-tags/ adalah munasabah.

Tetapi jika versi bahasa Sepanyol, versi boleh cetak dengan kandungan tambahan, atau varian produk dengan niat yang berbeza menunjuk ke canonical yang sama, anda mungkin menggabungkan isyarat yang sepatutnya kekal berasingan. Hasilnya boleh menjadi kerelevanan yang lebih lemah untuk semuanya.

Tag canonical adalah tentang kesetaraan. Jika dua halaman memenuhi niat carian yang berbeza, ia mungkin tidak patut menetapkan canonical antara satu sama lain.

3. Enjin carian mengabaikan tag itu

Canonical bukan arahan. Jika sasaran canonical melakukan ubah hala, mengembalikan 404, disekat, mempunyai noindex, atau mengandungi kandungan yang sangat berbeza, enjin carian mungkin mengabaikannya.

Dalam satu sudut, itu baik: canonical yang buruk tidak semestinya memusnahkan pengindeksan. Tetapi ini juga bermakna anda tidak boleh menganggap tag itu melakukan apa yang anda fikirkan. Sesebuah halaman boleh mengisytiharkan satu canonical sementara Google memilih yang lain.

Ini sangat biasa apabila pautan dalaman, sitemap, dan canonical tidak sependapat. Jika setiap pautan dalaman menunjuk ke /product, sitemap anda menyenaraikan /product/, dan canonical anda menunjuk ke https://www.example.com/product?ref=main, anda telah mencipta pertikaian kecil antara isyarat anda sendiri.

Enjin carian pandai menyelesaikan pertikaian itu. Tetapi ia tidak semestinya menyelesaikannya seperti yang anda maksudkan.

4. Penyahpepijatan menjadi sukar tanpa perlu

Canonical yang buruk jarang gagal dengan jelas. Ia menghasilkan simptom yang kelihatan seperti masalah SEO lain:

• “Discovered, currently not indexed” atau limbo pengindeksan yang setara
• URL yang salah merangking untuk sesuatu kueri
• URL berparameter muncul dalam laporan
• Halaman kategori tidak muncul walaupun boleh dicrawl
• Halaman antarabangsa digabungkan ke versi bahasa yang salah
• Templat baharu dilancarkan dengan halaman terindeks yang lebih sedikit daripada jangkaan

Inilah sebabnya penyahpepijatan canonical harus merangkumi HTML mentah, HTML terender, pengepala HTTP, ubah hala, dan entri sitemap. Jika anda sudah menyiasat rantaian ubah hala atau pengepala yang tidak sepadan, tabiat yang sama terpakai; aliran kerja pemeriksaan HTTP yang praktikal seperti dalam panduan kami untuk menyahpepijat ubah hala dan pengepala HTTP dalam produksi biasanya akan menangkap percanggahan canonical lebih cepat daripada merenung medan CMS.

Kesilapan canonical yang paling mahal

Menetapkan canonical semuanya ke homepage

Ini masih berlaku. Medan templat dibiarkan kosong, plugin kembali kepada root laman, dan tiba-tiba ratusan halaman mengisytiharkan homepage sebagai canonical.

Enjin carian mungkin mengabaikan ini kerana kandungannya jelas berbeza. Tetapi jika cukup banyak isyarat bercelaru, sesetengah halaman boleh digugurkan atau diklusterkan secara salah. Sekurang-kurangnya, anda menghantar petunjuk yang tidak berguna dan bercanggah pada setiap halaman.

Homepage hampir tidak pernah menjadi canonical untuk halaman dalaman.

Menetapkan canonical halaman berpagina ke halaman satu

Untuk tempoh yang lama, sesetengah laman menetapkan canonical /category/page/2/, /page/3/, dan seterusnya kembali ke halaman satu. Niatnya adalah untuk mengelakkan halaman kategori pendua.

Masalahnya ialah halaman berpagina bukan pendua. Ia mengandungi item yang berbeza dan membantu crawler menemui kandungan yang lebih dalam. Menetapkan canonical semuanya ke halaman satu boleh mengurangkan peluang enjin carian memproses halaman-halaman kemudian sepenuhnya.

Biasanya, halaman berpagina harus mempunyai canonical rujukan kendiri melainkan ada sebab khusus untuk menyatukan.

Menetapkan canonical halaman bertapis tanpa menyemak niat carian

Navigasi berfaset mencipta pilihan yang sukar. Sesetengah URL bertapis hanyalah sampah:

• ?sort=price_ascending
• ?view=grid
• ?sessionid=123

Yang lain mungkin merupakan halaman pendaratan yang bernilai:

• /sofas/blue/
• /laptops/16gb-ram/
• /hotels/paris/pet-friendly/

Peraturan canonical menyeluruh sering memadam halaman carian yang berguna bersama-sama bunyi parameter yang tidak berguna. Sebelum menetapkan canonical halaman bertapis, tanya sama ada halaman bertapis itu mempunyai kandungan yang stabil, pautan dalaman, permintaan carian, dan keperluan pengguna yang berbeza.

Jika jawapannya ya, ia mungkin layak boleh diindeks dengan canonical rujukan kendiri.

Menunjukkan canonical ke URL yang diubah hala atau disekat

Sasaran canonical harus bersih, boleh diindeks, dan mengembalikan 200 OK. Jangan tunjukkan canonical ke URL yang melakukan ubah hala, mengembalikan ralat, memerlukan kuki, disekat oleh robots.txt, atau membawa noindex.

Ini salah satu semakan paling mudah untuk diautomasikan. Crawl laman anda dan tandakan sasaran canonical yang tidak mengembalikan respons 200 yang bersih.

Mencampurkan canonical dengan noindex seolah-olah maksudnya sama

rel="canonical" dan noindex menyelesaikan masalah yang berbeza.

Gunakan canonical apabila pendua wujud dan anda mahu isyarat disatukan ke URL yang diutamakan. Gunakan noindex apabila anda tidak mahu halaman diindeks sama sekali.

Menggunakan kedua-duanya bersama menghantar mesej yang janggal: “Jangan indeks halaman ini, tetapi gunakan juga ia sebagai isyarat pendua untuk halaman lain.” Enjin carian sering boleh menanganinya, tetapi itu bukan arahan yang bersih. Jika halaman ialah pendua, tetapkan canonical padanya. Jika ia tidak patut muncul dalam carian dan tidak mempunyai hubungan pendua yang berguna, pertimbangkan noindex.

Audit canonical yang praktikal

Anda tidak memerlukan platform SEO yang besar untuk menemukan banyak masalah canonical. Mulakan dengan crawl, beberapa sampel URL, dan hamparan.

Untuk setiap templat penting, semak:

1. Adakah halaman mempunyai tepat satu tag canonical? Berbilang tag canonical mencipta kekaburan.
2. Adakah canonical itu mutlak? Gunakan URL penuh, termasuk protokol dan hostname.
3. Adakah sasaran canonical mengembalikan 200 OK? Elakkan sasaran yang diubah hala, disekat, atau beralat.
4. Adakah sasaran canonical boleh diindeks? Tiada noindex, tiada sekatan robots, tiada keperluan pengesahan.
5. Adakah kandungan benar-benar setara? Serupa tidak semestinya setara.
6. Adakah pautan dalaman sependapat? Pautkan ke format URL canonical di mana-mana yang boleh.
7. Adakah sitemap sependapat? Sitemap secara umum harus menyenaraikan URL canonical yang boleh diindeks.
8. Adakah tag hreflang sependapat? Halaman antarabangsa memerlukan hubungan canonical dan hreflang yang konsisten.
9. Adakah HTML terender sepadan dengan HTML mentah? JavaScript boleh mengubah atau menyuntik tag.
10. Canonical apa yang dipilih oleh enjin carian? Alat pemeriksaan boleh mendedahkan apabila canonical yang anda isytiharkan berbeza daripada canonical yang dipilih.

Di sinilah Lighthouse juga boleh membantu, tetapi hanya dalam hadnya. Ia boleh menandakan sesetengah isu kebolehcrawlan dan dokumen, tetapi ia tidak memahami niat komersial atau strategi canonical anda. Anggap ia sebagai satu input, bukan keputusan muktamad. Jika anda memerlukan cara yang lebih tenang untuk memisahkan dapatan berguna daripada bunyi, lihat cara membaca laporan Lighthouse tanpa panik.

Canonical rujukan kendiri biasanya lalai yang baik

Setiap halaman penting yang boleh diindeks biasanya harus mengisytiharkan dirinya sebagai canonical. Ini bukan kerana enjin carian tidak dapat memahaminya tanpa tag tersebut. Ini kerana canonical rujukan kendiri mengurangkan kekaburan apabila parameter, pautan penjejakan, URL yang disalin, dan keanehan CMS mencipta laluan alternatif kepada kandungan yang sama.

Untuk halaman produk yang bersih, ini biasanya betul:

<link rel="canonical" href="https://example.com/products/linen-shirt/">

Untuk URL penjejakan, canonical biasanya harus menunjuk kembali ke versi yang bersih:

<link rel="canonical" href="https://example.com/products/linen-shirt/">

Untuk varian produk yang benar-benar berbeza, jawapannya bergantung. Jika baju merah, baju biru, dan baju hitam mempunyai penerangan yang sama dan hanya warna berubah, satu halaman produk canonical mungkin mencukupi. Jika setiap varian mempunyai permintaan, ulasan, imej, stok, dan pautan dalaman yang berasingan, halaman boleh diindeks yang berasingan mungkin masuk akal.

Tiada peraturan canonical sejagat untuk varian. Yang ada hanyalah soalan: adakah halaman-halaman ini boleh saling menggantikan bagi pencari?

Tag canonical harus sepadan dengan dasar URL sebenar laman anda

Kebanyakan pepijat canonical ialah simptom kepada masalah dasar URL yang lebih mendalam. Laman belum memutuskan sama ada trailing slash penting, sama ada URL huruf besar harus resolve, sama ada parameter dibenarkan, sama ada HTTP mengubah hala ke HTTPS, atau sama ada www ialah canonical.

Pilih satu versi bersih bagi setiap URL dan jadikan seluruh sistem sependapat:

• Ubah hala versi URL yang tidak diutamakan ke versi yang diutamakan.
• Pautkan secara dalaman ke versi yang diutamakan.
• Letakkan versi yang diutamakan dalam sitemap XML.
• Gunakan canonical rujukan kendiri pada halaman yang diutamakan.
• Tetapkan canonical hanya untuk pendua sebenar ke URL yang diutamakan.

Apabila semua isyarat ini menunjuk ke arah yang sama, tag canonical menjadi membosankan. Itulah matlamatnya.

Kesimpulannya

Tag canonical berkuasa kerana ia mempengaruhi pengindeksan dan penyatuan isyarat. Ia berbahaya atas sebab yang sama.

Canonical yang salah tidak semestinya akan mengeluarkan halaman daripada carian. Enjin carian mungkin mengabaikannya. Tetapi bergantung pada enjin carian untuk menyelamatkan isyarat yang buruk bukanlah strategi. Pendekatan yang lebih selamat ialah mengehadkan canonicalization kepada pendua sebenar, memastikan sasaran bersih dan boleh diindeks, serta menjadikan pautan dalaman, ubah hala, sitemap, dan canonical anda menceritakan kisah yang sama.

Canonical bukan tempat anda menyembunyikan seni bina yang bercelaru. Ia tempat anda mengesahkan bahawa seni bina itu telah dikemaskan.