Laporan status AMP

Laporan ini membantu Anda memperbaiki error yang mencegah halaman AMP muncul di hasil Google Penelusuran dengan fitur khusus AMP.

Tampilan tingkat atas menampilkan semua halaman AMP dengan masalah yang ditemukan oleh Google di situs Anda, yang dikelompokkan berdasarkan masalah. Klik masalah tertentu untuk melihat detail masalah, termasuk daftar contoh halaman yang terpengaruh oleh masalah tersebut, informasi tentang cara memperbaikinya, dan proses untuk memberi tahu Google tentang perbaikan yang Anda lakukan.

Untuk melihat diagram yang menampilkan pengaruh masalah dan perbaikan, buka halaman Status.

Mengapa ini disebut daftar contoh? Kami menampilkan sebanyak mungkin halaman yang terpengaruh berdasarkan error. Namun, maksimal hanya 1.000 URL yang dapat ditampilkan dalam tabel kami. Selain itu, mungkin ada halaman tambahan yang tidak terdeteksi atau terhitung karena beberapa alasan.

BUKA LAPORAN AMP

Yang harus dicari

Biasanya Anda akan melihat ini di laporan:

Error AMP

Selain error khusus AMP standar, laporan tersebut dapat menampilkan masalah tambahan berikut (error dan peringatan).

Masalah AMP khusus Google
Masalah Deskripsi
Ketidakcocokan konten: Video tersemat tidak ada Halaman kanonis telah menyematkan video yang tidak ada di versi AMP. Biasanya sangat disarankan untuk menyertakan semua resource konten penting yang sama pada versi AMP seperti di halaman kanonis. Perlu diketahui bahwa video dideteksi oleh URL; jika Anda memiliki 2 URL berbeda yang mengarah ke video yang sama, peringatan ini akan muncul.
Ukuran gambar lebih kecil dari ukuran yang direkomendasikan Data terstruktur di AMP mengacu pada gambar yang lebih kecil dari ukuran yang direkomendasikan. Hal ini dapat mencegah halaman muncul dengan semua fitur yang terkait dengan AMP di Google Penelusuran, serta dapat mencegah kartu Discover Anda ditampilkan dengan gambar besar (menyebabkan penurunan traffic situs dan interaksi pengguna). Untuk memperbaikinya, gunakan gambar yang berukuran lebih besar sesuai dengan panduan kami.
Ketidakcocokan domain halaman AMP Halaman AMP dihosting di domain yang berbeda dari versi kanonisnya. Hal ini dapat membingungkan bagi penelusur versi seluler yang melihat 1 domain URL di hasil penelusuran dan domain URL yang berbeda saat mereka membuka halaman di pembaca AMP. (Tidak memengaruhi pengindeksan atau peringkat halaman.)
URL tidak ditemukan (404) URL AMP yang diminta tidak dapat ditemukan. Pelajari halaman 404 lebih lanjut.
Error server (5XX) Terjadi error server 5XX yang tidak ditentukan saat meminta halaman AMP. Pelajari error server lebih lanjut.
Diblokir oleh robots.txt URL AMP yang diminta diblokir oleh aturan robots.txt.
Masalah crawl Terjadi error crawling yang tidak ditentukan untuk halaman AMP. Gunakan fitur Inspeksi URL di URL AMP Anda untuk memecahkan masalah ini. 
URL AMP mengarah ke halaman non-AMP Halaman kanonis mengarah ke AMP yang sebenarnya bukan halaman AMP. Pelajari cara halaman non-AMP mengarah ke halaman AMP.
URL AMP mengarah ke AMP yang berdiri sendiri Halaman kanonis mengarah ke AMP yang berdiri sendiri. Anda tidak dapat mengarah ke AMP yang berdiri sendiri sebagai versi AMP dari sebuah halaman. Pelajari cara mengarah ke halaman AMP dari halaman non-AMP.
URL ditandai 'noindex' AMP diblokir oleh perintah 'noindex'. Google tidak dapat mengindeks halaman yang diblokir oleh noindex; hapus perintah noindex, atau hapus referensi ke halaman yang diblokir.
Tanggal 'unavailable_after' untuk halaman ini telah lewat Halaman AMP memiliki perintah atau tag meta "available_after" yang telah lewat, yang menunjukkan bahwa halaman tersebut seharusnya tidak ditayangkan lagi. Anda harus mengubah tag ini ke tanggal mendatang, atau menghapusnya.
Kanonis mengarah ke URL yang tidak valid Halaman kanonis mengarah ke versi AMP menggunakan URL yang formatnya tidak valid. Pelajari cara mengarah ke versi AMP dengan benar.
Error kanonis amp-story

