Đưa app lên App Store và đăng app lên Google Play là bước cuối cùng nhưng thường bị đánh giá thấp về thời gian cần chuẩn bị. Nhiều doanh nghiệp lần đầu làm app bất ngờ vì app đã hoàn thiện về kỹ thuật nhưng vẫn bị trì hoãn ra mắt do thiếu tài khoản, thiếu tài liệu, hoặc bị từ chối ở vòng kiểm duyệt. Bài viết này trình bày toàn bộ quy trình theo từng bước, từ chuẩn bị tài khoản đến xử lý các lý do từ chối phổ biến nhất.

Phần lớn thời gian trì hoãn khi ra mắt app không đến từ việc lập trình chưa xong, mà từ những thủ tục hành chính ở hai cửa hàng ứng dụng mà doanh nghiệp không biết đến cho tới sát ngày dự định phát hành. Nắm được toàn bộ quy trình ngay từ đầu dự án giúp bạn chủ động sắp xếp mốc thời gian thực tế, thay vì đặt ra một ngày ra mắt rồi phải dời lại vì thiếu tài khoản hoặc thiếu tài liệu.

Chuẩn bị tài khoản nhà phát triển

Apple Developer Program

Tài khoản cá nhân (Individual) có phí 99 USD/năm, đăng ký bằng tài khoản Apple ID cá nhân, tên nhà phát triển hiển thị trên App Store sẽ là tên cá nhân. Tài khoản tổ chức (Organization) cũng có phí 99 USD/năm nhưng cho phép hiển thị tên công ty, và yêu cầu mã số D-U-N-S — một mã định danh doanh nghiệp toàn cầu do Dun & Bradstreet cấp. Nếu doanh nghiệp chưa có mã D-U-N-S, cần đăng ký trước, quá trình này có thể mất vài ngày đến vài tuần nên nên thực hiện sớm ngay khi bắt đầu dự án app.

Google Play Console

Phí đăng ký 25 USD, đóng một lần duy nhất, không phải trả hằng năm. Một điểm quan trọng cần lưu ý: với tài khoản cá nhân (personal account) mới đăng ký, Google Play hiện yêu cầu hoàn thành giai đoạn thử nghiệm kín (closed testing) trước khi được phát hành công khai — cụ thể là cần tối thiểu 12 người thử nghiệm tham gia liên tục trong ít nhất 14 ngày. Đây là yêu cầu cần tính vào mốc thời gian ra mắt ngay từ đầu, vì nhiều doanh nghiệp không biết đến bước này cho tới khi đã hoàn thiện app và sẵn sàng phát hành.

  • Apple Developer Program: 99 USD/năm, cá nhân hoặc tổ chức (cần D-U-N-S cho tổ chức).
  • Google Play Console: 25 USD đóng một lần.
  • Google Play: tài khoản cá nhân mới cần 12 người thử nghiệm trong 14 ngày ở chế độ closed testing trước khi phát hành công khai.
  • Nên đăng ký cả hai tài khoản sớm trong quá trình phát triển, không đợi đến khi app hoàn thiện.

Chuẩn bị tài liệu và hình ảnh cửa hàng ứng dụng

Mỗi cửa hàng yêu cầu một bộ tài liệu riêng để hiển thị trang thông tin app, gồm tên app, mô tả ngắn và dài, ảnh chụp màn hình theo đúng kích thước quy định cho từng loại thiết bị, biểu tượng app độ phân giải cao, và trong một số trường hợp là video giới thiệu. Nội dung mô tả nên viết rõ ràng, đúng chức năng thật của app, tránh từ khóa không liên quan chỉ để tăng khả năng tìm kiếm, vì cả hai cửa hàng đều có chính sách xử lý hành vi này.

  • Tên app và mô tả ngắn/dài, viết đúng chức năng thật, không nhồi nhét từ khóa.
  • Ảnh chụp màn hình theo đúng kích thước quy định cho từng loại thiết bị (điện thoại, máy tính bảng nếu có hỗ trợ).
  • Biểu tượng app độ phân giải cao, đúng chuẩn thiết kế của từng nền tảng.
  • Danh mục (category) phù hợp và từ khóa liên quan để người dùng tìm thấy app.

