Saat Merchant Center melaporkan harga atau stok tidak cocok, mulai dari satu ID produk dan waktu pemeriksaannya. Buka URL yang dikirim untuk item itu, lalu bandingkan data feed, HTML awal, tampilan halaman, serta structured data. Keempatnya dapat mengambil versi katalog yang berbeda.
Memperbaiki harga secara manual di satu layar belum tentu menyelesaikan masalah. Pembaruan terjadwal berikutnya bisa memasukkan nilai lama lagi. Tujuan diagnosis adalah menemukan asal perbedaan dan memastikan jalur pembaruan berikutnya tetap konsisten.
Ketika perbedaan melibatkan markup produk, gunakan pemeriksaan fakta pada Product schema untuk menilai nilainya bersama informasi yang terlihat di halaman.
Pastikan masalah yang sedang diperiksa
Catat nama issue, ID item, negara tujuan, bahasa, mata uang, URL landing page, dan timestamp yang tersedia. Simpan juga status produk saat ini. Issue yang ditemukan kemarin dapat menggambarkan keadaan berbeda dari halaman yang kamu buka sekarang.
Google membandingkan harga yang dikirim dengan harga pada halaman atau structured data. Dokumentasinya juga mengingatkan adanya jeda pembaruan, pengaturan waktu promo, dan perbedaan antara timestamp temuan dengan status terbaru. Panduan memperbaiki mismatched product price.
Pisahkan masalah per item dari masalah akun atau kebijakan lain. Bila pemberitahuan membahas kelayakan bisnis, memperbaiki satu angka harga mungkin tidak menjawabnya. Gunakan teks issue aktual sebagai titik mulai, bukan dugaan berdasarkan turunnya traffic.
Cocokkan identitas sebelum membandingkan angka
Satu nama produk bisa memiliki beberapa ukuran, warna, atau paket. Ambil id dari sumber produk dan petakan ke SKU internal yang tepat. Jangan memakai nama yang mirip sebagai satu-satunya kunci pencocokan.
Selanjutnya buka link yang benar-benar dikirim. Pastikan varian yang dipilih, gambar, jumlah unit, dan harga menjelaskan penawaran yang sama. Untuk varian, URL seharusnya membuka pilihan yang sesuai dengan item yang ditawarkan. Panduan konsistensi feed dan landing page.
Jika link menuju ukuran kecil sementara item feed mewakili ukuran besar, angka dapat benar pada masing-masing sistem tetapi perbandingannya salah. Perbaiki hubungan ID dan URL lebih dahulu. Jangan mengubah harga barang besar agar mengikuti barang kecil.
Buat worksheet empat keluaran
Gunakan satu baris untuk satu item pada satu waktu pemeriksaan. Berikut format kerja yang bisa kamu salin:
| Kolom | Bukti yang disimpan | Pertanyaan |
|---|---|---|
| Data produk terkirim | ID, harga, mata uang, stok, waktu update | Nilai mana yang terakhir diterima? |
| HTML awal | Cuplikan respons pada URL item | Apakah nilai sudah benar sebelum JavaScript? |
| Tampilan halaman | Pilihan varian dan harga yang terlihat | Apa yang diterima pembeli pada kunjungan baru? |
| Structured data | Product/Offer untuk item terkait | Apakah entitas dan penawaran cocok? |
| Sumber katalog | Versi data dan waktu perubahan | Keluaran mana yang tertinggal? |
Periksa HTML awal melalui respons dokumen, lalu DOM setelah halaman dimuat. Pisahkan kedua hasil itu. Harga yang baru benar setelah interaksi tidak membuktikan informasi awalnya sudah sesuai kebutuhan pemeriksaan produk.
Catat kondisi akses: perangkat, negara tujuan yang relevan, status login, dan pilihan varian. Jangan mencampur bukti dari harga anggota dengan penawaran publik tanpa menjelaskan perbedaannya. Hindari menyimpan identitas pelanggan dalam berkas diagnosis.
Contoh: promo aktif, tiga versi harga
Bayangkan toko fiktif menjual teko dengan ID TEKO-600. Harga normalnya Rp240.000, lalu promo Rp210.000 dimulai pukul 09.00 WIB. Contoh berikut merupakan ilustrasi, bukan pengukuran toko nyata.
Pada pukul 09.10, data produk terkirim masih Rp240.000 karena jadwal pembaruan belum berjalan. Tampilan halaman menunjukkan Rp210.000. HTML awal dan JSON-LD juga masih Rp240.000 akibat cache, lalu aplikasi mengganti harga terlihat setelah memuat data terbaru.
Menulis ulang angka feed saja akan memperbaiki satu keluaran. HTML dan schema tetap tertinggal. Sebaliknya, menghapus cache halaman saja belum memperbarui sumber produk yang dikirim.
Buat urutan kejadian: katalog berubah pukul 09.00, halaman dinamis mengambil versi baru, cache masih versi sebelumnya, dan feed menunggu proses berikutnya. Tetapkan perbaikan untuk setiap jalur yang tertinggal. Ulangi pengujian saat promo berakhir agar harga lama tidak kembali pada waktu yang salah.
Gunakan pola selisih untuk menentukan pemilik perbaikan
Jika hanya feed berbeda, periksa ekspor, pemetaan field, jadwal, kegagalan pengiriman, serta status pemrosesan. File yang benar di laptop belum membuktikan Merchant Center menerima versi itu.
Jika hanya schema berbeda, telusuri generator markup atau plugin yang memegang data penawaran. Jika HTML dan schema lama tetapi tampilan baru, telusuri cache serta pengambilan data setelah render. Jika semua keluaran sama-sama salah, kembali ke sumber katalog.
Untuk stok, gunakan pola pemeriksaan yang sama. Jangan mengubah status menjadi tersedia untuk menutup warning jika barang tidak dapat dibeli. Google mengingatkan bahwa status saat ini dapat sudah berubah sejak mismatch ditemukan; periksa timestamp dan status terbaru secara terpisah. Panduan mismatched product availability.
Tutup dengan uji pembaruan berikutnya
Setelah perbaikan, pilih sampel yang mewakili produk biasa, promo aktif, promo berakhir, dan stok berubah. Jumlah sampel mengikuti variasi mekanisme toko, bukan angka wajib. Jalankan jalur pembaruan yang biasanya dipakai dan isi worksheet lagi.
Automatic item updates dapat membantu menangani perbedaan, tetapi tetap membutuhkan data produk yang diperbarui secara teratur. Jangan menjadikannya alasan membiarkan sumber utama tertinggal. Penjelasan structured data dan automatic item updates.
Simpan dua status terpisah: konsistensi sudah diperiksa oleh tim, dan status issue sudah diperbarui oleh platform. Pemrosesan ulang memerlukan waktu; tes lokal tidak menjamin persetujuan langsung. Jika issue berulang, bandingkan waktu kejadian berikutnya dengan jadwal feed dan cache sebelum melakukan perubahan tambahan.
