Laporan Kegunaan Seluler

Laporan Kegunaan Seluler menunjukkan halaman di properti Anda yang memiliki masalah kegunaan saat ditampilkan di perangkat seluler.

Tampilan tingkat atas menampilkan semua halaman yang memiliki masalah kegunaan seluler di atas batas minimum. Klik masalah tertentu untuk melihat detailnya, termasuk contoh daftar halaman yang terpengaruh oleh masalah tersebut, informasi tentang cara memperbaikinya, dan proses untuk memberi tahu Google tentang perbaikan yang Anda lakukan.

BUKA LAPORAN KEGUNAAN SELULER

Halaman ringkasan

Diagram menampilkan jumlah halaman dalam status error dan/atau valid, tergantung pilihan Anda. Kotak centang Tayangan menampilkan tayangan halaman properti Anda dari perangkat seluler. 

Laporan terlihat berbeda?
Beberapa pengguna mungkin melihat perubahan dalam beberapa laporan. Dalam beberapa kasus, perubahan ini dapat disebabkan oleh pengelompokan ulang semua item dari tiga kategori (valid, peringatan, dan tidak valid) menjadi dua kategori (valid dan tidak valid). Perubahan ini juga dapat diakibatkan oleh tabel di halaman landing laporan yang kini hanya menampilkan item tidak valid. Jika laporan terlihat sangat berbeda dengan saat terakhir kali digunakan, Anda dapat mempelajari perubahan tersebut di sini.

 

Tentang data

Tabel dapat menampilkan hingga 1.000 baris data. Sebagian halaman yang terpengaruh mungkin tidak ditampilkan karena ada lebih dari 1.000 halaman yang terpengaruh, karena kami tidak mendeteksi masalah, karena masalah masih sangat baru, atau karena masalah terjadi di halaman yang memiliki skor kegunaan di atas batas minimum.

Informasi berikut ditampilkan dalam laporan:

  • Status: Halaman memiliki dua kemungkinan status:
    • Error: Halaman tersebut tidak mobile friendly
    • Valid: Halaman tersebut mobile friendly.
  • Halaman: Jumlah halaman dalam status Error dengan masalah ini.
Detail tentang status halaman

Google menandai suatu halaman sebagai valid atau error bergantung pada skor kegunaan seluler internal. Skor ini dihitung berdasarkan jumlah masalah dan tingkat keparahan relatifnya.

  • Error berarti halaman belum mencapai level kegunaan seluler minimum. Status Error ini akan dicantumkan di halaman detail untuk setiap masalah kegunaan seluler yang memengaruhinya.
  • Status Valid berarti halaman memenuhi tingkat kegunaan seluler minimum, meskipun mungkin masih memiliki beberapa masalah kegunaan seluler, yang tidak akan diatribusikan ke halaman tersebut dalam laporan ini. Jika Anda ingin mengonfirmasi bahwa halaman yang berstatus valid sepenuhnya bebas dari masalah kegunaan seluler, Anda harus mengujinya menggunakan Alat Uji untuk Mobile-Friendly.

 Kapan masalah ini mulai muncul?

Bayangkan sebuah halaman yang dianggap valid, tetapi memiliki masalah kegunaan yang tidak serius. Halaman ini kemudian dipengaruhi oleh masalah lain yang memengaruhi skor kegunaan sehingga menyebabkan halaman itu ditandai sebagai error. Dalam hal ini, Anda akan melihat kedua masalah ditampilkan bersamaan untuk halaman tersebut, namun satu masalah muncul beberapa waktu sebelumnya. Kesimpulan: tidak semua masalah yang ditampilkan pada sebuah halaman terjadi pada waktu ketika halaman itu diberi status error.

Detail tentang jumlah halaman yang terpengaruh

Halaman yang berstatus valid tidak disertakan dalam jumlah halaman terpengaruh untuk setiap masalah yang mungkin dimilikinya. Halaman yang valid juga tidak ditampilkan dalam daftar halaman terpengaruh untuk setiap masalah yang dimilikinya. Hanya halaman yang berstatus error yang dihitung untuk setiap masalah yang memengaruhinya, dan hanya halaman tersebut yang ditampilkan dalam daftar halaman yang terpengaruh.

Contoh:

