Skip to content
Cari

Tag rel="canonical": satukan duplikat & perjelas URL

Pelajari kapan dan cara menggunakan rel="canonical" untuk menandai URL utama, memverifikasi perilaku canonical, dan menghindari kesalahan implementasi yang sering terjadi.

Canonical Tag: Consolidate Duplicates & Clarify Pages

Apa itu tag canonical dan mengapa penting

Tag rel="canonical" adalah elemen link HTML yang diletakkan di bagian <head> halaman yang memberi sinyal URL mana yang kamu pilih mesin pencari untuk diperlakukan sebagai versi utama untuk konten yang serupa atau duplikat. Gunakan ini untuk mengonsolidasikan URL duplikat atau hampir duplikat sehingga mesin pencari bisa memusatkan sinyal pengindeksan dan peringkat pada satu URL canonical. Ingat: rel="canonical" adalah petunjuk kuat untuk mesin pencari, bukan perintah — perayap mungkin menghormati atau menafsirkan ulang petunjuk itu berdasarkan sinyal lain.

Bagaimana pemilihan canonical masuk dalam crawling, indexing, dan ranking

Pisahkan ketiga tahap ini dalam cara berpikirmu: crawling (penemuan dan pengambilan), indexing (apa yang Google simpan dalam indeksnya), dan ranking (bagaimana halaman diurutkan). Tag rel="canonical" terutama memengaruhi indexing dan bagaimana sinyal dikonsolidasikan; ia tidak langsung mengubah cara Google melakukan crawling pada situsmu. Karena Google menggunakan versi mobile sebagai dasar utama untuk crawling dan indexing dan melakukan crawling dengan Googlebot Smartphone secara default, pastikan elemen link canonical ada dan benar di HTML mobile yang kamu sajikan.

Mekanika canonical: apa yang dilihat mesin pencari

Mesin pencari mengevaluasi elemen rel="canonical" bersama sinyal lain: internal links, external backlinks, redirects, entri sitemap, anotasi hreflang, kode status HTTP, dan apakah target dapat diindeks. Jika beberapa sinyal bertentangan, perayap akan menimbangnya dan mungkin memilih canonical yang berbeda dari yang kamu deklarasikan. Skenario umum di mana petunjuk canonical ditafsirkan ulang termasuk ketika canonical yang dideklarasikan tidak dapat diakses (404), diblokir oleh robots.txt, atau ditandai noindex.

Sintaks canonical (contoh)

Letakkan satu elemen link di <head> yang menunjuk ke URL absolut yang diinginkan. Contoh self-canonical standar:

<link rel="canonical" href="https://example.com/product/widget/" />

Untuk varian ramah-printer atau yang bertenaga parameter yang harus merujuk ke halaman utama, canonical-kan ke URL utama:

<link rel="canonical" href="https://example.com/article/long-guide/" />

Aturan praktik terbaik untuk tag canonical

Ikuti aturan pragmatis berikut untuk mengurangi kebingungan:

• Gunakan URL absolut dalam nilai rel="canonical" href (protocol + host + path).

• Utamakan canonical yang merujuk pada dirinya sendiri pada halaman canonical (canonical mengarah ke dirinya sendiri). Ini mengurangi ambiguitas.

• Pastikan target canonical dapat diindeks: harus mengembalikan status 200-an, tidak diblokir oleh robots.txt, dan tidak mengirim directive noindex jika kamu ingin halaman tersebut dapat ditemukan.

• Konsisten dengan protocol dan hostname (pilih HTTPS dan satu hostname canonical, lalu canonical-kan varian lain ke sana).

• Hindari menggunakan canonical untuk menutupi halaman duplikat yang tipis atau bernilai rendah; pertimbangkan noindex untuk duplikat yang benar-benar bernilai rendah atau perbaiki kontennya.

Pola implementasi umum dan trade-off

Navigasi terfaset dan URL berparameter

