Langsung ke konten
AppFoyer
Mulai

Panduan Ketentuan, dukungan, dan listingan

Apakah aplikasi Anda memerlukan ketentuan layanan?

Apa yang benar-benar diwajibkan setiap toko, mengapa 'wajib' dan 'sebaiknya ada' adalah jawaban yang berbeda, dan lima bagian yang benar-benar berguna dalam ketentuan aplikasi.

Google Play tidak mewajibkan ketentuan layanan — hanya kebijakan privasi. Apple mewajibkan tautan Terms of Use, tetapi hanya untuk aplikasi yang menjual langganan yang diperpanjang otomatis, dan EULA standarnya sudah mencakup itu. Ketentuan tetap penting untuk akun, pembayaran, dan tanggung jawab hukum, itulah sebabnya sebagian besar aplikasi menerbitkannya.

1:22
Video 1:22 · dibuka di YouTube

Selesaikan ini dalam beberapa menit saja

AppFoyer meng-hosting halaman yang dibahas panduan ini — kebijakan privasi, ketentuan, dukungan, penghapusan akun, dan app-ads.txt — di subdomainnya sendiri, tanpa domain atau server milik Anda. Satu aplikasi gratis, dan tidak ada yang diwajibkan toko yang pernah berada di balik paywall.

Diperiksa 19 September 2026. Kebijakan toko berubah, terkadang tanpa pemberitahuan. Semua yang ada di bawah menautkan dokumentasi resmi, dan halaman itulah — bukan halaman ini — yang menjadi acuan. Jika keduanya tidak sejalan, toko yang benar. Panduan ini diterjemahkan dari bahasa Inggris; kutipan dari dokumentasi toko dipertahankan dalam bahasa Inggris aslinya.

Ada banyak tulisan yang meyakinkan di internet yang mengatakan kedua toko mewajibkan ketentuan layanan. Baca halaman milik toko itu sendiri dan bukan itu yang dikatakan — jadi ada gunanya memisahkan tiga pertanyaan berbeda yang tersembunyi di dalam satu pertanyaan ini.

Apakah diwajibkan oleh Google Play?

Tidak. Kebijakan User Data di Play spesifik tentang apa yang harus ditautkan dan di mana: “All apps must post a privacy policy link in the designated field within Play Console, and a privacy policy link or text within the app itself.” (Terjemahan: “Semua aplikasi harus memasang tautan kebijakan privasi di kolom yang ditentukan di Play Console, serta tautan atau teks kebijakan privasi di dalam aplikasi itu sendiri.”) Kebijakan privasi, dua kali. Tidak ada yang disebutkan tentang ketentuan layanan, dan tidak ada kolom konsol untuk itu.

Bagian App content di Play Console meminta URL kebijakan privasi dan, jika aplikasi Anda memiliki akun, URL penghapusan data. Ketentuan tidak termasuk di antaranya.

Apakah diwajibkan oleh Apple?

Hanya dalam satu kasus, dan kasus itu umum: aplikasi yang menawarkan langganan yang diperpanjang otomatis. Pedoman 3.1.2 mewajibkan tautan yang berfungsi ke kebijakan privasi dan ke Terms of Use (EULA) — di dalam aplikasi itu sendiri dan di metadata.

Anda tidak harus menulis EULA itu. Apple menerbitkan EULA standar dan Anda boleh menautkannya sebagai gantinya; lihat panduan Terms of Use (EULA) untuk mengetahui di mana setiap versi ditempatkan.

Untuk aplikasi tanpa langganan, Apple juga tidak menuntut ketentuan.

Lalu mengapa hampir setiap aplikasi memilikinya?

Karena “tidak diwajibkan oleh toko” dan “Anda tidak memerlukannya” adalah dua pernyataan berbeda. Ketentuan adalah dokumen yang menjawab pertanyaan yang tidak dicakup kebijakan privasi mana pun:

  • Siapa yang boleh menggunakan aplikasi, dan apa yang terjadi jika seseorang menyalahgunakannya. Tanpa ketentuan, Anda tidak punya dasar tertulis untuk menutup akun.
  • Apa yang menjadi kewajiban Anda kepada pengguna, dan apa yang bukan. Penafian jaminan dan batas tanggung jawab ada di sini, dan itulah alasan ketentuan ada sama sekali.
  • Apa yang menjadi kewajiban pengguna kepada Anda — pembayaran, penggunaan yang dapat diterima, konten yang mereka unggah.
  • Hukum mana yang berlaku dan di mana sengketa diselesaikan.
  • Bagaimana ketentuan berubah, dan apa yang terjadi jika suatu klausul tidak dapat diberlakukan.

