Mengapa Aplikasi Pembayaran Hasil Vibe-Coding Ditolak dari App Store

Aplikasi pembayaran hasil vibe-coding ditolak dari App Store dengan tingkat kegagalan yang lebih tinggi daripada hampir semua hal lain dalam antrean peninjauan, dan alasannya biasanya tidak ada hubungannya dengan kualitas kode. Aplikasi vibe-coded — aplikasi yang Anda bangun dengan menjelaskan keinginan Anda kepada asisten AI lalu meluncurkan apa yang ditulisnya — dapat terlihat sangat mirip dengan karya profesional. Peninjauan Apple tidak menilai keindahan kode. Peninjauan tersebut memeriksa siapa yang mengirimkan aplikasi, mekanisme pembayaran mana yang menangani jenis barang tertentu, apakah hak akses perangkat keras disetujui secara terpisah, dan apakah peninjau dapat menyelesaikan transaksi nyata. Hal-hal itulah yang tidak dapat dihasilkan oleh asisten AI.

Ini adalah tembok yang ditemui semua orang setelah membangun point of sale kustom dengan model AI: kode selesai dalam waktu singkat, tetapi menghadirkannya di iPhone sebagai aplikasi checkout nyata adalah proses kepatuhan, bukan tugas pengodean.

Apakah AI Anda merutekan pembayaran melalui sistem yang salah?

Penolakan yang paling sering terjadi adalah penggunaan mekanisme pembayaran yang salah untuk barang yang dijual, dan asisten AI sangat sering melakukan kesalahan ini. Panduan Peninjauan App Store dari Apple menarik garis tegas. Konten dan layanan digital yang dikonsumsi di dalam aplikasi harus menggunakan pembelian dalam aplikasi (in-app purchase) Apple berdasarkan Panduan 3.1.1. Barang fisik dan layanan dunia nyata — kopi, potong rambut, pesanan yang dikirim — harus melakukan hal sebaliknya berdasarkan Panduan 3.1.5(a): mereka tidak boleh menggunakan pembelian dalam aplikasi sama sekali, dan memerlukan metode pembayaran eksternal.

Model pengodean akan mereproduksi pola pembayaran apa pun yang mendominasi data pelatihannya — baik itu kode standar pembelian dalam aplikasi dari tutorial langganan, atau SDK checkout web dari contoh e-commerce — tanpa pernah menanyakan apa yang Anda jual. Berikan prompt untuk "aplikasi yang menerima pembayaran" dan Anda akan mendapatkan salah satu dari keduanya, yang dipilih berdasarkan statistik dan bukan berdasarkan aturan Apple. Aturan ini juga berbeda di setiap wilayah: setelah keputusan Epic tahun 2025, aplikasi di wilayah AS dapat menautkan ke opsi pembelian eksternal untuk barang digital, tetapi pengecualian itu hanya berlaku di Amerika Serikat. Aplikasi yang didistribusikan secara global tetap harus memenuhi aturan yang lebih ketat di tempat lain.

Apakah Anda diizinkan mengirimkan aplikasi pembayaran?

Apple mewajibkan aplikasi yang menangani pengelolaan uang atau layanan keuangan dikirimkan oleh lembaga yang benar-benar melakukan layanan tersebut, dengan lisensi yang diperlukan di setiap wilayah tempat aplikasi tersebut tersedia — itu adalah Panduan 3.2.1. Seorang pembangun solo yang meluncurkan aplikasi pembayaran buatan AI bukanlah lembaga keuangan berlisensi, begitu pula agensi yang mengirimkannya untuk klien. Menawarkan aplikasi di negara yang tidak memiliki lisensi perputaran uang akan menghasilkan penolakan yang sama dengan catatan yang berbeda.

Peninjau Apple tidak mengevaluasi apakah program kepatuhan Anda bagus; mereka memeriksa apakah entitas yang mengirimkan aplikasi sudah benar dan akan menolaknya jika tidak sesuai. Tidak ada prompt yang bisa memperbaiki hal itu.

