SEO

URL Kanonis untuk Halaman Duplikat - Buat Semua Sinyal Menunjuk ke Arah yang Sama

Ditulis oleh Adam Muiz 11 Oct 2026 Diperbarui: 11 Oct 2026 8 menit baca

Satu artikel diam-diam bisa memiliki beberapa alamat. Parameter pelacakan membuat satu URL, tampilan cetak membuat URL lain, dan route lama mungkin masih menyajikan halaman yang sama setelah desain ulang. Jika pembaca melihat dokumen yang secara substansial sama di setiap alamat, URL mana yang sebaiknya dianggap representatif oleh mesin pencari?

URL kanonis adalah salah satu cara untuk menjawab pertanyaan itu, tetapi wewenangnya sering dianggap lebih besar daripada yang sebenarnya. URL kanonis bukan redirect, instruksi penghapusan, atau janji bahwa halaman akan mendapat ranking. Bagi Google, canonical yang eksplisit pun merupakan sinyal: situs menyatakan preferensi, sedangkan sistem pencarian dapat memilih representasi lain setelah mengevaluasi bukti yang tersedia.

Karena itu, tugas praktisnya bukan menambahkan tag ke mana-mana lalu menganggap masalah selesai. Kita perlu memilih representasi yang dapat dipertanggungjawabkan, membuat sinyal situs selaras, dan memverifikasi hasilnya tanpa menyamakan kelayakan pengindeksan dengan visibilitas pencarian.

Canonicalization membahas representasi

RFC 6596 mendefinisikan relasi tautan canonical sebagai cara untuk menunjuk IRI yang lebih dipilih di antara resource dengan konten duplikat. Targetnya dapat memuat konten yang sama atau superset dari konten tersebut. Aplikasi kemudian dapat memusatkan pemrosesan pada target, menampilkannya sebagai alamat representatif, dan menggabungkan properti dari alamat duplikat.

Definisi itu memiliki batas penting: canonicalization mengelompokkan resource yang setara atau sangat tumpang tindih. Tag tidak membuat dua halaman yang tidak berkaitan menjadi setara hanya karena keduanya dihubungkan. Jika halaman produk menunjuk ke halaman kategori, atau halaman ketiga suatu artikel menunjuk ke halaman pertama padahal memuat informasi berbeda, deklarasinya bertentangan dengan konten.

URL nonkanonis juga tetap dapat diakses. Browser yang meminta /article?ref=newsletter masih menerima URL tersebut kecuali server melakukan redirect. Relasi canonical berbicara kepada aplikasi yang menafsirkan hubungan itu; relasi tersebut tidak mengubah navigasi browser dengan sendirinya.

Tentukan lebih dahulu apakah duplikat harus tetap dapat diakses

Pilihan paling bersih sering kali dibuat sebelum menulis markup. Tanyakan apakah orang masih membutuhkan URL alternatif sebagai resource tersendiri yang dapat diakses langsung.

Redirect URL yang sudah dihentikan

Jika slug lama sudah berpindah permanen dan tidak ada alasan untuk menyajikan kedua alamat, redirect permanen di sisi server memberi pengguna dan crawler satu tujuan. Dokumentasi canonicalization Google saat ini menyebut redirect sebagai sinyal kuat dan merekomendasikannya ketika halaman duplikat dihentikan. RFC 6596 juga meminta penulis mempertimbangkan apakah redirect permanen dapat menggantikan relasi canonical.

Redirect mengubah perjalanan yang terlihat oleh pengguna, sehingga tujuannya harus benar-benar setara. Mengarahkan setiap halaman yang hilang ke beranda tidak memulihkan informasi yang hilang; cara itu hanya menyembunyikan perbedaannya.

Gunakan relasi canonical saat varian harus tetap tersedia

Relasi canonical cocok untuk varian yang harus mengembalikan respons normal tetapi merepresentasikan dokumen yang sama: edisi PDF dan HTML, tampilan berparameter, atau route duplikat yang belum dapat dihentikan. Alternatifnya tetap dapat digunakan sambil menyatakan alamat yang sebaiknya mewakili kelompok tersebut.

Ini bukan aturan bahwa setiap parameter boleh dibuang. Pengurutan, filter, pagination, dan lokalisasi dapat mengubah informasi atau maksud pengguna. Keputusan tersebut berasal dari model konten, bukan dari tanda baca di URL.

Pilih target yang mampu memuat seluruh klaim