Jika aplikasi Anda memiliki akun, menerima uang, menampung konten pengguna, atau memiliki moderasi dalam bentuk apa pun, cepat atau lambat Anda akan memerlukan jawaban atas pertanyaan-pertanyaan ini. Menuliskannya sebelum ada sengketa lebih murah daripada sesudahnya.

Apa yang termasuk dalam ketentuan aplikasi

Susunan bagian yang praktis, dalam urutan yang biasanya paling enak dibaca:

BagianApa yang diatur
Penggunaan aplikasiLisensi untuk menggunakannya, penggunaan yang dapat diterima, apa yang membuat akun ditutup
AkunSiapa yang boleh mendaftar, hak Anda untuk menangguhkan, hak pengguna untuk menghapus
Pembelian dan langgananPenagihan, perpanjangan, pengembalian dana — dan bahwa toko, bukan Anda, yang memproses pembayaran
Kekayaan intelektualSiapa pemilik aplikasi, siapa pemilik konten yang diunggah pengguna
Penafian dan batasan tanggung jawabInti dari dokumen ini
PerubahanBagaimana Anda memperbarui ketentuan dan bagaimana pengguna diberi tahu
KontakAlamat yang nyata

Perhatikan apa yang tidak ada di sana: penanganan data. Itu tempatnya di kebijakan privasi, dan menduplikasinya di dua dokumen adalah cara keduanya akhirnya saling bertentangan.

Yang perlu dihindari

  • Menyalin ketentuan aplikasi lain dengan nama yang diganti. Itu masalah hak cipta, di atas dokumen yang menggambarkan bisnis orang lain.
  • Menjanjikan apa yang tidak bisa Anda lakukan. Ketentuan yang mengatakan Anda menghapus semua data seketika, atau menjamin uptime, lebih buruk daripada tidak mengatakan apa-apa.
  • Menyebut yurisdiksi secara acak. Hukum yang berlaku adalah pilihan nyata dengan konsekuensi nyata.
  • Menyembunyikannya. Jika ketentuan hanya bisa dijangkau dari tautan yang Anda hapus pada desain ulang terakhir, ketentuan itu tidak banyak berguna sebagai pembelaan.

Asisten akan dengan senang hati menulis ketentuan, dan kegagalan yang biasa terjadi sama dengan kebijakan privasi: jika diminta “terms of service for my app”, ia menulis rata-rata dari setiap ketentuan yang pernah dibacanya — klausul arbitrase, pengadilan di negara bagian yang belum pernah Anda kunjungi, janji tentang uptime. Prompt di bawah ini membatasinya pada bagian-bagian standar di atas, membuatnya memeriksa apa yang benar-benar dilakukan aplikasi Anda (sign-in, pembelian, konten pengguna) sebelum menulis, dan memintanya menandai apa yang tidak diketahuinya dengan [confirm: …] alih-alih mengarangnya. Jika aplikasi menerima pembayaran di iOS, prompt ini wajib menyertakan tautan EULA standar Apple.

Salin seluruhnya. Ganti fakta dalam kurung siku di bagian atas, atau biarkan saja dan biarkan asisten yang bertanya.

You are helping me write the terms of service for my mobile app. They will be published as a web page on AppFoyer, next to the app's privacy policy, and linked from the app and its store listings. They should be short, standard and true for this app.

## About the app

- App name: [app name]
- Developer / company: [developer or company name]
- Support email: [support email]
- Platforms: [Android, iOS or both]
- Store listings: [store listing URLs, or "not listed yet"]
- Where these terms will be published: [your AppFoyer site URL]/terms
- What the app collects, as I declared it: [what the app collects — e.g. account info, analytics, ads, crash reports, location, purchases, or nothing]
- Account deletion page: [your AppFoyer site URL]/account-deletion (only if the app has user accounts)
- Country whose law applies: [country, if you have one]

## Step 1 — find the facts

If you can read this app's source code, read only its build, manifest and store-metadata files — for example `build.gradle(.kts)`, `gradle/libs.versions.toml`, `AndroidManifest.xml`, `Podfile.lock`, `Package.swift`, `Info.plist`, `PrivacyInfo.xcprivacy`, `pubspec.yaml`, `package.json`, `app.json`. Do not open `.env` files, keystores, credentials or any other secrets, and do not change any file.

From them, work out only what changes the terms:

- whether users sign in or create accounts (Firebase Auth, Sign in with Apple, Google Sign-In and the like);
- whether the app sells in-app purchases or subscriptions (StoreKit, Google Play Billing, RevenueCat and the like);
- whether users can post, upload or send content that others see (chat, comments, photos, profiles);
- whether the app shows ads or links to third-party services.

Show me that short list with the file each fact came from and ask me to confirm it. If you cannot read the code, ask me these four questions instead.

## Step 2 — ask only what you cannot know