Chính sách bảo mật và khai báo dữ liệu

Cả App Store và Google Play đều bắt buộc có đường dẫn đến chính sách bảo mật (privacy policy) công khai, mô tả app thu thập, sử dụng và lưu trữ dữ liệu người dùng như thế nào. Apple yêu cầu khai báo qua Privacy Nutrition Labels — hiển thị công khai các loại dữ liệu app thu thập ngay trên trang app. Google Play có yêu cầu tương tự qua mục Data Safety. Với doanh nghiệp hoạt động tại Việt Nam, chính sách bảo mật cũng cần phù hợp với Nghị định 13/2023 về bảo vệ dữ liệu cá nhân, đặc biệt nếu app thu thập số điện thoại, địa chỉ, hoặc dữ liệu định vị của khách hàng.

Nếu app có tích hợp thanh toán online hoặc kết nối với website bán hàng, cũng nên rà soát việc thông báo website thương mại điện tử với Bộ Công Thương nếu thuộc diện phải đăng ký theo quy định hiện hành.

Icon, splash screen và các yêu cầu kỹ thuật hình ảnh

Ngoài ảnh chụp màn hình dùng trên trang cửa hàng, app còn cần biểu tượng (icon) và màn hình khởi động (splash screen) đúng kích thước cho từng độ phân giải thiết bị. Cả Apple và Google đều có quy chuẩn riêng về bo góc, vùng an toàn không đặt chữ hoặc chi tiết quan trọng, và định dạng file. Nên chuẩn bị các file gốc chất lượng cao ngay từ giai đoạn thiết kế Figma, để đội lập trình xuất ra đúng kích thước cần thiết mà không phải làm lại từ đầu khi gần đến ngày nộp app.

Một điểm dễ bị bỏ sót là bản dịch tiếng Việt có dấu trong toàn bộ tài liệu cửa hàng và trong chính giao diện app. Nếu app nhắm đến người dùng Việt Nam, cần rà soát kỹ chính tả, dấu câu trong mô tả, tên tính năng và thông báo lỗi, vì đây là những nội dung người dùng nhìn thấy đầu tiên và ảnh hưởng trực tiếp đến độ tin cậy của thương hiệu.

Kiểm thử trước khi phát hành

TestFlight là công cụ của Apple cho phép mời người dùng thật cài đặt và thử nghiệm app trước khi phát hành chính thức trên App Store, hỗ trợ tối đa 10.000 người thử nghiệm bên ngoài. Đây là bước quan trọng để phát hiện lỗi trên các thiết bị và phiên bản iOS khác nhau trước khi nộp app cho Apple duyệt. Phía Google Play, như đã nêu, giai đoạn closed testing với tài khoản cá nhân không chỉ là khuyến nghị mà là yêu cầu bắt buộc trước khi phát hành công khai.

Quy trình nộp app từng bước

  1. Hoàn thiện app, kiểm thử nội bộ trên thiết bị thật cho cả iOS và Android.
  2. Chuẩn bị đầy đủ tài liệu cửa hàng: mô tả, ảnh chụp màn hình, biểu tượng, chính sách bảo mật.
  3. Mời người dùng thử nghiệm qua TestFlight (iOS) và closed testing (Android), thu thập phản hồi và sửa lỗi.
  4. Khai báo Privacy Nutrition Labels (Apple) và Data Safety (Google), đảm bảo khớp đúng với dữ liệu app thực sự thu thập.
  5. Nộp app để kiểm duyệt trên cả hai nền tảng, theo dõi trạng thái xét duyệt.
  6. Xử lý phản hồi nếu bị từ chối, sửa và nộp lại.
  7. Phát hành chính thức, theo dõi đánh giá và lỗi báo cáo từ người dùng thật.