Target yang baik seharusnya dapat diindeks, stabil, dapat diakses, dan setara dengan halaman yang merujuknya. Target harus mengembalikan konten berguna, bukan error, serta tidak langsung melakukan redirect ke tempat lain atau menunjuk melalui rantai canonical yang bersaing. RFC 6596 merekomendasikan satu relasi canonical per resource dan memperingatkan bahwa aplikasi dapat mengabaikan deklarasi yang keliru.

Canonical yang merujuk ke dirinya sendiri tetap valid. Google merekomendasikan canonical semacam ini pada halaman pilihan, selain mengarahkan halaman duplikat kepadanya. Hal ini tidak membuktikan bahwa halaman pilihan akan terpilih, tetapi membuat pemetaan yang dinyatakan situs lebih mudah diperiksa dan tidak terlalu bergantung pada template khusus.

Pagination memperlihatkan batas konten tersebut. Halaman kedua biasanya tidak seharusnya menjadikan halaman pertama sebagai canonical jika halaman kedua memuat item yang tidak ada di halaman pertama. RFC memperingatkan bahwa aplikasi kemudian dapat mengabaikan konten halaman lanjutan sebagai duplikat. Halaman view-all yang sesungguhnya dapat menjadi calon target ketika memuat seluruh halaman komponen dan tetap memberi pengalaman pengguna yang wajar, tetapi itu keputusan produk, bukan resep SEO otomatis.

Nyatakan hubungan pada lapisan yang tepat

Untuk dokumen HTML, bentuk yang umum ditempatkan di head dokumen:

<link rel="canonical" href="https://example.com/guides/canonical-urls/">

RFC 6596 mengizinkan target relatif, tetapi Google merekomendasikan URL absolut untuk mengurangi kesalahan yang melibatkan hostname, scheme, dan staging environment. Perbedaan ini penting: URL absolut merupakan rekomendasi operasional dalam konteks ini, bukan persyaratan protokol.

Untuk resource non-HTML seperti PDF, atau ketika konfigurasi respons merupakan lapisan yang lebih tepat, relasi tersebut dapat dikirim melalui HTTP response header:

Link: <https://example.com/guides/canonical-urls/>; rel="canonical"

Google mendokumentasikan metode ini untuk hasil pencarian web, termasuk file non-HTML. Menggunakan elemen HTML dan header sekaligus memang mungkin, tetapi hal itu menciptakan dua tempat yang dapat bertentangan. Satu mekanisme yang dipelihara dengan benar lebih mudah dipahami daripada deklarasi berulang yang dihasilkan sistem terpisah.

Buat bagian lain dari situs menceritakan hal yang sama

Elemen canonical tidak dapat secara andal memperbaiki arsitektur yang terus mempromosikan duplikatnya. Navigasi internal, feed, tautan terstruktur, dan template sebaiknya mengarah ke URL pilihan. Jika setiap menu dan kartu artikel terkait menautkan satu alamat sementara halaman itu menyatakan alamat lain, situs memberikan bukti yang saling bertentangan.

Sitemap sebaiknya mengikuti aturan yang sama. Panduan sitemap Google menyatakan agar situs memasukkan URL lengkap yang lebih dipilih untuk ditampilkan dan mencantumkan versi canonical, bukan setiap duplikat. Google menyebut pencantuman dalam sitemap sebagai sinyal canonicalization yang lebih lemah daripada redirect atau anotasi canonical, dan pengiriman sitemap tetap merupakan petunjuk, bukan jaminan crawling atau pengindeksan.

Konsistensi berguna karena setiap lapisan menjawab pertanyaan yang sama. Namun, konsistensi bukan cara melipatgandakan kepastian. Beberapa petunjuk yang selaras dapat memperjelas preferensi, tetapi tetap tidak memaksa sistem pencarian menerima pemetaan yang bertentangan dengan analisis kontennya.

`robots.txt` dan `noindex` menyelesaikan masalah berbeda

Memblokir duplikat dalam robots.txt bukan canonicalization. Google secara eksplisit tidak menyarankan cara ini untuk tujuan tersebut. Pemblokiran crawling dapat mencegah crawler membaca halaman sehingga tidak melihat elemen canonical atau instruksi pengindeksan tingkat halaman. URL yang diblokir masih mungkin diketahui melalui tautan tanpa menyediakan kontennya untuk dibandingkan.

noindex memiliki arti berbeda: jangan tampilkan resource ini dalam hasil pencarian. Dokumentasi robots meta Google menyatakan bahwa instruksi tersebut harus dapat ditemukan melalui crawling. Panduan canonicalization Google tidak merekomendasikan noindex sebagai cara memengaruhi halaman mana yang menjadi canonical dalam satu situs, sebab instruksi itu menghapus kelayakan halaman alih-alih menyatakan representasi pilihan.

