Tip: ghi chú 1 số thông tin cần chuẩn bị trước khi release ứng dụng lên apple store và google play

Blog / Tin công nghệ 28/11/2023
tip-ghi-chu-1-so-thong-tin-can-chuan-bi-truoc-khi-release-ung-dung-len-apple-store-va-google-play
Phụ lục

Bài viết này với mục đich ghi chú lại 1 số lưu ý cần xem và chuẩn bị trước khi muốn release ứng dụng lên Apple store hay Googe play

Có tài khoản developer của cả 2 store là điều tất nhiên. 

Google play thì 25$ trọn đời, nếu nhớ ko nhầm, iOS thì có 2 giá 99$/1 năm cho tài khoản developer cá nhân, 200$/1 năm cho doanh nghiệp. Lưu ý:

  • Ở iOS, thì có 2 loại tài khoản là tài khoản developer cá nhân và tài khoản doanh nghiệp. Chỉ tài khoản doanh nghiệp mới cho phép mời developer khác để họ có thể dùng tài khoản của chính họ để build và upload ứng dụng lên Appstore (Testflight) thông qua Xcode chẳng hạn.
  • Còn nếu ko, chỉ có tài khoản iOS developer cá nhân, thì phải cung cấp tài khoản developer này cho dev để dev có thể sử dụng upload ứng dụng lên store đc.
  • À còn 1 vấn đề nữa ở iOS nữa, là nếu ứng dụng bạn chỉ dùng cho chính nội bộ doanh nghiệp mình, thì không thể up lên tài khoản developer cá nhân được.

Còn về Google play mình nhớ là có 1 loại tài khoản thôi, dùng thoải mái mà rẻ hơn. Có điều gì cũng có giá của nó, bên Apple thì hỗ trợ dev tốt hơn nhiều, họ sẽ có người làm việc trực tiếp với mình để hỗ trợ nếu có vấn đề. Còn google đa số là bot tự động review ứng dụng, khó liên hệ được với support bên đó.

Thông tin về ng dụng

Như tiêu đề, subtitle, ảnh preview, screenshots, mô tả, keyword,... khá là nhiều. Đại loại mình có tập hợp ở đây, mọi người có thể tham khảo:

https://docs.google.com/document/d/12eYkJqA2_aMcY7KkLRVuLpl4CUfmNB0Chtr1Vsnb0ms/edit?usp=sharing

Landing page:

Đại loại nếu bạn đã có 1 website tương ứng cho ứng dụng rồi thì phần này chính là nó. Còn nếu chưa có, bạn cần tạo 1 trang web Landing page đơn giản, để khai báo thông tin ứng dụng, cũng có thể làm các trang tĩnh như privacy/terms trên đó.

Terms page và Privacy page:

Chính xác là 2 trang Terms and conditions và Privacy policy 2 trang này rất là quang trọng, nó có thể liên quan đến pháp lý và kiện tụng khi ứng dụng của bạn có vấn đề hoặc bị kiện tụng. và cũng như 1 quy định cần chấp hành về bảo mật cho người dùng,....

2 nội dung này thì các bạn tìm hiểu thêm trên mạng, nếu ứng dụng đơn giản ko có vấn đề gì quá lớn ảnh hưởng người dùng thì có thể tạo nội dung qua các trang tạo tự động (generator) trên các trang cho phép tạo free, chỉ việc khai báo 1 số thông tin và download file html về. Các bạn có thể tìm với từ khóa Terms generator hoặc privacy generator.

À 1 lưu ý khá là quan trọng như hơi nhọ là tên 2 website này nên chứa từ terms và privacy. ví dụ domain.com/terms-conditions.html chẳng hạn.

Lúc trước mình gặp 1 trường hợp là thằng google nó từ chối vì nhập đường dẫn privacy không có chữ privacy ở Url, thế là nó từ chối.

1 số lưu ý chung:

ở trên là các chuẩn bị và các lưu ý tương ứng.