Then ask me, in one short numbered list, and wait for my answers:

1. The minimum age to use the app.
2. Whether the app is free to use for personal purposes only, or also for business use.
3. If users can post content: what is not allowed, and whether I may remove it or close accounts.
4. Anything else you could not determine.

Never guess. Where I do not know an answer, write `[confirm: …]` in the text instead of inventing one.

## Step 3 — write the terms

Sections, in this order, leaving out any that do not apply: Acceptance of these terms · Use of the App · Accounts · Purchases and subscriptions · User content · Intellectual property · Third-party services · Disclaimer and limitation of liability · Termination · Changes to these terms · Governing law (as the placeholder below) · Contact.

- Standard, plain-language terms for a mobile app. Keep each section to a few sentences; this is not a contract negotiation.
- Purchases and subscriptions: payments are processed by the app store, prices are shown before purchase, subscriptions renew automatically until cancelled in the store account settings, refunds follow the store's policy.
- Disclaimer and limitation of liability: the app is provided "as is", and liability is limited "to the extent permitted by law".
- Do not describe how personal data is handled; that is the privacy policy's job.
- Do not promise what I cannot guarantee — uptime, instant deletion, error-free operation.
- Do not invent a company address, a court, arbitration or a jurisdiction — use `[confirm: …]`.
- Do not copy another app's terms.
- Start with `# Terms of Service`, then the line `_Last updated: [today's date]_`.
- Write these placeholders exactly as shown, never the values — they are filled in from my settings when the page is published: `{{app_name}}`, `{{developer_name}}`, `{{support_email}}`, `{{public_url}}`.
- In the Contact section, write the address as `[{{support_email}}](mailto:{{support_email}})`.
- Refer to the privacy policy as `[Privacy Policy]({{public_url}}/privacy)` instead of describing data handling here.
- If the app has user accounts, say in the Accounts section that users can request account deletion at `[{{public_url}}/account-deletion]({{public_url}}/account-deletion)`.
- Mandatory if the app is on iOS and has any in-app purchase or subscription — declared above, found in the build files or confirmed by me: in the Purchases and subscriptions section, include this sentence unchanged: For the iOS version, Apple's standard [Licensed Application End User License Agreement](https://www.apple.com/legal/internet-services/itunes/dev/stdeula/) applies to your use of the App. Never leave it out when the app takes payments.
- For governing law, write the line `{{governing_law}}` on its own and nothing else — it becomes the governing-law section when a country is set in my settings, and disappears when none is.
- End with this paragraph, unchanged:

  _This page was generated from a template provided by the hosting platform and completed by the app developer. It is not legal advice. The developer named above is solely responsible for its accuracy and for complying with the laws that apply to them._

## Format — this is pasted into a Markdown editor

- Reply with the finished terms only, as Markdown inside one ```markdown code block, with nothing before or after it.
- CommonMark only: headings, paragraphs, lists, bold, italics and links. No tables, no HTML, no images, no footnotes.
- Links only to `{{public_url}}` (for example the privacy policy), to Apple's EULA as above and to the support email. Any other link is shown as plain text on the published page, so leave it out. No link shorteners, no download links.

Prompt ini ditulis untuk halaman yang diterbitkan di AppFoyer, itulah sebabnya ia meminta placeholder bergaya {{app_name}} dan diakhiri dengan penafian kami. Jika Anda menerbitkan di tempat lain, hapus baris-baris itu di Step 3 dan mintalah nilainya sebagai gantinya. Untuk kebijakan privasi, lihat Menulis kebijakan privasi dengan asisten AI.

Yang dilakukan AppFoyer di sini

Ketentuan adalah salah satu dari lima halaman yang kami buat, bersama halaman kebijakan privasi, dukungan, dan penghapusan akun. Template-nya mencakup bagian-bagian di atas, mengisi nama aplikasi, nama pengembang, alamat dukungan, dan tautan toko Anda, serta menambahkan bagian langganan — termasuk tautan EULA standar Apple — saat Anda memberi tahu bahwa aplikasi menjual langganan di iOS.

Editor ketentuan di dashboard juga memiliki panel Write it with your own AI: prompt di atas, sudah diisi dengan detail aplikasi Anda. Jalankan di asisten mana pun, tempel balasannya kembali, baca pratinjaunya, terbitkan.

Checklist kepatuhan terus menandai halaman itu sampai diterbitkan dan, untuk aplikasi berlangganan, sampai tautan EULA benar-benar ada di sana.

Seperti setiap halaman yang dibuat, ini adalah template yang Anda lengkapi dan menjadi tanggung jawab Anda, bukan nasihat hukum. Jika aplikasi Anda menyangkut uang, data kesehatan, atau anak-anak, mintalah pengacara membacanya.

Sumber resmi