Untuk halaman faceted atau yang bergantung parameter (filter, urutan, session ID), pilihanmu termasuk meng-canonical-kan ke URL kategori utama, membiarkan setiap varian menjadi canonical yang merujuk pada dirinya sendiri dengan konten unik, atau mencegah pengindeksan via noindex untuk varian bernilai rendah. Meng-canonical-kan semua halaman terfilter ke kategori dasar bisa efektif jika hasil filter tidak memberi nilai unik, tetapi bisa menyembunyikan varian berguna jika halaman tersebut menawarkan konten atau intent pengguna yang berbeda. Nilai apakah tampilan terfilter menambah konten yang bermakna dan dapat di-crawl sebelum memaksa penggabungan canonical.

Seri paginasi

Perlakukan halaman paginasi sebagai seri logis dengan konten terkait. Hindari meng-canonical-kan semua halaman ke halaman 1 kecuali mereka hampir identik. Setiap halaman dalam seri paginasi bisa menjadi canonical yang merujuk pada dirinya sendiri dan dihubungkan dengan navigasi internal yang jelas. Jika tepat, berikan internal links yang kuat dan judul deskriptif agar mesin pencari dapat memahami hubungan antarhalaman.

Canonical lintas domain

Kamu bisa menunjuk canonical ke URL di domain lain. Ini berguna untuk sindikasi atau ketika penerbit meng-host salinan utama. Namun, mesin pencari mungkin meninjau canonical lintas-domain lebih ketat; pastikan target canonical dapat diakses, berwibawa untuk konten tersebut, dan bahwa kamu mengontrol atau memiliki kesepakatan dengan situs lain ketika memungkinkan.

Cara mengimplementasikan dengan benar: langkah demi langkah

1. Tentukan target canonical untuk setiap kelompok duplikat. Utamakan versi konten terbaik (komprehensif, dapat diindeks, dengan internal linking canonical).

2. Tambahkan satu elemen <link rel="canonical"> ke <head> dengan URL absolut. Jika CMS kamu menyisipkan tag canonical secara otomatis, verifikasi outputnya pada sampel halaman yang representatif.

3. Jaga konsistensi canonical di HTML mobile dan desktop — karena Google menggunakan versi mobile sebagai utama, pastikan <head> yang disajikan pada mobile berisi canonical yang dimaksud.

4. Pastikan target canonical dapat diindeks (HTTP 200, tidak diblokir, tanpa noindex).

5. Pantau hasil menggunakan logs dan sinyal dari Search Console; sesuaikan jika mesin pencari memilih canonical yang berbeda dari yang kamu deklarasikan.

Daftar periksa verifikasi dan pemecahan masalah

Gunakan pemeriksaan berikut untuk memverifikasi perilaku canonical dan mendiagnosis masalah. Dikelompokkan berdasarkan apakah kamu mengontrol situs atau tidak.

Saat kamu memiliki situs (cek otoritatif)

Google Search Console — URL Inspection: periksa canonical yang terdeteksi untuk URL yang diperiksa dan lihat URL mana yang diindeks Google. URL Inspection bersifat otoritatif untuk halaman yang kamu miliki.

• Server logs — tinjau URL mana yang diminta Googlebot dan apakah target canonical menerima trafik crawl. Logs menunjukkan perilaku crawl aktual yang terlepas dari indeks.

• Chrome DevTools / view-source — verifikasi elemen rel="canonical" muncul di HTML mobile yang disajikan kepada pengguna dan perayap.

• Gunakan curl untuk memeriksa HTML yang disajikan ke user-agent perayap (contoh untuk mengambil HTML, bukan hanya header): curl -A "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" https://example.com/page/

Saat kamu tidak memiliki halaman penerbit (verifikasi eksternal)

• Lihat sumber halaman atau gunakan curl untuk mengonfirmasi canonical yang dideklarasikan penerbit. Gunakan renderer (browser) untuk memeriksa DOM yang dirender dan pastikan canonical ada di <head> dan tidak hanya disisipkan setelah rendering sisi-klien yang berat.

• Gunakan curl tanpa -I untuk mengambil HTML penuh ketika kamu perlu memeriksa elemen <head>. Contoh: curl https://publisher.com/article/ > page.html

• site: kueri dan pencarian langsung dapat menunjukkan pengindeksan publik tetapi tidak definitif. Untuk halaman yang bukan milikmu, URL Inspection tidak tersedia, jadi anggap site: sebagai heuristik, bukan bukti.

Kesalahan umum dan cara memperbaikinya