Halaman salah mengarah ke halaman amp-story sebagai versi AMP-nya. Hal ini tidak boleh karena halaman amp-story, secara definisi, berdiri sendiri: harus mengarah ke halaman itu sendiri dengan tag <rel="canonical">, dan tidak dapat berfungsi sebagai versi AMP dari halaman lain.

Memprioritaskan dan memperbaiki masalah

  1. Pada halaman ringkasan AMP, filter peringatan dan fokus pada error terlebih dahulu. Secara default, masalah diurutkan berdasarkan kombinasi tingkat keparahan, status validasi, dan jumlah halaman yang terpengaruh; sebaiknya perbaiki masalah dalam urutan default ini. Perbaiki error yang diakibatkan oleh sebab umum terlebih dahulu (seperti template yang buruk), lalu perbaiki error yang unik pada setiap halaman.
  2. Lihat apakah ada peningkatan jumlah total error yang paling banyak disebabkan oleh sebuah error: carilah lonjakan yang sesuai dalam sebuah masalah pada tabel.
  3. Lihat informasi di bawah tentang proses debug lonjakan dan halaman AMP yang tidak ada.
  4. Klik baris pada tabel untuk melihat halaman detail error:
    1. Halaman detail mencakup contoh URL yang terpengaruh. Daftar ini tidak selalu lengkap, karena dibatasi hanya 1.000 baris, dan mungkin tidak termasuk instance error yang baru ditemukan ini.
    2. Jika error-nya adalah error sintaks, klik Pelajari lebih lanjut untuk mendapatkan dokumentasi resmi terkait sintaks yang benar.
    3. Klik ikon periksa untuk menjalankan pengujian validitas terhadap halaman yang terpengaruh. Pengujian ini akan mengidentifikasi semua error (bukan hanya masalah saat ini) dan memberikan pengguna kode yang menandai error dan memberikan informasi selengkapnya. Ada kemungkinan bahwa error telah diperbaiki di halaman yang aktif, namun masih tercantum sebagai error karena belum di-crawl ulang; jika demikian, mintalah validasi setelah Anda memperbaiki semua instance masalah ini.
  5. Perbaiki semua instance masalah di situs, uji perbaikan, dan pastikan bahwa perbaikan telah diterapkan di web.
  6. 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.
  7. Lanjutkan untuk memperbaiki error.
  8. Jika semua error telah diperbaiki, hapus filter peringatan, lalu pertimbangkan untuk memperbaiki peringatan. Beberapa peringatan berisi markup data terstruktur opsional yang tidak ada, yang dapat memungkinkan fitur penelusuran baru untuk halaman dengan konten yang relevan.

Membagikan laporan

Anda dapat membagikan detail masalah dengan mengklik tombol Bagikan di halaman. Link ini hanya memberikan akses ke halaman saat ini dan 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.

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.

Memecahkan masalah halaman AMP tidak ada

