Peringkat bukan satu angka tunggal. Tanyakan pada situs yang sama, untuk kueri yang sama, selama 90 hari yang sama, dan seluler dan desktop tidak akan sepakat. Dalam data Search Console kami sendiri, selisihnya mencapai 11,4 posisi pada satu kueri, dan arahnya berbalik tergantung kueri: kadang seluler lebih baik, kadang desktop.
Ini bukan kerusakan data dan bukan alasan membeli pelacak peringkat seluler. Ini adalah sifat dari cara Google menyusun halaman hasil, dan ia tetap tak terlihat selama Anda membaca rata-rata campuran.
Artikel ini membahas apa yang sebenarnya menyebabkan pemisahan itu, bagaimana angka kami sendiri, dan alur kerja Claude Code singkat yang memisahkan keduanya agar Anda berhenti mengambil keputusan desktop tentang trafik seluler.
Kesalahpahaman
Asumsi yang dibawa sebagian besar tim, biasanya tanpa diucapkan, adalah bahwa peringkat adalah properti halaman. Anda berada di peringkat 8 untuk sebuah kueri, berarti Anda peringkat 8. Pelacak peringkat memperkuat asumsi ini karena secara bawaan memakai satu perangkat dan mencetak satu angka per kata kunci.
Konsekuensi praktisnya adalah kebiasaan pelaporan: seseorang memeriksa peringkat desktop, menuliskannya di spreadsheet, dan semua yang mengikuti setelahnya memperlakukannya sebagai kebenaran tentang visibilitas.
Kenyataan yang lebih berguna
Dua fakta, keduanya didokumentasikan Google sendiri, mematahkan model satu angka.
Fakta satu: yang diperingkat adalah halaman seluler Anda. Dokumentasi Search Central Google menyatakannya langsung: "Google menggunakan versi seluler dari konten situs, yang dirayapi dengan agen ponsel, untuk pengindeksan dan pemeringkatan." HTML desktop Anda bukan masukan utama, bahkan ketika orang yang mencari sedang memakai laptop.
Fakta dua: halaman hasil dibangun untuk perangkat yang ada di depannya. Dokumentasi bantuan Search Console sendiri mengatakannya terus terang, dan layak dibaca dua kali: "Hasil penelusuran bersifat spesifik terhadap waktu, tempat, perangkat, dan riwayat terkini orang yang mencari."
Gabungkan keduanya, dan peringkat yang Anda catat adalah satu sampel dari distribusi yang bergeser menurut perangkat. Angkanya tidak salah. Ia hanya jauh lebih sempit daripada cara penggunaannya.
Mengapa mitos ini menyebar begitu mudah
Empat hal biasa membuat model satu angka tetap hidup.
- Pelacak bawaan memakai desktop. Mengambil SERP desktop lebih murah dan lebih sederhana disimpan, jadi ia menjadi kolom bawaan. Pengalihan perangkat tersedia di banyak paket, dan itu berbeda dari aktif secara bawaan.
- Search Console mencampur perangkat. Laporan Kinerja bawaan merata-ratakan seluler, desktop, dan tablet. Anda harus membuka tab "Perangkat", atau memanggil API dengan device sebagai dimensi, untuk melihat pemisahannya. Tidak ada apa pun di tampilan bawaan yang memperingatkan bahwa pencampuran sedang terjadi.
- Pelacakan peringkat seluler dijual sebagai tambahan. Ketika vendor mencantumkan "pelacak peringkat seluler" sebagai fitur, implikasinya laporan standar sudah mencakup semuanya. Yang dicakupnya hanya sepotong.
- Efeknya tak terlihat pada sampel kecil. Jika Anda melihat sepuluh kueri dan semuanya sepakat, masalahnya tampak teoretis. Ia menjadi terlihat di tingkat kueri, pada kueri dengan tayangan cukup untuk dirata-ratakan.
Apa yang ditunjukkan 90 hari kami sendiri
Kami menarik properti Search Console kami sendiri, 90 hari yang berakhir 11 September 2026, dengan query dan device sebagai dimensi.
Perangkat | Tayangan | Klik | CTR | Posisi rata-rata |
|---|---|---|---|---|
Desktop | 34.028 | 375 | 1,10% | 34,4 |
Seluler | 7.147 | 69 | 0,97% | 30,8 |
Tablet | 156 | 0 | 0,00% | 40,8 |