Mengapa tap-to-pay memerlukan proses persetujuan tersendiri?

Menerima kartu nirkontak di iPhone memerlukan hak akses Tap to Pay on iPhone — pengajuan terpisah ke Apple, independen dari peninjauan aplikasi, yang diberikan kepada entitas hukum dan bukan kepada basis kode. Hak akses pengembangan biasanya disetujui dalam satu atau dua hari. Hak akses penerbitan diproses oleh tim operasional Apple, biasanya memakan waktu satu hingga dua minggu, dan memerlukan kerja sama dengan penyedia layanan pembayaran yang didukung. Asisten AI akan dengan senang hati menulis kode tap-to-pay tanpa menyebutkan hal ini; jika Anda mengirimkannya sebelum hak akses diberikan, aplikasi akan langsung ditolak.

Penerimaan kartu fisik juga melibatkan persyaratan yang tidak dimiliki Apple: perangkat keras pembaca tersertifikasi, aturan EMV, dan cakupan PCI untuk apa pun yang menyentuh data kartu. Semua itu tidak bisa dihasilkan dari model yang menulis kode Swift.

Bisakah peninjau benar-benar menyelesaikan transaksi?

Panduan 2.1, Kelengkapan Aplikasi, secara diam-diam menggagalkan lebih banyak aplikasi pembayaran daripada aturan pembayaran itu sendiri. Peninjau harus dapat mencoba aplikasi secara penuh, termasuk alur pembayaran. Aplikasi pembayaran biasanya memerlukan akun merchant, verifikasi identitas, dan terkadang akun bank — hal-hal yang tidak dapat didaftarkan oleh peninjau selama proses peninjauan. Pengiriman aplikasi hasil vibe-coding sering kali gagal di sini, karena pembangunnya sendiri belum pernah menyiapkan akun merchant yang nyata; aplikasi tersebut hanya pernah diuji dengan data tiruan (mock data) yang dihasilkan oleh AI. Tanpa akun demo yang berfungsi dan cara untuk menjalankan transaksi uji coba, aplikasi akan ditolak karena dianggap tidak lengkap, dan setiap pengiriman ulang akan memakan waktu siklus peninjauan lainnya.

Jadi, apa yang sebenarnya bisa diluncurkan?

Bagian yang sulit bukanlah kodenya. Asisten AI dapat menghasilkan antarmuka checkout yang berfungsi dalam waktu singkat, tetapi distribusi App Store adalah rintangan yang penuh dengan hak akses, lisensi, dan kebijakan peninjauan yang berada di luar jangkauan prompt. Demonya berfungsi; namun infrastrukturnya belum ada.

Bagi merchant yang menjual barang fisik, kesimpulan praktisnya lebih sederhana: jangan masuk ke antrean tersebut. Bisnis Anda membutuhkan checkout yang berfungsi, bukan aplikasi sendiri di App Store — biaya lisensi, sertifikasi perangkat keras, dan beban peninjauan hanya masuk akal bagi perusahaan yang produk utamanya adalah perangkat lunak pembayaran itu sendiri. Jalankan konter Anda dengan platform POS yang telah menanggung biaya-biaya tersebut (Final dibangun dengan cara ini — pembayaran melalui Final Pay dengan perangkat keras terminal tersertifikasi, tanpa perlu menerbitkan aplikasi Anda sendiri), dan alokasikan anggaran siklus peninjauan tersebut untuk hal-hal yang meningkatkan pendapatan, seperti alur checkout yang lebih cepat dan biaya kartu efektif yang lebih rendah.

Proses peninjauan Apple ada karena alasan yang baik — kegagalan aplikasi keuangan dapat merugikan orang-orang di dunia nyata. Hanya saja, ini bukan proses yang perlu dilewati oleh sebagian besar merchant, tidak peduli siapa atau apa yang menulis kode aplikasi tersebut.