How to Upload Ios App on Apple Store
Indonesian (Bahasa Indonesia) translation past Hasannudin Amin (you can as well view the original English commodity)
Anda telah bekerja selama beberapa minggu atau bulan di aplikasi iOS pertama Anda dan Anda siap untuk menyerahkan karya Anda ke App Store Apple. Bagaimana cara melakukan ini? Apakah aplikasi Anda siap untuk diajukan? Saya yakin bahwa beberapa dari pertanyaan ini telah memasuki benak Anda pada satu titik atau lainnya. Apakah mengirimkan aplikasi semudah mengirim aplikasi biner Anda ke Apple? Tidak juga. Dengan tutorial ini, saya akan memberi Anda peta terperinci untuk mengajukan aplikasi Anda ke Apple's App Store.
Ngomong-ngomong, jika Anda bekerja dengan pengembang aplikasi di Envato Studio, mereka akan kerap kali membantu Anda mengirimkannya ke App Store untuk Anda sebagai bagian dari layanan ini, atau dengan biaya tambahan yang kecil. Jika Anda tidak percaya diri dalam melakukan segalanya sendiri, itu mungkin pilihan bagus untuk Anda.
Pengantar
Meskipun proses pengecekan App Store adalah kotak hitam untuk sebagian besarnya, itu tidak berarti Anda tidak dapat mempersiapkan diri dan aplikasi Anda untuk proses peninjauan Apple. Apple memberikan panduan untuk membantu Anda tetap berada dalam batasan yang terkadang tak terlihat dari apa yang ada dan tidak diizinkan di App Shop.
Pertama kali Anda mengirimkan aplikasi ke App Store sangatlah menarik dan menegangkan pada saat yang bersamaan. Bahkan untuk pengembang iOS yang sudah berpengalaman, mengajukan aplikasi ke App Store seringkali merupakan usaha yang menegangkan karena ini adalah sesuatu yang kebanyakan pengembang tidak melakukannya setiap hari.
Sepanjang artikel ini, saya mengasumsikan bahwa Anda adalah pengembang iOS terdaftar yang berarti Anda terdaftar dalam iOS Developer Program dari Apple tree dan diizinkan untuk mengajukan aplikasi untuk dipublikasikan di App Store. Untuk mengirimkan aplikasi iOS ke App Store, Anda harus menjadi pengembang iOS terdaftar. Masih belum? Jangan khawatir Anda dapat mendaftar di Apple'south iOS Developer Program dengan mengunjungi link ini dan mengklik tombol Enroll At present.
1. Apakah aplikasi Anda sudah siap?
Langkah i: Uji Coba
Aplikasi belum tentu siap saat Anda menulis baris kode terakhir atau menerapkan fitur akhir dari spesifikasi aplikasi. Sudahkah Anda menguji aplikasi Anda pada satu atau beberapa perangkat fisik? Sudahkah Anda memprofilkan aplikasi Anda untuk kebocoran memori dan masalah kinerja? Apakah aplikasi Anda macet dari waktu ke waktu? Keluarga perangkat iOS telah berkembang secara substansial selama beberapa tahun terakhir dan penting untuk menguji aplikasi Anda sebanyak mungkin perangkat iOS yang dapat Anda gunakan. Masalah umum termasuk tidak mengoptimalkan aplikasi untuk layar iPhone 5's 4" atau layar iPad Mini 7.9".
Simulator iOS adalah alat yang hebat, namun berjalan di Mac Anda, yang memiliki lebih banyak memori dan daya pemrosesan daripada telepon di saku Anda. Saya dapat meyakinkan Anda bahwa perbedaan kinerja antara iPhone 3G tua dan iPhone five seperti siang dan malam. Sebagai pengembang iOS, Anda seharusnya tidak pernah menyingkirkan perangkat iOS lama selama Anda membangun atau memelihara aplikasi yang dapat berjalan di salah satu perangkat lawas ini.
Proses Review Apple tree tidak kedap udara, namun sangat mampu mengidentifikasi masalah yang mungkin mempengaruhi pengalaman pengguna aplikasi Anda. Jika aplikasi Anda macet dari waktu ke waktu atau menjadi lambat setelah sepuluh menit penggunaan, Anda harus melakukan beberapa pekerjaan sebelum mengirimkannya ke App Store. Bahkan jika tim peninjau Apple tree tidak mengetahui masalahnya, pengguna Anda akan melakukannya. Jika orang yang menggunakan aplikasi Anda tidak senang, mereka akan meninggalkan ulasan buruk di App Shop, yang dapat membahayakan penjualan atau menghambat unduhan.
Langkah 2: Aturan dan Pedoman
Seperti yang saya sebutkan sebelumnya, Apple tree menyediakan sejumlah dokumen yang sangat membantu pengembang selama proses pembuatan dan pengembangan aplikasi Anda. Dokumen yang harus Anda perhatikan adalah iOS Human Interface Guidelines dan App Store Review Guidelines. Meskipun tersedianya dokumen-dokumen ini, nampaknya hanya beberapa pengembang yang meluangkan waktu untuk menjelajahinya, apalagi membacanya. Seharusnya tidak mengherankan jika beberapa aplikasi ditolak meskipun alasan penolakan tersebut dinyatakan dengan jelas dalam dokumen-dokumen ini.
Bahkan jika Anda tidak bermaksud untuk membaca iOS Human being Interface Guidelines atau App Store Review Guidelines, penting untuk mengetahui beberapa peraturan yang mereka bicarakan. Lihatlah daftar pendek di bawah ini untuk mendapatkan ide tentang apa aplikasi Anda seharusnya dan tidak boleh dilakukan.
Aplikasi Anda ...
- tidak macet
- sebaiknya tidak menggunakan API pribadi.
- seharusnya tidak mereplikasi fungsionalitas aplikasi asli.
- sebaiknya gunakan In App Purchase untuk transaksi dalam aplikasi (keuangan).
- sebaiknya jangan menggunakan kamera atau mikrofon tanpa sepengetahuan pengguna.
- hanya menggunakan karya seni yang memiliki hak cipta atau izin untuk Anda gunakan.
Ingatlah bahwa ini adalah subset kecil dari pedoman yang disertakan dalam dokumen-dokumen tersebut di atas. Sebagian besar peraturan dan pedoman itu sepele, tapi ada juga yang tidak dan Anda mungkin bahkan menyalahgunakannya secara tidak sengaja. Izinkan saya memberi contoh. Sebelum Apple mulai menggunakan peta sendiri, MapKit framework menggunakan peta Google. Ini jelas bagi pengguna karena logo Google kecil ada di pojok kiri bawah setiap peta. Namun, jika beberapa bagian antarmuka pengguna aplikasi Anda menutupi atau mengaburkan logo Google, aplikasi Anda akan ditolak. Aturan ini nampaknya sepele, tapi ini adalah aturan yang mudah dilanggar jika Anda tidak hati-hati. Bahkan tes otomatis tidak akan mencakup Anda dalam kasus ini.
2. Prasyarat
Sebelum Anda bahkan mulai berpikir untuk mengajukan aplikasi ke App Shop, Anda harus memastikan bahwa Anda memiliki ID Aplikasi, sertifikat distribusi yang valid, dan profil penyediaan yang valid. Mari saya tunjukkan apa yang dimaksud dengan ini.
Langkah 1: App ID
Setiap aplikasi membutuhkan App ID atau pengenal aplikasi. Ada dua jenis pengenal aplikasi, (1)explicit App ID dan (2) wildcard App ID. Wildcard App ID dapat digunakan untuk membangun dan memasang beberapa aplikasi. Terlepas dari kemudahan wildcard App ID, explicit App ID diperlukan jika aplikasi Anda menggunakan iCloud atau memanfaatkan fitur iOS lainnya, seperti Game Center, Apple Push Notifications, atau In App Buy.
Jika Anda tidak yakin apa App ID yang paling sesuai dengan proyek Anda, maka saya sarankan untuk membaca Technical Note QA1713 untuk informasi lebih lanjut tentang topik ini.
Langkah ii: Sertifikat Distribusi
Untuk mengajukan permohonan ke App Store, Anda perlu membuat profil penyediaan iOS untuk distribusi. Untuk membuat profil provisioning semacam itu, pertama Anda perlu membuat sertifikat distribusi. Proses pembuatan sertifikat distribusi sangat mirip dengan pembuatan sertifikat pengembangan. Jika Anda telah menguji aplikasi Anda pada perangkat fisik, Anda mungkin sudah terbiasa dengan pembuatan sertifikat pengembangan.
Jika Anda perlu menyegarkan ingatan Anda, sebaiknya baca panduan terperinci Apple tentang menandatangani sertifikat dan profil penyediaan. Prosesnya tidak sulit begitu Anda mengerti sebagai mana berbagai potongan puzzle bisa cocok dan menyatu.
Langkah three: Profil Penyediaan
Setelah membuat App ID dan sertifikat distribusi, Anda dapat membuat profil penyediaan iOS untuk mendistribusikan aplikasi Anda melalui App Store. Ingatlah bahwa Anda tidak dapat menggunakan profil penyediaan yang sama dengan yang Anda gunakan untuk distribusi ad hoc. Anda perlu membuat profil penyediaan terpisah untuk distribusi App Shop. Jika Anda menggunakan Iwildcard App ID untuk proyek Anda, Anda dapat menggunakan profil penyediaan yang sama untuk beberapa aplikasi.
Langkah 4: Pengaturan Build
Dengan App ID, sertifikat distribusi, dan profil penyediaan di tempat, sekarang saatnya untuk mengkonfigurasi pengaturan pembuatan target Anda di Xcode. Ini berarti memilih target dari daftar target di Projection Navigator Xcode, membuka tab Build Settings di bagian atas, dan memperbarui pengaturan di bagian Code Signing untuk mencocokkan profil distribusi distribusi yang Anda buat sebelumnya. Profil penyisihan yang baru ditambahkan terkadang tidak segera terlihat di bagian Code Signing pada bagian build settings. Berhenti dan meluncurkan ulang Xcode memperbaiki masalah ini.
Meskipun proses penandatanganan kode cukup sederhana begitu Anda memahaminya, itu adalah sesuatu yang bisa mempercepat banyak pengembang. Saya tidak tahu satu pengembang Cocoa yang tidak mengalami masalah code signing di beberapa titik dalam karir mereka. Begitu Anda telah melewati rintangan ini, proses pengajuan lainnya cukup mudah.
Langkah 5: Penerapan Target
Hal ini berguna untuk menulis beberapa kata tentang penerapan target aplikasi Anda. Setiap target dalam proyek Xcode, memiliki target penyebaran, yang mengindikasikan versi minimum sistem operasi yang dapat dijalankan aplikasi. Terserah Anda untuk menetapkan target deployment, namun perlu diingat bahwa memodifikasi target deploy bukanlah sesuatu yang dapat Anda lakukan tanpa konsekuensi saat aplikasi Anda ada di App Store. Jika Anda meningkatkan target deployment untuk pembaruan aplikasi Anda, pengguna yang telah membeli aplikasi Anda namun tidak memenuhi target deployment baru, tidak dapat menjalankan pembaruan. Ini akan sangat bermasalah ketika pengguna mendownload pembaruan melalui iTunes (bukan perangkat), mengganti versi sebelumnya di komputer mereka, dan kemudian menemukan bahwa pembaruan baru tidak berjalan di perangkat mereka.
Saya memiliki dua tip yang sangat sederhana berkaitan dengan target penerapan aplikasi Anda. (1) Berhati-hatilah saat Anda memutuskan untuk meningkatkan target deployment aplikasi yang ada. Sebutkan ini dalam catatan rilis aplikasi tentang pembaruan yang mendahului perubahan dan lagi di pembaruan yang menggunakan target deployment baru. Jika Anda memperingatkan pelanggan Anda sebelumnya, Anda telah melakukan semua yang Anda bisa untuk mencegah potensi masalah. (2) Untuk aplikasi baru, saya hampir selalu menetapkan target deployment ke rilis utama terakhir, iOS 6 pada saat penulisan ini. Karena tingkat adopsi iOS rilis yang luar biasa, tidak ada salahnya melakukan hal ini. Beberapa orang berpikir bahwa mereka kehilangan banyak pasar, tapi itu tidak benar. Mengambil rilis untuk iOS 6 sebagai contoh. Satu bulan setelah peluncuran iOS vi, lebih dari 60% perangkat iOS telah ditingkatkan ke versi baru iOS. Sayangnya, hal yang sama tidak berlaku untuk Android.
iii. Aset
Langkah one: Ikon
Anda mungkin tahu bahwa ikon aplikasi adalah komponen penting dari setiap aplikasi iOS, namun Anda perlu memastikan bahwa aplikasi Anda dikirimkan dengan ukuran artwork yang benar. Lihatlah daftar di bawah ini untuk ikhtisar.
- iTunes Artwork: 1024px x 1024px (wajib)
- iPad/iPad Mini: 72px x 72px dan 114px x 114px (wajib)
- iPhone/iPod Touch: 57px x 57px dan 114px x 114px (wajib)
- Search Icon: 29px ten 29px dan 58px ten 58px (opsional)
- Settings Awarding: 50px x 50px dan 100px x 100px (opsional)
Tak perlu dikatakan bahwa Anda tidak perlu menyertakan ikon aplikasi untuk keluarga perangkat iPad/iPad Mini jika aplikasi Anda hanya menargetkan keluarga perangkat iPhone/iPod Touch, dan sebaliknya.
Langkah two: Screenshot
Setiap aplikasi dapat memiliki hingga lima screenshot dan Anda harus menyediakan minimal satu. Jika Anda mengembangkan aplikasi universal, Anda perlu memberikan tangkapan layar terpisah untuk iPhone/iPod Touch dan iPad/iPad Mini. Selain itu, Anda juga dapat menyertakan screenshot yang terpisah untuk ukuran layar 3,5" dan 4" iPhone/iPod Touch. Ini cukup menambah sedikit pekerjaan dan Anda ingin memastikan bahwa screenshot menunjukkan aplikasi Anda dari sisi terbaiknya. Shiny Development menjual aplikasi Mac, Status Magic yang membantu Anda mendapatkan status bar di tangkapan layar Anda dengan benar. Status Magic akan menghemat sedikit waktu.
Penting untuk meluangkan waktu memikirkan screenshot. Screenshot aplikasi Anda sering menjadi satu-satunya hal yang dapat digunakan pelanggan untuk memutuskan apakah dia membeli atau mendownload aplikasi Anda atau tidak. Apa yang banyak pengembang tidak tahu adalah bahwa screenshot tidak harus menjadi screenshot sebenarnya. Aturan kerasnya adalah ukuran setiap screenshot perlu ukuran layar dari perangkat target. Banyak perusahaan yang kreatif dengan peraturan ini. Lihatlah screenshot Where's My Water?, misalnya. Dengan menggunakan strategi ini, screenshot bisa jauh lebih menarik.
Langkah 3: Metadata
Sebelum mengajukan permohonan, ada baiknya Anda membuat metadata aplikasi Anda. Ini termasuk (ane) nama aplikasi Anda, (ii) nomor versi, (3) kategori utama (dan kategori sekunder opsional), (four) deskripsi singkat, (v) kata kunci, dan (half-dozen) URL dukungan. Jika Anda mengirimkan pembaruan, Anda juga dapat memberikan informasi untuk bagian What's new in this Version.
Apakah aplikasi Anda mengharuskan pengguna masuk? Kemudian Anda juga perlu memberi Apple akun uji atau demo untuk memastikan tim peninjau dapat segera masuk dan menggunakan aplikasi Anda tanpa terlebih dahulu harus mendaftar ke akun.
4. Persiapan Pengajuan
Proses pengajuan menjadi lebih mudah sejak rilis Xcode 4. Anda sekarang dapat memvalidasi dan mengajukan aplikasi menggunakan Xcode, misalnya. Pertama, Anda perlu membuat aplikasi Anda di iTunes Connect.
Kunjungi iTunes Connect, masuk dengan akun pengembang iOS Anda, dan klik Manage Your Apps di sebelah kanan. Klik Add together New App di kiri atas, pilih iOS App, dan isi formulirnya.
Langkah i: Informasi Dasar
App Proper noun, haruslah unik, yang merupakan nama aplikasi Anda yang akan muncul di App Store. Ini bisa berbeda dengan nama yang ditampilkan di bawah ikon aplikasi Anda di layar awal, namun disarankan untuk memilih nama yang sama. SKU Number adalah string unik yang mengidentifikasi aplikasi Anda. Saya biasanya menggunakan pengenal bundel aplikasi. Informasi terakhir adalah Bundle ID dari aplikasi Anda. Ini berarti memilih App ID (wildcard atau eksplicit) yang Anda buat sebelumnya dari menu drop-down.
Langkah 2: Harga dan Ketersediaan
Pada langkah selanjutnya, Anda menentukan harga dan ketersediaan aplikasi Anda. Apple bekerja dengan tingkatan harga sehingga Anda tidak perlu menentukan harga untuk setiap negara tempat Apple beroperasi. Anda juga dapat menentukan di mana toko aplikasi Anda harus - atau tidak boleh - tersedia. Informasi yang Anda masukkan dalam langkah ini dapat dimodifikasi setelah aplikasi Anda tinggal di App Store. Dengan kata lain, Anda bisa mengubah harga dan ketersediaan aplikasi tanpa harus mengirimkan update.
Langkah 3: Metadata
Kita telah membahas metadata aplikasi. Satu-satunya aspek yang belum saya bicarakan adalah rating aplikasi Anda. Berdasarkan konten dan fungsi aplikasi Anda, itu diberi rating. Rating ini tidak hanya berguna untuk memberi tahu pengguna tentang konten dan fitur aplikasi Anda, namun juga digunakan oleh sistem operasi untuk fitur kontrol orang tua.
Sangat disarankan agar Anda tidak mencoba mengakali sistem pemeringkatan. Apple sangat menyadari hal ini dan akan menolak aplikasi Anda jika tidak sesuai dengan rating yang telah Anda tetapkan.
Langkah 4: Siap Upload Binary
Setelah metadata aplikasi Anda dikirimkan, Anda akan mendapatkan ringkasan aplikasi Anda. Di bawah Versions, Anda harus melihat versi yang Anda kirimkan beberapa saat yang lalu. Klik tombol View Details dan klik tombol Prepare to Upload Binary di kanan atas. Anda kemudian mengajukan satu atau lebih pertanyaan mengenai aplikasi Anda dan, jika semuanya berjalan dengan baik, Anda akan melihat pesan yang memberitahukan bahwa Anda sekarang siap untuk mengunggah aplikasi biner Anda. Condition aplikasi Anda telah berubah menjadi Waiting for Upload.
5. Mengunggah Biner
Untuk mengirimkan aplikasi Anda, Anda perlu membuat arsip aplikasi Anda. Anda hanya bisa membuat arsip dengan membangun aplikasi Anda di perangkat fisik. Jika Anda memilih iOS Simulator dalam skema aktif, Anda akan melihat bahwa opsi Archive pada menu Product di Xcode berwarna abu-abu. Sambungkan perangkat iOS ke Mac Anda, pilih di skema aktif, lalu pilih Archive dari menu Production Xcode.
Jika semuanya berjalan baik, sekarang Anda harusnya telah memiliki arsip dan Organizer Xcode yang secara otomatis membuka dan menunjukkan arsip yang baru Anda buat. Pilih arsip dari daftar dan klik tombol Distribute... di sebelah kanan Dari pilihan yang Anda sajikan, pilih Submit to the iOS App Store. Setelah memasukkan kredensial akun pengembang iOS dan memilih Awarding dan Code Signing Identity, biner aplikasi diunggah ke server Apple. Selama proses ini, aplikasi Anda juga divalidasi. Jika terjadi kesalahan selama validasi, proses pengajuan akan gagal. Proses validasi sangat berguna karena akan memberi tahu Anda jika ada sesuatu yang salah dengan biner aplikasi Anda yang jika tidak, akan mengakibatkan penolakan oleh tim peninjau App Store.
6. Menunggu
Jika proses pengiriman berjalan tanpa masalah, status aplikasi Anda akan berubah menjadi Waiting for Review. Butuh beberapa hari bagi Apple untuk meninjau aplikasi Anda dan waktu yang dibutuhkan, cenderung berfluktuasi dari waktu ke waktu. Untuk mendapatkan gambaran tentang waktu peninjauan rata-rata aplikasi iOS dan Mac, saya sarankan mengunjungi situs web Shiny Development (Dave Verwer). Ini akan memberi Anda petunjuk bagus tentang berapa lama proses peninjauan akan dilakukan.
Kesimpulan
Proses pengajuan cukup panjang untuk aplikasi baru, tapi mengirimkan update ke App Shop jauh lebih tidak praktis. Ingatlah bahwa proses pengajuan lebih melibatkan jika aplikasi Anda dilokalkan dalam berbagai bahasa karena metadata aplikasi Anda perlu dilokalkan juga. Namun, melokalkan aplikasi Anda sepadan dengan usaha karena sering menghasilkan penjualan yang lebih tinggi dan umpan balik pelanggan yang positif.
Ingat juga bahwa Envato Market memiliki pasar sendiri untuk iOS apps. Anda tidak hanya dapat menjual aplikasi Anda di sana, namun juga menemukan kerangka aplikasi untuk digunakan sebagai titik awal untuk proyek pengembangan aplikasi Anda.
spencertheromstaks.blogspot.com
Source: https://code.tutsplus.com/id/tutorials/how-to-submit-an-ios-app-to-the-app-store--mobile-16812
0 Response to "How to Upload Ios App on Apple Store"
Post a Comment