App Store Connect và Google Play Console: quy trình phát hành

Nếu chỉ phát hành lên một cửa hàng, bạn học một console rồi tiếp tục công việc. Nhưng phát hành cả hai thì bạn phải giữ trong đầu hai mô hình dùng chung từ ngữ nhưng ý nghĩa khác nhau. "Release," "review" và "rollout" đều mang nghĩa hơi khác nhau giữa App Store Connect và Google Play Console. Bài viết này xếp hai quy trình cạnh nhau theo từng giai đoạn để bạn lên kế hoạch cho một đợt ra mắt đồng thời trên cả hai cửa hàng mà không gặp bất ngờ.

Quy trình, đặt cạnh nhau

Bắt đầu từ đây. Mỗi hàng là một giai đoạn để đưa bản cập nhật lên trực tuyến; hai cột thể hiện điều thực sự xảy ra ở mỗi console.

Cách Apple phát hành một phiên bản

Trong App Store Connect, đơn vị làm việc là một phiên bản. Bạn đính kèm một bản build, điền metadata và ảnh chụp màn hình, rồi gửi toàn bộ cho App Review. Apple xem đó là một gói duy nhất — vì vậy chỉ đổi ảnh chụp màn hình hay chỉnh mô tả thôi, thông thường vẫn tính là một phiên bản mới và phải qua duyệt lại.

Khi App Review chấp thuận, tùy chọn phát hành của bạn sẽ quyết định điều gì xảy ra tiếp theo. Chọn tự động thì nó lên trực tuyến ngay lập tức. Chọn thủ công thì nó nằm ở trạng thái "Pending Developer Release" — Apple đã duyệt, nhưng chưa công khai cho đến khi bạn nhấn nút (có thể mất tới 24 giờ để hiển thị sau đó). Chọn theo lịch thì nó tự động phát hành vào hoặc sau ngày giờ bạn đặt. Bạn chọn tùy chọn này cho từng phiên bản, nên mỗi bản cập nhật là một quyết định mới.

Để ra mắt dần dần, hãy bật phased release. Tùy chọn này áp dụng cho cập nhật tự động của người dùng hiện có và trải rộng trong 7 ngày theo tỷ lệ phần trăm tăng dần, và bạn có thể tạm dừng nếu số liệu có dấu hiệu bất thường. Nó không áp dụng cho ứng dụng hoàn toàn mới, và cũng không áp dụng cho phát hành thủ công — đây là phiên bản tương đương của App Store với staged rollout bên Google, chứ không phải một cách giữ toàn bộ bản phát hành.

Cách Google phát hành lên một track

Google chia cùng một công việc thành nhiều track. Một bản build bắt đầu ở track thử nghiệm — internal, closed hoặc open — rồi được thăng cấp lên production khi bạn sẵn sàng. Internal testing dành cho một nhóm nhỏ đáng tin cậy (tối đa 100 người). Closed testing mở rộng cho danh sách được mời (tối đa 2.000 người mỗi danh sách). Open testing công khai cho mọi người tự đăng ký, không giới hạn số lượng. Production là tất cả người dùng tại các quốc gia bạn đã chọn.

Khi bạn đẩy một bản phát hành, managed publishing tương đương với chế độ giữ thủ công bên Apple. Khi bật tính năng này, các thay đổi đã duyệt sẽ được gom lại trong mục Publishing overview dưới "changes ready to send" và chỉ lên trực tuyến khi bạn bấm publish — tiện lợi khi cần canh thời điểm phát hành trùng với một ngày marketing. Khi tắt, các thay đổi đã duyệt sẽ tự động lên trực tuyến ngay khi qua vòng duyệt.

Để ra mắt dần dần, hãy dùng staged rollout: phát hành cho một phần trăm người dùng rồi tự tăng dần theo thời gian, dừng lại nếu tỷ lệ crash tăng vọt. Giống như phased release bên Apple, tính năng này dành cho các bản cập nhật, không phải lần ra mắt đầu tiên — một bản phát hành production hoàn toàn mới sẽ đến với tất cả mọi người cùng lúc.

Điểm khác biệt khiến nhiều người vấp phải

