Ứng dụng của bạn có cần điều khoản dịch vụ không?

Trên mạng có rất nhiều bài viết khẳng định chắc nịch rằng cả hai cửa hàng đều yêu cầu điều khoản dịch vụ. Hãy đọc chính các trang của cửa hàng, bạn sẽ thấy họ không nói vậy — nên đáng để tách riêng ba câu hỏi khác nhau ẩn trong câu hỏi này.

Google Play có yêu cầu không?

Không. Chính sách User Data của Play nêu cụ thể cái gì phải được liên kết và ở đâu: “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.” (Bản dịch: “Mọi ứng dụng phải đăng liên kết chính sách quyền riêng tư trong trường được chỉ định trong Play Console, và liên kết hoặc nội dung chính sách quyền riêng tư ngay trong ứng dụng.”) Một chính sách quyền riêng tư, hai lần. Chính sách không nói gì về điều khoản dịch vụ, và console không có trường nào cho nó.

Phần App content của Play Console yêu cầu URL chính sách quyền riêng tư và, nếu ứng dụng có tài khoản, một URL xóa dữ liệu. Điều khoản không nằm trong số đó.

Apple có yêu cầu không?

Chỉ trong một trường hợp, và đó là trường hợp phổ biến: ứng dụng cung cấp gói đăng ký tự động gia hạn. Nguyên tắc 3.1.2 yêu cầu liên kết hoạt động được tới cả chính sách quyền riêng tư lẫn Terms of Use (EULA) — trong chính ứng dụng và trong metadata.

Bạn không cần tự viết EULA đó. Apple công bố một bản tiêu chuẩn và bạn có thể liên kết tới bản đó; xem hướng dẫn về Terms of Use (EULA) để biết mỗi phiên bản đặt ở đâu.

Với ứng dụng không có gói đăng ký, Apple cũng không đòi hỏi điều khoản.

Vậy tại sao gần như ứng dụng nào cũng có?

Vì “cửa hàng không yêu cầu” và “bạn không cần” là hai phát biểu khác nhau. Điều khoản là tài liệu trả lời những câu hỏi mà chính sách quyền riêng tư không bao quát:

• Ai được dùng ứng dụng, và điều gì xảy ra khi có người lạm dụng. Không có điều khoản, bạn không có căn cứ được nêu rõ để đóng một tài khoản.
• Bạn có nghĩa vụ gì với người dùng, và không có nghĩa vụ gì. Tuyên bố miễn trừ bảo đảm và giới hạn trách nhiệm nằm ở đây, và chúng là lý do điều khoản tồn tại.
• Người dùng có nghĩa vụ gì với bạn — thanh toán, sử dụng hợp lệ, nội dung họ tải lên.
• Luật nào áp dụng và tranh chấp được giải quyết ở đâu.
• Điều khoản thay đổi thế nào, và điều gì xảy ra nếu một điều khoản không thể thi hành.

Nếu ứng dụng của bạn có tài khoản, nhận tiền, lưu trữ nội dung người dùng hoặc có bất kỳ hình thức kiểm duyệt nào, sớm muộn bạn cũng cần câu trả lời cho những câu hỏi này. Viết trước khi có tranh chấp thì rẻ hơn viết sau.

Điều khoản của ứng dụng nên có gì

Một bộ các phần dùng được, theo thứ tự thường dễ đọc nhất:

Phần	Nội dung giải quyết
Sử dụng ứng dụng	Giấy phép sử dụng, sử dụng hợp lệ, điều gì khiến tài khoản bị đóng
Tài khoản	Ai được đăng ký, quyền tạm ngưng của bạn, quyền xóa của người dùng
Mua hàng và gói đăng ký	Thanh toán, gia hạn, hoàn tiền — và rằng cửa hàng, không phải bạn, xử lý thanh toán
Sở hữu trí tuệ	Ai sở hữu ứng dụng, ai sở hữu những gì người dùng tải lên
Miễn trừ và giới hạn trách nhiệm	Cốt lõi của tài liệu
Thay đổi	Cách bạn cập nhật điều khoản và cách thông báo cho người dùng
Liên hệ	Một địa chỉ có thật

