Penolakan metadata App Store: memperbaiki 2.3.x, 2.3.7, 4.3, dan 5.2.1
Kamu baru saja menerima email. Status berubah jadi Metadata Rejected, dan catatan di Resolution Center mengutip nomor pedoman yang harus kamu cari tahu artinya. Kabar baiknya, penolakan metadata termasuk yang lebih cepat diatasi: kamu tidak perlu mengunggah ulang build, cukup mengedit catatan versi dan mengirim ulang.
Hal pertama yang perlu dicek adalah nomor pedoman di pesan Resolution Center, karena itu menunjukkan persis kolom mana yang harus diperbaiki. Postingan ini membahas empat pedoman yang paling sering muncul pada penolakan listing. Nomor pedoman bisa berubah seiring waktu, jadi yang tercantum di sini mengikuti App Store Review Guidelines yang berlaku saat ini.
Pertama, mekanismenya: apa arti sebenarnya dari "Metadata Rejected"
Status Metadata Rejected menunjuk ke listing di store kamu — nama app, subtitle, kata kunci, deskripsi, tangkapan layar, preview, URL — bukan ke app yang sudah dikompilasi. Karena tandanya ada di metadata, kamu tidak perlu binary baru. Kamu mengedit kolom yang dikutip di App Store Connect, tetap memakai build yang sudah terpasang pada versi tersebut, lalu mengirim ulang.
Ada dua catatan penting. Pertama, mengirim ulang tetap memasukkanmu kembali ke antrean review, jadi prosesnya bebas build tapi bukan bebas review — akan ada pemeriksaan lagi, baik manual maupun otomatis. Kedua, memperbaiki satu kolom yang dikutip Apple tidak membuat sisa listingmu kebal dari masalah. Reviewer bisa menandai pedoman lain pada pemeriksaan berikutnya. Bereskan seluruh listing selagi kamu di sana, bukan cuma kalimat yang dikutip balik kepadamu.
Pedoman 2.3.3 — tangkapan layar harus menunjukkan app sedang dipakai
Apa yang memicunya. Tangkapan layarmu tidak menunjukkan app menjalankan fungsinya. Versi klasiknya adalah slot pertama berupa splash screen, halaman login, atau desain judul dengan tagline tanpa antarmuka nyata sama sekali. Ini juga terpicu kalau tangkapan layar menampilkan fitur yang tidak dimiliki app, atau merujuk ke perangkat atau antarmuka dari platform lain.
Sebelum: slot pertama menampilkan logomu di tengah gradasi warna dengan tulisan "cara paling cerdas merencanakan minggumu," tanpa antarmuka app sama sekali.
Sesudah: slot pertama berupa layar nyata dari alur inti — tampilan mingguan dengan entri sungguhan yang sudah terisi — dengan teks singkat yang menyebut manfaatnya di atas bingkai perangkat. Reviewer (dan pengguna) bisa langsung melihat apa yang dilakukan app dari thumbnail-nya. Kamu tetap boleh pakai teks marketing dan bingkai perangkat, tapi pastikan antarmuka app di baliknya sungguhan dan terkini.
Yang ini perubahan metadata: ganti gambarnya di catatan versi, kirim ulang, tanpa build baru.
Pedoman 2.3.7 — kata kunci harus menggambarkan appmu, bukan pencarian game
Apa yang memicunya. Ini pedoman soal penyalahgunaan kata kunci. Terpicu kalau metadatamu dipadati istilah yang tidak menggambarkan appmu: merek dagang yang bukan milikmu, nama app lain yang lebih besar atau populer, kata soal harga di kolom yang salah, nama selebritas atau tokoh publik yang disisipkan demi jangkauan, atau frasa umum yang dijejalkan untuk menangkap pencarian. Kolom kata kunci 100 karakter biasanya jadi pelakunya, tapi subtitle dan nama juga bisa ditandai. Nama app dibatasi 30 karakter, dan kata soal harga atau promosi tidak boleh ada di nama, subtitle, atau tangkapan layar.
Sebelum (kolom kata kunci): daftar yang memuat nama tiga app lebih besar di kategorimu, nama kreator terkenal, dan beberapa kata tren yang tidak relevan — semuanya tidak menggambarkan fitur yang sebenarnya kamu punya.
Sesudah: kata kunci yang sesuai dengan apa yang benar-benar dicari pengguna untuk menemukan fungsi appmu — tugas yang dijalankannya, masalah yang dipecahkannya, kata benda dari layar-layarmu sendiri. Setiap istilah harus menunjuk ke sesuatu yang memang dilakukan app.
Sebelum (subtitle): kalimat perbandingan yang memposisikan appmu melawan app pesaing tertentu.
Sesudah: subtitle yang menyatakan hasil yang diberikan appmu secara jelas, tanpa nama merek lain di dalamnya. Subtitle untuk memberi konteks soal appmu, bukan tempat meminjam lalu lintas pencarian orang lain.
Pedoman 4.3 — spam dan app yang hampir duplikat
Apa yang memicunya. 4.3 soal kemiripan. Terpicu kalau kamu merilis beberapa app yang hampir identik dengan bundle ID terpisah (build terpisah per kota, per tim, per klien, alih-alih satu app dengan variasi itu di dalamnya), atau kalau kiriman sulit dibedakan dari sesuatu yang sudah banyak tersedia. Ini sering jadi masalah konsep, tapi listing-lah yang membuat duplikasi terlihat — deskripsi dan tangkapan layar yang identik di antara app-appmu sendiri jadi tanda kuat.
Sebelum: lima app di akunmu dengan tata letak sama, daftar fitur sama, dan teks yang bedanya cuma ganti nama kota atau tim.
Sesudah: satu app yang membawa variasi itu sebagai opsi atau pembelian dalam app, dengan listing yang menjelaskan hal yang benar-benar berbeda dari app tersebut. Kalau kamu memang punya produk terpisah, pastikan setiap listing menunjukkan apa yang sungguh berbeda lewat tangkapan layar dan deskripsi, bukan sekadar cari-dan-ganti nama.
4.3 bisa membutuhkan lebih dari sekadar edit metadata kalau app di baliknya memang cuma reskin tipis. Tapi kalau masalahnya listingmu terbaca seperti kloning satu sama lain, membedakan teks dan tangkapan layar sudah termasuk perbaikan metadata.
Pedoman 5.2.1 — kekayaan intelektual milik orang lain di metadatamu
Apa yang memicunya. Memakai materi pihak ketiga yang dilindungi tanpa hak — merek dagang, karya berhak cipta, nama tiruan — di manapun di bundle, nama developer, atau metadatamu. Variasi yang umum adalah ketidakcocokan antara app atau merek di listing dengan entitas yang sebenarnya mengirimkannya, yang membuat Apple mempertanyakan siapa pemilik nama tersebut.
Sebelum: nama merek atau platform yang bukan milikmu ditaruh di judul app, subtitle, atau kolom kata kunci untuk menangkap lalu lintas pencariannya.
Sesudah: nama produkmu sendiri di judul, subtitle, dan kata kunci. Kalau kamu benar-benar terintegrasi dengan platform pihak ketiga dan perlu menyebutkannya, letakkan penyebutan kompatibilitas yang faktual di deskripsi jika diizinkan, dan jangan di nama atau subtitle. Kalau kamu membuat app untuk klien yang memiliki merek tersebut, kirimkan dari akun entitas pemiliknya, atau minta ditambahkan ke timnya, agar nama penjual dan merek sesuai.
Bagian bebas-build, diulang lagi
Untuk keempatnya, kalau perbaikannya ada di catatan versi — teks dan gambar — kamu memperbaikinya di App Store Connect dan mengirim ulang binary yang sama. Kamu tidak perlu menaikkan nomor build atau menunggu pemrosesan. Itulah jalur cepat yang didapat dari penolakan metadata. Konsekuensinya, kamu harus melewati review lagi, jadi lebih baik cek seluruh listing terhadap keempat pedoman ini sebelum menekan kirim ulang, daripada mengatasinya satu per satu penolakan.
Di mana Mokbi membantu (dan di mana tidak)
Sebagian besar masalah 2.3.7 dimulai di tahap penulisan, saat kolom kata kunci atau subtitle dijejali demi menambah jangkauan. AI Mokbi menyusun teks listingmu — nama, subtitle, kata kunci, deskripsi — berdasarkan apa yang benar-benar dilakukan appmu, sehingga kamu terhindar dari kebiasaan menjejal kata kunci dan meminjam merek yang memicu penolakan. Setelah itu, teks tersebut dilokalkan ke 50 bahasa, jadi kamu tidak perlu menulis ulang kolom kata kunci untuk tiap pasar secara manual dan mengulangi jebakan yang sama di masing-masing bahasa.
Perlu jujur soal batasannya. Ini menurunkan peluang munculnya tanda 2.3.x atau 5.2.1 pada teksnya; bukan jaminan disetujui, dan tidak menentukan apa yang ada di dalam buildmu. Review tetap keputusan Apple. Yang dilakukan teks yang sesuai aturan dan akurat adalah menghilangkan alasan mudah dan sepele yang bisa membuatmu ditolak. Mokbi tidak menerbitkan listingmu secara otomatis — ia menghasilkan teks dan tangkapan layar; kamu yang meninjau dan mengirimkannya.