Bayangkan skenario ini dengan dua halaman:

  • Halaman 1 terpengaruh oleh masalah A dan B, tetapi ditandai sebagai Valid, karena skor kegunaan selulernya di atas batas valid.
  • Halaman 2 terpengaruh oleh masalah B, C, dan D, serta ditandai sebagai Error, karena skor kegunaan selulernya di bawah batas valid.

Dalam skenario ini:

  • Jumlah halaman yang terpengaruh untuk masalah A adalah 0.
  • Jumlah halaman yang terpengaruh untuk masalah B, C, dan D adalah 1.
  • Halaman yang ditampilkan sebagai terpengaruh oleh masalah B: Halaman 2.

Memprioritaskan dan memperbaiki masalah

  1. Di halaman laporan ringkasan, masalah diurutkan berdasarkan kombinasi status validasi dan jumlah halaman yang terpengaruh; sebaiknya perbaiki masalah dalam urutan default ini. Perbaiki masalah umum terlebih dahulu (seperti template yang buruk), lalu perbaiki instance yang lebih jarang.
  2. Lihat apakah ada peningkatan jumlah total error yang kebanyakan disebabkan oleh satu error: cari lonjakan yang sesuai untuk satu masalah dalam tabel. Lihat informasi di bawah tentang jenis-jenis error dan melakukan proses debug pada lonjakan error.
  3. Pilih suatu baris dalam tabel untuk melihat halaman detail error-nya:
    1. Halaman detail mencakup contoh URL yang terpengaruh. Daftar ini tidak selalu lengkap, karena dibatasi maksimal 1.000 baris, dan mungkin tidak mencakup instance error ini yang baru saja ditemukan.
    2. Pilih Pelajari lebih lanjut untuk mendapatkan dokumentasi resmi terkait sintaksis yang benar.
    3. Pilih URL yang terpengaruh pada tabel untuk membuka panel yang berisi informasi selengkapnya, termasuk jumlah masalah kegunaan seluler, link Inspeksi untuk menjalankan Alat Inspeksi URL pada versi terindeks halaman ini, dan link Uji versi aktif untuk menjalankan Pengujian Situs Mobile Friendly di halaman ini. Ada kemungkinan bahwa error telah diperbaiki di halaman aktif tetapi masih tercantum dalam laporan Kegunaan Seluler karena halaman belum di-crawl ulang setelah diperbaiki. Jika demikian, mintalah validasi setelah Anda memperbaiki semua instance masalah ini.
  4. Perbaiki semua instance masalah di situs, uji perbaikan tersebut, lalu pastikan bahwa perbaikan telah diterapkan di web.
  5. Kembali ke halaman detail masalah dan klik tombol "Validasi & Update Google" untuk memulai proses validasi. Proses ini tidak langsung dilakukan. Lihat Tentang validasi untuk memahami proses validasi ini.
  6. Lanjutkan perbaikan error.

Membagikan laporan

Anda dapat membagikan detail masalah di laporan cakupan atau penyempurnaan dengan mengklik tombol Bagikan di halaman. Link ini memberikan akses hanya ke halaman detail masalah saat ini, juga halaman histori validasi untuk masalah ini, kepada siapa pun yang memiliki link. Link tidak memberikan akses ke halaman lain resource Anda atau memungkinkan pengguna bersama melakukan tindakan apa pun di properti atau akun Anda. Anda dapat mencabut link kapan saja dengan menonaktifkan fitur berbagi untuk halaman ini.

Mengekspor data laporan

Banyak laporan yang menyediakan tombol ekspor untuk mengekspor data laporan. Data diagram dan tabel diekspor. Nilai yang ditampilkan sebagai ~ atau - dalam laporan (tidak tersedia/bukan angka) akan bernilai nol dalam data hasil download.

Melakukan proses debug pada lonjakan error

Tentukan apakah lonjakan disebabkan oleh sekelompok halaman yang tingkat keparahannya mengalami perubahan:

  1. Jika Anda melihat lonjakan, carilah penurunan yang sesuai pada status lainnya (error atau valid).
  2. Jika Anda menemukan penurunan yang sesuai, konfirmasi apakah penurunan tersebut berasal dari URL yang sama.
  3. Jika status URL berubah, cari tahu perubahan yang Anda lakukan yang menyebabkan hal tersebut.