Còn ở đây là 1 số lưu ý chung tùy theo loại ứng dụng:

  • Đối với ứng dụng Thương mại điện từ (TMDT): đại loại như mấy trang shopee, lazada đồ ấy. Có các chức năng card, mua sắm... thì khi vào ứng dụng, chức năng đăng nhập là không nên bắt buộc, có nghĩa là phải cho phép người dùng xem các mặt hàng trong ứng dụng mà không cần đăng nhập. Cái này là thằng Apple nó quy định. nên đại loại làm chung cho cả 2 bên apple và google luôn cho thống nhất. Khi ng dùng mua hàng hoặc dùng 1 số chức năng cần đăng nhập thì bạn mới hiển thị form yêu cầu người dùng đăng nhập.
  • Đối với form sign up: 2 link privacy và terms phải để bên dưới form này, và ng dùng phải chấp nhận nó để có thê đăng ký tài khoản. nếu ko có 2 link này bên dưới thì Apple sẽ từ chối release.
  • Nếu ứng dụng có chức năng Đăng nhập, Đăng ký. Thì bắt buộc phải có chức năng logout và xóa tài khoản trong ứng dụng. Về xóa tài khaorn, có thể là gửi form yêu cầu xóa cũng đc, và Admin sẽ thực hiện xóa sau (hên xui, nhưng đây là 1 cách triển khai nhanh, vì đôi lúc 1 số hệ thống, để triển khai chức năng xóa tài khoản rất phức tạp, vì có liên quan đến vấn đề dữ liệu như tính toàn vẹn dữ liệu nữa). Và thêm nữa, bên Google cũng yêu cầu nhập link website đến chức năng Xóa tài khoản này, thì đa số là mình sẽ link đến trang terms của mình, đến dòng hướng dẫn xóa tài khoản trong ứng dụng (nếu bạn không có chức năng xóa tài khoản ở web, thì đây là 1 cách)
  • Ứng dụng có chức năng đăng nhập với Mạng xã hội như facebook/google, thì ở iOS bắt buộc phải bổ xung chức năng đăng nhập với Apple, ko thể không có, mặc dù mình ko thích lắm những cũng chịu.
  • Khi ứng dụng có sử dụng google map tuyệt đối không được tạo tài khoản thanh toán VietNam vì Google nó chặn rồi. nên ko thể sử dụng được. có thể tạo với Quốc gia Singapore cũng được.
  • Đối với sản phẩm phi vật lý hay gọi là sản phẩm kỹ thuật số như sách điện tử, nhạc, đăng ký thành viên... nếu bạn có tích hợp thanh toán cho các sản phẩm này. thì bắt buộc phải tích hợp thanh toán sử dụng In-App purchases của google và apple. và dĩ nhiên họ sẽ lấy chi phí là 15%, nếu tôi nhớ không nhầm. Và trong trường hợp này, nếu có sử dụng In-App purchase trong ứng dụng, thì bắt buộc phải có chức năng restore.

1 số lời khuyên:

Còn đây là 1 số lời khuyên khi triển khai ứng dụng mà mình thấy cần thiết nên áp dụng vào ứng dụng của bạn:

  • Ứng dụng iOS và Android, cố gắng release 2 bên có cùng version để dễ quản lý ví dụ 1.0.0 (20) cả 2 bên, nhất là khi triển khai với Hybrid code như Flutter hay ReactNative. Việc này mục đích dễ quản lý version chung cho cả 2 bên. Cũng như tiện cho cho mục số 2 đề cập bên dưới
  • Nên có chức năng bắt buộc cập nhật ứng dụng lên phiên bảng min (phiên bản thấp nhất mà mình yêu cầu), vì khi triển khai ứng dụng rất dễ xảy ra 1 số lỗi không mong muốn, có thể từ phía server hoặc từ phía app. nên sẽ có 1 số lỗi hoặc lỗ hổng. Nên mình cần người dùng cập nhật lên phiên bảng mới hơn để có thể sử dụng được. Cái này mình rất hay gặp trong các ứng dụng.

Ví dụ: có các phiên bảng 1.0.0 (1), 1.0.1 (10), 1.1.0 (20)... ở bản 1.0.0(1) có lỗi hoặc ko sử dụng đc do cập nhật code server, mình muốn KH phải update lên bản 10 (là 1.0.1(10)) để có thể sử dụng được. chẳng hạn vậy. Mà nên từ triển khai với firebase remote là tốt nhất. ko nên dùng chức năng tự động cập nhật của apple hay google cung cấp. Mình thấy nó khá hạn chế và đôi lúc nó không hoạt động như mình mong muốn.

Hi vọng hữu ích với các bạn nào quan tâm! Mọi người có góp ý hoặc lưu ý nào quan trọng có thể gửi cho mình để mình update nhé.


Devwork

