Oleh Ilham Musyafa · 23 Oktober 2026
Status Alternate page with proper canonical tag (Halaman alternatif dengan tag kanonis yang tepat) di Google Search Console biasanya justru tanda semuanya berjalan benar. URL di daftar itu menunjuk URL lain sebagai canonical (versi yang ingin kamu tampilkan di Google). Google setuju, lalu mengindeks URL tujuan itu. URL di daftar tidak diindeks karena dianggap salinan, bukan karena ada yang rusak.
Status ini baru jadi masalah kalau canonical-nya mengarah ke tempat yang salah. Misalnya halaman yang ingin kamu rankingkan malah menunjuk halaman lain sebagai canonical. Di artikel ini saya tunjukkan cara membedakan keduanya dalam beberapa menit, lengkap dengan screenshot asli.
Apa Itu Tag Canonical?
Banyak website punya isi yang sama di beberapa alamat. Misalnya alamat dengan parameter tracking (?fbclid=, ?utm_source=), parameter urutan atau filter, versi cetak, atau varian produk. Tag canonical adalah satu baris di bagian head halaman, <link rel="canonical" href="https://example.com/halaman/">, yang memberi tahu Google alamat mana yang utama. Sederhananya, canonical itu "versi resmi" sebuah halaman. Google menganggapnya petunjuk kuat, bukan perintah, lalu mengindeks URL yang dipilih sebagai canonical.
Apa Arti Status Ini di Search Console?
Di halaman bantuan laporan Page indexing (Pengindeksan halaman), Google menjelaskan bahwa halaman ini ditandai sebagai alternatif dari halaman lain, sudah menunjuk dengan benar ke halaman canonical yang diindeks, dan kamu tidak perlu melakukan apa-apa.
Jadi untuk setiap URL di daftar ini, tiga hal berikut benar:
- URL itu mencantumkan canonical yang mengarah ke URL lain.
- Google menerima canonical tersebut.
- URL canonical itulah yang diindeks dan tampil di hasil pencarian.
Itu sistem yang bekerja sesuai rancangannya.
Contoh Nyata: 290 URL dari Facebook
Ini laporan dari website klien yang saya tangani. Domainnya saya blur, sisanya persis seperti yang tampil di Search Console:
Ada 290 URL, dan jumlahnya terus naik. Kedengarannya mengkhawatirkan sampai kamu membaca contohnya. Semuanya diakhiri ?fbclid= dan kode panjang. Facebook menambahkan parameter itu ke link yang diklik orang di Facebook dan Instagram. Jadi setiap kali halaman dibagikan, muncul alamat baru untuk halaman yang sama. Googlebot menemukan alamat-alamat itu dari media sosial, merayapinya, melihat canonical yang mengarah ke URL bersih tanpa parameter, lalu hanya mengindeks URL bersih tersebut.
Angka yang terus naik hanya mengikuti jumlah share di media sosial. Itu bukan tanda masalah, dan tidak ada yang perlu diperbaiki.
Langkah 1: Pastikan Lewat URL Inspection
Setiap URL di daftar bisa kamu cek dalam 30 detik lewat URL Inspection (Inspeksi URL). Arahkan kursor ke salah satu baris, klik ikon kaca pembesar, lalu buka bagian Page indexing. Bagian terpenting ada di paling bawah, di bawah Indexing:
Dua baris ini yang menentukan:
- User-declared canonical (Kanonis yang dinyatakan pengguna): URL yang ditunjuk tag canonical kamu. Di sini URL bersih tanpa
?fbclid=. - Google-selected canonical (Kanonis yang dipilih Google): URL yang dipilih Google. Di sini tertulis "Same as user-declared canonical".
Kalau dua baris itu sama dan canonical-nya memang halaman tujuan yang kamu mau, urusannya selesai. Bagian Discovery di atasnya juga menunjukkan dari mana Google menemukan alamat itu. Di contoh ini, halaman perujuknya postingan Instagram, jadi penjelasan soal share media sosial tadi terbukti.
Langkah 2: Cek Canonical Sendiri Pakai Tool
Search Console hanya menampilkan URL yang sudah diproses Google. Untuk mengecek URL sebelum Google memprosesnya, atau mengecek banyak halaman dengan cepat, pakai cek index Google. Tool ini mengambil halaman seperti crawler dan menunjukkan ke mana canonical-nya mengarah.
Ini hasilnya untuk URL feed di website rental saya sendiri, tangkaprasa.com:
Tool menandainya sebagai peringatan karena canonical yang mengarah ke halaman lain hanya benar untuk halaman duplikat. Untuk feed dari halaman collection, mengarah ke halaman collection itu sudah tepat. Tapi kalau hasil yang sama muncul di halaman layanan kamu, artinya halaman itu tidak bisa ranking.
Satu catatan jujur soal tool: tool membaca sinyal di halaman, tapi keputusan akhir tetap di Google. URL feed ini canonical-nya ke halaman collection, tapi di Search Console saya statusnya Crawled - currently not indexed (Di-crawl - saat ini tidak diindeks). Google sudah memutuskan feed tidak layak diindeks sebelum sempat membahas soal canonical. Kalau status itu yang kamu temui, penjelasannya ada di artikel Crawled - currently not indexed.
Kapan Status Ini Jadi Masalah?
Buka contoh URL-nya dan cari URL yang sebenarnya ingin kamu tampilkan di Google. Kalau ada, berarti canonical di halaman itu mengarah ke tempat yang salah. Penyebab yang paling sering:
- Template memasang canonical yang sama di semua halaman, biasanya ke beranda. Akibatnya semua halaman lain menganggap dirinya salinan beranda.
- Halaman 2, 3, dan seterusnya menunjuk ke halaman 1. Halaman 2 kategori berisi produk yang berbeda, jadi bukan duplikat. Tiap halaman seharusnya menunjuk ke dirinya sendiri.
- Varian produk yang ingin ranking sendiri (warna atau ukuran yang punya pencarian sendiri) menunjuk ke produk utama.
- Canonical masih mengarah ke domain lama, http, atau website staging setelah pindahan website.
- Tujuan canonical-nya bermasalah: redirect, 404, atau ada noindex. Google lalu mengabaikan petunjuknya atau mengindeks halaman yang tidak kamu maksud.
- Website dua bahasa yang canonical tiap bahasanya saling menunjuk ke bahasa lain. Tiap versi bahasa seharusnya canonical untuk dirinya sendiri, lalu dihubungkan dengan hreflang.
Perbaikannya selalu sama: buat canonical halaman itu menunjuk ke dirinya sendiri (self-referencing canonical) atau ke versi utama yang benar. Lalu pastikan link internal, sitemap, dan redirect juga mengarah ke URL yang sama. Sinyal yang tidak kompak inilah yang membuat Google memilih canonical yang berbeda dari yang kamu tentukan.
Pakai Canonical atau Redirect untuk Parameter Tracking?
Ada dua cara yang benar untuk menangani URL berparameter, dan hasilnya tampil berbeda di Search Console.
Website klien tadi membiarkan URL ?fbclid= tetap bisa dibuka dan memasang canonical ke URL bersih. URL seperti itu masuk ke status Alternate page with proper canonical tag.
Website saya sendiri memakai cara lain. Ini contoh link yang sama di tangkaprasa.com:
Server langsung menjawab dengan redirect 301 ke URL bersih, jadi parameternya tidak pernah sampai ke halaman. URL seperti ini tampil di Search Console sebagai Page with redirect (Halaman dengan pengalihan).
Untuk SEO, dua-duanya aman. Canonical lebih mudah dipasang dan membiarkan parameternya tetap ada di URL, jadi Meta pixel dan script tracking lain masih bisa membacanya. Redirect yang membuang parameter membuat alamatnya bersih, tapi pixel tidak pernah melihat fbclid, sehingga klik dari iklan Facebook dan Instagram bisa kehilangan atribusinya. Kalau kamu memasang iklan Meta, cara canonical lebih aman.
Status Lain yang Mirip
| Status di Search Console | Yang terjadi | Tindakan |
|---|---|---|
| Alternate page with proper canonical tag (Halaman alternatif dengan tag kanonis yang tepat) | Halaman menunjuk canonical lain, Google setuju | Biasanya tidak ada. Cek tujuan canonical-nya sudah benar |
| Duplicate without user-selected canonical (Duplikat, tanpa ada versi kanonis pilihan pengguna) | Google menemukan duplikat, halaman tidak punya canonical, jadi Google memilih sendiri | Pasang tag canonical di versi yang kamu mau |
| Duplicate, Google chose different canonical than user (Duplikat, Google memilih versi kanonis yang berbeda dengan pengguna) | Halaman punya canonical, tapi Google tidak setuju dan memilih URL lain | Samakan sinyalnya: link, sitemap, redirect |
| Page with redirect (Halaman dengan pengalihan) | URL-nya redirect ke tempat lain | Tidak ada, kalau redirect-nya memang disengaja |
Perlukah Jumlahnya Dikurangi?
Tidak perlu kalau hanya demi angka. Jumlah ini tidak memengaruhi peringkat, dan untuk website ukuran biasa, URL-URL ini tidak menghabiskan apa pun yang perlu kamu atur. Yang tetap layak dilakukan:
- Pakai link internal hanya ke URL canonical yang bersih, jangan ke versi berparameter.
- Jangan masukkan URL berparameter ke sitemap. Cek sitemap bisa menunjukkan kalau ada yang terselip.
- Tidak perlu klik Validate Fix (Validasi Perbaikan) untuk status ini. Tidak ada yang perlu divalidasi.
Pertanyaan yang Sering Ditanyakan
Apa arti "Alternate page with proper canonical tag"?
Halamannya menunjuk URL lain sebagai canonical, Google setuju, lalu mengindeks URL lain itu. URL di daftar dianggap salinan.
Apakah status ini termasuk error?
Bukan. Status ini memang masuk daftar halaman yang tidak diindeks, tapi biasanya itu hasil yang diharapkan dari tag canonical yang bekerja.
Apakah status ini perlu diperbaiki?
Hanya kalau ada URL yang ingin kamu rankingkan di dalam daftar. Berarti canonical di halaman itu salah arah dan perlu diubah supaya menunjuk ke dirinya sendiri.
Kenapa URL dengan ?fbclid= atau ?utm_source= muncul di laporan ini?
Media sosial dan kampanye iklan menambahkan parameter itu ke link. Google menemukan versi berparameter dari link tersebut, melihat canonical ke URL bersih, lalu hanya mengindeks URL bersihnya.
Apa bedanya dengan "Duplicate, Google chose different canonical than user"?
Di status ini Google setuju dengan canonical kamu. Di status yang satu lagi, Google mengabaikannya dan memilih URL lain. Biasanya itu tanda sinyal di website kamu tidak kompak.
Bisakah URL-URL ini dihapus dari Search Console?
Tidak perlu. URL itu tidak diindeks dan tidak tampil di hasil pencarian. Laporan ini hanya mencatat apa yang ditemukan Google.
Kesimpulan
Buka contohnya, cek dua baris canonical di URL Inspection, lalu perbaiki hanya halaman penting yang canonical-nya salah arah. Halaman penting kamu ada di daftar ini, atau Google terus memilih canonical yang berbeda? Audit website saya menelusuri dari mana sinyal yang bertabrakan itu berasal, atau hubungi saya dan saya bantu lihat.