Alasan paling umum terjadinya lonjakan error adalah penambahan error ke template yang digunakan oleh banyak halaman di situs Anda.

Error

Error berikut dapat muncul dalam laporan Kegunaan Seluler:

Menggunakan plugin yang tidak kompatibel

Halaman ini menyertakan plugin, seperti Flash, yang tidak didukung oleh sebagian besar browser seluler. Kami merekomendasikan Anda untuk mendesain ulang halaman menggunakan teknologi web modern yang didukung secara luas, seperti HTML5. Baca lebih lanjut pedoman animasi web.

Viewport tidak ditetapkan

Halaman Anda tidak menentukan properti viewport, yang memberi tahu browser cara menyesuaikan dimensi dan penskalaan halaman agar sesuai dengan ukuran layar. Karena pengunjung ke situs Anda menggunakan berbagai perangkat dengan ukuran layar yang berbeda-beda—dari monitor desktop yang lebar, hingga tablet dan smartphone berlayar kecil—halaman Anda harus menentukan viewport menggunakan tag meta viewport. Pelajari lebih lanjut di Dasar-Dasar Desain Web yang Responsif.

Viewport tidak ditetapkan ke "device-width"

Halaman Anda menentukan properti viewport lebar tetap, sehingga tidak dapat menyesuaikan dengan ukuran layar yang berbeda-beda. Untuk memperbaiki error ini, gunakan desain responsif untuk halaman situs Anda, dan setel viewport agar sesuai dengan skala dan lebar perangkat. Baca cara Menyetel Viewport dengan benar.

Konten lebih lebar daripada layar

Laporan ini menunjukkan halaman yang harus di-scroll secara horizontal untuk melihat kata dan gambar di halaman. Hal ini terjadi saat halaman menggunakan nilai mutlak di deklarasi CSS, atau menggunakan gambar yang didesain agar terlihat sangat baik pada lebar browser tertentu (misalnya 980 piksel). Untuk memperbaiki error ini, pastikan halaman menggunakan lebar relatif dan nilai posisi untuk elemen CSS, dan pastikan gambar dapat diskalakan juga. Baca selengkapnya di Menyesuaikan Konten dengan Viewport.

Teks terlalu kecil untuk dibaca

Laporan ini mengidentifikasi halaman yang ukuran fontnya terlalu kecil untuk dapat dibaca dan pengguna seluler perlu "mencubit jari untuk melakukan zoom" untuk membaca. Setelah menentukan viewport untuk halaman web, setel ukuran font agar diskalakan dengan benar di dalam viewport. Baca lebih lanjut tentang praktik terbaik ukuran font di Menggunakan Ukuran Font yang Dapat Dibaca.

Elemen yang dapat diklik terlalu berdekatan satu sama lain

Laporan ini menunjukkan URL untuk situs yang elemen sentuhnya, seperti link navigasi dan tombol, terlalu berdekatan sehingga pengguna seluler tidak dapat menge-tap elemen yang diinginkan dengan mudah menggunakan jari mereka tanpa juga menge-tap elemen di sampingnya. Untuk memperbaiki error ini, pastikan Anda memberi ukuran dan jarak link navigasi dan tombol dengan benar agar sesuai untuk pengunjung seluler Anda. Baca selengkapnya di Atur Ukuran Target Tap dengan Sesuai.

Validasi

Setelah memperbaiki error di situs, beri tahu Google untuk meng-crawl ulang halaman yang Anda perbaiki. Luaskan bagian di bawah untuk melihat detailnya.

Memvalidasi perbaikan

Setelah memperbaiki semua instance masalah tertentu di situs, Anda dapat meminta Google untuk mengonfirmasi perubahan. Jika semua instance yang diketahui telah diperbaiki, jumlah masalah akan menjadi nol dalam tabel masalah dan turun ke bagian bawah tabel.

Mengapa melakukan validasi

Memberi tahu Google bahwa Anda telah memperbaiki semua masalah dalam status atau kategori masalah tertentu memiliki manfaat sebagai berikut:

  • Anda akan mendapatkan email saat Google telah mengonfirmasi perbaikan Anda di semua URL, atau sebaliknya, jika Google telah menemukan sisa instance dari masalah tersebut.
  • Anda dapat melacak progres Google dalam mengonfirmasi perbaikan, dan melihat log dari semua halaman yang dimasukkan dalam antrean untuk diperiksa, serta status perbaikan setiap URL.