Jika jumlah halaman AMP (valid + peringatan + error) dalam laporan lebih kecil daripada jumlah halaman AMP di situs Anda, berikut ini beberapa kemungkinan alasannya:

  • Konfirmasi apakah halaman non-AMP kanonis ditautkan ke halaman AMP dengan benar.
  • Pastikan halaman AMP atau kanonis Anda tidak menggunakan robot atau noindex, atau dilindungi oleh persyaratan autentikasi atau login.
  • Periksa kehadiran halaman AMP dan kanonis Anda dalam indeks dengan menelusuri Google untuk URL halaman kanonis. Jika tidak tercantum, berarti halaman kanonis tidak diindeks.
  • Apakah halaman AMP/kanonis ditautkan oleh halaman lain? Apakah halaman tersebut tercantum di peta situs? Gunakan fitur Inspeksi URL di halaman kanonis untuk meminta pengindeksan halaman AMP dalam jumlah kecil, namun untuk halaman dalam jumlah besar, gunakan peta situs. (Anda hanya perlu mencantumkan kanonis di peta situs.) Pertimbangkan untuk menggunakan Laporan peta situs guna mengirimkan peta situs.
  • Google memerlukan waktu beberapa hari untuk menemukan dan meng-crawl halaman yang tidak ada, bergantung pada cara Anda memberitahukan halaman baru kepada Google.
  • Beberapa halaman AMP yang valid mungkin tidak disertakan dalam laporan ini, meskipun halaman tersebut mungkin tercantum dalam laporan Cakupan Indeks. Hal ini karena laporan Cakupan Indeks harus lebih komprehensif agar dapat digunakan untuk membantu Anda mendebug masalah pengindeksan pada laporan, sementara laporan Status AMP kemungkinan mencakup lebih sedikit halaman, tetapi lebih relevan dan dengan detail yang lebih baik, untuk membantu mendebug masalah AMP tertentu di situs Anda. Untuk mengonfirmasi apakah halaman AMP diindeks atau tidak, gunakan fitur Inspeksi URL, yang akan memberikan jawaban pasti.

Memahami peringatan

Halaman AMP dengan peringatan diindeks dan dapat ditampilkan di hasil Google Penelusuran, namun mungkin tidak ditampilkan dengan semua fitur AMP yang memungkinkan (seperti yang ditampilkan dalam carousel Berita Utama). Dengan kata lain, halaman ini mungkin hanya ditampilkan sebagai hasil penelusuran link biasa berwarna biru.

Tentang validasi

Setelah memperbaiki semua instance masalah khusus di situs, Anda dapat meminta Google memvalidasi perubahan. Jika semua instance yang diketahui sudah tidak ada, masalah akan ditandai sebagai diperbaiki pada tabel status dan dipindahkan ke bagian bawah tabel. Search Console memantau status validasi masalah secara keseluruhan, serta status setiap instance masalah. Jika semua instance masalah sudah tidak ada, masalah akan dianggap telah diperbaiki. (Untuk rekaman status aktual, lihat Status validasi masalah dan Status validasi instance.)

Selengkapnya tentang 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 90 hari berlalu tanpa ada perulangan, masalah akan dihapus dari histori laporan.

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, namun ada instance masalah yang baru terjadi 15 hari kemudian, masalah 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 pada "hari ini".

Alur validasi dasar

Berikut ini ringkasan proses validasi setelah Anda mengklik Validasi Perbaikan untuk masalah. Proses ini dapat memerlukan waktu beberapa hari, 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 rekaman semua URL yang diperiksa pada 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 semua URL peringatan dan error telah diperiksa dan jumlah masalahnya bernilai 0, status masalah akan berubah menjadi Lulus. Penting: Meskipun jumlah halaman yang terpengaruh berkurang hingga 0 dan status masalah berubah menjadi Lulus, label tingkat keparahan asli akan tetap ditampilkan (Error atau Peringatan).

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 crawl regulernya, status masalah akan berubah menjadi "T/A" pada laporan.

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 diwajibkan). Selama upaya validasi, status masalah akan dianggap sebagai "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 dilakukan, masalah akan dianggap dalam status validasi "lainnya".

Validasi ulang

Saat Anda mengklik Validasi ulang untuk validasi yang gagal, validasi akan dimulai ulang untuk semua instance yang gagal, serta instance baru apa pun dari masalah ini yang ditemukan melalui crawling normal.

Anda harus menunggu siklus validasi selesai sebelum meminta siklus validasi lagi, meskipun Anda telah memperbaiki beberapa masalah selama siklus saat ini.

Instance yang telah lulus validasi (ditandai sebagai Lulus) atau tidak dapat dijangkau lagi (ditandai sebagai Lainnya) tidak akan diperiksa lagi dan dihapus dari histori saat Anda mengklik Validasi ulang.

