Liste "À faire" avant la publication de Android application sur le marché
Je suis sur le point de publier ma première application sur le marché Android, et j'aimerais savoir si l'un d'entre vous a des conseils sur les expériences que vous avez pu rencontrer concernant la publication d'une application va au-delà de l'évidence et déjà documentée.
Des mises en garde cachées et/ou des idées sur ce qu'il faut faire avant de publier une application sur le marché? Par exemple, un de mes amis m'a recommandé de supprimer tous les commentaires de mon code juste au cas où quelqu'un arriverait au code source, rendant ainsi le "déchiffreur de code" plus difficile à déchiffrer. Je pensais que c'était une suggestion judicieuse.
Quelles sont toutes les choses à faire avant de poster leur application sur le marché Android?
J'espère que ce n'est pas trop tard, voici quelques conseils:
Lancez votre application à la fin de la semaine (le jeudi après-midi est généralement une bonne période). Pourquoi Eh bien, aucune entreprise ne souhaite publier une application à peine un jour et demi avant le week-end -> trop dangereuse (en cas de problème nécessitant un temps de réaction rapide).
Utilisez proguard sur votre application (il vous suffit généralement d'ajouter cette ligne:
proguard.config=proguard.cfgdans le fichierdefault.properties). Ceci optimisera, rétrécira et obscurcira votre code, ce qui est très utile pour empêcher les voleurs de code. Vous ne devez supprimer aucun commentaire, il est automatiquement supprimé lors de la compilation.Optimisez vos images (avec Paint.NET , PNGCrush ou OptiPNG ).
Optimisez vos mises en page pour la plupart des tailles d'écran. Vous pouvez le faire en modifiant simplement la taille de l'écran lors de la modification d'une présentation dans AndroidStudio ou Eclipse.
Essayez/interceptez toutes les exceptions sur l'interface utilisateur et affichez un simple toast qui indique à l'utilisateur qu'un problème s'est produit. En attendant, récupérez l'erreur avec Crashlytics ou quelque chose de similaire.
N'utilisez pas trop de bibliothèques .jar, préférez les projets de bibliothèque (optimisez la taille du code) et ajoutez-les à l'aide de gradle.
Préférez utiliser des images vectorielles car cela réduira la taille de l'APK et s'adaptera correctement à tous les appareils.
N'utilisez pas les fenêtres de préférences Android - ce n'est pas très beau, même si c'est dans les directives Android, préférez créer votre propre page de paramètres. Mais si vous conservez les préférences de Android: envisagez d’ajouter des icônes et des couleurs.
N'affichez pas le titre de votre application sur l'écran principal (
this.requestWindowFeature(Window.FEATURE_NO_TITLE);): les bonnes marques n'ont pas besoin de prendre autant de place sur un écran pour être reconnues (montrer une icône ou un titre dans le menu ou à un endroit qui n'est pas toujours visible) et envisagez d'utiliser le mode plein écran (this.getWindow().setFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN, WindowManager.LayoutParams.FLAG_FULLSCREEN);) lorsque vous utilisez des jeux et un contenu très immersif.Utilisez Google Analytics , Réponses Fabric ou Flurry pour les analyses futures -> essayez d'obtenir autant d'informations que possible, mais ne récupérez rien viole l'identité anonyme du client. N'oubliez pas de récupérer les exceptions (erreurs et traces de pile) qui se produisent du côté de l'utilisateur.
Demandez à vos amis de faire des tests de singe, apprendre des utilisateurs apporte généralement beaucoup de bonnes choses (telles que les priorités et les nouvelles idées).
Pensez à publier votre application avant d'avoir terminé toutes les fonctionnalités (la plus importante uniquement), vous ne savez pas déjà ce que vos utilisateurs voudront ou dont ils auront besoin, à part votre fonctionnalité principale.
Ajoutez une section "Plus d'applications" ou "Plus de développeur" dans votre application, c'est des annonces gratuites.
Ajoutez une section "Envoyer des commentaires" pour donner à l'utilisateur la possibilité de demander une nouvelle fonctionnalité ou de signaler un bogue.
Demandez à vos utilisateurs de traduire votre application en fournissant le fichier strings.xml quelque part sur le Web, tel que Crowdin .
Essayez votre application sur chaque version Android avec l'émulateur -> de nombreux bugs ou problèmes de conception seront détectés de cette façon. Pour cela, vous pouvez utiliser l'émulateur fourni ou utiliser Genymotion (Genymotion possède de nombreuses fonctionnalités très utiles).
Pensez au nom de l'application -> quels mots-clés utiliseriez-vous pour rechercher votre application? Ces mots-clés doivent correspondre au nom de votre application (Google vous aidera à faire cette découverte).
Envisagez d'inclure des mots-clés dans la description de l'application, mais de manière descriptive (créez des phrases compréhensibles à l'aide de vos mots-clés). N'ajoutez jamais une liste de mots clés telle qu'elle est dans la description.
Soyez le premier à noter votre application avec 5 étoiles et demandez à votre famille et à vos amis de faire de même -> cela influencera probablement les évaluations des futurs utilisateurs.
Pensez à utiliser Google pour traduire votre application pour la description, pour strings.xml ou pour les deux.
Envisagez de diffuser des annonces dans vos applications et utilisez la médiation pour améliorer vos revenus AdMob .
Au lieu de fournir une version payante, envisagez de faire une facturation intégrée à l'application - les utilisateurs sont plus susceptibles de payer via l'application plutôt que de payer pour une version payante.
Ajouter un journal des modifications dans l'application -> les utilisateurs aiment généralement savoir ce qui a changé depuis la dernière version.
Ajoutez une section "Merci" pour les utilisateurs qui vous ont aidé -> cela engagera les utilisateurs vers votre produit.
Ajoutez un lien "Si vous aimez cette application, merci de le noter" (dans votre description Google Play) dans votre application -> vous obtiendrez plus de 5 étoiles (généralement une fenêtre contextuelle au démarrage ou après une action de fonctionnalité).
Pensez à expliquer votre produit via les sections "Conseils" ou "Instructions" de votre application.
Enregistrez votre magasin de clés et vos informations d'identification dans un endroit sûr. Si vous perdez votre magasin de clés, vous ne pourrez pas publier de mise à jour pour votre application.
Rendez votre icône vraiment simple et claire. L'icône est la première et surtout la dernière chose qui obligera l'utilisateur à télécharger votre application.
À moins que ce ne soit pas possible, préférez une installation externe (
Android:installLocation="preferExternal"dans le fichier AndroidManifest.xml).Lisez AppAnnie astuces et billets de blog, il vous donnera des astuces pour améliorer ASO et vous aidera à mieux comprendre vos utilisateurs.
Vraiment, ne vous inquiétez pas de supprimer les commentaires de code. Votre code source ne parvient pas au téléphone de l'utilisateur - seul le code compilé y est acheminé, et cela ne contient aucune référence à vos commentaires.
Les utilisateurs d'Android ont tendance à considérer que les applications sont aussi petites que possible. Vérifiez donc que vous n'incluez que des ressources (images, etc.) toujours utilisées dans votre application. Utilisez OptiPNG / PNGCrush sur les images .png présentes dans votre application, ce qui peut réduire la taille des fichiers d’image d’environ 10%, ce qui peut constituer une partie importante de vos performances globales. taille de l'application.
Utilisez également un éditeur audio tel que Audacity pour réduire le plus possible la taille des fichiers audio. Il est souvent préférable d’utiliser des fichiers mono OGG Vorbis et sonne assez bien sur un téléphone.
Ne vous inquiétez pas des commentaires. Cependant, si vous craignez une dissection malveillante de votre application, exécutez-la via un obfuscateur tel que ProGuard.
Autres conseils que je proposerais:
- Préparez tous vos graphiques et matériel promotionnel à l'avance.
- Prévoyez une date de sortie stratégique pour ne pas avoir trop à faire dans votre vie (comme juste avant un week-end) pour avoir le temps de réagir rapidement si la première poignée d'utilisateurs commence à avoir des problèmes. De faibles notations au début peuvent vous tuer, mais une réponse rapide par courrier électronique et des correctifs peuvent totalement échanger l'opinion d'un client sur votre application.
- Je suis d'accord avec les commentaires précédents sur la réduction maximale des tailles d'image.
- Obtenez votre code dans le contrôle de source s'il ne l'est pas déjà. Vous êtes certain de devoir publier des mises à jour et des correctifs à un moment donné, et le contrôle de source peut jouer un rôle important à cet égard.
Je ne sais pas si vous avez déjà vu cela auparavant, mais vous devriez exercer votre interface utilisateur avec le singe - mon application n'a eu qu'un crash, mais il n'y en aurait eu aucun si j'avais testé le premier avec singe.
J'ajouterai un élément évident, mais important: enregistrez votre clé de signature dans un endroit sûr et effectuez une copie de sauvegarde. Si vous laissez Eclipse gérer cela pour vous, faites attention à l'endroit où il crée votre magasin de clés et sauvegardez-en une copie de sauvegarde. Et n'oubliez pas les mots de passe du magasin de clés ou des clés de signature individuelles.
Why: vous devez signer les mises à jour de votre application avec le même certificat que vous avez utilisé pour signer l'original. Si vous perdez ce certificat (ou en perdez l'accès), vous ne pouvez pas mettre à jour votre application. Vous devrez créer une nouvelle liste sur le marché Android.
Quelques points que j'ai tendance à oublier:
- vérifiez votre
minSdkVersiondans le manifeste - tester votre application sur un émulateur avec votre
minSdkVersion - laissez vos amis tester votre application pour voir si elle est explicite
Si vous allez fournir des mises à jour dans votre application:
- vous voudrez peut-être ajouter une sorte de 'Quoi de neuf dans cette version'-dialog
- sauvegardez votre ancienne version!
- n'oubliez pas d'augmenter
versionCodeetversionNamedans votre manifeste
N'oubliez pas de faire debuggable = false dans votre manifeste. Cela m'a attiré quelques fois.
Je ne suis pas tout à fait sûr, mais je pense que cela inclurait beaucoup d'informations rendant la vie des pirates informatiques plus facile.
Je me souviens d’il ya des années, j’ai accidentellement supprimé le code source d’un projet Java. Horreur, j’ai réalisé que je n’avais aucune copie de sauvegarde! J'ai utilisé un utilitaire appelé jad pour décompiler le fichier jar sur le serveur de production. Toutes les variables étaient intactes et presque parfait. Je ne me souviens plus si les commentaires existaient ou non, mais je ne les ai pas mis beaucoup de fois dans les jours de toute façon :) C'est parce que j'incluais des symboles lors de la compilation.
Outre les excellentes suggestions ci-dessus, pensez à utiliser Flurry pour l'analyse mobile. Je ne le savais pas quand j'ai commencé à publier mes applications, mais maintenant que je les ai mises à jour pour les inclure, j'aime voir ce que les utilisateurs font réellement avec l'application. Cela peut fournir des informations précieuses et des conseils utiles sur les éléments que les utilisateurs peuvent trouver difficiles à trouver ou qui ne les intéressent pas.
Autant que je sache, les commentaires ne sont pas inclus dans l'application sous aucune forme.
Lors de la soumission d'une application, le seul "casse-tête" que j'ai trouvé pour un développeur était les différents graphiques que vous pouvez fournir au marché. Préparez-vous à prendre plusieurs captures d'écran et à créer plusieurs tailles d'icônes d'application ainsi que des graphiques promotionnels.
Du côté positif, préparez-vous à ce que votre application apparaisse instantanément dans le magasin - il n’existe aucun processus d’approbation à suivre pour les applications Android Market.
Je voudrais également m'assurer que vous avez une sorte de rapport d'erreur afin que vous sachiez combien d'utilisateurs rencontrent des erreurs. Vous voudrez peut-être conserver une copie de votre ancienne version lors de la mise à jour de votre application, au cas où vous deviez revenir en arrière. Il est également agréable de compiler une liste de contrôle spécifique à votre application que vous pouvez consulter à tout moment.
Pour ajouter à cela, vous pouvez utiliser un trimmer pour extraire des morceaux de code qui ne sont pas utilisés pour réduire la taille globale du fichier (l'espace disponible sur le téléphone étant plutôt limité). Vous pouvez également vouloir masquer votre code pour une protection supplémentaire.
Pour avoir une idée claire, passez à travers ceci .. http://bewithandroid.blogspot.in/2012/05/publishing-Android-application-on.html
Déclarez un attribut Android:process et Android:sharedUserId!
Voir sharedUserId: sûr de changer lorsque l'application est déjà sur le marché? pourquoi.