Bisa jadi langkah Anda untuk memperbaiki dan memvalidasi masalah tertentu di situs tidak selalu tepat: misalnya, URL yang diblokir oleh robots.txt mungkin memang sengaja diblokir. Gunakan penilaian Anda saat memutuskan apakah akan menangani masalah tertentu atau tidak.

Anda juga dapat memperbaiki masalah tanpa melakukan validasi; Google memperbarui jumlah instance Anda setiap kali meng-crawl halaman dengan masalah umum, baik Anda meminta validasi perbaikan secara eksplisit ataupun tidak.

Memulai validasi

Untuk memberi tahu Search Console bahwa Anda telah memperbaiki masalah:

  1. Perbaiki semua instance masalah di situs Anda. Jika Anda melewatkan perbaikan, validasi akan berhenti saat Google menemukan satu instance yang tersisa untuk masalah tersebut.
  2. Buka halaman detail masalah untuk masalah yang telah Anda perbaiki. Klik baris tabel yang berisi masalah tersebut dalam daftar masalah di laporan Anda.
  3. Klik Validasi perbaikan. Jangan mengklik Validasi perbaikan lagi hingga validasi berhasil atau gagal. Detail selengkapnya tentang cara Google memeriksa perbaikan Anda.
  4. Anda dapat memantau progres validasi. Validasi biasanya berlangsung hingga sekitar dua minggu, tetapi dalam beberapa kasus dapat memerlukan waktu lebih lama, jadi harap bersabar. Anda akan menerima notifikasi saat validasi berhasil atau gagal.
  5. Jika validasi gagal, Anda dapat melihat URL mana yang menyebabkan validasi gagal dengan mengklik Lihat detail di halaman detail masalah. Perbaiki halaman ini, konfirmasi perbaikan Anda di semua URL dalam status Tertunda, dan mulai ulang validasi.

Kapan masalah dianggap sebagai "diperbaiki" untuk URL atau item?

Masalah ditandai sebagai diperbaiki untuk URL atau item saat salah satu ketentuan berikut terpenuhi:

  • Saat URL di-crawl dan masalahnya tidak ditemukan lagi di halaman. Untuk error tag AMP, hal ini dapat berarti bahwa Anda telah memperbaiki tag atau tag tersebut telah dihapus (jika tag tidak diperlukan). Selama upaya validasi, masalah akan diberi label Lulus.
  • Jika halaman tidak tersedia untuk Google dengan alasan apa pun (halaman dihapus, ditandai noindex, perlu autentikasi, dan sebagainya), masalah tersebut akan dianggap sebagai diperbaiki untuk URL tersebut. Selama upaya validasi, masalah akan dikategorikan dalam status validasi Lainnya.

Masa aktif masalah

Masa aktif masalah dimulai sejak pertama kali instance dari masalah tersebut terdeteksi di situs, hingga 90 hari setelah instance terakhir ditandai sebagai sudah tidak ada di situs. Jika sembilan puluh hari berlalu tanpa ada pengulangan, masalah akan dihapus dari tabel masalah.

Tanggal pertama kali terdeteksinya masalah adalah waktu pertama kali masalah terdeteksi selama masa aktif masalah, dan tidak mengalami perubahan. Jadi:

  • Jika semua instance masalah telah diperbaiki, tetapi ada instance masalah baru yang muncul 15 hari kemudian, masalah tersebut akan ditandai sebagai terbuka, dan tanggal pertama kali terdeteksi tetap menjadi tanggal aslinya.
  • Jika masalah yang sama terjadi 91 hari setelah instance terakhir diperbaiki, masalah sebelumnya akan ditutup, dan masalah ini dicatat sebagai masalah baru, dengan tanggal terdeteksi pertama kali ditetapkan ke tanggal deteksi baru.
Alur validasi

