Cara Implementasi Canonical Tag agar URL Website Konsisten

Implementasi canonical tag adalah proses menetapkan satu URL utama untuk halaman yang memiliki versi sama atau sangat mirip, lalu menyelaraskan sinyal website ke URL tersebut.

Bagian terakhir itu yang sering dilupakan. Menambahkan tag canonical saja belum cukup jika sitemap masih memuat URL parameter, menu mengarah ke versi lain, atau halaman tujuan justru redirect. Dalam praktik SEO, canonical bekerja baik ketika website konsisten dari kode sampai navigasinya.

Tentukan URL canonical sebelum memasang tag

Jangan mulai dari template. Mulailah dari keputusan URL mana yang benar-benar ingin dipertahankan sebagai alamat utama.

URL canonical yang baik umumnya:

Dapat diakses normal: halaman memberi respons sukses dan tidak redirect ke alamat lain.
Mewakili konten utama: isi halaman paling lengkap atau menjadi versi yang ingin ditemukan pengguna.
Stabil untuk jangka panjang: struktur URL tidak bergantung pada parameter kampanye, sesi, atau urutan sementara.
Dipakai secara konsisten: menu, sitemap, dan tautan internal sama-sama merujuk ke alamat tersebut.

Misalnya, URL artikel dengan parameter email tetap bisa berfungsi untuk pengukuran. Namun, URL artikel tanpa parameter lebih tepat dijadikan canonical karena itulah alamat yang seharusnya dipakai ulang oleh pengguna dan mesin pencari.

Pasang tag pada bagian head

Untuk halaman HTML, canonical diletakkan di bagian <head> dan menunjuk langsung ke URL utama. Sistem CMS, plugin SEO, atau framework biasanya sudah menyediakan pengaturan untuk menghasilkan tag ini otomatis.

Yang perlu dicek bukan hanya apakah tag muncul, tetapi apakah nilainya tepat. Buka sumber halaman, cari kata canonical, lalu pastikan URL tujuan sesuai pilihan Anda. Pada website dengan JavaScript, canonical idealnya sudah jelas di HTML sumber dan tidak diubah-ubah setelah halaman dirender.

Jika website memuat dokumen non-HTML seperti PDF, canonical juga bisa dideklarasikan melalui header respons server. Gunakan satu metode yang paling sesuai dengan sistem Anda dan jaga agar tidak ada dua canonical berbeda antara HTML dan header.

Langkah implementasi canonical yang rapi

Pekerjaan ini paling aman dilakukan per pola URL, bukan menebak satu per satu halaman.

Inventarisasi variasi URL: kumpulkan URL yang memiliki isi sama, termasuk parameter kampanye, filter, jalur kategori, atau variasi domain.
Pilih satu versi utama: tentukan alamat yang bersih, aktif, dan paling sesuai dengan tujuan halaman.
Atur canonical secara konsisten: setiap variasi duplikat menunjuk langsung ke URL utama, sedangkan URL utama menunjuk ke dirinya sendiri.
Bereskan sinyal pendukung: gunakan URL canonical pada sitemap, navigasi, breadcrumb, dan tautan di dalam website.
Pilih redirect bila URL harus ditinggalkan: bila alamat lama tidak lagi perlu diakses, alihkan secara permanen ke URL baru daripada membiarkannya hidup sebagai duplikat.
Uji hasilnya: lihat sumber halaman, status respons URL tujuan, dan hasil inspeksi URL setelah Google merayapi ulang halaman.

Konflik canonical yang perlu dihindari

Canonical dapat diabaikan Google jika sinyal lain menunjukkan keputusan yang berbeda. Karena itu, cari konflik berikut sebelum menyatakan pekerjaan selesai.

Canonical menuju URL redirect: tujuan seharusnya langsung berupa halaman utama yang aktif.
Canonical menuju halaman error: URL utama yang rusak tidak memberi tujuan yang dapat dipercaya.
Sitemap memuat URL non-canonical: daftar URL penting justru bertentangan dengan tag di halaman.
Tautan internal ke URL duplikat: website sendiri terus memberi sinyal bahwa versi lain juga penting.
Rantai canonical: halaman A menunjuk B, lalu B menunjuk C. Buat semua variasi langsung menuju C bila C adalah halaman utama.
Canonical pada halaman yang tidak setara: dua halaman dengan maksud pencarian berbeda tidak layak dipaksa menjadi satu.

Cara memeriksa hasil implementasi

Setelah perubahan dipublikasikan, gunakan inspeksi URL untuk membandingkan canonical yang Anda deklarasikan dengan canonical yang dipilih Google. Keduanya idealnya sama, tetapi perbedaan tidak selalu berarti error. Google dapat memilih versi lain bila melihat konten, redirect, atau sinyal URL Anda tidak konsisten.

Periksa juga halaman penting melalui browser biasa. Jika URL yang Anda pilih sebagai utama ternyata lambat, memuat konten berbeda, atau tidak bisa dibuka dari perangkat tertentu, masalahnya bukan lagi sekadar canonical.

Kapan perlu melibatkan developer?

Libatkan developer bila canonical harus dibentuk dinamis dari filter, parameter, multi-domain, atau template yang dipakai ribuan halaman. Kesalahan satu aturan pada template dapat menempatkan canonical yang salah pada seluruh katalog.

Untuk website sederhana, keputusan canonical sering bisa diselesaikan dari CMS. Untuk website besar, anggap canonical sebagai bagian dari arsitektur URL dan uji perubahan di staging sebelum diterapkan ke seluruh situs. Bila masih ragu apakah suatu URL memang layak dikonsolidasikan, lihat contoh kasus penggunaan canonical.