Properti yang sama, jendela yang sama, tiga cerita berbeda. Perhatikan bahwa posisi rata-rata seluler lebih baik sementara CTR seluler lebih buruk.
Ada dua hal di tabel itu yang perlu diperhatikan.
Yang pertama adalah sinyal terbalik. Posisi rata-rata seluler lebih baik daripada desktop (30,8 berbanding 34,4), namun CTR seluler lebih buruk (0,97% berbanding 1,10%). Posisi lebih baik dengan tingkat klik lebih buruk adalah hal normal di seluler: halaman hasil lebih tinggi, tata letaknya berbeda, dan bagian atas halaman penuh dengan fitur. Siapa pun yang hanya melaporkan posisi akan menyebut seluler sebagai permukaan yang lebih kuat dan melewatkan sepenuhnya selisih kliknya.
Yang kedua adalah jebakan membaca rata-rata seluruh situs sejak awal. Kedua baris itu merangkum campuran kueri yang berbeda. Desktop membawa 82% tayangan kami karena audiens kami adalah praktisi SEO di meja kerja, dan seluler membawa kumpulan kueri yang berbeda dan lebih kecil. Rata-rata seluruh situs menyembunyikan itu. Penggabungan per kueri inilah yang membuat angkanya bisa ditindaklanjuti.
Jadi kami melakukan penggabungan itu. Dari 130 kueri dengan setidaknya 20 tayangan, 85 punya data di kedua perangkat. Berikut enam divergensi terbesar.
Kueri | Posisi seluler | Posisi desktop | Selisih |
|---|---|---|---|
auditoria seo on page | 64,5 | 53,1 | 11,4 (desktop lebih baik) |
perplexity seo checking tool | 20,5 | 31,1 | 10,6 (seluler lebih baik) |
geo seo | 92,9 | 85,4 | 7,5 (desktop lebih baik) |
auspia | 5,4 | 1,6 | 3,8 (desktop lebih baik) |
perplexity referral traffic | 11,2 | 12,0 | 0,9 (desktop lebih baik) |
amazon echo keywords | 13,9 | 13,8 | 0,1 (seri) |

