Redirect Error ?m=1 di Blogger: Perlu Diperbaiki atau Tidak?

BLOGGER • SEARCH CONSOLE Redirect Error ?m=1

Normal atau benar-benar bermasalah?

DIAGNOSIS GUIDE

---

Redirect Error di Google Search Console cukup sering membuat pengguna Blogger panik, apalagi ketika URL artikel yang bersih tiba-tiba terlihat berhubungan dengan versi ?m=1. Reaksi pertama biasanya langsung mencari cara menghapus parameter tersebut.

Untuk Blogger, itu belum tentu langkah yang benar. Blogger memang masih menggunakan mekanisme URL seluler terpisah pada kondisi tertentu. Ketika perangkat atau bot dikenali sebagai mobile, Blogger dapat melakukan redirect sementara ke URL yang sama dengan tambahan ?m=1.

Jadi sebelum mengubah template, robots.txt atau memasang script anti-redirect, saya lebih dulu membedakan antara perilaku normal Blogger dan redirect yang benar-benar rusak.

?m=1Varian URL mobile yang masih dipakai Blogger.

302 RedirectBlogger dapat mengalihkan URL bersih ke versi mobile.

CanonicalURL utama tetap seharusnya mengarah ke versi bersih tanpa parameter.

Search ConsoleStatus redirect tidak selalu berarti ada kerusakan SEO.

Informasi Singkat

---

Panduan Blogger Community yang diperbarui Juli 2026 menjelaskan bahwa Blogger dapat melakukan redirect 302 dari URL normal ke URL yang sama dengan tambahan ?m=1 ketika pengguna atau bot dikenali sebagai perangkat mobile.

Pada kondisi normal, template Blogger juga menggunakan canonical untuk menunjukkan URL utama tanpa parameter. Karena itu status terkait redirect pada Search Console tidak selalu berarti ada error yang harus diperbaiki.

Sumber: Blogger Community - Redirect error Search Console report.

Apa Itu ?m=1 di Blogger?

Parameter ?m=1 digunakan Blogger untuk versi mobile pada sistem URL terpisah. Contohnya:

URL UTAMAhttps://contoh.com/artikel.html

VERSI MOBILEhttps://contoh.com/artikel.html?m=1

Google masih mendukung konfigurasi mobile dengan URL terpisah, walaupun untuk situs baru Google lebih merekomendasikan responsive web design karena lebih sederhana untuk dipelihara.

Pada konfigurasi URL mobile terpisah, URL desktop tetap menjadi canonical dan versi mobile menjadi alternatifnya.

Kenapa Search Console Menampilkan Redirect Error?

Google Search Console mendefinisikan Redirect error sebagai kondisi ketika Google mengalami masalah pada proses pengalihan, misalnya redirect chain terlalu panjang, redirect loop, URL redirect yang rusak, atau rantai redirect yang akhirnya tidak dapat diselesaikan.

Masalahnya, pada Blogger ada kondisi tambahan yang sering membingungkan: Googlebot Smartphone mengunjungi URL bersih lalu Blogger mengalihkannya ke ?m=1. Search Console kadang menampilkan status Redirect Error meskipun ketika diuji langsung URL tersebut bisa dibuka dengan baik.

1Googlebot Smartphone

2URL tanpa ?m=1

3302 Redirect

4URL ?m=1

Jangan Samakan 3 Status Ini

Redirect Error Google gagal menyelesaikan proses redirect pada crawl tertentu. Perlu dicek jika Live Test juga gagal atau terjadi loop.

Page with Redirect URL tersebut memang mengalihkan ke URL lain sehingga URL sumber tidak diindeks sebagai halaman utama.

Alternate Page with Proper Canonical Google melihat URL alternatif dan canonical-nya sudah menunjuk ke URL utama. Ini umumnya kondisi normal.

Jangan buru-buru “memperbaiki” ?m=1
Jika URL utama dan versi ?m=1 sama-sama bisa dibuka, canonical benar, dan Live URL Test berhasil, jangan memasang script untuk menghapus atau memaksa redirect mobile Blogger.

Kapan Redirect Error Tidak Perlu Diperbaiki?

URL artikel tanpa ?m=1 bisa dibuka normal.

URL yang sama dengan ?m=1 juga bisa dibuka normal.

Live URL Test di Search Console berhasil.

Tidak ada redirect loop.

Canonical mengarah ke URL bersih tanpa parameter.

Konten utama versi mobile sama dengan versi utama.

Kalau semua kondisi di atas terpenuhi, saya tidak mengubah struktur redirect Blogger. Status pada laporan indexing bisa saja membutuhkan waktu untuk diperbarui setelah Google melakukan crawl berikutnya.

Kapan Redirect Error Harus Dicurigai?

Redirect loopURL A menuju B lalu kembali lagi ke A.

Semua mobile menuju homepageArtikel yang berbeda justru dialihkan ke halaman depan yang sama.

Versi mobile errorURL ?m=1 menghasilkan 404, blank page atau error server.

Canonical salahCanonical mengarah ke URL lain yang tidak sesuai atau malah ke URL parameter.

Custom redirect scriptJavaScript template memaksa redirect tambahan berdasarkan layar atau user-agent.

