7 điều cần làm trước khi đưa ứng dụng lên Google Play

Bạn là một developer, bạn có ứng dụng đã published trên Google Play? Nếu như bạn là người giống mình thì hẳn bạn cũng có suy nghĩ: “Nếu ứng dụng của mình nổi tiếng thì sao!”. Hay là “Một ngày nào đó ứng dụng của mình sẽ đạt hơn 1 triệu lượt tải trong 1 tuần, trời ơi…”. Vậy đưa ứng dụng lên Google Play cũng cần những thủ thuật chứ nhỉ?

Tạo ra một ứng dụng là việc làm lấy đi rất nhiều “ máu ” và “ nước mắt ”. Tuy nhiên một ứng dụng thành công xuất sắc cũng cần thêm cả sự mưu trí và một chút ít như mong muốn nữa .

7 cách hữu hiệu đưa ứng dụng lên google play

Dưới đây là 7 điều nên làm trước khi đưa ứng dụng lên Google Play / App Store. Là những bước tiền đề cho một ứng dụng thành công xuất sắc .

1. Bạn cần ProGuard, đúng vậy, cần lắm lắm

Ngay khi bạn đã đưa ứng dụng lên Google Play hay App Store. Tức là ứng dụng đã không còn chỉ nằm trong máy tính của bạn nữa mà nó được show cho rất nhiều người, ai cũng có thể download về được. Và khi đó, có trời mới biết họ muốn làm gì với ứng dụng của bạn.

Các Hackers và Spammers luôn rình rập những ứng dụng tiềm năng trở thành ứng dụng HOT. Họ thường có những cách hack ứng dụng để kiếm tiền bất chính trên chính ứng dụng của bạn .
Ví dụ : tiền xu trong games hoặc hoàn toàn có thể hack những add on tính phí. Hoặc đơn thuần là sửa file apk để chèn quảng cáo của họ vào .

Nghe có vẻ buồn nhỉ? Đừng lo lắng quá, đã có một giải pháp kĩ thuật mang tên: ProGuard

