SEO Teknis
Pemeriksa SEO HTTP Link Header
Masukkan sebuah URL. Kami mengambilnya dari sisi server dan mem-parsing HTTP response header Link untuk entri rel="canonical", rel="alternate" hreflang, dan rel="next"/"prev" sesuai RFC 8288 — lalu mencocokkannya dengan tag HTML <link> di halaman yang sama dan menandai bila ada konflik.
Dilindungi reCAPTCHA. Kami mengambil URL dari sisi server (terlindung SSRF) dan membaca response header-nya — tidak ada yang disimpan.
Mengapa Link header penting
Setiap pemeriksa canonical dan hreflang hanya melihat tag HTML <link> di <head> halaman. RFC 8288 mendefinisikan tempat kedua yang sama sahnya untuk mendeklarasikan sinyal yang sama: HTTP response header Link:. Google secara eksplisit mendokumentasikan dan menghormatinya, WordPress serta beberapa CDN mengirimkannya secara otomatis, dan ini adalah satu-satunya cara untuk memberi tag canonical atau hreflang pada resource non-HTML — PDF, gambar, respons JSON API — karena resource tersebut tidak punya <head> untuk diisi tag <link>. Karena tidak dirender di mana pun, header yang diset oleh aturan edge CDN dan diam-diam berbeda dari tag HTML, atau PDF yang tidak pernah dipikirkan untuk diberi canonical lewat cara ini, tidak akan terlihat di browser maupun di tool yang hanya membaca HTML.
Apa yang diperiksa
Parser RFC 8288 sungguhan — bukan tebakan regex — yang membaca response header asli yang dikirim server Anda.
Parsing Link header sesuai RFC 8288
Mem-parsing nilai header Link: mentah — termasuk beberapa entri yang dipisah koma, parameter berkutip, dan daftar rel multi-nilai — menjadi entri rel=canonical, rel=alternate, dan rel=next/prev terstruktur, serta menandai segmen yang tidak valid sebagai link-value.
Konflik canonical header vs HTML
Membandingkan target rel="canonical" pada header dengan tag HTML <link rel="canonical"> di halaman. Ketidakcocokan adalah masalah nyata dan diam-diam: mesin pencari bisa menghormati salah satu sinyal, sehingga canonicalization jadi tidak deterministik. Juga menandai lebih dari satu canonical di header, target lintas domain, dan apakah ia mereferensikan dirinya sendiri (URL yang diambil).
Hreflang lewat header
Memvalidasi kode bahasa setiap entri header rel="alternate"; hreflang="...", memeriksa x-default yang hilang saat ada 2+ entri, entri self-referencing yang hilang, dan kode duplikat yang menunjuk ke URL berbeda — lalu mencocokkan seluruh set dengan tag hreflang HTML di halaman untuk mendeteksi konflik.
Cakupan resource non-HTML
Untuk PDF, gambar, atau respons API (tanpa HTML, jadi tag <link> sama sekali tidak mungkin ada), menandai kasus ketika tidak ada canonical header yang dikirim — artinya resource tersebut tidak punya sinyal canonicalization sama sekali untuk mesin pencari, hal yang sangat mudah terlewat.
Pertanyaan yang sering diajukan
Apa itu HTTP Link header dan kenapa situs saya mengirimkannya?
Ini adalah response header, didefinisikan oleh RFC 8288, yang membawa hubungan berbasis rel yang sama (canonical, alternate, next, prev, dan lainnya) yang biasanya ditulis sebagai tag HTML <link> — bedanya, ini bekerja untuk respons apa pun, HTML atau bukan. WordPress inti mengirimkan beberapa Link header secara otomatis; banyak CDN dan reverse proxy bisa menyisipkan atau menulis ulang header ini di edge, terkadang tanpa sepengetahuan situs asal.
Canonical di header berbeda dari tag canonical HTML saya — apakah ini bug?
Hampir selalu, ya. Dokumentasi resmi Google menyatakan keduanya adalah sinyal yang valid, tapi tidak menjamin mana yang menang saat keduanya berbeda — dalam praktiknya ini membuat canonicalization untuk URL tersebut tidak dapat diprediksi. Periksa apakah CDN, lapisan cache, atau plugin menyisipkan header secara independen dari template HTML Anda, lalu samakan keduanya.
Bisakah saya memakai hreflang tanpa tag HTML <link> sama sekali?
Bisa — bentuk header sepenuhnya setara dan merupakan cara standar untuk memberi tag hreflang pada resource non-HTML (misalnya PDF) atau menambahkan hreflang ke sebuah respons tanpa menyentuh template HTML. Aturan yang sama berlaku: setiap varian bahasa harus mendaftarkan dirinya sendiri (self-reference), dan x-default disarankan begitu Anda punya dua varian atau lebih.
Apakah Google benar-benar memakai HTTP Link response header?
Ya. Dokumentasi Google Search Central secara eksplisit mencantumkan HTTP header sebagai cara yang didukung untuk menentukan rel="canonical" maupun rel="alternate" hreflang, dan secara khusus menyebut file non-HTML sebagai alasan mekanisme ini ada.
Apakah URL saya atau isinya disimpan di suatu tempat?
Tidak. Pengambilan terjadi di sisi server hanya untuk pemeriksaan ini dan hasilnya langsung dikembalikan ke browser Anda; tidak ada yang ditulis ke database atau log selain penghitung rate-limit.