Berikut ini ringkasan proses validasi setelah Anda mengklik Validasi Perbaikan untuk masalah. Proses ini dapat memerlukan waktu beberapa hari atau bahkan lebih lama, dan Anda akan menerima pemberitahuan progres melalui email.

  1. Saat Anda mengklik Validasi Perbaikan, Search Console langsung memeriksa beberapa halaman.
    • Jika instance saat ini ada di salah satu halaman tersebut, validasi akan berakhir, dan status validasi tetap tidak berubah.
    • Jika halaman contoh tidak memiliki error saat ini, validasi akan dilanjutkan dengan status Dimulai. Jika validasi menemukan masalah lain yang tidak terkait, masalah tersebut akan dianggap sebagai jenis masalah lain dan validasi dilanjutkan.
  2. Search Console bekerja melalui daftar URL yang diketahui, yang terpengaruh oleh masalah ini. Antrean untuk crawling ulang hanya berisi URL dengan instance masalah yang diketahui, bukan keseluruhan situs. Search Console menyimpan catatan semua URL yang diperiksa di histori validasi, yang dapat dibuka di halaman detail masalah.
  3. Saat URL diperiksa:
    1. Jika masalah tidak ditemukan, status validasi instance berubah menjadi Lulus. Jika ini adalah instance pertama yang diperiksa setelah validasi dimulai, status validasi masalah berubah menjadi Terlihat bagus.
    2. Jika URL tidak lagi dapat dijangkau, status validasi instance berubah menjadi Lainnya (bukan merupakan status error).
    3. Jika instance masih ada, status masalah berubah menjadi Gagal dan validasi berakhir. Jika ini adalah halaman baru yang ditemukan oleh crawling normal, halaman ini akan dianggap sebagai instance lain dari masalah yang ada.
  4. Jika URL yang ada dalam antrean telah diperiksa untuk masalah ini dan masalah tersebut ternyata telah diperbaiki, status masalah akan berubah menjadi Lulus. Namun, meskipun semua instance telah diperbaiki, label tingkat keparahan masalah tidak berubah (Error atau Peringatan), hanya jumlah item yang terpengaruh (0).

Meskipun Anda tidak pernah mengklik Mulai validasi, Google dapat mendeteksi instance masalah yang telah diperbaiki. Jika Google mendeteksi bahwa semua instance masalah telah diperbaiki selama proses crawling reguler, jumlah masalah di laporan akan berubah menjadi 0.

Validasi ulang

⚠️ Tunggu siklus validasi selesai sebelum meminta siklus validasi lagi, meskipun jika Anda telah memperbaiki beberapa masalah selama siklus saat ini.

Untuk memulai ulang validasi yang gagal:

  1. Buka log validasi untuk validasi yang gagal: Buka halaman detail masalah untuk masalah yang gagal divalidasi, lalu klik Lihat detail.
  2. Klik Mulai validasi baru.
  3. Validasi akan dimulai ulang untuk semua URL yang ditandai sebagai Tertunda atau Gagal, serta instance baru dari masalah ini yang ditemukan melalui crawling normal sejak upaya validasi terakhir. URL yang ditandai sebagai Lulus atau Lainnya tidak diperiksa ulang.
  4. Validasi biasanya berlangsung hingga sekitar dua minggu, tetapi dalam beberapa kasus dapat memerlukan waktu lebih lama, jadi harap bersabar.

Melihat progres validasi

Untuk melihat progres permintaan validasi saat ini, atau histori permintaan terakhir jika validasi tidak sedang berlangsung:

  1. Buka halaman detail masalah untuk masalah tertentu. Klik baris masalah di halaman laporan utama untuk membuka halaman detail masalah.
  2. Klik Lihat detail untuk membuka halaman detail validasi untuk permintaan tersebut.
    • Status instance untuk setiap URL yang disertakan dalam permintaan akan ditampilkan di tabel.
    • Status instance berlaku untuk masalah tertentu yang sedang Anda periksa. Anda dapat memiliki satu masalah yang diberi label Lulus di halaman, tetapi masalah lainnya diberi label Gagal, Tertunda, atau Lainnya di halaman yang sama.
    • Dalam laporan AMP dan laporan Cakupan Indeks, entri di halaman histori validasi dikelompokkan berdasarkan URL.
    • Dalam laporan Kegunaan Seluler dan Hasil Kaya, item dikelompokkan berdasarkan kombinasi URL + item data terstruktur (seperti yang ditentukan berdasarkan nilai Nama item).