Hãy để ý cái không có ở đây: việc xử lý dữ liệu. Phần đó thuộc về chính sách quyền riêng tư, và lặp lại nó trong hai tài liệu chính là cách để hai tài liệu cuối cùng mâu thuẫn nhau.

Những điều cần tránh

• Sao chép điều khoản của ứng dụng khác rồi đổi tên. Đó là vấn đề bản quyền, cộng thêm một tài liệu mô tả công việc kinh doanh của người khác.
• Hứa những điều bạn không làm được. Điều khoản nói bạn xóa mọi dữ liệu ngay lập tức, hoặc bảo đảm thời gian hoạt động, còn tệ hơn không nói gì.
• Chọn bừa một khu vực pháp lý. Luật điều chỉnh là một lựa chọn thật với hệ quả thật.
• Giấu chúng đi. Nếu điều khoản chỉ truy cập được từ một liên kết bạn đã bỏ trong lần thiết kế lại gần nhất, chúng chẳng mấy hữu ích khi cần bảo vệ bạn.

Viết điều khoản bằng trợ lý AI

Trợ lý AI sẵn lòng viết điều khoản, và lỗi thường gặp cũng giống như với chính sách quyền riêng tư: khi được yêu cầu “điều khoản dịch vụ cho ứng dụng của tôi”, nó viết ra bản trung bình của mọi bộ điều khoản nó từng đọc — điều khoản trọng tài, một tòa án ở một bang bạn chưa từng đến, những lời hứa về thời gian hoạt động. Prompt dưới đây giữ nó trong các phần tiêu chuẩn ở trên, buộc nó kiểm tra những gì ứng dụng của bạn thực sự làm (đăng nhập, mua hàng, nội dung người dùng) trước khi viết, và đánh dấu những gì nó không biết bằng [confirm: …] thay vì bịa ra. Nếu ứng dụng nhận thanh toán trên iOS, nó phải có liên kết EULA tiêu chuẩn của Apple.

Hãy sao chép toàn bộ. Thay các thông tin trong ngoặc vuông ở đầu, hoặc để nguyên và để trợ lý hỏi bạn.

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 này được viết cho các trang công bố trên AppFoyer, vì vậy nó yêu cầu các placeholder dạng {{app_name}} và kết thúc bằng tuyên bố miễn trừ của chúng tôi. Nếu bạn công bố ở nơi khác, hãy xóa những dòng đó trong Step 3 và yêu cầu các giá trị thật. Về chính sách quyền riêng tư, xem Viết chính sách quyền riêng tư bằng trợ lý AI.

AppFoyer làm gì ở đây

Điều khoản là một trong năm trang chúng tôi tạo, cùng với chính sách quyền riêng tư, trang hỗ trợ và trang xóa tài khoản. Mẫu bao gồm các phần ở trên, điền tên ứng dụng, tên nhà phát triển, địa chỉ hỗ trợ và liên kết cửa hàng của bạn, và thêm các phần về gói đăng ký — bao gồm liên kết EULA tiêu chuẩn của Apple — khi bạn cho biết ứng dụng bán gói đăng ký trên iOS.

Trình soạn điều khoản trong dashboard cũng có bảng Write it with your own AI (Viết bằng AI của riêng bạn): chính là prompt ở trên, đã điền sẵn thông tin ứng dụng của bạn. Chạy nó trong bất kỳ trợ lý nào, dán câu trả lời vào lại, đọc bản xem trước, rồi công bố.

Danh sách kiểm tra tuân thủ tiếp tục gắn cờ trang cho đến khi nó được công bố và, với ứng dụng có gói đăng ký, cho đến khi liên kết EULA thực sự có mặt.

Như mọi trang được tạo tự động, đây là một mẫu do bạn hoàn thiện và chịu trách nhiệm, không phải lời khuyên pháp lý. Nếu ứng dụng của bạn liên quan đến tiền, dữ liệu sức khỏe hoặc trẻ em, hãy nhờ luật sư đọc qua.

Nguồn chính thức

• User Data policy — Google Play Help. Đoạn trích dẫn ở trên lấy từ trang này.
• App Store Review Guidelines — Apple. Mục 3.1.2 là quy định về gói đăng ký.
• Licensed Application End User License Agreement — EULA tiêu chuẩn của Apple.