Canonical membantu menunjukkan versi URL yang kamu pilih untuk halaman duplikat atau sangat mirip. Ketika Google memilih URL lain, periksa keselarasan isi dan sinyal situs sebelum menambahkan tag baru. Masalahnya sering berupa beberapa bagian website yang menyampaikan pilihan berbeda.

Canonical yang kamu tulis merupakan sinyal, bukan perintah yang memastikan pilihan akhir. Google mempertimbangkan beberapa sinyal, termasuk redirect, anotasi canonical, dan sitemap. Panduan canonical Google.

Mulai dari kelompok halaman yang memang sepadan

Misalnya satu panduan tersedia melalui /panduan/merawat-sepatu/, versi parameter kampanye, dan versi cetak. Kalau isi utama ketiganya sama, kamu mempunyai kandidat kelompok duplikat.

Bandingkan dengan halaman /panduan/merawat-sepatu-kulit/. Walaupun judulnya mirip, artikel ini mungkin memiliki bahan, metode, dan peringatan berbeda. Jangan mengarahkan canonical ke artikel umum hanya karena keduanya membahas sepatu.

Pertanyaan yang saya gunakan: jika pengguna dipindahkan ke URL pilihan, apakah tugas dan informasi yang ia perlukan tetap terpenuhi? Jawaban “hampir sama topiknya” belum cukup untuk memutuskan bahwa dua halaman ekuivalen.

Susun matriks sinyal per URL

Ambil contoh URL mentah sebelum melakukan normalisasi. Jangan menghapus parameter dari catatan awal karena itulah bukti variasi yang sedang diperiksa.

URL Respons Canonical tertulis Ada di sitemap? Link internal dominan
/panduan/merawat-sepatu/ 200 Ke dirinya sendiri Ya Sedikit
/panduan/merawat-sepatu/?ref=menu 200 Ke versi bersih Tidak Banyak
/cetak/merawat-sepatu/ 200 Ke dirinya sendiri Ya Dari tombol cetak

Semua nilai di atas contoh ilustratif. Temuan yang perlu diperbaiki: sitemap dan canonical versi cetak memperlakukan versi cetak sebagai halaman utama, sementara tujuan editorial ingin versi panduan menjadi rujukan.

Matriks lebih berguna daripada daftar “canonical error” karena menunjukkan asal konflik dan pemilik komponennya. Link menu bisa dikelola template navigasi, sedangkan sitemap berasal dari generator lain.

Periksa respons awal dan hasil rendering

Cari elemen canonical pada HTML awal, lalu periksa DOM setelah halaman selesai dimuat. Pastikan tidak ada dua template yang menambahkan tujuan berbeda. Periksa pula header HTTP bila sistem memakai canonical pada level header, terutama untuk dokumen non-HTML.

Contoh ilustratif pada halaman panduan:

<link rel="canonical" href="https://example.com/panduan/merawat-sepatu/">

Alamat absolut memudahkan pemeriksaan host dan protokol. Lalu buka tujuan tersebut secara langsung: pastikan bukan halaman error, bukan redirect kembali ke asal, dan berisi materi yang dimaksud.

Jika JavaScript mengubah canonical dari URL A menjadi B, telusuri mengapa metadata server dan client berbeda. Google menyarankan canonical yang disetel melalui JavaScript tetap konsisten dengan canonical pada HTML awal. Dasar JavaScript SEO.

Pilih perbaikan berdasarkan fungsi variasi

Variasi yang tidak lagi dibutuhkan pengguna dapat diarahkan ke pengganti permanen yang relevan. Variasi yang tetap berguna, seperti tampilan cetak, mungkin tetap tersedia dengan canonical ke halaman utama. Halaman yang punya isi dan kebutuhan berbeda perlu mempertahankan identitasnya.

Jangan memakai noindex sebagai jalan pintas untuk semua kasus canonical. Kamu sedang mengelola representasi halaman yang mirip, bukan selalu meminta halaman keluar dari pencarian. Jangan pula menggunakan robots.txt untuk memaksa canonical: pemblokiran dapat menghalangi mesin membaca sinyal pada halaman.

Pada contoh tadi, daftar pekerjaan yang masuk akal adalah menyelaraskan canonical versi cetak, mengeluarkannya dari daftar URL utama sitemap, dan memperbaiki link menu menuju versi bersih. Tombol cetak tetap menjalankan fungsi cetak.

Gunakan header ketika versi duplikat berupa dokumen

Jika satu materi tersedia dalam HTML dan PDF, periksa dahulu apakah isinya memang setara. Untuk dokumen non-HTML, deklarasi canonical dapat dikirim melalui HTTP header Link dengan rel="canonical"; Google mendukung cara ini untuk hasil pencarian web. Canonical melalui HTTP header.

Contoh ilustratif: PDF panduan mempunyai isi yang sama dengan halaman panduan web yang dipilih sebagai versi utama. Periksa respons PDF, tujuan absolut pada header, dan akses halaman tujuan. Jangan memasang canonical ke halaman kategori yang hanya memuat ringkasan atau tautan unduh karena keduanya belum tentu sepadan.

Catat deklarasi tersebut dalam matriks sinyal yang sama. Mencari tag HTML saja akan melewatkan canonical pada respons dokumen.

Bandingkan deklarasi dengan pilihan Google

Jika punya akses Search Console, catat canonical yang dinyatakan pengguna dan canonical pilihan Google dari data terindeks. Live test tidak dapat meramalkan pilihan canonical akhirnya. Dokumentasi URL Inspection.

Simpan tanggal crawl sebelum dan sesudah perbaikan. Bila pilihan Google belum berubah tetapi data yang ditampilkan masih berasal dari crawl lama, jangan menyimpulkan patch gagal. Bila data baru masih memilih URL berbeda, ulangi perbandingan isi, link, dan sinyal tujuan.

Checklist penutupan satu kelompok

  • URL utama menyajikan isi yang lengkap dan benar.
  • Variasi yang ekuivalen memberikan sinyal yang konsisten.
  • Tujuan canonical dapat dibuka dan tidak membentuk lingkaran.
  • Sitemap serta link internal mendukung URL utama.
  • Metadata tidak berubah menjadi tujuan berbeda setelah rendering.
  • Halaman yang unik tidak ikut dikonsolidasikan.
  • Status teknis dan pilihan indeks dicatat terpisah.

Mulailah dari satu kelompok duplikat. Setelah aturan kelompok tersebut terbukti tepat, terapkan pada template sejenis dan uji pengecualiannya. Memperbaiki sumber konflik biasanya lebih tahan lama daripada menempelkan tag tambahan pada URL satu per satu.