Untuk memeriksa URL Blogger dengan ?m=1, bandingkan alamat lengkap, isi artikel, respons halaman, dan canonical yang dinyatakan pada kedua versi. Setelah itu, gunakan data indeks Search Console bila tersedia untuk melihat pilihan Google. Kehadiran parameter saja belum menjelaskan apakah ada masalah.
Panduan ini berfokus pada pemeriksaan pasangan alamat. Anda tidak perlu langsung menghapus parameter, memasang pengalihan, atau menyunting tema. Hasil pada satu artikel juga tidak dapat digeneralisasi ke seluruh blog.
Kenali bagian alamat yang sedang dibandingkan
Dalam penjelasan struktur URL MDN, parameter merupakan informasi tambahan yang dikirim ke server. Cara parameter diproses bergantung pada server tersebut. Karena itu, perlakukan ?m=1 sebagai variasi yang perlu diperiksa pada blog Anda, bukan jaminan bahwa semua tema memberikan hasil identik.
Mulailah dari satu artikel publik yang benar-benar dapat dibuka. Salin alamat tanpa mengubah domain, protokol, tanggal, atau slug. Simpan sebagai alamat A, kemudian buat catatan terpisah untuk alamat B yang memakai parameter tersebut.
Contoh berikut hanya ilustrasi susunan alamat, bukan URL artikel yang perlu dikunjungi. Tidak ada tag atau konfigurasi yang harus ditempel ke Blogger.
Alamat A: https://example.com/2026/10/panduan-menu.html
Alamat B: https://example.com/2026/10/panduan-menu.html?m=1Panduan struktur URL Google menjelaskan pemisah nilai parameter dengan tanda sama dengan dan parameter berikutnya dengan ampersand. Bila alamat asli sudah mempunyai query, jangan menambahkan tanda tanya kedua secara sembarangan. Catat parameter yang sudah ada sebelum menyusun pasangan pembanding.
Jangan menggabungkan pemeriksaan ini dengan perubahan HTTP ke HTTPS atau pergantian domain. Semakin banyak bagian yang diubah sekaligus, semakin sulit menjelaskan perbedaan yang ditemukan.
Catat respons dan isi yang benar-benar diterima
Buka A dan B pada tab terpisah. Salin kembali alamat setelah halaman selesai dibuka. Jika berbeda dari alamat awal, simpan keduanya agar pengalihan tidak tertukar dengan halaman yang merespons langsung.
Untuk mencatat status HTTP, ikuti referensi Network Chrome DevTools: buka panel Network, lalu muat ulang halaman. Pilih permintaan dokumen utama, bukan gambar atau berkas gaya. Buka Headers bagian General, lalu simpan Request URL dan Status Code. Bila belum terbiasa, minta pengembang membantu membaca catatannya daripada menebak berdasarkan tampilan halaman.
Selanjutnya cocokkan judul artikel, paragraf pembuka, satu subjudul khas, dan bagian penutup. Periksa apakah isi utama tersedia pada keduanya. Jangan menyimpulkan kesamaan hanya karena logo dan warna tema terlihat sama.
Panduan mobile-first Google menjelaskan penggunaan konten versi mobile untuk pengindeksan dan pemeringkatan. Isi utama, heading, dan metadata perlu setara pada versi desktop dan mobile. Kesetaraan isi tidak berarti setiap posisi menu atau ukuran kolom harus sama.
Mengecilkan lebar jendela hanya memeriksa tampilan pada ruang sempit; tindakan itu belum membandingkan dua alamat lengkap. Lakukan pemeriksaan URL dan pemeriksaan tampilan sebagai dua catatan. Checklist pengujian template Blogger dapat membantu meninjau bagian visual dan navigasinya.
Baca canonical yang dinyatakan halaman
Buka sumber halaman untuk masing-masing alamat, lalu cari elemen link dengan rel="canonical" pada bagian head. Salin nilai href secara utuh. Tujuannya membaca keluaran yang diterima browser, bukan menebak dari nama variabel dalam editor tema.
Dokumentasi canonical Google menjelaskan anotasi canonical sebagai salah satu sinyal preferensi bagi halaman duplikat atau sangat mirip. Deklarasi HTML berada pada head yang valid. Jangan menempel tag canonical ke isi postingan sebagai perbaikan cepat.
Bandingkan tujuan yang dinyatakan A dengan tujuan B. Jika beberapa deklarasi mengarah ke alamat berbeda, simpan seluruh nilainya untuk ditinjau. Jika tidak menemukannya, catat “belum ditemukan pada pemeriksaan ini”, bukan langsung menambahkan tag baru.
Pada pemeriksaan HTTP publik tanggal 21 Oktober 2026, contoh halaman panduan SEO Blogger memberikan status 200 pada alamat biasa maupun alamat dengan ?m=1. Keduanya menyatakan canonical ke alamat tanpa parameter. Ini observasi respons dan deklarasi pada satu sampel, bukan bukti pilihan canonical Google atau hasil seluruh tema Blogger.
Tulis temuan dengan kalimat terbatas: “kedua deklarasi menuju alamat A”. Hindari mengubahnya menjadi “semua variasi sudah beres” karena pemeriksaan isi, akses, dan data indeks tetap mempunyai pertanyaan masing-masing.
Pisahkan deklarasi situs dari pilihan Google
Penjelasan canonicalization Google menyebut variasi perangkat sebagai salah satu penyebab URL duplikat. Sebagian duplikasi merupakan hal normal dan bukan pelanggaran kebijakan spam. Preferensi situs adalah petunjuk; Google dapat memilih wakil yang berbeda.
Jika memiliki akses Search Console, periksa alamat lengkap A dan B pada properti yang sesuai. Menurut dokumentasi Inspeksi URL, Google-selected canonical diperiksa pada data indeks. Uji langsung tidak memprediksi pilihan tersebut. Simpan User-declared canonical dan Google-selected canonical beserta waktu laporan, jika tersedia.
Jika data belum tersedia, biarkan kolom pilihan Google berstatus belum diketahui. Respons browser yang berhasil tidak mengisi kekosongan informasi itu. Jangan menyatakan bahwa suatu variasi sudah terindeks hanya karena dapat dibuka.
Tentukan tindak lanjut berdasarkan perbedaannya
Jika isi sesuai dan deklarasi selaras, simpan hasil pemeriksaan sebagai acuan. Jika isi utama hilang pada salah satu versi, jelaskan bagian yang hilang dan kondisi pembukaannya. Jika tujuan canonical berbeda, sertakan kedua nilai dan URL sumbernya saat meminta peninjauan.
Jika masalah tampak berulang, pilih satu artikel tambahan dengan format berbeda. Buat catatan terpisah dan ulangi urutan pemeriksaan yang sama. Pisahkan temuan pada satu halaman dari pola yang baru diduga, sehingga ruang lingkup perbaikannya tidak melebar sebelum bukti tersedia.
Google menyarankan konsistensi sinyal canonical dan tautan internal menuju alamat yang dianggap canonical. Dokumentasinya juga memperingatkan agar robots.txt, alat penghapusan URL, atau noindex tidak digunakan sebagai jalan pintas canonicalization. Parameter yang terlihat bukan alasan untuk memblokir semua variasi.
Sebelum perubahan teknis disetujui, siapkan cadangan Blogger dan catatan konfigurasi. Minta perubahan yang menjawab temuan spesifik, lalu periksa kembali pasangan alamat yang sama. Hindari memasang skrip penghapus query ke seluruh situs hanya berdasarkan satu contoh.
Simpan satu lembar ringkas berisi alamat awal, alamat akhir, waktu, respons, perbedaan isi, canonical yang dinyatakan, pilihan Google jika diketahui, serta tindak lanjut. Alur ini menghasilkan diagnosis yang dapat ditinjau, tanpa menjanjikan peringkat atau waktu pengindeksan.
Komentar
Posting Komentar