Đây là điểm khác biệt đáng ghi nhớ: Apple gắn metadata với phiên bản; Google giữ gian hàng tách riêng khỏi bản phát hành.

Trên Apple, ảnh chụp màn hình, mô tả và từ khóa là một phần của phiên bản đang được duyệt. Muốn làm mới ảnh chụp màn hình giữa các bản build? Với hầu hết các trường, điều đó có nghĩa là một phiên bản mới và một vòng duyệt khác. Trên Google, gian hàng là một đối tượng riêng — bạn có thể cập nhật văn bản và hình ảnh rồi chỉ gửi phần đó qua duyệt trong khi bản build ứng dụng đã phát hành vẫn giữ nguyên. Hai cửa hàng, hai câu trả lời rất khác nhau cho câu hỏi "tôi có thể thay đổi cái này mà không cần phát hành toàn bộ không?"

Điều này quan trọng nhất khi một đợt ra mắt có nhiều phần chuyển động: một bản build, một bộ ảnh chụp màn hình, văn bản đã dịch cho hàng chục thị trường. Trên Apple, bạn thường gom tất cả vào một phiên bản để duyệt cùng nhau. Trên Google, bạn có thể sắp xếp gian hàng và bản phát hành độc lập và công bố chúng theo bất kỳ thứ tự nào phù hợp với kế hoạch.

Thời gian duyệt, và điểm mắc của tài khoản mới

App Review của Apple thường mất khoảng 24–48 giờ cho một bản cập nhật thông thường vào năm 2026, lâu hơn với lần gửi đầu tiên từ một nhà phát triển mới hoặc bất cứ điều gì bị gắn cờ để xem xét kỹ hơn. Việc duyệt của Google thường nhanh hơn — vài giờ đến vài ngày với tài khoản đã có uy tín — nhưng có một rào cản cho người mới.

Một tài khoản nhà phát triển Google Play cá nhân được tạo sau giữa tháng 11 năm 2023 phải chạy một closed test với ít nhất 12 người thử nghiệm tham gia trong 14 ngày liên tục trước khi có thể xin quyền truy cập production. Nếu số người dưới 12, chuỗi ngày này có thể bị đặt lại. Tài khoản tổ chức và tài khoản cá nhân cũ hơn không phải qua bước này. Apple không có quy định tương đương trực tiếp, vì vậy nếu bạn đang ra mắt ứng dụng đầu tiên trên cả hai cửa hàng, hãy dự trù thời gian cho khoảng thử nghiệm của Google ngay từ đầu — đây thường là chặng dài hơn.

Mokbi phù hợp ở đâu

Cả hai console đều cần cùng một bộ tài sản hoàn chỉnh: ảnh chụp màn hình có khung và nội dung đã bản địa hóa, sạch sẽ ở mọi kích thước yêu cầu. Mokbi xây dựng phần đó một lần duy nhất. Bạn thiết kế ảnh chụp màn hình và soạn văn bản gian hàng trong cùng một dự án, sau đó dịch cả hai sang 50 ngôn ngữ, rồi xuất một bộ khớp đúng kích thước của App Store Connect và Google Play Console chỉ trong một lượt — để cùng một công sức phục vụ hai gian hàng thay vì hai lần làm việc riêng biệt.

Mokbi còn giúp bạn phát hành chúng. Nó đẩy gian hàng và tài sản trực tiếp lên Google Play qua Play Developer API, và dàn dựng sẵn phiên bản trong App Store Connect, sẵn sàng để bạn gửi duyệt. Apple yêu cầu bước Submit và duyệt cuối cùng phải do bạn thực hiện, nên thao tác cuối đó vẫn nằm trong tay bạn (đây là quy định của Apple, không phải giới hạn của Mokbi). Dù thế nào, bạn vẫn điều khiển cập nhật gian hàng của cả hai console từ một nơi, với một gói duy nhất: trình chỉnh sửa miễn phí có watermark, còn gói Solo (€29.99/tháng) hoặc Studio (€49.99/tháng) mở khóa xuất và phát hành không giới hạn suốt thời gian bạn còn đăng ký.

Phát hành cả hai gian hàng từ Mokbi →