Trả lời nhanh: Nộp ứng dụng iOS chậm hầu như không phải vì kỹ thuật mà vì hồ sơ thiếu. Bốn thứ phải chuẩn bị trước khi mở App Store Connect: bộ ảnh minh họa đúng kích thước cho từng loại màn hình, mô tả và từ khóa, nhãn quyền riêng tư khai đúng dữ liệu bạn thu thập, và tài khoản thử nghiệm cho người duyệt nếu ứng dụng có đăng nhập. Thiếu cái cuối là lý do bị trả về rất phổ biến và cũng rất dễ tránh.
Đội làm iOS lần đầu thường dành hết thời gian cho code rồi mới phát hiện phần hồ sơ tốn cả ngày. Tệ hơn là bị trả về vì một chi tiết nhỏ, mất thêm vài ngày chờ duyệt lại. Bài này liệt kê đủ những gì cần chuẩn bị trước, theo đúng thứ tự bạn sẽ điền.
Ảnh minh họa và tài sản hiển thị
Đây là phần tốn thời gian nhất và nên làm trước tiên:
- Ảnh chụp màn hình cho từng nhóm kích thước thiết bị mà bạn hỗ trợ. Cửa hàng yêu cầu bộ ảnh cho màn hình lớn nhất, và các kích thước còn lại thường được suy ra.
- Biểu tượng ứng dụng kích thước lớn, không có góc bo sẵn và không có kênh trong suốt. Đây là lỗi kỹ thuật hay gặp nhất ở khâu tải lên.
- Video giới thiệu nếu có, không bắt buộc nhưng giúp tỷ lệ cài đặt.
Mẹo tiết kiệm thời gian cho các lần sau: dựng ảnh minh họa bằng script chạy trên máy giả lập, chụp tự động theo từng ngôn ngữ và từng kích thước. Công cụ tự động hóa phát hành làm tốt việc này, và nó biến một buổi chiều thành vài phút ở mỗi lần cập nhật.
Mô tả, từ khóa và bản địa hóa
Tên hiển thị giới hạn ký tự khá chặt, và đây là yếu tố ảnh hưởng mạnh tới việc người dùng tìm thấy bạn.
Mô tả ngắn hiện ngay dưới tên, viết cho người đọc lướt trong ba giây.
Mô tả đầy đủ nên mở đầu bằng vấn đề mà ứng dụng giải quyết, không phải bằng danh sách tính năng.
Từ khóa nằm ở một trường riêng, phân tách bằng dấu phẩy. Đừng lặp lại từ đã có trong tên vì như vậy là phí chỗ.
Với ứng dụng cho người Việt, hãy điền phần tiếng Việt đầy đủ thay vì để mặc định tiếng Anh. Nghe hiển nhiên nhưng rất nhiều ứng dụng trong nước bỏ trống phần này, và họ mất lượng tìm kiếm bằng tiếng Việt.
Nhãn quyền riêng tư, chỗ hay bị trả về
Bạn phải khai từng loại dữ liệu ứng dụng thu thập, mục đích thu thập, và có gắn với danh tính người dùng hay không. Khai sai hoặc khai thiếu là lý do bị trả về rất phổ biến.
Điểm mấu chốt mà nhiều người bỏ qua: thư viện của bên thứ ba cũng tính là bạn thu thập. Bộ công cụ phân tích, quảng cáo, báo cáo sự cố đều thu thập dữ liệu, và bạn phải khai chúng dù không tự viết dòng code nào.
Cách làm chắc chắn: liệt kê mọi thư viện đang dùng, đọc tài liệu quyền riêng tư của từng cái, rồi đối chiếu với bảng khai báo. Việc này mất một buổi ở lần đầu và rất nhanh ở các lần sau, miễn là bạn ghi lại danh sách.
Kèm theo là trang chính sách quyền riêng tư có địa chỉ web hoạt động, nội dung khớp với những gì bạn vừa khai. Một trang tĩnh trên máy chủ của bạn là đủ.
Thông tin cho người duyệt
Phần này ngắn nhưng quyết định nhiều:
- Tài khoản thử. Nếu ứng dụng có đăng nhập, bắt buộc cung cấp một tài khoản hoạt động được. Người duyệt không đăng ký tài khoản mới, họ sẽ trả về ngay.
- Ghi chú giải thích. Nói rõ cách thử những chức năng khó thấy, ví dụ tính năng chỉ hiện với một loại tài khoản, hoặc chức năng cần quét mã.
- Giải thích quyền nhạy cảm. Nếu ứng dụng xin quyền vị trí nền hay danh bạ, hãy nói rõ vì sao cần.
Với ứng dụng phục vụ thị trường Việt Nam, thêm một lưu ý: nếu chức năng chính phụ thuộc vào dịch vụ trong nước, ví dụ cổng thanh toán nội địa, hãy mô tả cách thử hoặc cung cấp chế độ thử. Người duyệt ở nước ngoài không có phương tiện thanh toán của bạn, và họ sẽ trả về vì không thử được.
Trước khi bấm nộp
Danh sách kiểm tra cuối:
- Mã phiên bản đã tăng so với bản trước.
- Bản dựng đã lên và đã điền thông tin tuân thủ mã hóa.
- Ảnh minh họa đủ cho mọi kích thước bắt buộc.
- Nhãn quyền riêng tư khớp với danh sách thư viện đang dùng.
- Tài khoản thử hoạt động, đã tự đăng nhập lại để chắc chắn.
- Đường dẫn chính sách quyền riêng tư mở được.
- Đã thử bản dựng đó qua kênh thử nghiệm, theo bài về phát bản thử.
Và nguyên tắc lịch trình: nộp sớm hơn ngày ra mắt dự kiến vài ngày. Thời gian duyệt không do bạn kiểm soát, còn ngày ra mắt thì thường đã hứa với ai đó rồi.
Bảng lỗi khai nhãn quyền riêng tư
| Lỗi hay gặp | Vì sao bị trả về | Cách tránh |
|---|---|---|
| Khai không thu thập gì trong khi thư viện bên thứ ba có thu thập | Khai báo phải tính cả thư viện bạn nhúng vào | Rà từng thư viện, đọc tài liệu của họ |
| Khai thiếu định danh thiết bị | Nhiều bộ công cụ phân tích dùng nó | Kiểm bộ công cụ đo lường và quảng cáo |
| Đường dẫn chính sách quyền riêng tư chết | Trang không truy cập được | Kiểm bằng lệnh trước khi nộp |
| Khai báo không khớp với thực tế ứng dụng | Người duyệt kiểm chéo | Rà lại mã trước khi khai |
Nguyên tắc: khai báo phải tính cả những gì thư viện bên thứ ba thu thập, không chỉ những gì mã của bạn thu thập. Đây là chỗ bị trả về nhiều nhất và cũng dễ bỏ sót nhất.
Kiểm trước khi bấm nộp
# 1. Duong dan chinh sach quyen rieng tu phai songcurl -sI https://tenmien.vn/chinh-sach-quyen-rieng-tu | head -3 # 2. Ra tung thu vien ben thu ba dang nhung, xem no thu thap gi# Doc file khai bao goi, liet ke va tra tai lieu tung cai # 3. Neu ung dung can dang nhap: chuan bi tai khoan thu cho nguoi duyet# va ghi ro vao phan ghi chu. Thieu la bi tra ve ngay. # 4. Neu ung dung co tinh nang chi hoat dong o mot so vung:# ghi ro trong ghi chu, kem cach nguoi duyet thu duoc # 5. Anh minh hoa dung kich thuoc va khong chua noi dung gay hieu nhamMô tả và từ khóa cho thị trường Việt Nam
- Viết mô tả bằng tiếng Việt nếu nhắm người dùng Việt Nam, và viết bản tiếng Anh riêng nếu nhắm cả thị trường khác.
- Dòng đầu quan trọng nhất, vì đó là phần người dùng thấy trước khi bấm xem thêm.
- Đừng nhồi từ khóa vào mô tả. Nó không giúp xếp hạng và có thể bị từ chối.
- Ảnh minh họa quyết định nhiều hơn mô tả. Người dùng lướt ảnh trước khi đọc chữ.
Viết ghi chú cho người duyệt cho đúng
Phần ghi chú cho người duyệt là phần ít người dùng đúng cách. Viết rõ: ứng dụng làm gì, tài khoản thử là gì, tính năng nào cần điều kiện đặc biệt để thử, và nếu có tính năng nào dễ bị hiểu nhầm thì giải thích trước. Một đoạn ghi chú tốt thường rút ngắn thời gian duyệt và tránh được vài vòng qua lại.
Câu hỏi thường gặp
Vì sao ứng dụng bị từ chối?
Ba lý do phổ biến nhất: thiếu tài khoản thử cho người duyệt, nhãn quyền riêng tư không khớp với dữ liệu thật sự thu thập, và chức năng chính không thử được vì phụ thuộc dịch vụ mà người duyệt không có.
Có cần khai báo dữ liệu do thư viện bên thứ ba thu thập không?
Có. Bộ công cụ phân tích, quảng cáo hay báo cáo sự cố đều tính là bạn thu thập. Hãy liệt kê mọi thư viện đang dùng rồi đối chiếu tài liệu quyền riêng tư của từng cái trước khi điền.
Ảnh minh họa cần bao nhiêu bộ?
Ít nhất một bộ cho nhóm màn hình lớn nhất mà bạn hỗ trợ, thêm bộ cho máy tính bảng nếu có. Dựng ảnh tự động bằng script chạy trên máy giả lập giúp bạn khỏi làm lại thủ công ở mỗi lần cập nhật.
Thời gian duyệt bao lâu?
Thường tính bằng ngày và thay đổi theo thời điểm, chậm hơn vào mùa cao điểm cuối năm. Hãy nộp sớm hơn kế hoạch và đừng hứa ngày ra mắt cứng khi chưa được duyệt.