Ada alasan yang sah untuk memblokir crawling atau pengindeksan, tetapi kontrol tersebut sebaiknya dipilih sesuai maknanya sendiri. Menggabungkannya sembarangan dengan relasi canonical dapat menghilangkan bukti yang diperlukan untuk menafsirkan hubungan tersebut.

Jangan satukan versi bahasa menjadi satu halaman

Halaman terjemahan adalah alternatif untuk audiens berbeda, bukan duplikat biasa yang perlu disatukan ke dalam satu bahasa. Panduan Google menyatakan bahwa ketika hreflang digunakan, canonical sebaiknya berada dalam bahasa yang sama jika memungkinkan. Halaman English dapat merujuk pada dirinya sendiri sebagai canonical, sementara versi Indonesia dan German juga merujuk pada dirinya sendiri, dengan anotasi bahasa yang menghubungkan kelompok tersebut.

Hal ini memisahkan dua hubungan: canonical mengidentifikasi representasi dalam kelompok duplikat, sedangkan hreflang mengidentifikasi alternatif yang dilokalkan. Mengarahkan setiap terjemahan ke halaman English berisiko menyatakan bahwa teks terjemahan tidak seharusnya merepresentasikan dirinya sendiri.

Audit apa yang disajikan sebelum menafsirkan data pencarian

Mulailah dari situs, bukan dashboard. Minta URL canonical dan duplikat yang representatif, ikuti redirect secara sengaja, lalu periksa status akhir, head HTML, dan response header. Periksa output awal maupun hasil render jika JavaScript dapat mengubah metadata. Pastikan target tidak diblokir, ditandai noindex, dialihkan, atau hilang dari tautan internal dan sitemap.

Setelah itu, periksa bukti yang telah diindeks. Dokumentasi URL Inspection Google membedakan canonical yang dinyatakan pengguna dari canonical yang dipilih Google. Laporan terindeks dapat menampilkan keduanya. Live test tidak dapat memprediksi pemilihan canonical karena pilihan tersebut terjadi saat pengindeksan, dan informasi terindeks dapat tertinggal dari halaman saat ini.

Live test yang positif hanya menunjukkan bahwa halaman kemungkinan dapat diindeks berdasarkan kondisi yang diperiksa oleh pengujian. Hasil itu tidak menjamin pengindeksan, kemunculan dalam hasil, atau posisi ranking. Batasan ini mencegah pengujian teknis yang bersih berubah menjadi klaim traffic tanpa dukungan.

Checklist canonicalization untuk situs kecil

Inventarisasi URL yang mengembalikan konten sama atau sangat tumpang tindih.
Pilih representasi berdasarkan kelengkapan konten, stabilitas, aksesibilitas, dan pengalaman pengguna.
Redirect alamat yang sudah dihentikan; gunakan relasi canonical untuk varian yang perlu tetap dapat diakses.
Nyatakan satu target valid, sebaiknya dengan URL absolut, dan tambahkan canonical yang merujuk ke dirinya sendiri pada halaman HTML pilihan.
Gunakan HTTP header Link ketika resource bukan HTML atau lapisan respons merupakan sumber kebenaran yang tepat.
Buat tautan internal mengarah ke URL pilihan dan cantumkan versi itu dalam sitemap.
Pisahkan kontrol crawling dan pengindeksan dari konsolidasi duplikat.
Jangan satukan konten pagination atau bahasa yang berbeda hanya karena templatenya terlihat serupa.
Periksa respons sebenarnya, lalu bandingkan canonical yang dinyatakan dan dipilih dalam data Search Console yang telah diindeks.
Periksa kembali setelah migrasi dan perubahan template; pemetaan canonical dapat menjadi usang seperti aturan routing lainnya.

Kesimpulan

URL kanonis paling tepat dipahami sebagai preferensi yang didukung dengan cermat. Implementasi terkuat bukan yang memiliki tag paling banyak, melainkan yang membuat kesetaraan konten, redirect, metadata, tautan internal, dan sitemap menyampaikan cerita yang selaras.

Meski demikian, hasil yang jujur tetap memiliki batas. Canonicalization dapat membantu sistem pencarian menafsirkan alamat duplikat dan membuat situs lebih mudah dipelihara, tetapi tidak menjamin pengindeksan maupun ranking. Jika mesin pencari memilih representasi berbeda, respons yang berguna adalah memeriksa konten dan sinyal yang bertentangan, bukan mengulang tag yang sama dengan lebih keras.