Banyak Bisnis Masih Salah Kaprah Soal Mobile First Indexing
Kesalahan yang paling sering saya temui saat audit: pemilik bisnis sudah punya versi mobile, lalu menganggap urusan selesai. Padahal mobile first indexing bukan sekadar "situs bisa dibuka di HP". Google menggunakan versi mobile situs Anda sebagai basis utama untuk menentukan ranking — bukan versi desktop.
Artinya, kalau konten di versi mobile Anda lebih tipis, struktur heading-nya berantakan, atau gambar tidak dioptimasi, ranking Anda akan turun — meskipun versi desktop-nya sempurna.
Sejak April 2015 Google mulai memberi sinyal, dan per Juli 2024 seluruh situs sudah sepenuhnya diindeks dengan pendekatan mobile first. Tidak ada pengecualian. Kalau situs Anda belum siap, Anda sedang bersaing dengan satu tangan terikat.
Kenapa Mobile First Indexing Pengaruh Ranking Itu Serius untuk Bisnis Anda
Anda mungkin berpikir: "Traffic mobile saya kecil, jadi ini tidak terlalu penting." Ini logika yang keliru.
Google tidak mengindeks dua versi situs Anda secara terpisah lalu memilih yang sesuai perangkat pengguna. Googlebot sekarang hanya merayapi dan mengindeks versi mobile. Hasil crawl itulah yang menentukan:
- Konten apa yang dianggap ada di halaman Anda
- Sinyal E-E-A-T yang terbaca oleh Google (apakah author info, tanggal publish, dan structured data muncul di mobile?)
- Core Web Vitals yang diukur — LCP, INP, dan CLS semuanya diukur dari perspektif mobile
- Internal link equity — jika navigasi mobile Anda menyembunyikan link tertentu, link juice-nya tidak mengalir
Dalam satu proyek klien saya di niche otomotif (dealer mobil bekas Surabaya), setelah kami fix konten yang "dipotong" di versi mobile — karena tema WordPress-nya menyembunyikan teks di accordion — organic traffic naik 34% dalam 6 minggu. Bukan karena kami tambah backlink. Hanya karena Google akhirnya bisa membaca konten yang sebelumnya tersembunyi.
Tanda-Tanda Situs Anda Bermasalah dengan Mobile Indexing
Sebelum masuk ke checklist, kenali dulu gejalanya:
- Ranking tiba-tiba drop padahal tidak ada perubahan konten atau backlink
- Google Search Console menampilkan peringatan "Page is not mobile friendly"
- Crawl stats di GSC menunjukkan Googlebot Smartphone lebih jarang crawl dibanding sebelumnya
- Structured data hilang di hasil pencarian mobile padahal sudah dipasang
- Konten berbeda antara desktop dan mobile — cek dengan cara klik kanan > Inspect > toggle device toolbar di Chrome
Jika Anda mengalami salah satu dari ini, lanjutkan ke checklist di bawah.
Checklist Mobile First Indexing: Eksekusi Minggu Ini
Checklist ini disusun berdasarkan prioritas dampak. Mulai dari atas.
1. Verifikasi Googlebot Mana yang Crawl Situs Anda
Tool: Google Search Console → Settings → Crawl Stats
Lihat apakah "Googlebot Smartphone" mendominasi crawl. Kalau yang dominan masih "Googlebot Desktop", ada kemungkinan situs Anda belum sepenuhnya dimigrasi ke mobile first indexing atau ada masalah teknis yang menghalangi.
Aksi: Buka juga URL Inspection di GSC, lalu lihat bagian "Crawled as". Harus tertulis "Smartphone".
2. Pastikan Konten Desktop = Konten Mobile
Tool: Chrome DevTools (F12 → Toggle Device Toolbar) atau Google Mobile-Friendly Test
Bandingkan:
- Jumlah kata di versi desktop vs mobile
- Apakah ada teks yang disembunyikan lewat CSS
display:nonedi mobile? - Apakah accordion/tab menyembunyikan konten utama?
Catatan penting: Google bisa membaca konten di dalam accordion atau tab, tapi konten yang secara default tersembunyi kadang mendapat bobot lebih rendah. Untuk konten kritis (deskripsi produk, FAQ, body artikel), pastikan tidak disembunyikan.
3. Cek Structured Data Muncul di Versi Mobile
Tool: Rich Results Test — masukkan URL dan pilih "Test live URL"
Struktur data seperti Article, Product, LocalBusiness, atau FAQ harus terbaca di versi mobile. Kalau tidak muncul, cek apakah schema markup Anda di-load lewat JavaScript yang tidak dirender di mobile, atau ada kondisi di tema yang menonaktifkan script tertentu.
4. Audit Core Web Vitals Mobile
Tool: PageSpeed Insights → pilih tab "Mobile"
Fokus ke tiga metrik:
- LCP (Largest Contentful Paint): Target < 2.5 detik. Penyebab umum: gambar hero tidak pakai
loading="eager"dan tidak di-preload, atau server response time lambat. - INP (Interaction to Next Paint): Target < 200ms. Sering bermasalah di situs WooCommerce dengan banyak plugin JavaScript.
- CLS (Cumulative Layout Shift): Target < 0.1. Penyebab umum: gambar tanpa atribut
widthdanheight, atau font swap yang tidak dikontrol.
Aksi cepat untuk LCP: Tambahkan tag ini di <head> untuk gambar hero:
<link rel="preload" as="image" href="/path/ke/gambar-hero.webp">
5. Periksa Internal Link di Navigasi Mobile
Banyak tema mobile menyembunyikan sebagian link navigasi untuk menghemat ruang. Akibatnya, halaman-halaman penting tidak mendapat internal link dari mobile — dan Googlebot Smartphone tidak menemukannya.
Aksi: Render situs Anda di mode mobile (Chrome DevTools), buka hamburger menu, dan pastikan semua halaman kategori/layanan utama bisa diakses. Lakukan crawl dengan Screaming Frog dalam mode mobile user-agent untuk melihat link mana yang tidak terjangkau.
Tool: Screaming Frog → Configuration → User-Agent → pilih Googlebot Smartphone
6. Optimasi Gambar untuk Mobile
- Gunakan format WebP untuk semua gambar
- Implementasi
srcsetagar browser mobile load gambar berukuran lebih kecil - Pastikan semua gambar punya atribut
altyang deskriptif (ini juga sinyal konten untuk Google) - Aktifkan lazy loading untuk gambar di bawah fold:
loading="lazy"
7. Cek Metadata Konsisten di Mobile
Title tag dan meta description harus sama antara versi desktop dan mobile. Kalau situs Anda menggunakan dynamic serving (konten berbeda berdasarkan user-agent), pastikan metadata tidak berbeda. Cek lewat:
curl -A "Mozilla/5.0 (Linux; Android 10) AppleWebKit/537.36" https://situsanda.com/halaman
Bandingkan output <title> dan <meta name="description"> dengan versi desktop.
Tools yang Saya Gunakan untuk Audit Mobile First Indexing
| Tool | Fungsi | Biaya |
|---|---|---|
| Google Search Console | Crawl stats, URL inspection, mobile usability report | Gratis |
| PageSpeed Insights | Core Web Vitals mobile | Gratis |
| Screaming Frog | Crawl dengan mobile user-agent | Gratis s/d 500 URL |
| Chrome DevTools | Simulasi perangkat mobile | Gratis |
| Rich Results Test | Cek structured data di mobile | Gratis |
| Ahrefs / Semrush | Monitoring ranking setelah perbaikan | Berbayar |
Untuk mayoritas audit, empat tool gratis pertama sudah cukup untuk menemukan 80% masalah.
Contoh Nyata: Dampak Mobile First Indexing ke Ranking
Ini bukan teori. Berikut dua kasus dari pengalaman langsung:
Kasus 1 — Situs Keuangan (Pinjaman Online): Klien menggunakan tema premium yang menampilkan konten berbeda di mobile — versi mobile hanya menampilkan 40% dari teks artikel karena fitur "read more" yang dipotong lewat CSS. Setelah kami ubah agar seluruh konten tampil di mobile (tanpa disembunyikan), 3 artikel utama naik dari posisi 8–12 ke posisi 3–5 dalam 45 hari. Tidak ada perubahan backlink.
Kasus 2 — Dealer Otomotif Surabaya: Halaman landing untuk keyword "jual beli mobil bekas Surabaya" punya LCP 8.2 detik di mobile karena gambar hero 1.4MB tidak dioptimasi. Setelah konversi ke WebP (180KB) dan preload, LCP turun ke 2.1 detik. Ranking naik dari halaman 2 ke posisi 4 dalam 5 minggu.
Dua kasus ini menunjukkan pola yang sama: mobile first indexing pengaruh ranking bukan lewat satu faktor tunggal, tapi lewat kombinasi konten yang terbaca, kecepatan, dan struktur teknis.
Kesalahan Umum yang Harus Dihindari
⚠️ Kesalahan #1: Mengandalkan plugin "mobile optimization" tanpa cek manual. Plugin bisa mengkompres gambar, tapi tidak bisa memperbaiki konten yang disembunyikan oleh tema.
⚠️ Kesalahan #2: Hanya cek Google Mobile-Friendly Test lalu merasa aman. Tool itu hanya mengecek apakah halaman dapat digunakan di mobile, bukan apakah kontennya identik dengan desktop.
⚠️ Kesalahan #3: Mengabaikan GSC Mobile Usability Report. Buka GSC → Experience → Mobile Usability. Kalau ada error di sana, itu antrian perbaikan yang harus diselesaikan sebelum hal lain.
⚠️ Kesalahan #4: Lupa update sitemap setelah perbaikan. Setelah semua fix diterapkan, submit ulang sitemap di GSC agar Googlebot segera merayapi versi yang sudah diperbaiki.
Prioritas Pertama yang Harus Anda Kerjakan Sekarang
Dari semua checklist di atas, satu hal yang paling berdampak dan paling sering terlewat adalah ini: pastikan konten di versi mobile identik dengan versi desktop.
Buka tiga halaman terpenting situs Anda (homepage, halaman layanan utama, artikel dengan traffic tertinggi) di Chrome DevTools mode mobile. Hitung kata yang tampil. Bandingkan dengan versi desktop. Kalau ada selisih lebih dari 15%, itu masalah yang harus diperbaiki sebelum hal lain.
Mobile first indexing pengaruh ranking Anda secara langsung dan terus-menerus — bukan kejadian satu kali. Google merayapi situs Anda secara rutin, dan setiap kali ada konten yang tidak terbaca di mobile, Anda kehilangan poin ranking yang seharusnya Anda miliki.
Untuk situs yang dibangun dengan WordPress, pastikan juga Anda memilih hosting Indonesia murah untuk WordPress yang mendukung optimasi mobile dengan baik, termasuk server response time yang cepat untuk meningkatkan LCP Anda.
Eksekusi audit ini minggu ini. Perbaikan teknis seperti ini tidak butuh anggaran besar — butuh waktu dan ketelitian.