Di bawah ini adalah kesalahan implementasi yang sering terjadi dan solusi praktis.

1) Sinyal yang bertentangan

Masalah: rel="canonical" kamu menunjuk ke URL A, tetapi sebagian besar internal links dan entri sitemap menunjuk ke URL B. Perbaikan: Samakan internal links, sitemap, dan redirects ke canonical yang diinginkan. Konsistensi antar sinyal membantu mesin pencari menghormati canonical yang kamu deklarasikan.

2) Canonical menunjuk ke halaman yang tidak dapat diindeks

Masalah: target canonical mengembalikan 404, diblokir oleh robots.txt, atau ditandai noindex. Perbaikan: Ubah canonical ke halaman yang dapat diindeks atau hapus noindex/blokir sehingga target canonical dapat di-crawl dan diindeks.

3) Banyak tag canonical atau tag ditempatkan tidak benar

Masalah: Halamanmu menghasilkan lebih dari satu elemen rel="canonical" atau menyisipkannya melalui JavaScript secara tidak konsisten. Perbaikan: Pastikan satu elemen link canonical di <head> yang dikirimkan ke perayap. Jika situsmu mengandalkan rendering sisi-klien, pastikan HTML sisi-server atau pre-rendering menyertakan canonical.

4) Loop dan rantai canonical

Masalah: URL A meng-canonical-kan ke B, B ke C, atau terjadi circular canonical. Perbaikan: Arahkan semua duplikat langsung ke canonical akhir untuk menghindari kebingungan dan mengurangi pemrosesan yang tidak perlu.

Saat canonicalization bukan alat yang tepat

Jangan gunakan tag canonical sebagai pengganti arsitektur situs yang benar atau untuk menyembunyikan halaman bernilai rendah karena kekhawatiran crawl budget. Jika sebuah halaman memang tidak berguna untuk pencarian, noindex adalah alat yang tepat. Jika perlu menghapus halaman dari indeks sepenuhnya, gunakan noindex plus status HTTP langsung atau alat penghapusan yang sesuai. Canonical untuk mengonsolidasikan konten serupa, bukan untuk penghapusan.

Sumber lebih lanjut dan navigasi singkat

Jika kamu ingin referensi teknis yang lebih luas yang mencakup topik terkait — sitemaps, kontrol robots, dan strategi crawl — lihat Baca Technical SEO Panduan untuk panduan lengkapnya.

FAQ

Bisakah saya meng-canonical-kan beberapa varian ke halaman 1 dari sebuah seri?

Bisa, tetapi hanya ketika varian tersebut benar-benar tidak menawarkan nilai unik dan pada dasarnya duplikat dari halaman 1. Jika tiap halaman berisi konten berbeda atau menangani intent yang berbeda, utamakan halaman yang self-canonical dan pastikan navigasi antarhalaman jelas.

Apakah rel="canonical" memengaruhi frekuensi crawling?

Petunjuk canonical memengaruhi URL mana yang diindeks dan bagaimana sinyal link dikonsolidasikan; mereka tidak langsung memberi instruksi kepada perayap halaman mana yang harus diambil. Gunakan server logs untuk mengamati perilaku crawl aktual dan sesuaikan internal linking serta sitemap untuk mengarahkan prioritas crawl.

Apa yang terjadi jika mesin pencari mengabaikan canonical saya?

Jika mesin pencari memilih canonical yang berbeda, periksa sinyal lain: internal links, sitemap, redirects, status HTTP, dan apakah canonical yang dideklarasikan dapat diindeks. Perbaiki sinyal yang bertentangan, pastikan konsistensi, dan pantau efeknya di Search Console URL Inspection dan server logs.

Haruskah saya mengandalkan canonical untuk menangani navigasi terfaset?

Canonical adalah salah satu opsi, tetapi tidak selalu cukup. Untuk navigasi terfaset, evaluasi apakah halaman-halaman tersebut menyediakan konten unik dan bernilai. Jika tidak, meng-canonical-kan ke kategori utama atau mencegah pengindeksan via noindex keduanya merupakan pendekatan yang valid — pilih berdasarkan nilai bagi pengguna dan tujuan pengindeksan.

Artikel terkait