android {
  ...
  buildTypes {
        release {
            minifyEnabled true
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
    }
  ...
}

ProGuard đặt lại tên biến trong code của bạn, điều này khiến cho những hacker rất khó để crack game show hoặc ứng dụng của bạn .
Tuy nhiên, những hacker vẫn hoàn toàn có thể xem được code của bạn sau khi biến hóa, chỉ có điều rất khó hiểu .

Cách sử dụng Mapping để hiển thị đúng dòng trong log

Khi truy vấn ứng dụng shop google play sử dụng ProGuard thì chương trình sẽ tạo tệp mapping.txt .
Mục đích của tệp này giúp bạn hoàn toàn có thể đọc được log khi cần nghiên cứu và phân tích lỗi. Nếu không, log bạn nhận được toàn vần âm và số dòng code lỗi lung tung .

Trên Google Play console cũng yêu cầu upload tệp mapping.txt. Bạn có thể làm vào select -> crashes and ANRs -> Deobfuscation

Có một giải pháp nữa cũng hay không kém là: DexGuard. Mặc dù nó không đổi tên các biến trong code của bạn nhưng nó cũng rất khó để hacker dịch ngược lại mã nguồn.

2. Luôn giữ gìn cẩn trọng file Keystore

Trước khi bạn submit ứng dụng lên Google Play hoặc Apple Store, mỗi ứng dụng sẽ có một keystore được tạo ra.

Khi bạn cập nhập ứng dụng trên Google Play đều phải sử dụng keystore này .
Nếu bạn đánh mất keystore này, bạn sẽ không hề update ứng dụng. Mà bạn biết rồi đấy, ứng dụng mà không được update sẽ bị lỗi thời, người dùng sẽ dần bỏ ứng dụng của bạn .
Lúc này, bạn chỉ có nước release ứng dụng với keystore mới và submit lại ứng dụng ( coi như làm lại từ đầu ) .

3. Chính sách Bảo mật và Điều khoản Dịch Vụ Thương Mại đã chuẩn bị sẵn sàng chưa ?

Đối với cửa hàng Google Play và Apple Store, việc bạn cung cấp một liên kết tới Chính sách Bảo mật và Điều khoản Dịch vụ là rất quan trọng.

Dưới góc nhìn pháp lý, nó giúp người dùng hiểu những gì mà app đang làm với thông tin cá thể họ .

dieu-can-lam-truoc-khi-dua-ung-dung-len-google-play-2

Ngoài ra, bạn cũng đừng quên cung cấp cả thông tin của bên thứ ba mà ứng dụng dùng trong mục chính sách Bảo mật

Xem thêm: Cách chuyển danh bạ từ iPhone sang iPhone thành công 100%

Ví dụ một trường hợp nổi bật là ứng dụng UC Browser. Ứng dụng từng bị xóa khỏi Google Play. Lý do rất đơn thuần là ứng dụng sử dụng tài liệu người dùng mà không được sự được cho phép .

💦 Xem thêm: Top 7 công cụ App Marketing tốt nhất 2018

4. Sử dụng Analytics để lắng nghe người dùng

Việc publish ứng dụng mà không thiết lập nghiên cứu và phân tích người dùng giống như việc ngồi trong phòng biệt giam vậy .

  • Người dùng thích tính năng nào nhất?
  • Thời điểm nào người dùng thoát khỏi ứng dụng?
  • Tại sao họ lại gỡ cài đặt ứng dụng?
  • Liệu ứng dụng có bị lỗi hay không? Nếu có thì khi nào, ở đâu, và như thế nào?
  • Người dùng đã mua ứng dụng của bạn chưa? Nếu anh ta đã mua thì điều gì đã thuyết phục anh ta mua, và nếu chưa thì cái gì đã khiến anh ta thất vọng?

Việc nghiên cứu và phân tích không chỉ tốt cho những công ty lớn mà có ích cả với nhà tăng trưởng độc lập. Kết quả nghiên cứu và phân tích giúp nhà tăng trưởng hoàn toàn có thể phong cách thiết kế lại ứng dụng theo sở trường thích nghi của người dùng và làm cho ứng dụng đó trở nên phổ cập hơn .
Có 1 số ít công cụ nghiên cứu và phân tích người dùng rất tốt như : Firebase và Facebook Analytics .

5. Sử dụng HTTPS ( Hypertex Transfer Protocol Secure )

dieu-can-lam-truoc-khi-dua-ung-dung-len-google-play-3

Nếu ứng dụng của bạn có liên kết đến server thì cần bảo vệ có liên kết bảo mật thông tin cũng như có chứng từ SSL .
Bạn quên điều này hoàn toàn có thể đặt tài liệu người dùng của bạn vào trường hợp bị rình rập đe dọa. Bất kỳ hacker nào cũng hoàn toàn có thể thuận tiện tiến công vào ứng dụng của bạn từ “ cửa sau ” ( backdoor ) .
Đối với một nhà tăng trưởng ứng dụng, sau một “ thưởng thức của người dùng ”, việc bảo mật thông tin tài liệu người dùng phải là điều tối quan trọng .

6. Cập nhật / Đặt Version tương thích

Bạn update ứng dụng để tăng cấp tính năng hay đây là loại sản phẩm mới trọn vẹn không ?
Điều này được biểu lộ qua thông số kỹ thuật version code, thông số kỹ thuật này không chỉ giúp bạn thông tin về Change Log mà còn hoàn toàn có thể giúp bạn theo dõi hiệu suất cơ bản trong những ứng dụng nghiên cứu và phân tích thị trường như AppAnnie để hiểu version nào được dùng nhiều nhất .
Hãy nhớ rằng, Google Play và Apple không được cho phép update ứng dụng nếu version không biến hóa

7. Assets Copyright / Bản quyền

Tài nguyên sử dụng trong ứng dụng gồm những gì ?
Đó là ảnh, video, hay mã nguồn bạn lấy từ trên mạng … Tất cả những tài nguyên này đều cần phải cẩn trọng về yếu tố bản quyền .
Sở hữu sản phẩm do mình làm ra rất quan trọng, giống như trang blog này. Google và Apple lao lý trong Điều khoản và Điều kiện của họ rằng : một nhà tăng trưởng phải có bản quyền so với những tài nguyên sử dụng trong ứng dụng .
Vi phạm nhẹ thì bị gỡ ứng dụng, nặng thì khóa thông tin tài khoản. Mình đã có một bài học kinh nghiệm đắt giá về yếu tố bản quyền này. Ứng dụng của mình sử dụng một hình ảnh nhỏ bé của bên thứ 3 và ứng dụng bị kiện. Sau đó ứng dụng của mình bị Google Play gỡ khỏi market. Quá đau buồn !
Còn so với code mã nguồn mở, bạn cần quan tâm về giấy phép mà tác giả phân phối. Một số giấy phép mã nguồn mở như Apache 2.0, MIT … thì bạn tha hồ sử dụng .

Sau thực hiện xong những bước trên thì chờ điều gì nữa mà không đưa ứng dụng lên Google Play và chờ “quả ngọt”.

Để ứng dụng của bạn tiếp cận tới nhiều người dùng, bạn cần phải thực thi tối ưu ASO. Và đây là 1 số ít thủ pháp bạn nên biết :
Một lần nữa, chúc những bạn thành công xuất sắc tốt đẹp !

5/5 - (1 vote)
Subscribe
Notify of
guest
0 Comments
Inline Feedbacks
View all comments