Mobile SEO: cara memastikan situs Anda dinilai Google lewat versi ponsel
Mobile SEO adalah pekerjaan memastikan versi ponsel situs Anda lengkap, bisa dirender Google, nyaman disentuh, dan cepat di jaringan seluler. Sejak Google menuntaskan mobile-first indexing pada Oktober 2023, versi ponsel itulah yang diindeks dan dinilai. Panduan ini merangkum praktik terbaik dari Google Search Central dan web.dev, lalu memberi urutan audit yang bisa Anda kerjakan sendiri.
Kalau Anda membuka situs sendiri di laptop dan semuanya tampak rapi, belum tentu Google melihat hal yang sama. Google menilai situs Anda terutama dari versi ponselnya. Teks yang dipangkas di ponsel, tombol yang terlalu rapat, atau pop-up yang menutup layar ikut menentukan bagaimana halaman Anda dipahami dan diperingkat.
Panduan ini membahas mobile SEO dari sisi yang bisa Anda periksa sendiri. Semua aturan diambil dari dokumentasi resmi Google Search Central, web.dev, Chrome DevTools, dan MDN. Di bagian akhir ada urutan audit singkat dan tabel kesalahan yang perlu dicek lebih dulu.
Apa itu mobile SEO
Mobile SEO adalah pekerjaan memastikan versi ponsel situs Anda lengkap, bisa dirayapi dan dirender mesin pencari, nyaman dipakai dengan jari, dan cepat di jaringan seluler. Istilah ini bukan cabang SEO yang terpisah. Ia adalah bagian dari technical SEO dan SEO on-page yang dilihat lewat layar kecil.
Alasannya sederhana. Dokumentasi Google Search Central menulis bahwa Google memakai versi mobile dari konten situs, yang dirayapi dengan agen smartphone, untuk pengindeksan dan peringkat. Inilah yang disebut mobile-first indexing. Artinya, versi ponsel bukan lagi “versi kedua”. Versi ponsel adalah versi yang dibaca Google.
Ada tiga lapis yang perlu Anda jaga:
Lapis konten. Teks, heading, gambar, video, structured data, dan metadata di ponsel setara dengan desktop.
Lapis teknis. Googlebot smartphone bisa mengakses semua sumber daya, dan konten utama tidak menunggu ketukan atau geseran untuk dimuat.
Lapis pengalaman. Viewport benar, tombol mudah disentuh, pop-up tidak menghalangi, dan halaman cepat menurut Core Web Vitals segmen ponsel.
Kalau Anda masih baru dengan cara mesin pencari bekerja, baca dulu cara kerja SEO supaya istilah merayapi, mengindeks, dan memeringkat terasa lebih jelas.
Mobile-first indexing sudah berlaku untuk hampir semua situs
Peralihan ini berjalan bertahap. Dalam posting blog Search Central bertanggal Selasa, 31 Oktober 2023, Google menyebut fokus ke perangkat mobile dimulai pada 2015 lewat mobile friendly update, lalu mobile-first crawling dan indexing dimulai pada 2016. Di posting yang sama Google mengumumkan bahwa perjalanan menuju mobile-first indexing sudah selesai.
Pengumuman Google bahwa mobile-first indexing sudah tuntas, 31 Oktober 2023. Sumber: tangkapan layar Google Search Central Blog, diambil 30 Oktober 2026.
Google juga menulis bahwa hanya segelintir situs yang sama sekali tidak berfungsi di perangkat mobile. Penyebab yang mereka temui antara lain halaman yang menampilkan error ke semua pengguna ponsel, versi mobile yang diblokir robots.txt padahal versi desktop boleh dirayapi, dan semua halaman mobile yang dialihkan ke beranda. Situs semacam ini untuk sementara masih dicoba dirayapi dengan Googlebot desktop lama.
Ada satu perubahan lain yang sering terlewat. Halaman catatan pembaruan dokumentasi Search Central mencatat bahwa pada 1 Desember 2023 semua penyebutan Mobile-Friendly Test dan laporan Mobile Usability dihapus dari dokumentasi karena keduanya dihentikan. Jadi kalau ada panduan yang masih menyuruh Anda memakai Mobile-Friendly Test, panduan itu sudah usang. Alat penggantinya kami bahas di bagian pengecekan.
Satu hal yang perlu diluruskan: Google menulis bahwa memiliki versi mobile tidak wajib agar konten masuk hasil pencarian, tetapi sangat dianjurkan. Situs yang buruk di ponsel tetap bisa terindeks, hanya saja ia dinilai dari kondisi buruk itu.
Tiga cara menyajikan situs ke ponsel
Google Search Central menyebut tiga konfigurasi untuk membuat situs ramah ponsel. Pilihan ini menentukan seberapa banyak pekerjaan mobile SEO yang harus Anda rawat.
Ilustrasi konsep: tiga cara menyajikan situs ke ponsel, diringkas dari panduan mobile-first indexing Google. Contoh alamat hanya ilustrasi.
Konfigurasi
URL
HTML
Yang wajib dijaga
Catatan Google
Desain responsif
Sama untuk semua perangkat
Sama, tampilan diatur CSS
Viewport dan tata letak per lebar layar
Direkomendasikan karena paling mudah diterapkan dan dirawat
Dynamic serving
Sama
Berbeda per perangkat
Header Vary: User-Agent, isi dan metadata setara
Bergantung pada deteksi user agent
URL terpisah (m-dot)
Berbeda, misalnya subdomain m.
Berbeda
Pengalihan per perangkat, canonical, alternate, hreflang berpasangan
Butuh praktik tambahan khusus URL terpisah
Menurut dokumentasi tersebut, untuk desain responsif konten dan metadata otomatis sama di versi ponsel dan desktop. Itu sebabnya sebagian besar praktik terbaik di panduan Google hanya berlaku untuk dynamic serving dan URL terpisah.
Kalau situs Anda dibangun dengan CMS seperti WordPress, Wix, atau Blogger dan temanya tidak bisa diubah, Google menyarankan mencari tema baru yang ramah ponsel. Untuk situs WordPress, panduan WordPress SEO membahas pemilihan tema dan plugin dari sudut pandang SEO.
Saran kami untuk pemilik usaha: kalau Anda sedang membangun atau merombak situs, pilih desain responsif. Dynamic serving dan m-dot masuk akal hanya bila ada alasan teknis kuat dan tim yang siap merawat dua versi.
Isi versi ponsel harus setara dengan desktop
Ini sumber masalah mobile SEO yang paling umum. Demi tampilan ringkas, desainer kadang menyembunyikan paragraf, tabel, atau ulasan di versi ponsel. Padahal yang diindeks adalah versi ponsel.
Dokumentasi Google menulis bahwa memiliki konten yang sama di desktop dan mobile memastikan kedua versi bisa memeringkat untuk kata kunci yang sama. Kalau versi ponsel sengaja dibuat lebih sedikit isinya, Google mengingatkan Anda bisa kehilangan sebagian trafik, karena Google mendapat informasi lebih sedikit dari halaman itu. Solusi yang mereka sarankan: jangan hapus konten, pindahkan ke akordeon atau tab untuk menghemat ruang.
Panduan resmi Google tentang praktik terbaik situs mobile dan mobile-first indexing. Sumber: tangkapan layar Google Search Central, diambil 30 Oktober 2026.
Daftar yang perlu dibandingkan antara versi ponsel dan desktop, menurut panduan itu:
Heading. Pakai heading yang sama jelas dan bermakna di kedua versi.
Structured data. Jenisnya harus sama di kedua versi, dan URL di dalamnya harus menunjuk ke URL mobile bila Anda memakai URL terpisah. Bila harus memilih, Google menyarankan mulai dari Breadcrumb, Product, dan VideoObject. Dasar-dasarnya ada di panduan schema markup.
Gambar. Kualitas tinggi, format yang didukung, alt text yang sama, dan URL gambar yang tidak berubah setiap kali halaman dimuat.
Video. Format dan tag yang didukung, structured data video yang sama, dan posisi yang mudah ditemukan tanpa menggulir terlalu jauh di ponsel.
Iklan. Google merujuk ke Better Ads Standard dan mencontohkan iklan di bagian atas halaman yang memakan terlalu banyak ruang di ponsel sebagai pengalaman buruk.
Pastikan Google bisa mengakses dan merender versi ponsel
Konten yang setara tidak ada gunanya kalau Googlebot smartphone tidak bisa memuatnya. Panduan Google menyebut tiga aturan akses yang perlu Anda cek.
Robots meta tag harus sama. Kalau versi ponsel memakai tag robots yang berbeda, terutama noindex atau nofollow, Google bisa gagal merayapi dan mengindeks halaman tersebut.
Jangan lazy-load konten utama berdasarkan interaksi. Google tidak memuat konten yang baru muncul setelah pengguna menggeser, mengklik, atau mengetik. Gambar lazy-load yang muncul saat terlihat di layar boleh, tetapi teks utama tidak boleh menunggu ketukan “Baca selengkapnya” yang memanggil server.
Izinkan perayapan sumber daya. Sebagian sumber daya versi ponsel punya URL berbeda dari desktop. Pastikan file CSS, JavaScript, dan gambar itu tidak diblokir aturan disallow di robots.txt.
Untuk situs dengan URL terpisah, ada daftar tambahan. Status halaman error harus sama di kedua versi, versi mobile tidak boleh memakai fragmen URL (bagian setelah tanda pagar), dan URL yang berbeda tidak boleh semuanya dialihkan ke satu URL seperti beranda. Google juga meminta kedua versi diverifikasi di Search Console dan anotasi hreflang dipasang berpasangan: URL mobile menunjuk ke URL mobile, URL desktop ke URL desktop. Pengaturan canonical yang benar dibahas di panduan canonical tag.
Server juga perlu siap. Panduan yang sama mengingatkan bahwa situs mobile harus punya kapasitas cukup untuk menampung kemungkinan naiknya laju perayapan pada versi mobile.
Viewport, tombol, dan pop-up: pengalaman di layar sentuh
Lapisan berikutnya adalah kenyamanan. Tiga elemen ini paling sering membuat situs terasa “tidak niat” di ponsel.
Viewport. Tanpa tag meta viewport, browser ponsel menampilkan halaman seolah layar desktop lalu memperkecilnya. Dokumentasi MDN memberi contoh dasar <meta name="viewport" content="width=device-width">. MDN juga mengingatkan bahwa mematikan zoom dengan user-scalable=no menghalangi orang dengan gangguan penglihatan membaca konten, dan WCAG mensyaratkan pembesaran minimal dua kali. Jadi jangan kunci zoom.
Target sentuh. Panduan web.dev menyarankan tombol dan tautan berukuran minimal sekitar 48 piksel independen perangkat, kira-kira 9 mm atau seukuran ujung jari. Ikon 24 piksel tetap boleh, asalkan diberi padding sampai area sentuhnya 48 piksel. Antar target sentuh sebaiknya berjarak sekitar 8 piksel.
Rekomendasi ukuran target sentuh sekitar 48 piksel dari web.dev. Sumber: tangkapan layar web.dev, Accessible tap targets, diambil 30 Oktober 2026.
Pop-up dan interstitial. Google membedakan interstitial (menutup seluruh halaman) dan dialog (menutup sebagian). Menurut dokumentasinya, interstitial dan dialog yang mengganggu menyulitkan Google memahami konten dan bisa membuat performa pencarian buruk. Saran resminya: pakai banner kecil, jangan menutup seluruh halaman, dan jangan mengalihkan pengguna ke halaman lain untuk meminta persetujuan atau input.
Panduan Google tentang interstitial dan dialog yang mengganggu. Sumber: tangkapan layar Google Search Central, diambil 30 Oktober 2026.
Pengecualiannya interstitial yang diwajibkan, misalnya gerbang usia. Untuk kasus itu Google menyarankan konten tetap berada di bawah lapisan interstitial agar sebagian isinya masih bisa diindeks.
Kecepatan di ponsel dan Core Web Vitals
Halaman yang lengkap dan rapi tetap bisa kalah kalau lambat di jaringan seluler. Dokumentasi Google tentang page experience menyatakan bahwa Core Web Vitals dipakai oleh sistem peringkat mereka. Di dokumen yang sama Google mengingatkan bahwa aspek page experience selain Core Web Vitals tidak secara langsung membantu situs naik peringkat, jadi jangan berharap keajaiban dari skor sempurna.
Ambang yang dipakai, menurut web.dev:
Metrik
Yang diukur
Ambang “baik”
Alat ukur yang bisa dipakai
LCP (Largest Contentful Paint)
Kecepatan muat elemen terbesar
2,5 detik atau kurang
PageSpeed Insights, Search Console, DevTools
INP (Interaction to Next Paint)
Respons terhadap interaksi
200 milidetik atau kurang
Data lapangan (Search Console, PageSpeed Insights bagian data pengguna)
CLS (Cumulative Layout Shift)
Kestabilan tata letak
0,1 atau kurang
PageSpeed Insights, Search Console, DevTools
Yang penting untuk mobile SEO: web.dev menyebut ambang ini diukur pada persentil ke-75 kunjungan, dipisah antara perangkat mobile dan desktop. Angka ponsel Anda dinilai sendiri, tidak dirata-rata dengan desktop. web.dev juga mencatat bahwa alat lab seperti Lighthouse tidak bisa mengukur INP karena tidak ada interaksi pengguna, sehingga Total Blocking Time dipakai sebagai pendekatannya.
Contoh membaca hasil tab Mobile di PageSpeed Insights (pengujian lab dengan emulasi Moto G Power dan throttling Slow 4G). Angka lab bisa berubah tiap kali diuji. Sumber: tangkapan layar PageSpeed Insights untuk jasaseoagency.com, diambil 30 Oktober 2026.
Pembahasan mendalam tentang tiap metrik ada di panduan Core Web Vitals, sedangkan cara membaca laporan lab dan lapangan ada di panduan PageSpeed Insights.
Cara mengecek mobile SEO tanpa Mobile-Friendly Test
Karena Mobile-Friendly Test sudah dihentikan, pengecekan sekarang dibagi ke beberapa alat yang masih aktif. Urutan berikut bisa Anda kerjakan dalam satu sore untuk situs kecil.
Ilustrasi konsep: urutan audit mobile SEO yang disarankan, dari kesetaraan isi sampai data kecepatan lapangan.
Buka halaman di Chrome DevTools device mode. Aktifkan lewat tombol Toggle device toolbar. Dokumentasi Chrome menyebut device mode sebagai perkiraan awal tampilan di ponsel, bukan pengganti perangkat asli. Dari sini Anda bisa mengatur throttling ke Mid-tier mobile atau Low-end mobile untuk meniru jaringan dan CPU ponsel.
Bandingkan isi. Buka versi desktop dan ponsel berdampingan. Cocokkan judul, heading, paragraf utama, tabel, gambar, dan tombol ajakan. Lihat juga sumber halaman untuk memastikan structured data dan tag robots ada di keduanya.
Jalankan PageSpeed Insights dengan tab Mobile. Catat LCP, CLS, dan Total Blocking Time dari data lab, lalu lihat bagian data pengguna nyata bila tersedia.
Buka laporan Core Web Vitals di Search Console. Laporan ini memisahkan URL ponsel dan desktop. Kalau belum terhubung, ikuti panduan Google Search Console.
Uji di ponsel sungguhan. Coba isi formulir, ketuk menu, dan tutup pop-up dengan jari. Banyak masalah ukuran tombol baru terasa di sini.
Catat temuan dalam satu daftar prioritas. Dahulukan yang memengaruhi pengindeksan (isi hilang, sumber daya diblokir), baru kenyamanan dan kecepatan.
Untuk situs yang lebih besar, gabungkan pengecekan ini ke audit menyeluruh seperti yang dijelaskan di panduan analisis SEO.
Kesalahan mobile SEO yang paling sering terjadi
Dari daftar praktik Google di atas, berikut pola kesalahan yang perlu Anda cek lebih dulu, beserta dampak dan perbaikannya.
Kesalahan
Dampak menurut panduan Google
Perbaikan
Paragraf, tabel, atau ulasan disembunyikan di versi ponsel
Google mendapat informasi lebih sedikit, trafik bisa turun
Pindahkan ke akordeon atau tab, jangan dihapus
Tag noindex atau nofollow hanya di versi ponsel
Halaman bisa gagal dirayapi dan diindeks
Samakan tag robots di kedua versi
CSS, JS, atau gambar versi ponsel diblokir robots.txt
Google tidak bisa merender halaman dengan benar
Hapus aturan disallow untuk sumber daya itu
Konten utama baru dimuat setelah ketukan
Konten tidak dimuat oleh Google
Muat konten utama sejak awal
Semua URL mobile dialihkan ke beranda
Halaman-halaman itu hilang dari indeks
Petakan setiap URL desktop ke padanan mobile-nya
Pop-up promosi menutup seluruh layar
Google sulit memahami konten, pengguna frustrasi
Ganti dengan banner kecil
URL gambar berbeda di ponsel dan desktop
Kehilangan trafik gambar sementara
Pakai URL gambar yang sama di kedua versi
Satu catatan praktis: masalah mobile SEO jarang datang dari satu kesalahan besar. Biasanya ia datang dari kebiasaan kecil, misalnya plugin pop-up yang dipasang tanpa diuji di ponsel, atau tema yang menyembunyikan sidebar berisi tautan penting. Karena itu pemeriksaan berkala lebih berguna daripada satu kali audit besar.
Kesimpulan
Mobile SEO pada dasarnya memastikan versi yang dibaca Google, yaitu versi ponsel, adalah versi terbaik situs Anda. Mulailah dari yang paling berdampak: isi yang setara dan akses penuh bagi Googlebot smartphone. Setelah itu rapikan viewport, ukuran tombol, dan pop-up, lalu pantau Core Web Vitals segmen ponsel dengan alat yang masih aktif.
Kalau Anda baru memulai, panduan belajar SEO membantu menyusun urutan belajar, dan technical SEO memberi gambaran pekerjaan teknis lain di luar tampilan ponsel. Bila ingin situs Anda diperiksa menyeluruh oleh praktisi, lihat layanan kami atau hubungi lewat halaman kontak.
Pertanyaan yang sering diajukan
Apa itu mobile SEO?
Mobile SEO adalah rangkaian pekerjaan agar versi ponsel sebuah situs bisa dirayapi, dipahami, dan dinilai baik oleh mesin pencari, sekaligus nyaman dipakai di layar kecil. Isinya mencakup kesetaraan konten antara ponsel dan desktop, akses Googlebot ke semua sumber daya, viewport dan ukuran tombol yang benar, pop-up yang tidak menutupi konten, serta kecepatan di jaringan seluler.
Apa itu mobile-first indexing?
Menurut dokumentasi Google Search Central, mobile-first indexing berarti Google memakai versi mobile dari konten situs, yang dirayapi dengan agen smartphone, untuk pengindeksan dan peringkat. Pada 31 Oktober 2023 Google mengumumkan bahwa peralihan ke mobile-first indexing sudah tuntas.
Apakah situs wajib punya versi mobile agar masuk hasil Google?
Tidak wajib. Google menulis bahwa situs tanpa versi mobile tetap bisa masuk hasil pencarian, tetapi memiliki versi mobile sangat dianjurkan. Karena yang diindeks adalah versi ponsel, situs yang berantakan atau kurang lengkap di ponsel akan dinilai dari kondisi itu.
Mana yang lebih baik untuk SEO: desain responsif, dynamic serving, atau URL terpisah?
Google merekomendasikan desain responsif karena paling mudah diterapkan dan dirawat. Dengan responsif, satu URL menyajikan HTML yang sama ke semua perangkat, sehingga konten dan metadata otomatis setara. Dynamic serving dan URL terpisah masih didukung, tetapi menuntut pengaturan tambahan seperti header Vary, canonical, dan anotasi alternate.
Apakah Mobile-Friendly Test Google masih bisa dipakai?
Tidak. Halaman catatan pembaruan dokumentasi Google Search Central mencatat bahwa pada 1 Desember 2023 semua penyebutan Mobile-Friendly Test dan laporan Mobile Usability dihapus dari dokumentasi karena keduanya dihentikan. Untuk memeriksa tampilan ponsel sekarang, pakai mode perangkat di Chrome DevTools, PageSpeed Insights mode Mobile, dan laporan Core Web Vitals di Search Console.
Berapa ukuran tombol yang disarankan untuk layar sentuh?
Panduan web.dev menyarankan target sentuh minimal sekitar 48 piksel independen perangkat pada situs yang viewport mobile-nya diatur dengan benar, kira-kira seukuran ujung jari (sekitar 9 mm). Antar target sentuh juga sebaiknya berjarak sekitar 8 piksel agar ketukan tidak mengenai tombol di sebelahnya.
Apakah pop-up di ponsel merugikan SEO?
Bisa. Dokumentasi Google menyebut interstitial dan dialog yang mengganggu menyulitkan Google dan mesin pencari lain memahami konten, sehingga bisa membuat performa pencarian buruk. Google menyarankan banner kecil sebagai pengganti interstitial layar penuh. Pengecualian berlaku untuk interstitial yang diwajibkan hukum, misalnya gerbang usia.
Berapa ambang Core Web Vitals yang harus dicapai di ponsel?
Menurut web.dev, pengalaman dianggap baik bila LCP terjadi dalam 2,5 detik, INP 200 milidetik atau kurang, dan CLS 0,1 atau kurang. Ambang ini diukur pada persentil ke-75 kunjungan, dipisah antara perangkat mobile dan desktop, jadi angka ponsel Anda dinilai tersendiri.
Mau dibantu menerapkannya di website Anda?
Ceritakan situs Anda lewat WhatsApp, lalu kami jadwalkan sesi diagnosis gratis 60 sampai 90 menit untuk menentukan bagian mana yang paling layak dibenahi lebih dulu.
Sitemap generator adalah alat yang menyusun daftar URL situs menjadi berkas XML yang bisa dibaca mesin pencari. Panduan ini membandingkan empat jenis generator (bawaan CMS atau plugin, integrasi framework, crawler desktop, dan alat online), menjelaskan batas resmi Google, langkah membuat dan mengirim sitemap, serta cara memeriksa isinya.
SEO friendly adalah kondisi sebuah website atau halaman yang mudah dirayapi, dipahami, dan dinilai oleh mesin pencari, sekaligus nyaman dipakai pengunjung. Panduan ini membahas empat lapis website SEO friendly, ciri-cirinya per elemen (URL, judul, heading, gambar, tautan, kecepatan, ponsel, HTTPS), cara mengecek website Anda sendiri, perbedaan istilah SEO friendly untuk website dan artikel, serta kesalahan yang paling sering terjadi, dengan rujukan dokumentasi resmi Google.
SEO ecommerce adalah upaya membuat halaman kategori dan produk di website toko online Anda sendiri mudah dirayapi, dipahami, dan dipilih Google. Panduan ini membahas struktur kategori dan tautan internal, desain URL, filter atau faceted navigation, halaman produk dan deskripsi unik, structured data Product untuk merchant listing, gambar produk, paginasi, produk habis stok atau dihapus, serta kecepatan halaman, semuanya merujuk dokumentasi resmi Google Search Central.