Histori validasi

Anda dapat melihat progres permintaan validasi dengan mengklik link detail validasi di halaman detail masalah.

Entri di halaman histori validasi dikelompokkan berdasarkan URL untuk laporan AMP dan laporan Status Indeks. Dalam laporan Kegunaan Seluler dan Hasil Kaya, item dikelompokkan berdasarkan kombinasi URL + item data terstruktur (seperti yang ditentukan berdasarkan nilai Nama item). Status validasi berlaku untuk masalah tertentu yang Anda periksa. Anda dapat memiliki satu masalah berlabel "Lulus" di halaman, tetapi masalah lainnya berlabel "Gagal", "Tertunda", atau "Lainnya".

Status validasi masalah

Status validasi berikut berlaku untuk masalah tertentu:

  • Belum dimulai: Ada 1 atau lebih dari 1 halaman dengan instance masalah ini yang belum pernah Anda coba validasi. 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 pada halaman, ini terjadi karena Anda telah memperbaiki error pada halaman aktif setelah Google menemukan error dan membuat laporan masalah ini.)
    2. Klik "Pelajari lebih lanjut" pada halaman detail untuk melihat detail aturan yang telah dilanggar.
    3. Klik contoh baris URL pada tabel untuk mendapatkan detail tentang error tersebut.
    4. Perbaiki halaman, lalu klik Validasi perbaikan agar Google meng-crawl ulang halaman. Google akan memberi tahu Anda tentang progres validasi. Validasi dapat memakan waktu beberapa hari hingga kira-kira 2 minggu, jadi harap bersabar. 
  • Dimulai: Anda telah memulai upaya validasi dan belum ada sisa instance masalah yang ditemukan. Langkah berikutnya: Google akan mengirimkan pemberitahuan saat validasi diproses, 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, namun Google akan mengirimkan pemberitahuan saat validasi diproses, yang memberi tahu Anda tentang 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 tidak muncul tanpa adanya permintaan validasi, statusnya akan berubah menjadi T/A). Langkah berikutnya: Tidak ada lagi tindakan yang harus dilakukan.
  • T/A: Google mendapati bahwa masalah telah diperbaiki pada semua URL, meskipun Anda belum pernah memulai upaya validasi. Langkah berikutnya: Tidak ada lagi tindakan yang harus dilakukan.
  • Gagal: Ambang batas tertentu dari halaman masih berisi masalah ini, setelah Anda mengklik "Validasi". Langkah berikutnya: Perbaiki masalah dan validasi ulang.

Status validasi instance

Setelah validasi diminta, setiap instance masalah yang diketahui akan diberi salah satu status validasi berikut untuk masalah tertentu (status Lulus dan Lainnya tidak digunakan dalam laporan Status Indeks):

  • Validasi tertunda: Menunggu proses validasi. Terakhir kali Google memeriksanya, instance masalah ini sudah ada.
  • Lulus: Google memeriksa instance masalah, namun instance tersebut sudah tidak ada. 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: Google tidak dapat menjangkau URL yang menghosting instance, atau (untuk data terstruktur) tidak dapat menemukan item di halaman tersebut lagi. 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 pada halaman yang sama dapat memiliki status validasi Tertunda.

 

Masalah umum

Berikut adalah masalah umum pada Search Console. Anda tidak perlu melaporkannya kepada kami, tetapi kami mengharapkan masukan Anda terkait fitur atau masalah lain yang Anda temukan. Gunakan mekanisme Masukan yang ada pada menu navigasi.

  • Beberapa masalah memiliki nama panjang yang tidak mudah dipahami.
  • Mungkin terdapat keterlambatan waktu antara saat masalah ditambahkan ke grafik dan saat ditambahkan ke tabel.
  • Jika jumlah masalah di situs Anda sangat banyak (terlepas dari ada tidaknya instance yang aktif), laporan hanya akan menampilkan 200 masalah pertama, yang diurutkan berdasarkan tingkat kepentingannya.
Apakah ini membantu?
Bagaimana cara meningkatkannya?