Selisihnya berjalan ke dua arah. "Seluler peringkatnya lebih buruk" sama salahnya dengan "peringkat ya peringkat".
Arahnya berbalik. Itulah temuan yang seharusnya mengubah kebiasaan operasional Anda: Anda tidak bisa memperbaiki divergensi antarperangkat dengan aturan praktis, karena tidak ada arah konsisten yang bisa dikoreksi. Anda harus mengukurnya per kueri.
Yang sebaiknya dilakukan: pisahkan, gabungkan, ambang, putuskan
Empat langkah, sekitar 20 menit setelah alur kerjanya ada.
Langkah 1: tarik query dan device bersama. Di Search Console, buka Kinerja, tambahkan tab "Perangkat" di samping "Kueri", lalu ekspor 90 hari. Lewat API, minta dimensi ["query","device"] dengan batas baris yang cukup tinggi untuk memuat kumpulan kueri Anda. API menerima batas baris jauh di atas kebutuhan situs menengah, jadi minta tinggi lalu potong secara lokal.
Jika Anda sudah menghasilkan laporan peringkat mingguan, ini menjadi dimensi tambahan pada sesuatu yang sudah Anda miliki, bukan buku kerja baru. Kontrak laporan di alur kerja laporan peringkat mingguan kami sudah menyediakan tempatnya.
Langkah 2: gabungkan pada kunci kueri. Satu baris per kueri, dengan kolom seluler dan kolom desktop. Baris yang hanya ada di satu perangkat adalah temuan tersendiri: artinya kueri itu mendapat tayangan di satu permukaan dan tidak di permukaan lainnya.
Langkah 3: terapkan ambang sebelum melihat. Lima posisi adalah ambang awal yang bisa dipakai. Di bawah itu, Anda sedang membaca derau. Di atas itu, Anda punya kueri yang kedua permukaannya benar-benar berbeda pendapat.
Langkah 4: putuskan per kelas kueri, bukan per kueri. Kueri uang diperbaiki lebih dulu. Kueri perbandingan biasanya berbeda karena tata letak SERP-nya berbeda, bukan karena halaman Anda lemah. Kueri merek yang berbeda hampir tidak pernah menjadi masalah SEO. Kueri informasional bisa menunggu.
Alur kerja Claude Code yang melakukan pemisahan
Bagian yang bisa diulang bersifat mekanis: tarik, gabungkan, terapkan ambang, rangkum. Itulah persis bentuk tugas yang tempatnya di agen, bukan di minggu Anda.
Simpan ini sebagai berkas instruksi yang bisa dibaca Claude Code, dan arahkan ke properti yang Anda miliki:
Tarik data Search Console untuk properti <property> selama 90 hari terakhir.
Gunakan dimensi: query, device. Simpan hanya kueri dengan setidaknya 20 tayangan.
Gabungkan seluler dengan desktop pada kunci kueri.
Untuk setiap kueri yang ada di kedua perangkat, hitung selisih absolut posisi rata-rata.
Keluarkan hanya baris dengan selisih 5.0 atau lebih, diurutkan menurut total tayangan menurun.
Untuk setiap baris tampilkan: kueri, posisi seluler, posisi desktop, selisih, perangkat mana yang lebih baik,
tayangan seluler, tayangan desktop.
Akhiri dengan dua baris ringkasan:
1. Jumlah kueri yang seluler lebih baik, dan jumlah yang desktop lebih baik.
2. Satu kueri dengan selisih terbesar, dan total tayangannya.
Jangan menyarankan perbaikan. Jangan menulis rekomendasi konten.
Simpan keluaran sebagai mobile-desktop-gap-YYYY-MM-DD.md di folder kerja.Ada tiga pilihan sengaja dalam instruksi itu yang layak dipertahankan jika Anda menyesuaikannya.
Ia menetapkan batas bawah tayangan, karena kueri dengan empat tayangan seluler menghasilkan posisi rata-rata yang tidak berarti apa-apa. Ia melarang saran perbaikan, karena keputusannya bergantung pada kelas kueri dan konteks bisnis, dan agen yang menebak di situ menghasilkan omong kosong yang percaya diri. Dan ia menyimpan ke berkas bertanggal agar Anda bisa membandingkan pemisahan bulan depan dengan bulan ini, yang merupakan satu-satunya cara melihat apakah sebuah perbaikan berhasil.
Prompt itu netral secara bentuk terhadap agen. Codex menjalankan instruksi yang sama lewat konvensi berkasnya sendiri, dan langkah peninjauannya identik.
Pagar pengaman
- Di bawah sekitar 20 tayangan, berhenti. Posisi rata-rata atas segenggam tayangan melompat dua digit dengan sendirinya. Ambang di prompt ada karena alasan ini.
- Tablet bukan seluler. Baris tablet kami punya 156 tayangan dan nol klik. Menggabungkan tablet ke dalam seluler akan membuat angka seluler lebih buruk karena alasan yang tidak ada hubungannya dengan penelusuran seluler.
- Artikel ini tentang pengukuran, bukan kelayakan. Apakah Google bisa melihat konten seluler Anda sama sekali adalah masalah berbeda dengan pemeriksaan berbeda. Sisi auditnya kami bahas di Pengindeksan mobile-first pada 2026.
- Posisi lebih baik bisa jadi hasil lebih buruk. Dalam data kami sendiri, seluler lebih baik peringkatnya dan lebih buruk kliknya. Posisi dan tingkat klik perlu dibaca bersama.
- Jangan kejar setiap selisih. Selisih 6 posisi pada kueri dengan 30 penelusuran bulanan bukanlah proyek. Urutkan daftarnya menurut tayangan dan biarkan ekornya tenang.
- Posisi dalam berperilaku berbeda. Jika sebuah kueri berada di luar posisi 100 di kedua perangkat, perbaiki dulu masalah kedalamannya. Kami mengukur seberapa jauh hasil Google sebenarnya di uji kedalaman pemeriksaan peringkat.
Pandangan Auspia: divergensi antarperangkat adalah masalah pengukuran sebelum menjadi masalah pemeringkatan. Sebagian besar tim belum pernah melihat, karena laporan bawaan menyembunyikan pemisahannya. Begitu pemisahannya terlihat, sebagian besar selisih ternyata bisa dijelaskan, dan segenggam yang menarik layak diperbaiki.
Pertanyaan yang sering diajukan
Apakah Google memeringkat halaman seluler dan desktop secara terpisah? Efektifnya ya. Google mengindeks versi seluler konten Anda, dan halaman hasil yang disajikan ke ponsel berbeda dari yang disajikan ke laptop. Kedua posisi berasal dari sistem dasar yang sama, tetapi keduanya bukan angka yang sama.
Mengapa pelacak peringkat saya berbeda dari Search Console? Karena keduanya mengukur hal berbeda. Pelacak mengambil SERP langsung di satu lokasi dan satu perangkat. Search Console merata-ratakan tayangan di semua perangkat, negara, dan seluruh rentang tanggal. Keduanya bisa benar dan tetap tidak sepakat.
Apa itu pelacak peringkat seluler dan apakah saya memerlukannya? Pelacak peringkat seluler mengambil SERP ponsel untuk sekumpulan kata kunci. Ia layak dibayar jika Anda memerlukan posisi pesaing atau lokasi yang tidak bisa Anda lihat di data sendiri. Jika Anda hanya perlu visibilitas seluler situs Anda sendiri, Search Console sudah menyediakannya, terpisah menurut perangkat, tanpa biaya.
Berapa tayangan sebelum peringkat tingkat perangkat bisa diandalkan? Sekitar 20 adalah batas bawah praktis untuk bacaan kasar; pada 100 atau lebih angkanya berhenti bergerak dari minggu ke minggu. Di bawah 20, simpan kuerinya di daftar tetapi jangan bertindak atasnya.
Bisakah Claude Code membaca Search Console secara langsung? Bisa, lewat Search Console API dengan akun layanan atau kredensial OAuth. Alur kerja di atas mengasumsikan koneksi itu ada. Panduan agen SEO kami membahas tugas pemeringkatan mana yang layak diserahkan ke agen dan mana yang tidak.
Haruskah saya memperbaiki halaman seluler jika peringkat seluler lebih buruk? Periksa SERP-nya dulu. Jika halaman hasil seluler membawa lebih banyak video, lebih banyak paket lokal, atau campuran jenis halaman yang berbeda, perbaikannya ada di format konten, bukan kualitas halaman. Jika bentuk SERP-nya cocok dan halamannya baik-baik saja, perlakukan sebagai masalah paritas konten dan audit terhadap pemeriksaan mobile-first.
Penulis: Marcus Ellery, eksperimenter pertumbuhan di balik lebih dari 150 uji SEO di Auspia. Ia menulis tentang data tolok ukur, uji terkendali, dan perbedaan antara metrik yang bergerak dan metrik yang bermakna.