Devwork là Nền tảng TUYỂN DỤNG IT CẤP TỐC với mô hình kết nối Nhà tuyển dụng với mạng lưới hơn 30.000 headhunter tuyển dụng ở khắp mọi nơi.Với hơn 1800 doanh nghiệp IT tin dùng Devwork để :

  • Tối ưu chi phí
  • Tiết kiệm thời gian
  • Tăng tốc tuyển dụng tối đa
  • Đăng ký ngay Devwork trong hôm nay để tuyển dụng những tài năng ưu tú nhất.

    Tag Cloud:

    Tác giả: quyenntt

    Link chia sẻ

    Bình luận

    Việc làm tại Devwork

    khám phá các cơ hội việc làm tốt nhất tại Devwork Xem thêm

    Bài viết liên quan

    Danh sách bài viết liên quan có thể bạn sẽ thích Xem thêm
    luong-gross-la-gi

    Lương gross là gì? Cách quy đổi lương gross sang net dễ hiểu nhất

    07:48 12/12/2025

    Khi phỏng vấn hoặc đọc hợp đồng lao động, lương gross là cụm từ xuất hiện gần như 100%. Nhưng lương gross là gì mà lại quan trọng đến vậy? Nếu bạn đang bối rối chưa biết lương gross là gì và lương net là gì thì bài viết này Devwork sẽ giúp bạn hiểu tường tận từ khái niệm, cách tính cho đến cách quy đổi đơn giản nhất....

    Cách đặt mật khẩu máy tính đơn giản, bảo mật tuyệt đối 2026

    07:34 12/12/2025

    Chiếc máy tính, dù là PC hay laptop không chỉ là công cụ làm việc mà còn là "ngân hàng" lưu trữ vô số dữ liệu quan trọng: tài liệu cá nhân, thông tin ngân hàng, hình ảnh riêng tư... Nếu một ngày, những thông tin này rơi vào tay kẻ xấu, hậu quả sẽ thế nào? Chỉ với vài bước đơn giản, bạn có thể bảo vệ máy tính an toàn tuyệt đối bằng cách đặt mật khẩu máy tính. Bài viết này Devwork sẽ hướng dẫn chi tiết từ A-Z, phù hợp cho cả người dùng laptop và PC, giúp bạn tự làm được ngay lần đầu tiên.

    cach-dat-mat-khau-may-tinh

    Intern là gì? Toàn bộ những điều bạn cần biết về vị trí Intern

    09:39 02/12/2025

    Với sự gia tăng mạnh mẽ của nhu cầu tuyển dụng thực tập sinh tại các doanh nghiệp, khái niệm intern và internship ngày càng trở nên quen thuộc, đặc biệt với sinh viên năm cuối, người mới ra trường. Tuy nhiên, không ít bạn trẻ vẫn còn băn khoăn intern là gì, làm intern là làm gì, hay công việc intern có gì khác với fresher. Trong bài viết này, Devwork.vn sẽ giúp bạn hiểu rõ hơn về vị trí intern, đồng thời chia sẻ những cơ hội thực tập hấp dẫn dành cho người mới bắt đầu.

    intern-la-gi

    Case study là gì? Phương pháp phân tích case study hiệu quả

    04:07 25/11/2025

    Case study không phải cụm từ xa lạ trong marketing, kinh doanh hay học tập. Nhưng làm sao để tiếp cận và giải case study hiệu quả thì không phải ai cũng biết và làm được. Chính vì vậy, trong bài viết hôm nay, cùng Devwork đi tìm hiểu chi tiết về case study là gì, khám phá bí mật đằng sau các case study thành công, từ đó giúp bạn có cái nhìn toàn diện nhất để áp dụng vào công việc hoặc doanh nghiệp của mình.

    case-study-la-gi
    product-owner-la-gi

    Product Owner (PO) là gì? Giải mã vai trò quan trọng trong IT

    17:00 24/11/2025

    Trong những năm gần đây, đặc biệt là trong môi trường phát triển linh hoạt Agile và Scrum, vai trò của PO ngày càng trở nên quan trọng. PO là thuật ngữ quen thuộc trong lĩnh vực IT và quản lý dự án, nhưng không phải ai cũng hiểu rõ. Vậy PO là gì, PO là viết tắt của từ gì và vai trò thực sự của PO trong doanh nghiệp là gì? Bài viết này Devwork sẽ giải thích chi tiết, giúp bạn nắm bắt kiến thức cốt lõi và ứng dụng hiệu quả.

    singleton-pattern-la-gi

    Singleton Pattern là gì? Hướng dẫn chi tiết cách triển khai trong Java và Python

    04:00 24/11/2025

    Singleton pattern là gì và tại sao nó lại quan trọng trong phát triển phần mềm? Khi bạn cần đảm bảo rằng một class chỉ có duy nhất một thực thể trong suốt vòng đời ứng dụng, Singleton chính là giải pháp hoàn hảo. Bài viết này sẽ giúp bạn hiểu rõ về mẫu thiết kế này, cách triển khai và những tình huống nên (hoặc không nên) áp dụng nó.