Resolution Center Apple: membalas penolakan App Review

Resolution Center sudah tidak ada lagi dengan nama itu. Kamu membalas penolakan di bagian App Review aplikasimu, lewat tombol Reply to App Review. Tulis dalam bahasa Inggris dan berikan tiga informasi: apa yang jadi masalah, apa yang sudah diubah, dan cara memeriksanya. App Review Board baru berguna setelah balasan ini, dan hanya kalau kamu yakin aplikasimu mematuhi aturan yang disebut.

Saya menulis balasan seperti ini untuk aplikasi saya sendiri di 2026: Solys, alarm saya dengan mini-game, dan TradaZen, simulator trading saya. Berikut tempat membalas saat ini, apa yang harus ditulis, kapan melampirkan video, kapan mengajukan banding, dan apa yang tidak berhasil. Untuk alasan penolakannya sendiri, baca kenapa Apple menolak aplikasi.

Ke mana Resolution Center pergi?

Bantuan resmi, Reply to App Review messages, sekarang menyebutnya bagian App Review. Di sana kamu berkomunikasi dengan Apple, termasuk lampiran, sampai kamu mengirim ulang submission-mu. Caranya:

1. Di Apps, buka aplikasimu.
2. Di bagian atas halaman, klik tautan masalah yang belum terselesaikan, yang di halaman bantuan lain disebut View App Review Issues & Messages.
3. Di bagian In Progress, klik Resolve di samping submission.
4. Klik Reply to App Review dan tulis di kolom Reply.
5. Untuk melampirkan screenshot atau dokumen, klik Attach File, lalu Reply.

Hanya peran Account Holder, Admin, dan App Manager yang bisa membalas. Halaman App Review menambahkan bahwa kamu bisa memantau status submission di App Store Connect atau di aplikasinya untuk iPhone dan iPad.

Sebelum menulis: pesan apa yang kamu terima?

Balasan yang tepat bergantung pada pesannya, bukan pada keinginanmu untuk membela diri. Ini tabel yang saya pakai sebelum membuka kolom balasan.

Kata Apple	Yang kamu lakukan	Build baru
Information Needed	Jawab pertanyaannya	Tidak
Bug atau layar bermasalah	Perbaiki, lalu balas	Ya
Listing, tautan, screenshot	Perbaiki listing	Tidak
Aplikasi disalahpahami	Jelaskan, dengan bukti	Tergantung
Tetap tidak sepakat	Banding ke Board	Tidak
Tawaran Bug Fix Submissions	Terima lewat balasan	Tidak

Tiga hal ini mengubah segalanya:

• Penolakan karena metadata tidak butuh build baru. Bantuan Apple menyatakannya: kamu perbaiki lalu kirim ulang build yang sama. Ini sering terjadi pada penolakan 2.3.10, ketika tulisan bermasalah ada di listing.
• "Information Needed" bukan penolakan substansial. Reviewer sedang bertanya padamu. Panduan tentang guideline 2.1 menjelaskan bedanya dengan temuan bug yang sebenarnya.
• Bug Fix Submissions adalah tawaran. Kalau aplikasimu sudah rilis dan pesannya diawali "Bug Fix Submissions: The issues we've identified below are eligible to be resolved on your next update", kamu bisa meminta persetujuan update dengan membalas pesan itu. Jangan kirim ulang aplikasinya saat itu, karena review baru akan dimulai. Kamu bereskan masalahnya di versi berikutnya.

Apa yang ditulis: template empat blok

Apple sudah menerbitkan saran untuk menghubungi App Review. Yang perlu dilakukan: jelas tentang apa yang kamu minta, dan berikan informasi yang membantu memahami aplikasi kalau menurutmu aplikasimu disalahpahami. Yang perlu dihindari: memakai kolom balasan untuk banding atau meminta review dipercepat, atau menanyakan status aplikasi developer lain.

Template saya terdiri dari empat blok. Tulis dalam bahasa Inggris, tanpa kata sifat. Ganti semua yang ada di dalam kurung siku, dan tulis hanya hal yang benar di build yang dikirim.

Hello App Review team,

Thank you for your review and for the details on
Guideline [number].

