Transfer App Google Play: Hướng dẫn chuyển giao ứng dụng giữa 2 tài khoản Play Console
Khi bạn bán ứng dụng di động, tái cơ cấu công ty hoặc muốn chuyển một app từ tài khoản cá nhân sang tài khoản Google Play doanh nghiệp, bạn cần thực hiện thủ tục Transfer App (Chuyển giao ứng dụng). Đây là con đường duy nhất được Google công nhận để đổi chủ sở hữu một ứng dụng mà vẫn giữ nguyên package name, toàn bộ người dùng đang cài đặt, lượt tải tích lũy và điểm đánh giá.
Trả lời nhanh: Transfer App Google Play là tính năng miễn phí nằm trong Play Console tại mục Setup > App transfer. Bạn cần Developer Account ID của tài khoản nhận cùng mã Transaction ID phí đăng ký 25 USD của cả hai tài khoản, gửi yêu cầu, chờ tài khoản nhận chấp thuận, Google phản hồi trong khoảng 2 ngày làm việc.
1. Transfer App là gì và 4 tình huống bắt buộc phải dùng
Transfer App là thao tác chuyển quyền sở hữu một hoặc nhiều ứng dụng cụ thể từ tài khoản nhà phát triển này (Original Account) sang tài khoản nhà phát triển khác (Target Account). Sau khi hoàn tất, app biến mất khỏi Play Console của bên chuyển và xuất hiện đầy đủ trong Play Console của bên nhận.
Bốn tình huống thực tế bắt buộc phải dùng tới thủ tục này:
- Mua bán ứng dụng: bên mua trả tiền để nhận trọn tệp người dùng và lịch sử đánh giá, thứ không thể mua được bằng cách up lại app mới.
- Nâng cấp từ tài khoản cá nhân lên tài khoản công ty: Google không cho phép đổi loại tài khoản tại chỗ khi tài khoản cá nhân có kiếm tiền, nên phải mở tài khoản tổ chức mới rồi chuyển app sang.
- Tái cơ cấu doanh nghiệp: tách công ty con, sáp nhập, hoặc chuyển sản phẩm giữa hai pháp nhân trong cùng tập đoàn.
- Tách rủi ro tài khoản: tài khoản cũ dính nhiều cảnh cáo chính sách nên muốn đưa các app khỏe mạnh sang tài khoản sạch trước khi tài khoản cũ bị xử lý.
Điểm mấu chốt cần hiểu ngay: Transfer App khác hoàn toàn với việc thêm một người vào mục Users and permissions. Thêm người chỉ cấp quyền truy cập, chủ sở hữu pháp lý và tài khoản nhận tiền vẫn là tài khoản cũ. Chỉ Transfer App mới thực sự đổi chủ.
2. Phân biệt App Transfer và Chuyển giao quyền sở hữu tài khoản
Đây là nhầm lẫn phổ biến nhất khiến nhiều người gửi sai loại yêu cầu rồi bị từ chối. Google có hai cơ chế riêng biệt:
| Tiêu chí | App Transfer (chuyển ứng dụng) | Account Ownership Transfer (chuyển chủ tài khoản) |
|---|---|---|
| Đối tượng chuyển | Từng app riêng lẻ theo package name | Toàn bộ tài khoản Play Console cùng mọi app bên trong |
| Số tài khoản liên quan | Cần 2 tài khoản nhà phát triển đã đăng ký, đã trả phí 25 USD | Chỉ 1 tài khoản, đổi người đứng tên chủ sở hữu |
| Ai được dùng | Mọi loại tài khoản | Tài khoản tổ chức và tài khoản cá nhân không kiếm tiền. Cá nhân có kiếm tiền không đủ điều kiện, phải dùng App Transfer |
| Nơi thao tác | Setup > App transfer | Users and permissions, chọn thành viên rồi bấm Make account owner |
| Thời gian | Khoảng 2 ngày làm việc | Có thời gian chờ bắt buộc 7 ngày để chống chiếm đoạt tài khoản |
| Người nhận cần gì | Đã có sẵn tài khoản Play Console riêng | Bắt buộc chưa sở hữu tài khoản Play Console nào khác |
Quy tắc chọn nhanh: chuyển 1 tới 2 app trong khi cả hai bên đều có tài khoản riêng thì dùng App Transfer. Bán đứt cả tài khoản với hàng chục app cho một người chưa từng có tài khoản thì dùng Account Ownership Transfer, vừa nhanh vừa không phải làm thủ tục lặp lại cho từng app.
3. Bảy điều kiện bắt buộc để đơn Transfer được duyệt
- Cả tài khoản chuyển và tài khoản nhận đều ở trạng thái Hoạt động (Active), đã xác minh danh tính thành công và hoàn tất đăng ký. Tài khoản nhận không được còn dòng cảnh báo "Why can't I publish".
- Tài khoản chuyển và toàn bộ app đem chuyển phải tuân thủ chính sách, không đang bị cảnh cáo hay bị điều tra.
- Ứng dụng không ở trạng thái bị tạm dừng (Suspended) hoặc bị gỡ (Removed). App đang bị khóa thì phải kháng nghị mở khóa xong mới chuyển được.
- Có mã Transaction ID của khoản phí đăng ký 25 USD của cả hai tài khoản.
- Có Developer Account ID của tài khoản nhận, chuỗi số khoảng 19 tới 20 chữ số.
- Nếu app có tính phí hoặc có mua hàng trong app, tài khoản nhận phải có hồ sơ thanh toán (payments profile) đang hoạt động.
- Không có giao dịch nào đang treo, không đang trong quá trình đổi loại tài khoản hay đổi hồ sơ thanh toán ở cả hai phía.
Thiếu bất kỳ điều kiện nào trong bảy điều trên, đơn sẽ bị trả về mà email từ chối thường chỉ ghi một dòng chung chung, khiến bạn mất thêm vài ngày dò tìm nguyên nhân.
4. Cách lấy Developer Account ID và Transaction ID chính xác
Lấy Developer Account ID của tài khoản nhận
Đăng nhập tài khoản sẽ nhận app, vào Setup > Account details, tìm dòng Developer account ID. Đây là chuỗi số dài, không phải địa chỉ email và cũng không phải tên nhà phát triển hiển thị trên CH Play. Copy nguyên vẹn, không thêm dấu cách.
Lấy Transaction ID của phí đăng ký 25 USD
Có hai cách tra cứu:
- Cách 1, tìm trong hộp thư: tìm với từ khóa
developer registration feetrong email của người đứng tên chủ tài khoản. Email hóa đơn từ Google Payments chứa mã giao dịch. - Cách 2, tra tại pay.google.com: đăng nhập đúng tài khoản chủ sở hữu, mở tab Activity, tìm giao dịch đăng ký nhà phát triển, mở chi tiết rồi copy Transaction ID.
Lưu ý cực quan trọng khi điền mã, đây là chỗ sai nhiều nhất: mã hiển thị thường kèm tiền tố hoặc hậu tố thừa. Bạn phải bỏ tiền tố dạng 0.G. và bỏ phần chữ số đứng trước từ token hoặc trước từ Registration. Chỉ nộp phần mã lõi. Mã đúng thường có dạng GPA.1234-5678-9012-34567.
| Tình huống | Hướng xử lý |
|---|---|
| Chủ tài khoản cũ đã nghỉ việc, không truy cập được email | Đăng nhập pay.google.com bằng chính tài khoản Google đứng tên chủ sở hữu, dữ liệu giao dịch nằm ở đó chứ không nằm trong Play Console |
| Tài khoản đăng ký qua đại lý hoặc mua lại | Yêu cầu bên bán cung cấp Transaction ID trước khi thanh toán, không có mã này thì không thể chuyển app |
| Tài khoản đăng ký quá lâu, mất hết email | Mở ticket với Google Play Developer Support kèm ảnh chụp Account details để được hỗ trợ tra cứu |
5. Quy trình gửi yêu cầu Transfer App trên Play Console
Trước đây thủ tục này làm qua một biểu mẫu hỗ trợ riêng. Hiện nay Google đã đưa hẳn vào Play Console, bạn thao tác trực tiếp trong giao diện quản trị.
Bước 1: Mở trang App transfer trong tài khoản đang giữ app
Đăng nhập tài khoản hiện đang sở hữu app, ở menu trái chọn Setup, kéo xuống cuối nhóm này và chọn App transfer. Trang này có hai tab:
- Transfer request: nơi bạn tạo yêu cầu chuyển app đi.
- Apps being transferred to you: nơi bên nhận nhìn thấy và chấp thuận các app đang được chuyển tới.
Bước 2: Điền thông tin yêu cầu chuyển giao
- Chọn các ứng dụng muốn chuyển theo package name, ví dụ
com.domain.app. Chuẩn bị sẵn danh sách package name nếu chuyển nhiều app một lượt. - Nhập Developer Account ID của tài khoản nhận.
- Nhập Transaction ID phí đăng ký của tài khoản chuyển.
- Nhập Transaction ID phí đăng ký của tài khoản nhận.
- Xác nhận và gửi yêu cầu.
Bước 3: Bên nhận vào chấp thuận
Chủ tài khoản nhận đăng nhập Play Console, vào đúng trang Setup > App transfer, mở tab Apps being transferred to you và bấm chấp thuận. Nếu bên nhận không thao tác bước này, yêu cầu nằm treo vô thời hạn chứ không tự động hoàn tất.
Bước 4: Chờ Google xử lý
Đội hỗ trợ Google xem xét và phản hồi yêu cầu chuyển giao trong khoảng 2 ngày làm việc. Trong thời gian này, đừng phát hành bản cập nhật mới, đừng đổi giá, cũng đừng đụng vào trạng thái phát hành của app, vì mọi thay đổi đang chờ xử lý đều có thể làm đơn bị kẹt.
6. Dữ liệu nào được giữ, dữ liệu nào mất vĩnh viễn
Đây là phần quyết định bạn có phải chuẩn bị gì trước khi bấm nút hay không. Nhiều đội chuyển xong mới phát hiện mất sạch báo cáo doanh thu lịch sử vì không tải về trước.
| Hạng mục | Sau khi Transfer |
|---|---|
| Người dùng đang cài app, lượt tải tích lũy | Giữ nguyên |
| Đánh giá sao và bình luận review | Giữ nguyên |
| Thuê bao (subscription) đang chạy | Giữ nguyên, tiếp tục gia hạn |
| Store listing, ảnh, mô tả, thứ hạng ASO | Giữ nguyên |
| Content Rating và các khai báo App content | Giữ nguyên |
| Báo cáo bulk export, báo cáo doanh thu, báo cáo thanh toán | KHÔNG chuyển, phải tải về trước |
| Đơn hàng phát sinh trước thời điểm chuyển | Ở lại tài khoản cũ, bao gồm cả lịch sử hoàn tiền |
| Nhóm tester (test groups) | KHÔNG chuyển, phải tạo lại từ đầu ở tài khoản mới |
| Chương trình khuyến mãi (promotions) | KHÔNG chuyển, riêng mã Promo Code đã phát vẫn dùng được |
| Quyền và liên kết tới các dịch vụ tích hợp | KHÔNG chuyển, phải nối lại thủ công |
Riêng dòng "nhóm tester không chuyển" gây hậu quả nặng hơn mọi người tưởng: nếu tài khoản nhận là tài khoản cá nhân mới mở, bạn có thể phải chạy lại toàn bộ Closed Testing 12 tester trong 14 ngày trước khi được phát hành bản cập nhật lên Production.
7. Checklist 8 việc phải làm TRƯỚC khi gửi yêu cầu
- Tải toàn bộ báo cáo lịch sử: bulk export reports, estimated sales reports, earnings reports. Sau khi chuyển là không lấy lại được.
- Xuất danh sách tester: chép lại toàn bộ email tester và link Google Group của các track thử nghiệm để dựng lại ở tài khoản mới.
- Chụp lại toàn bộ cấu hình Store Listing: mô tả ngắn, mô tả dài, danh sách từ khóa đang dùng, để đối chiếu sau khi chuyển.
- Ghi lại cấu hình giá và gói IAP: tên gói, mã sản phẩm, giá theo từng quốc gia.
- Kiểm tra trạng thái chính sách: vào mục Policy status xác nhận không có cảnh cáo nào đang mở.
- Chốt lịch phát hành: chọn thời điểm không có bản cập nhật nào đang chờ duyệt, tránh chuyển giao giữa lúc Staged Rollout đang chạy dở.
- Xác nhận hồ sơ thanh toán của bên nhận: nếu app có bán hàng, bên nhận phải có payments profile hoạt động trước, không phải sau.
- Thống nhất bằng văn bản với bên mua: ghi rõ ngày chuyển, danh sách app, ai chịu trách nhiệm doanh thu phát sinh trước và sau mốc chuyển.
8. Chín việc phải xử lý NGAY SAU khi transfer hoàn tất
Transfer xong chưa phải là hết việc. App đã đổi chủ nhưng mọi dịch vụ bên ngoài vẫn đang trỏ về tài khoản cũ, và đây là lúc app dễ hỏng nhất.
- Firebase: phải gỡ liên kết khỏi tài khoản Play cũ rồi nối lại vào tài khoản mới. Không làm bước này thì dữ liệu Firebase Analytics và báo cáo Play sẽ lệch nhau.
- AdMob và các SDK quảng cáo: phải tạo lại App ID trong tài khoản AdMob mới rồi phát hành bản APK/AAB cập nhật, nếu không lưu lượng quảng cáo bị quy sai chủ và doanh thu vẫn chảy về tài khoản cũ.
- File app-ads.txt: cập nhật lại Publisher ID mới trên website khai báo, vì Publisher ID cũ không còn hợp lệ.
- Google Cloud và Play Developer API: nối lại project, cấp lại quyền cho service account để hệ thống CI/CD tự động đẩy bản build tiếp tục chạy.
- Tài khoản nhận tiền In-App Purchase: kiểm tra lại merchant account, xác nhận doanh thu mới đã về đúng nơi.
- Dựng lại nhóm tester: tạo lại Internal Testing và Closed Testing, mời lại toàn bộ tester từ danh sách đã lưu.
- Cập nhật liên kết pháp lý: đường dẫn Privacy Policy, trang yêu cầu xóa tài khoản và tên pháp nhân hiển thị trên Store Listing phải đổi theo chủ mới.
- Rà lại khai báo Data Safety: nếu bên nhận thay SDK hoặc đổi máy chủ lưu dữ liệu, bảng khai báo cũ trở thành khai báo sai, đây là lỗi bị Google xử lý rất nặng.
- Kiểm tra lại danh sách SDK: đối chiếu với SDK Privacy Checklist để chắc chắn không thừa hưởng thư viện đang bị Google đánh dấu.
9. App có tính phí và In-App Purchase: cái bẫy lớn nhất
Với app miễn phí thuần túy, transfer gần như êm ru. Với app có bán hàng, có ba rủi ro cần biết trước:
- App bị gỡ khỏi cửa hàng tạm thời: sau khi chuyển, ứng dụng ở trạng thái chưa phát hành cho tới khi bên nhận tự bấm publish lại. Nếu bên nhận không biết điều này, app biến mất khỏi CH Play trong nhiều ngày và bạn mất trắng lượt cài trong khoảng thời gian đó.
- Các gói mua trong app bị unpublish: khi tài khoản nhận dùng đơn vị tiền tệ mặc định khác, riêng phần in-app purchase sẽ bị gỡ và phải kiểm tra lại giá theo từng quốc gia rồi phát hành lại. Người dùng bấm mua trong lúc này sẽ gặp lỗi không tải được sản phẩm.
- Ngưỡng phí dịch vụ 15%: doanh thu của app được chuyển sẽ tính vào tổng doanh thu năm của cả hai nhóm tài khoản khi xét mốc 1 triệu USD. Với đội đang sát ngưỡng, đây là con số ảnh hưởng trực tiếp tới lợi nhuận, cần tính trước chứ đừng phát hiện khi đã chuyển xong.
Kinh nghiệm triển khai: hãy chọn khung giờ thấp điểm để chuyển, chuẩn bị sẵn tài khoản bên nhận đã đăng nhập, và bấm publish lại ngay khi Google báo hoàn tất. Nếu app dùng thư viện thanh toán, đọc kỹ thêm bài tích hợp Google Play Billing để kiểm tra lại luồng mua hàng sau khi đổi chủ.
10. Khóa ký ứng dụng (App Signing) khi mua bán app
Đây là phần các bài hướng dẫn thường bỏ qua nhưng lại quyết định an toàn của cả thương vụ. Package name và khóa ký quyết định app có được nhận bản cập nhật hay không, nên bên bán về lý thuyết vẫn nắm trong tay công cụ để ký một bản build khác.
- Nếu app dùng Play App Signing, Google giữ khóa ký phát hành, bên bán chỉ giữ khóa upload. Sau khi mua, bên nhận nên yêu cầu đổi khóa upload sang khóa mới do chính mình tạo, việc này làm ngay trong Play Console.
- Nếu nghi ngờ khóa cũ đã bị lộ hoặc bên bán không đáng tin, có thể thực hiện nâng cấp khóa ký để các lượt cài mới dùng khóa mới.
- Nếu app vẫn tự quản lý keystore theo cách cũ, bắt buộc phải nhận bàn giao file keystore kèm mật khẩu, mất file này là app coi như chết vĩnh viễn, không bao giờ cập nhật được nữa. Xem thêm bài tạo file AAB và Keystore.
Với người mua app: hãy coi việc bàn giao khóa ký là điều kiện thanh toán, không phải việc làm sau. Đã có nhiều trường hợp trả tiền xong mới phát hiện bên bán không còn giữ keystore.
11. Bảy lý do đơn Transfer bị từ chối hoặc treo
| Nguyên nhân | Cách xử lý |
|---|---|
| Transaction ID sai định dạng do còn tiền tố 0.G. hoặc phần trước chữ token | Bỏ tiền tố, chỉ nộp phần mã lõi rồi gửi lại |
| Nhầm Developer Account ID với tên nhà phát triển hoặc email | Lấy đúng chuỗi số 19 tới 20 chữ số trong Account details |
| Tài khoản nhận chưa hoàn tất xác minh danh tính | Hoàn tất xác minh, đợi tài khoản hết trạng thái hạn chế rồi gửi lại |
| App đang bị tạm dừng hoặc tài khoản đang có cảnh cáo chính sách | Giải quyết vi phạm trước, Google không chuyển app đang có vấn đề |
| Bên nhận không vào tab Apps being transferred to you để chấp thuận | Nhắc bên nhận thao tác, đơn không tự hoàn tất |
| App có bán hàng nhưng bên nhận chưa có hồ sơ thanh toán | Thiết lập payments profile cho bên nhận trước |
| App riêng tư trong Managed Google Play tạo qua iFrame | Gỡ phát hành tạm thời và bỏ giới hạn theo tổ chức trước khi chuyển |
12. Khi nào KHÔNG nên transfer app
Transfer không phải lúc nào cũng là lựa chọn đúng. Bốn trường hợp nên cân nhắc phương án khác:
- Chỉ cần cho đối tác quản lý app hộ: dùng Users and permissions cấp quyền theo vai trò, giữ nguyên quyền sở hữu. Chuyển hẳn quyền sở hữu rồi lấy lại là thủ tục dài dòng gấp nhiều lần.
- Tài khoản cũ đang bị điều tra hoặc sắp bị khóa: Google không cho chuyển app khỏi tài khoản đang vi phạm, và cố gắng chuyển để né hình phạt có thể bị coi là hành vi lách chính sách, kéo theo tài khoản nhận cũng bị vạ lây.
- App gần như không có người dùng: nếu app mới chỉ vài trăm lượt tải và chưa có đánh giá, up một app mới ở tài khoản mới nhanh và sạch hơn nhiều so với làm thủ tục chuyển giao.
- Bên nhận chưa sẵn sàng vận hành: chưa có tài khoản đã xác minh, chưa có hồ sơ thanh toán, chưa có đội kỹ thuật để dựng lại Firebase và AdMob. Chuyển trong tình trạng này thì app bị đứng hình vài tuần.
13. Quy trình mua bán app an toàn cho cả hai bên
Vì tiền và tài sản số không đi cùng một kênh, rủi ro luôn nghiêng về một phía. Trình tự dưới đây cân bằng rủi ro tốt nhất:
- Kiểm tra tài sản trước khi trả tiền: bên mua xin ảnh chụp màn hình Play Console thể hiện lượt cài, doanh thu, trạng thái chính sách và Android Vitals. Đối chiếu số liệu này với thông tin công khai trên trang tải app.
- Ký thỏa thuận chuyển nhượng: ghi rõ package name, phạm vi tài sản kèm theo gồm mã nguồn, keystore, tài khoản AdMob, tên miền và server, cùng mốc chia doanh thu.
- Đặt cọc một phần: thường 30% tới 50% trước khi bên bán gửi yêu cầu transfer.
- Bên bán gửi yêu cầu, bên mua chấp thuận: theo đúng quy trình ở mục 5.
- Thanh toán phần còn lại khi app đã hiện trong Play Console bên mua và bên mua đã publish lại thành công.
- Bàn giao kỹ thuật trong 7 ngày: mã nguồn, keystore, tài khoản dịch vụ, tài liệu vận hành, kèm cam kết hỗ trợ xử lý sự cố trong giai đoạn đầu.
Với bên bán, đừng bao giờ chuyển app trước khi nhận cọc. Với bên mua, đừng bao giờ thanh toán 100% trước khi app thực sự nằm trong tài khoản của mình.
14. Ảnh hưởng tới ASO và thứ hạng sau khi đổi chủ
Tin tốt là thứ hạng tìm kiếm trong CH Play không bị đặt lại về 0 vì package name, lịch sử cài đặt và điểm đánh giá được giữ nguyên. Tuy nhiên vẫn có ba thứ dao động trong khoảng 2 tới 4 tuần đầu:
- Tên nhà phát triển đổi: ảnh hưởng tới các truy vấn tìm theo tên thương hiệu cũ, và làm giảm tín hiệu tin cậy với người dùng đã quen tên cũ.
- Khoảng lặng cập nhật: thời gian app bị gỡ tạm rồi publish lại làm gián đoạn đà tăng trưởng, thuật toán ưu tiên app cập nhật đều nên hãy phát hành một bản nhỏ ngay sau khi chuyển xong.
- Chỉ số kỹ thuật tính lại theo tài khoản mới: các mốc theo dõi trong Play Console bắt đầu lại, nên hãy theo sát Android Vitals ở bản phát hành đầu tiên dưới tên chủ mới.
Nếu bạn đang chuyển app theo chiều ngược lại, tức từ Android sang hệ sinh thái Apple, quy trình bên đó khác hẳn, tham khảo bài Transfer App trên App Store Connect.
Đối với nhà phát triển vừa chuyển app sang tài khoản cá nhân mới và bị yêu cầu chạy Closed Testing 12 tester trong 14 ngày, Dịch vụ 12 Tester Google Play của Uwmee hỗ trợ trọn gói người thật thiết bị thật đồng hành đến khi app lên Production thành công.