Mobile diblokirRobots atau meta robots berbeda antara versi utama dan mobile.

Cara Mengecek Redirect Error ?m=1

01

Inspect URL utama

Masukkan URL artikel tanpa ?m=1 ke URL Inspection Search Console.

02

Jalankan Test Live URL

Kalau Live Test berhasil, Google saat itu bisa mengakses hasil redirect dan konten final.

03

Buka versi mobile

Tambahkan ?m=1 secara manual dan pastikan halaman yang sama tetap muncul.

04

Cek View Source

Cari rel="canonical" dan pastikan URL-nya bersih tanpa ?m=1.

05

Cek redirect tambahan

Periksa apakah template mempunyai JavaScript yang memaksa mobile redirect atau menghapus parameter URL.

06

Cek robots/noindex

Pastikan versi mobile tidak memakai aturan robots berbeda yang menghalangi Google.

Cara Mengecek Canonical Blogger

Buka artikel di browser, pilih View Page Source, kemudian cari:

<link rel="canonical" href="https://www.domain.com/artikel.html" />

Yang saya cari bukan bentuk kode template internalnya, tetapi hasil akhir HTML yang diterima browser. Untuk halaman artikel utama, canonical seharusnya menunjuk ke URL bersih yang ingin dijadikan versi utama.

Jangan Memberi noindex pada ?m=1

Salah satu trik yang sering beredar adalah memberikan noindex pada versi ?m=1 agar Google “dipaksa” mengindeks URL utama. Saya tidak memakai cara tersebut.

Pada sistem URL mobile terpisah, Google meminta metadata dan robots directive pada versi mobile dan desktop tetap konsisten. Canonical-lah yang digunakan untuk menunjukkan URL utama.

Jangan noindex versi ?m=1.

Jangan membuat JavaScript untuk menghapus ?m=1.

Jangan membuat redirect mobile kedua di atas redirect Blogger.

Jangan mengubah robots.txt hanya karena melihat status Redirect Error.

Custom Template Bisa Menjadi Penyebab Tambahan

Pada template Blogger yang sudah banyak dimodifikasi, saya justru lebih curiga pada tambahan kode custom dibanding redirect bawaan Blogger.

Beberapa script lama menggunakan deteksi lebar layar, user-agent, atau window.location untuk memaksa URL tertentu. Kalau Blogger sudah melakukan redirect server-side lalu template melakukan redirect lagi, kemungkinan chain atau loop menjadi lebih besar.

window.locationCek script yang mengganti URL.

location.replace()Cek redirect paksa dari JavaScript.

?m=1Cari kode custom yang menambah/menghapus parameter.

canonicalPastikan tidak ada canonical ganda atau salah URL.

Kalau Template Sudah Responsive, Kenapa ?m=1 Masih Ada?

Responsive layout dan mekanisme URL mobile Blogger adalah dua hal berbeda. Template bisa terlihat responsive di browser, tetapi platform Blogger masih dapat menjalankan perilaku mobile URL berdasarkan sistemnya sendiri.

Karena itu saya tidak menganggap kemunculan ?m=1 sebagai bukti bahwa template tidak responsive.

Alur Diagnosis yang Saya Pakai

STARTRedirect Error muncul

CEKLive Test berhasil?

YACek canonical + versi ?m=1. Jika normal, tidak perlu memaksa perubahan.

TIDAKCek loop, custom redirect, robots, domain, error server dan mobile page.

Apakah ?m=1 Menghambat Indexing?

Tidak tepat jika menyimpulkan bahwa setiap URL Blogger yang punya ?m=1 pasti gagal diindeks. Mekanisme ini dipakai secara luas oleh Blogger dan Google sendiri memahami hubungan antara URL utama dan versi mobile.

Yang lebih penting adalah memastikan URL utama dapat dicrawl, versi mobile tidak rusak, canonical benar, konten utama konsisten, dan tidak ada redirect tambahan dari template.

Perlu diingat juga bahwa URL yang secara teknis bisa diindeks tetap tidak dijamin masuk indeks. Google tetap melakukan pemilihan berdasarkan kualitas, relevansi dan sinyal lainnya.

Referensi Resmi

---

Google Search Central masih mendukung separate mobile URLs dan menjelaskan bahwa versi desktop menjadi canonical sementara versi mobile menjadi alternatif. Google juga menjelaskan bahwa Redirect Error yang sebenarnya dapat disebabkan oleh redirect chain terlalu panjang, redirect loop, atau URL redirect yang buruk.

Sumber: Google Search Central - Mobile-first indexing dan Search Console - Laporan pengindeksan halaman.

Ringkasnya

Kalau Search Console menampilkan Redirect Error pada Blogger, saya tidak langsung menyalahkan ?m=1. Pertama saya cek Live URL Test, versi mobile, canonical, robots dan kemungkinan redirect tambahan dari template.

Jika URL bersih dan ?m=1 sama-sama bekerja, canonical benar, dan Live Test berhasil, mekanisme mobile Blogger biasanya tidak perlu diutak-atik. Perbaikan baru diperlukan ketika benar-benar ada redirect loop, halaman mobile rusak, canonical salah, atau script custom yang membuat redirect tambahan.