What you reported: [one sentence that restates
Apple's message, in your own words].

What changed in build [version (build)]:
- [Screen or element]: [what it does now]
- [Screen or element]: [what it does now]

How to verify:
1. [Starting point, e.g. fresh install]
2. [Action]
3. [Expected result]

We tested this flow on [devices and iOS versions].
[Attached: a short screen recording of the fixed flow.]

If anything else is unclear, please tell us which
screen or wording, and we will change it.

Best regards,
[Your name]

Tiap blok punya peran. Yang pertama membuktikan kamu sudah membaca. Yang kedua menyebut build-nya, karena reviewer menguji binary, bukan niatmu. Yang ketiga menghemat waktunya. Yang terakhir membuka pintu tanpa berdebat.

Template yang disesuaikan untuk tiap aturan ada di panduan khusus saya, misalnya tentang guideline 3.1.2 atau guideline 4.3. Kerangka balasan juga ada di template catatan App Review saya, yang bisa diunduh.

Yang saya pelajari saat membalas untuk Solys dan TradaZen

Solys, guideline 2.1. Reviewer meminta cara untuk melewati game. Balasan saya menjelaskan layar yang menghalangi, demo yang bisa dimainkan di onboarding, lalu penyebab sebenarnya: dalam mode kompatibilitas di iPad, rintangannya jadi tidak bisa dilewati. Balasan itu mencantumkan dua perbaikan bernomor, termasuk tautan untuk melewati demo setelah gagal, lalu simulator yang diuji, dari iPhone SE sampai iPhone terbesar. Balasan itu juga menjelaskan tombol berhenti darurat alarm, tapi hanya setelah saya membaca ulang kode yang memicunya. Jangan tulis apa pun tentang aplikasimu yang belum kamu cek di build.

TradaZen, guideline 5.6. Pada Oktober 2026, Apple menilai aplikasi ini mendorong pembelian in-app yang tidak diinginkan, tanpa menunjuk elemen tertentu. Saya mencari apa yang bisa menyesatkan: tombol silang di atas paywall membuka penawaran diskon alih-alih menutup layar. Balasan saya mengakui hal ini dalam satu kalimat: itu kesalahan saya. Lalu balasan itu mencantumkan setiap perubahan, layar demi layar: tombol silang diganti ikon hadiah, tidak ada lagi penawaran yang terbuka sendiri, satu notifikasi promosi dihapus. Balasan itu juga mengingatkan apa yang tetap sesuai aturan: harga yang ditagih paling terlihat, pemulihan pembelian, tautan legal. Penutupnya menawarkan untuk mengubah layar mana pun yang masih dinilai ambigu. Build baru ikut dikirim bersamanya.

Kedua balasan ini mengikuti logika yang sama: penyebab sebenarnya, perbaikan yang terlihat, jalur untuk melihatnya.

Kapan melampirkan video atau screenshot

Bantuan Apple menerima screenshot dan dokumen sebagai lampiran. Video singkat layar yang sudah diperbaiki berguna dalam tiga kasus:

• masalahnya bergantung pada perangkat atau kondisi tertentu, seperti iPad dalam mode kompatibilitas atau izin yang ditolak;
• jalurnya panjang sampai ke layar tersebut, misalnya di akhir onboarding;
• fiturnya sulit direproduksi. Halaman App Review meminta kamu siap memberikan video demo ketika sebuah fitur membutuhkan lingkungan yang sulit dibuat ulang atau perangkat keras tertentu.

Untuk aplikasi yang terkait aksesori, bantuan tentang review lengkap mewajibkan video asli yang direkam pada perangkat Apple, bukan rekaman layar. Untuk teks paywall atau tombol yang diganti namanya, screenshot sudah cukup.

Meminta panggilan atau janji temu

Kalau tulisan saja tidak cukup, Apple menyediakan dua opsi:

• Panggilan dengan perwakilan Apple. Kamu memintanya di jendela Reply to App Review, setelah ada balasan pertama dari App Review. Sebutkan zona waktumu dan, kalau mau, bahasa yang diinginkan. Sebelumnya, cek data kontakmu di App Review Information. Apple menyebut panggilan ini biasanya berlangsung dalam tiga sampai lima hari kerja.
• Janji temu video 30 menit dengan App Review, pada hari Selasa atau Kamis, untuk membahas aturan. Sifatnya informatif: tidak mempercepat maupun menjamin review.

Mengajukan banding ke App Review Board

Banding adalah langkah terakhir. Menurut halaman Appeal to the App Review Board, banding cocok kalau aplikasimu ditolak padahal menurutmu sudah mematuhi aturan, atau kalau kamu merasa diperlakukan tidak adil.

Sebelum apa pun, balas pesan di App Store Connect untuk mengklarifikasi. Kalau itu tidak cukup, isi formulir Submit an appeal to App Review. Aturannya:

• hanya satu banding per aplikasi yang ditolak, yang membahas semua aturan yang disebut;
• sebutkan aturannya dan jelaskan poin demi poin bagaimana aplikasimu mematuhinya;
• jangan banding kalau kamu sudah memperbaiki dan mengirim ulang aplikasinya;
• jangan banding untuk sekadar permintaan informasi.

Apple memberi dua contoh, yang saya terjemahkan. Lengkap: "Aplikasi saya ditolak berdasarkan 2.1 karena informasi tidak lengkap. Akun demo dan langkah untuk menguji fiturnya ada di App Review Information, dengan screenshot yang menunjukkannya." Tidak lengkap: "Aplikasi ini penting bagi bisnis saya dan seharusnya tidak ditolak."

Board membalas di App Store Connect, dan bisa meminta informasi atau menawarkan panggilan. Apple tidak menerbitkan waktu tunggu untuk banding. Sejumlah developer bercerita di forum Apple tentang penantian lebih dari dua minggu. Kalau perbaikannya sederhana, mengirim ulang build yang sudah diperbaiki sering lebih cepat.

Yang berhasil, yang tidak

Membantu	Merugikan
Mengulang alasan dari Apple	Membela diri panjang lebar
Menyebut build yang diperbaiki	Menjanjikan perbaikan nanti
Memberi jalur yang harus diikuti	Menyebut aplikasi pesaing
Melampirkan bukti	Banding lewat Reply
Balasan yang lengkap	Mengirim ulang tanpa perbaikan

"Layar saya dulu sudah diterima" juga tidak berhasil: setiap versi direview ulang, kadang oleh reviewer yang berbeda. App Review Guidelines juga memperingatkan bahwa aplikasi yang berkali-kali ditolak karena aturan yang sama akan lebih lama diperiksa. Untuk waktu review, baca lama validasi App Store.

Minta balasanmu dibaca ulang sebelum dikirim

Review Kit berisi pesan asli yang diterima aplikasi saya, perbaikan yang dikirim, dan skill Claude Code yang menyiapkan balasanmu kalau Apple menolak. Untuk pendapat manusia, pesan satu jam dengan saya: kita baca pesan Apple dan menulis balasannya bersama. Langkah lengkapnya ada di halaman aplikasi ditolak Apple.

Belum mengirim aplikasimu? Ikuti diagnostik gratis: kamu akan dikirimi checklist anti-penolakan Apple saya, supaya tidak perlu menulis balasan seperti ini.

Pertanyaan umum

Di mana Resolution Center di App Store Connect?

Sekarang namanya bagian App Review. Buka aplikasimu, klik tautan masalah yang belum terselesaikan di bagian atas halaman, lalu Resolve di samping submission. Tombol Reply to App Review membuka kolom balasan dan opsi menambahkan lampiran.

Berapa lama Apple membalas?

Apple tidak menerbitkan waktu tunggu untuk balasan tertulis. Untuk review, Apple menyebut setidaknya 50% submission diperiksa dalam kurang dari 24 jam dan 90% dalam kurang dari 48 jam. Panggilan yang diminta ke App Review biasanya berlangsung dalam tiga sampai lima hari kerja. Tidak ada waktu tunggu yang diumumkan untuk App Review Board.

Bolehkah membalas App Review dalam bahasa Prancis?

Bantuan Apple tidak menetapkan bahasa untuk balasan tertulis. Saya menulis dalam bahasa Inggris, dengan kalimat pendek, agar langsung dipahami. Untuk panggilan, Apple mengizinkan kamu menyebut bahasa yang diinginkan, tanpa jaminan.

Berapa kali bisa banding atas penolakan?

Satu kali per aplikasi yang ditolak. Kalau pesannya menyebut beberapa aturan, bandingmu harus membahas semuanya. Apple juga meminta kamu membalas dulu di App Store Connect, dan tidak banding kalau kamu sudah mengirim ulang build yang diperbaiki.

Apakah harus mengirim ulang build sebelum membalas?

Ya kalau masalahnya ada di aplikasi: perbaiki, kirim build-nya, lalu balas dengan menyebut build tersebut. Tidak kalau penolakannya soal metadata, seperti listing atau screenshot: kamu perbaiki di App Store Connect lalu kirim ulang build yang sama.