Status permintaan validasi

Status validasi berikut berlaku untuk validasi masalah tertentu:

  • Belum dimulai: Satu atau beberapa instance masalah ini tidak pernah diajukan dalam permintaan validasi untuk masalah tersebut.
    Langkah berikutnya:
    1. Klik masalah untuk mempelajari detail error-nya. Periksa setiap halaman untuk melihat contoh error pada halaman aktif menggunakan Pengujian AMP. (Jika Pengujian AMP tidak menampilkan error di halaman, ini terjadi karena Anda telah memperbaiki error di halaman aktif setelah Google menemukan error dan membuat laporan masalah ini.)
    2. Klik Pelajari lebih lanjut di halaman detail untuk melihat detail masalah.
    3. Klik contoh baris URL pada tabel untuk mendapatkan detail tentang error tertentu.
    4. Perbaiki halaman, lalu klik Validasi perbaikan untuk memulai validasiValidasi biasanya berlangsung hingga sekitar dua minggu, tetapi dalam beberapa kasus dapat memerlukan waktu lebih lama, jadi harap bersabar.
  • Dimulai: Anda telah memulai upaya validasi dan belum ada sisa instance masalah yang ditemukan.
    Langkah berikutnya: Google akan mengirimkan notifikasi saat proses validasi berlangsung, yang memberi tahu Anda tindakan yang harus dilakukan, jika perlu.
  • Terlihat bagus: Anda telah memulai upaya validasi, dan semua instance masalah yang diperiksa telah diperbaiki.
    Langkah berikutnya: Tidak ada tindakan yang harus dilakukan, tetapi Google akan mengirimkan notifikasi saat proses validasi berlangsung, yang memberi tahu Anda tindakan yang harus dilakukan.
  • Lulus: Semua instance masalah yang diketahui sudah tidak ada (atau URL yang terpengaruh tidak tersedia lagi). Status ini muncul karena Anda telah mengklik Validasi perbaikan (jika instance menghilang tanpa adanya permintaan validasi, statusnya akan berubah menjadi T/A).
    Langkah berikutnya: Tidak ada lagi tindakan yang harus dilakukan.
  • T/A: Google menemukan bahwa masalah telah diperbaiki pada semua URL, meskipun Anda belum pernah memulai upaya validasi.
    Langkah berikutnya: Tidak ada lagi tindakan yang harus dilakukan.
  • Gagal: Nilai minimum tertentu dari halaman masih berisi masalah ini, setelah Anda mengklik Validasi.
    Langkah berikutnya: Perbaiki masalah dan mulai ulang validasi.
Status validasi instance

Setelah validasi diminta, setiap instance masalah diberi salah satu status validasi berikut:

  • Tertunda: Menunggu validasi diproses. Terakhir kali Google memeriksanya, instance masalah ini sudah ada.
  • Lulus: [Tidak tersedia di semua laporan] Google telah memeriksa instance masalah dan instance tersebut sudah tidak ada lagi. Status ini hanya bisa didapatkan jika Anda secara eksplisit mengklik Validasi untuk instance masalah ini.
  • Gagal: Google memeriksa instance masalah, dan instance tersebut masih ada. Status ini hanya bisa didapatkan jika Anda secara eksplisit mengklik Validasi untuk instance masalah ini.
  • Lainnya: [Tidak tersedia di semua laporan] Google tidak dapat menjangkau URL yang meng-hosting instance tersebut, atau (untuk data terstruktur) tidak dapat lagi menemukan item di halaman. Dianggap setara dengan Lulus.

Perlu diketahui bahwa URL yang sama dapat memiliki status yang berbeda untuk masalah yang berbeda. Misalnya, jika sebuah halaman memiliki masalah X dan masalah Y, masalah X dapat memiliki status validasi Lulus dan masalah Y di halaman yang sama dapat memiliki status validasi Tertunda.

Apakah ini membantu?
Bagaimana cara meningkatkannya?
true
Baru mengenal Search Console?

Belum pernah menggunakan Search Console? Mulai di sini, baik Anda adalah pemula, pakar SEO, atau developer situs.

Telusuri
Hapus penelusuran
Tutup penelusuran
Aplikasi Google
Menu utama
Pusat Bantuan Penelusuran
true
83844
false