Chuyển đến nội dung
AppFoyer
Bắt đầu

Hướng dẫn Trước khi gửi duyệt

Mọi URL bạn cần trước khi gửi ứng dụng

Danh sách đầy đủ trên Play Console, App Store Connect và AdMob, URL nào bắt buộc và URL nào tùy chọn, mỗi trang phải chứa gì, và thứ tự nên làm.

Phần lớn ứng dụng cần bốn URL công khai: chính sách quyền riêng tư, trang xóa tài khoản nếu ứng dụng có tài khoản, trang hỗ trợ cho App Store, và trang web nhà phát triển nếu ứng dụng hiển thị quảng cáo. Mỗi URL là một trường riêng trong console, mỗi URL đều được kiểm tra, và tất cả phải tiếp tục hoạt động rất lâu sau khi ứng dụng được duyệt.

1:09
Video 1:09 · mở trên YouTube

Làm việc này trong vài phút thay vì thế

AppFoyer lưu trữ các trang mà hướng dẫn này nói đến — chính sách quyền riêng tư, điều khoản, hỗ trợ, xóa tài khoản và app-ads.txt — trên subdomain riêng của ứng dụng, không cần tên miền hay máy chủ của riêng bạn. Một ứng dụng được miễn phí, và không có gì cửa hàng yêu cầu lại bị đặt sau tường phí.

Bắt đầu miễn phí Xem ví dụ thực tế

Đã kiểm tra ngày 19 tháng 9, 2026. Chính sách của cửa hàng thay đổi, đôi khi không báo trước. Mọi thứ dưới đây đều dẫn liên kết đến tài liệu chính thức, và trang đó — không phải trang này — mới là căn cứ. Nếu hai bên mâu thuẫn, cửa hàng là đúng. Hướng dẫn này được dịch từ tiếng Anh; các trích dẫn từ tài liệu của cửa hàng được giữ nguyên bản tiếng Anh.

Đây là danh sách mà không ai đưa cho bạn trước lần gửi đầu tiên, nên bạn phát hiện ra nó qua từng lần bị từ chối. Hãy gom đủ trước khi mở console và toàn bộ việc này chỉ mất một buổi chiều thay vì ba vòng xét duyệt.

Các trường, theo từng console

URLConsole và trườngBắt buộc?
Chính sách quyền riêng tưPlay Console → App content → Privacy policy; App Store Connect → App PrivacyCó, cả hai cửa hàng
Xóa tài khoảnPlay Console → App content → Data deletionCó, nếu ứng dụng có tài khoản
Hỗ trợApp Store Connect → Platform version information của phiên bản → Support URLCó, Apple
Trang web nhà phát triểnTrang thông tin trên Play; Marketing URL trong App Store ConnectPlay: tùy chọn, nhưng trên thực tế là bắt buộc nếu bạn hiển thị quảng cáo — đó là nơi app-ads.txt được tìm. Marketing URL của Apple thực sự là tùy chọn
Email liên hệPlay Console → Store settings → Store listing contact detailsCó, Play yêu cầu email để xuất bản

Apple cũng yêu cầu xóa tài khoản, nhưng dưới dạng lối đi trong ứng dụng chứ không phải một trường URL — xem hướng dẫn xóa tài khoản trên App Store.

Mỗi trang phải chứa gì

Chính sách quyền riêng tư. Thu thập gì, tại sao, ai khác nhìn thấy, lưu giữ bao lâu, cách liên hệ với bạn. Phần khiến bạn bị từ chối là “ai khác nhìn thấy”: nó phải nêu tên các bên thứ ba, tức là mọi SDK trong bản build, và phải khớp với câu trả lời Data safety của bạn.

Xóa tài khoản. Một trang công khai, truy cập được mà không cần đăng nhập hay cài ứng dụng, nơi người dùng có thể yêu cầu bạn xóa tài khoản của họ. Nó phải thực sự chuyển yêu cầu đến bạn — một trang hiển thị biểu mẫu rồi vứt bỏ kết quả còn tệ hơn không có trang, vì người dùng tin rằng nó đã hoạt động.

Hỗ trợ. Một lối đến một con người. Một địa chỉ email bạn có đọc là đủ. Không phải trang marketing, không phải trang thông tin trên App Store, không phải hồ sơ mạng xã hội.

Trang web nhà phát triển. Một trang về ứng dụng của bạn, trên một hostname bạn kiểm soát — và là hostname mà mạng quảng cáo sẽ tải /app-ads.txt từ thư mục gốc của nó.

Bốn bài kiểm tra mà mỗi URL đều phải vượt qua

Bốn bài giống nhau, lần nào cũng vậy, đó là lý do nên làm chúng theo lô:

  1. Nó tải được khi đã đăng xuất. Mở nó trong cửa sổ riêng tư. Lỗi kinh điển là một trang chỉ hoạt động vì bạn đang đăng nhập vào dịch vụ lưu trữ nó.
  2. Nó không phải là một chuỗi chuyển hướng. Đặc biệt với app-ads.txt, vốn phải được phục vụ trực tiếp.
  3. Nó nêu tên ứng dụng và công ty của bạn. Một chính sách nêu tên ứng dụng khác là dấu hiệu sao chép, và người xét duyệt nhận ra.
  4. Nó vẫn còn đó sau hai năm. Một trang thông tin trên cửa hàng được kiểm tra nhiều hơn một lần, và một host miễn phí bạn đã quên là cách phổ biến nhất khiến một ứng dụng đang chạy bị hỏng.
curl -i https://your-url.example/privacy

200 OK, nội dung đọc được, không có header Location:.

Thứ tự nên làm

  1. Quyết định nơi đặt tất cả chúng, một lần. Chia chúng ra một trang Notion, một site GitHub Pages và một dịch vụ biểu mẫu là cách bạn kết thúc với ba thứ phải duy trì và một thứ sẽ hỏng.
  2. Viết chính sách quyền riêng tư từ danh sách phụ thuộc, không phải từ một mẫu. Mở build.gradle / Podfile / pubspec.yaml và đi lần xuống.
  3. Xây dựng lối xóa tài khoản — cả lối trong ứng dụng lẫn lối trên web. Đây là mục duy nhất có công việc kỹ thuật thực sự, nên nó quyết định tiến độ của bạn.
  4. Xuất bản, rồi mới điền các trường trong console. Không làm ngược lại: một trường trỏ đến một trang chưa tồn tại chính là lần từ chối bạn đang cố tránh.
  5. Điền Data safety / App Privacy từ cùng danh sách mà bạn dùng để viết chính sách, để hai bên không thể mâu thuẫn.
  6. app-ads.txt sau cùng, và chỉ khi bạn hiển thị quảng cáo.

AppFoyer làm gì ở đây

Danh sách này chính là sản phẩm. Cả năm trang — trang chủ, quyền riêng tư, điều khoản, hỗ trợ, xóa tài khoản — cùng app-ads.txt lên mạng cùng lúc trên subdomain riêng của ứng dụng, nên bạn dán URL hoạt động được vào mọi trường trong một lượt. Trang xóa tài khoản nhận yêu cầu và thông báo cho bạn; bạn thực hiện việc xóa trong hệ thống của mình.

Trong dashboard còn có một checklist cho bạn biết trường nào trong console vẫn còn trống và vì sao nó quan trọng. Một ứng dụng được miễn phí, và không thứ gì cửa hàng yêu cầu bị đặt sau paywall.

Nguồn chính thức