Canonical URL Checker

Berikutnya

Tempel URL mana pun dan checker akan mengambilnya, mencari tag <link rel="canonical"> di head HTML, header HTTP Link, dan melaporkan canonical mana yang akan dilihat Google — plus konflik, rantai redirect, atau sinyal yang bisa menimbulkan masalah indexing. Menjalankan crawl singkat sehingga Anda bisa menemukan masalah tanpa harus menggali source halaman sendiri.

Cara kerja canonical checker

  1. 1

    Masukkan URL

    Halaman publik mana pun. HTTPS dan HTTP keduanya diterima; redirect diikuti hingga 5 hop.

  2. 2

    Halaman diambil

    Baik header HTTP maupun HTML yang dirender diparsing. Crawler mengidentifikasi diri sebagai UA browser standar secara default.

  3. 3

    Sinyal canonical diekstrak

    Semua tag `<link rel="canonical">` di `<head>`, header HTTP `Link: rel="canonical"`, plus target self-referencing vs. eksternal.

  4. 4

    Konflik ditandai

    Tag duplikat dengan target berbeda, canonical yang mengarah ke redirect, canonical yang mengarah ke halaman noindex, canonical hilang pada pola konten duplikat.

Apa yang dilaporkan checker

  • URL target canonical: nilai href dari tag atau header.
  • Sumber: tag HTML, header HTTP, atau keduanya. Jika keduanya, harus cocok.
  • Mereferensikan diri sendiri?: ya berarti canonical mengarah balik ke halaman itu sendiri. Ini normal dan aman.
  • Target dapat dijangkau?: apakah canonical URL mengembalikan 200?
  • Rantai redirect pada canonical: target tidak boleh redirect.
  • Protokol dan host yang cocok: canonical harus cocok dengan scheme URL live.
  • Konsistensi trailing slash: ketidaksesuaian membuat URL diperlakukan sebagai berbeda.
  • Beberapa tag canonical: Google memakai yang pertama; sisanya adalah peringatan.

Masalah umum yang ditangkap checker

Masalah Mengapa penting
Canonical ke redirect 301/302 Google bisa mengabaikan atau melemahkan sinyalnya
Canonical ke halaman yang diblokir robots.txt Google tidak bisa memverifikasi; sinyal dibuang
Canonical ke halaman noindex Sinyal bertentangan; perilaku indexing tak terduga
Beberapa tag canonical dengan href berbeda Hanya satu yang dipatuhi; sisanya mengacaukan diagnosis
Path relatif tanpa base Google menyelesaikannya relatif ke URL saat ini — biasanya oke tapi tidak eksplisit
Canonical ke versi bahasa berbeda Sebaiknya gunakan hreflang
Canonical HTTP di halaman HTTPS Sinyal lebih lemah; Google bisa mengabaikan
Canonical di <body> bukan <head> Google mengabaikannya

Cara memperbaiki canonical yang buruk

  1. Selalu targetkan URL final (tanpa redirect).
  2. Cocokkan protokol dan host live dengan tepat, termasuk trailing slash.
  3. Tempatkan canonical di <head>, bukan di <body> atau diinjeksikan via JavaScript setelah render.
  4. Satu canonical per halaman — pilih satu target dan tetap dengan itu.
  5. Untuk arsip berpaginasi, self-canonicalise setiap halaman. Jangan arahkan semua halaman ke halaman 1.
  6. Untuk varian filter/sort, arahkan balik ke daftar tanpa filter.
  7. Cocokkan internal link dengan canonical URL — menemukan canonical yang tidak ditautkan oleh bagian situs lain akan melemahkan sinyal.

Apa yang tidak diperiksa

  • Apakah Google benar-benar mengindeks canonical (gunakan Search Console untuk itu).
  • Apakah internal linking Anda memperkuat canonical.
  • Apakah entri sitemap XML cocok dengan canonical.

Pertanyaan yang Sering Diajukan

Belum tentu. Tanpa canonical, Google memilih sendiri berdasarkan sinyal internal (link, sitemap, kemiripan konten). Canonical yang mereferensikan diri sendiri tetap menjadi praktik terbaik untuk menghindari ambiguitas, terutama pada halaman dengan parameter kueri.

Canonical adalah petunjuk kuat, bukan perintah. Jika Google menilai halaman tidak mirip, atau canonical tidak dapat diakses, ia bisa memilih URL berbeda. Verifikasi via tool “URL Inspection” di Search Console untuk status indexing yang otoritatif.

Tag canonical duplikat di <head> adalah bug — beberapa tema CMS menambah satu, plugin menambah yang lain. Google memakai yang pertama; hapus sisanya. Checker menandai semua kemunculan.

Tidak langsung — ia mengambil sebagai klien yang tidak terautentikasi. Untuk konten ber-gate, periksa source halaman secara manual setelah login atau gunakan URL staging tanpa auth.

Alat Terkait