Các lý do bị từ chối phổ biến

Hiểu trước các lý do từ chối phổ biến giúp giảm đáng kể số lần phải nộp lại, vốn có thể kéo dài thời gian ra mắt thêm nhiều ngày mỗi lần.

  • Guideline 4.2 của Apple — chức năng tối thiểu: app bị đánh giá quá sơ sài, giống một website được đóng gói lại thay vì có trải nghiệm và tính năng thật sự dành riêng cho thiết bị di động.
  • Thiếu chức năng xoá tài khoản: Apple yêu cầu app cho phép người dùng tự xoá tài khoản ngay trong app nếu app hỗ trợ tạo tài khoản, không chỉ liên hệ qua email hay tổng đài.
  • Luồng đăng nhập bị lỗi: tài khoản demo cung cấp cho đội kiểm duyệt không đăng nhập được, hoặc luồng đăng nhập gặp lỗi khi thử nghiệm trên thiết bị thật.
  • Thông tin trong app không khớp với mô tả hoặc ảnh chụp màn hình đã nộp.
  • Chính sách bảo mật không hoạt động, dẫn đến trang lỗi, hoặc nội dung không khớp với dữ liệu thực tế app thu thập.

Phần lớn thời gian trì hoãn khi ra mắt app không nằm ở lập trình, mà ở việc thiếu chuẩn bị tài khoản và tài liệu cho hai cửa hàng ứng dụng.

Thời gian nên dự trù cho toàn bộ quy trình

Không có con số cố định cho toàn bộ quy trình vì phụ thuộc vào thời gian xét duyệt thực tế của từng cửa hàng tại từng thời điểm, nhưng nhìn tổng thể, doanh nghiệp nên dự trù ít nhất vài tuần riêng cho giai đoạn chuẩn bị tài khoản, tài liệu, thử nghiệm và xét duyệt, tách biệt hẳn khỏi thời gian lập trình app. Đây là lý do nên bắt đầu đăng ký tài khoản Apple Developer và Google Play Console càng sớm càng tốt trong quá trình phát triển, thay vì đợi đến khi app đã hoàn thiện 100% mới bắt đầu các thủ tục này.

Với doanh nghiệp đăng ký tài khoản Apple tổ chức lần đầu, nên cộng thêm thời gian chờ cấp mã D-U-N-S vào kế hoạch tổng thể, vì đây thường là bước mất nhiều thời gian nhất và nằm ngoài khả năng kiểm soát của cả doanh nghiệp lẫn đội phát triển.

Sau khi phát hành: cập nhật app

Mỗi lần cập nhật tính năng hoặc sửa lỗi, app cần được nộp lại và chờ xét duyệt tương tự lần đầu, dù thời gian duyệt các bản cập nhật thường ngắn hơn. Nên có kế hoạch cập nhật định kỳ để theo kịp các phiên bản hệ điều hành mới của iOS và Android, tránh tình trạng app dừng hoạt động do dùng thư viện hoặc API đã lỗi thời. Nếu doanh nghiệp chưa có đội kỹ thuật nội bộ, nên cân nhắc gói bảo trì sau bàn giao để đảm bảo app luôn tương thích và được cập nhật đúng hạn.

Bước tiếp theo

Quy trình đưa app lên App Store và Google Play có nhiều bước hành chính dễ bị bỏ sót nếu không chuẩn bị từ sớm. Đội Webix đồng hành cùng khách hàng qua toàn bộ quy trình này như một phần của dịch vụ lập trình ứng dụng di động, từ thiết kế, lập trình đến khi app được duyệt và đội ngũ của bạn dùng thành thạo. Nếu bạn đang chuẩn bị ra mắt app, hãy liên hệ với Webix để được hỗ trợ ngay từ giai đoạn chuẩn bị tài khoản.