La réponse tient avant tout à vos objectifs : pour quelle(s) raison(s) souhaitez vous être présent sur mobile ? Le prestige ? Vous êtes un acteur technologique ? Votre cible est le grand public ou au contraire une niche bien particulière ?

Une partie de la réponse tient également à la géographie : où souhaitez vous distribuer vos services, votre produit ?

Si le leader incontesté du marché est l’iPhone avec ses 100 millions d’unités vendues, qu’en est-il des concurrents ? Quel OS domine le « second » marché?  Spontanément, beaucoup de personnes répondraient Android… et pourtant. En se référant aux chiffres proposés par l’étude de la société icrossing, on constate de fortes disparités géographiques. En France, par exemple, Android arrive bien après BlackBerry avec une part de marché de 5% contre 11% pour le géant Canadien. Alors que l’iOs représente plus de 85% du marché canadien, il n’occupe « que » 53% du marché américain.

Ces chiffres vont bien évidemment évoluer au cours des prochains mois, avec une forte progression d’Android prévue. Toutefois, il faut d’ores et déjà convenir qu’en dehors de l’iPhone, il n’est pas possible aujourd’hui d’avoir une logique de communication globale sur tel ou tel système d’exploitation.

Cette utilisation promotionnelle du réseau de micro-blogging devrait encore augmenter : en effet, désormais, Twitter intègre l’App Store ! En effet, comme vous pouvez le constater sur la capture d’écran jointe au présent article, si vous publiez un tweet contenant l’URL d’une application, Twitter se chargera d’afficher la fiche iTunes allégée de l’application, peu importe le fait que vous publiez un lien raccourci ou non.

Pour l’instant, cette fonction n’est présente que sur la version web de Twitter, que ce soit via la timeline d’un utilisateur ou via un tweet précis (pour un exemple concrêt pour pouvez tester en consultant ce tweet : http://twitter.com/#!/isee_u/status/37896791504601088). Par contre, sur les clients Twitter officiels iPhone et iPad, aucune fiche n’est encore proposée. Twitter n’ayant pas communiqué sur cette intégration, il n’est d’ailleurs pas possible d’en savoir plus pour l’instant.

Bien entendu, que vous ayez ou non un iPhone, nous vous invitons à nous suivre sur Twitter via notre compte : @isee_u.

Source

Il est donc indispensable de conserver les anciens périphériques sous des versions anciennes de iOS. En effet, d’après l’article de Casey Tschida, il y aurait encore, une dizaine d’utilisateurs sur cent avec une version 3.x de l’iOS sur iPhone. Beaucoup d’utilisateurs n’ont pas mis à jour leur iPhone en version 4 car les iPhone 3G sont particulièrement lents sur ces nouvelles versions d’iOS. Cette cible n’est donc pas négligeable et ne doit pas être négligée. De plus, ces instabilités peuvent entraîner très rapidement des commentaires néfastes sur l’AppStore.

Chez I See U, comme vous pouvez le voir sur la photo, nous avons mis tout en oeuvre pour assurer une compatibilité maximale en utilisant un maximum de périphériques de test sous différentes versions d’iOS. Notre seul souci reste de les mettre tous à la même heure.

Et vous, avez-vous déjà rencontré des soucis avec des applications sous iOS 3.x?

Facebook propose désormais six catégories de page : une fois le type de page sélectionné, vous devrez indiquer à quelle catégorie vous appartenez. C’est fait, la page est créée.

Vous aurez donc la possibilité de créer une Page Facebook pour :

• un lieu ou un commerce local
• une entreprise, un organisme ou une association
• une marque ou un produit
• un artiste, un groupe ou une personnalité publique
• un divertissement
• une cause ou un thème

Dans certains cas, la subtilité entre les différents choix est vraiment minime. Toutefois, Facebook vous demandant ensuite d’autres précisions sur votre activité, vous avez peu de chance de vous tromper.

Dernier petit détail : le lien pour vous permettre de créer votre page Entreprise sur Facebook.

Bien entendu, l’internaute voyageur aura la possibilité d’accéder aux autres sites Internet. Seule différence : l’accès sera payant, entre 4,95$ pour un vol intérieur et 12,95$ pour un vol long courrier… quelques dollars qui inciteront sans aucun doute les utilisateurs à rester sur le réseau social.

Source : USA Today.

De plus, l’In-App Purchase proposé par Apple permet à l’utilisateur d’effectuer son achat sans même utiliser de carte de crédit : son acte d’achat sera directement imputé sur son compte iTunes.

Pratique, simple et ôtant les freins à l’achat en supprimant l’utilisation de carte de crédit, l’In-App Purchase proposé par Apple est un vrai succès.

Google va donc utiliser les mêmes ingrédients pour la même recette. On peut d’ailleurs d’ores et déjà le constater avec une démonstration de leur solution implémentée dans le jeu Tap Tap Revenge 4.

Bien évidemment, les ressemblances entre les deux solutions s’arrêtent au paiement puisqu’Apple fait reposer son système sur iTunes, chose que ne fera bien sur par Google. D’ailleurs, de nombreuses zones d’ombre restent, Google n’ayant pas encore détaillé dans quelles conditions il sera possible d’utiliser son système.

]]> http://www.isee-u.fr/2011/02/in-app-purchase-android/feed/ 1 http://www.isee-u.fr/2011/01/localiser-son-application-iphone-a-priori/ http://www.isee-u.fr/2011/01/localiser-son-application-iphone-a-priori/#comments Mon, 31 Jan 2011 07:02:59 +0000 Hubert http://www.isee-u.fr/?p=543

source : www.webcssdesign.com

Le terme n’étant pas connu de tous, il est préférable de débuter ces quelques lignes par une petite explication sur la localisation : la localisation permet à votre application de détecter la langue utilisée par le périphérique et proposer ainsi du contenu de la même langue.

Ainsi, avec une seule et même application :

• si un Français l’utilise, il aura une application en Français
• si un américain la télécharge, il l’aura également dans sa langue
• si un suédois la télécharge et que vous ne disposez pas d’une traduction en suédois, vous pourrez par exemple lui proposer la version anglaise.

Récemment nous avons du, pour le compte d’un client, localiser (traduire) une application iPhone en plusieurs langues. Lors du développement initial de l’application, nous n’avions pas anticipé cette évolution et donc rien n’était prévu en ce sens. Par exemple, certains textes étaient embarqués dans les images. Grave erreur! La conversion de l’application en multilingues a été une vraie gageure et nous a servi de leçon.
Dans un premier lieu, à part dans des cas extrêmes, il ne faut pas embarquer les textes dans les images, il faut préférer des UILabel que l’on pourra traduire aisément. Les libellés sont regroupés dans le fichier Localizable.strings avec une version par langue. Il s’agit d’un fichier simple avec mécanisme de clé/valeur. Par héritage du développement en Java, j’ai pour habitude d’utiliser des clés en majuscule mais rien n’est imposé de facto.
Lors de la création de ce fichier et des variantes dans chaque langue, veillez à bien gérer votre gestionnaire de code source. Dans notre cas, il s’agit de SVN. Pourquoi cette remarque? Il est intéressant d’étudier la structure physique (sur votre disque) de ces fichiers de localisation. Pour chaque langue, un dossier nommé xx.lproj (exemple: fr.lproj) est créé et regroupe tous les fichiers localisés dans cette langue. On y retrouvera donc un fichier physique Localizable.strings. Dans le projet sous Xcode, on retrouvera sous le nom de fichier Localizable.strings, toutes les variantes linguistiques (exemple: fr). Comme l’archivage physique de ces données de localisation est fait dans des répertoires, il faut bien veiller à les intégrer correctement dans SVN (ou autre outil de gestion de code source).

Dans certains cas, pour des raisons d’esthétisme évidentes, il est tout à fait possible de localiser les images et d’avoir dans ce cas une image par langue. L’iPhone (ou l’iPad), comme pour les textes, choisira automatiquement la bonne image en fonction de la langue actuelle du périphérique. Les images seront physiquement stockées dans le répertoire de type xx.lproj (comme pour le fichier Localizable.strings).

Il est également possible de localiser le nom de l’application. Pour cela il faut activer l’option « Application has localized display name«  dans le fichier Info.plist et créer un fichier InfoPlist.strings avec la clé « CFBundleDisplayName ».

Il est certain qu’à l’avenir nos applications seront localisées par défaut ce qui permettra, entre autres,  de fournir au client l’ensemble des libellés utilisés dans l’application afin qu’il affine le « Wording » de l’application.

Et vous, localisez-vous vos applications par défaut?

Si la gestion de la vie privée de ses membres porte souvent à discussion (en témoigne encore la polémique de la semaine sur la récupération des numéros de téléphone via les applications), sa courbe de croissance a tendance à mettre tout le monde d’accord : on la jalouse !

Facebook doit sa réussite principalement au Web ; cependant, l’accès mobile a joué un rôle important dans son succès et ce n’est sans doute qu’un début. L’application iPhone est par exemple l’application la plus téléchargée sur le Store Français et surement dans le monde. Les possesseurs d’Android et de Blackberry peuvent également accéder à Facebook via leur téléphone.

Facebook revendique ainsi 200 millions d’utilisateurs mobiles (contre 150 en août 2010 !). Ce chiffre devrait encore croitre fortement et surtout rapidement. En effet, par le biais de son blog, l’entreprise de Mark Zuckerberg vient d’annoncer le développement et la mise en ligne d’une application pour les feature phones, c’est à dire pour ces téléphones d’entrée de gamme, peu chers, produits notamment par Nokia, Sony Ericsson, LG… soit plus de 2500 modèles de téléphone.

Histoire d’enfoncer le clou, Facebook a également négocié des partenariats avec 14 opérateurs dispersés aux 4 coins du monde (mais pas plus en France qu’aux Etats-Unis) pour qu’ils offrent l’accès à Facebook durant 90 jours à leurs utilisateurs…

Dès lors, la question que l’on peut se poser n’est pas si Facebook atteindra la barre des 300 millions d’utilisateurs mobiles mais plutôt quand l’atteindra-t-il ? dans quelques mois ou quelques semaines ?

Au sein de I See U, nous avons mis en place pour nos clients un service de Push. Nous avons souffert de quelques loupés sur la mise en place de ce service jusqu’à ce que nous mettions en place ce que je vais vous présenter ce jour : les « Enhanced Apple Push Notifications« , en d’autres termes, l’envoi avancé de notifications.

En quelques mots, comment se passe l’envoi de notifications sur votre iPhone? Le service Web de l’application envoie des messages avec un formalisme défini et signé numériquement aux serveurs d’Apple. Les messages sont entassés dans une file d’attente chez Apple. Ils seront dépilés par la suite en fonction de la charge des serveurs d’Apple. Le mécanisme d’envoi de notifications n’est donc pas synchrone. Si un deuxième message est envoyé pour le même périphérique alors que le premier n’a pas encore été délivré, seul le deuxième sera envoyé au périphérique. Il peut donc arriver que toutes les notifications ne parviennent pas au destinataire. Pour les informations critiques, Apple conseille d’utiliser un autre canal pour informer l’utilisateur (mail, message interne à l’application, …)

La cinématique d’envoi des notifications classiques aux serveurs d’Apple est la suivante :

• Ouverture d’un canal d’échange crypté avec les serveurs d’Apple. Le cryptage se fait grâce à un certificat généré sur le portail de développement.
• Envoi des messages au formalisme suivant :

• Si une erreur se produit, il faut recréer une connexion avec le serveur et continuer l’envoi.

Sur Internet, on trouve certaines personnes qui conseillent d’envoyer les notifications par lot et de clôturer la connexion pour en recréer une aussitôt. Il faut alors décider du nombre de messages envoyés par lot. La bonne pratique semble être d’un millier environ.

Dans ce mode standard, nous n’avons aucun retour sur l’envoi réel des notifications. Nous savons juste que les messages ont été envoyés à Apple.

Ce mécanisme n’était pas acceptable pour nous qui souhaitions fournir un service d’envoi fiable d’autant plus que nous avions remarqué quelques échecs sur certains périphériques. Nous avons donc étudié la solution avancée qui permet de recevoir quelques retours de la part d’Apple.

La cinématique devient donc la suivante :

• Boucle tant qu’il y a des notifications à envoyer
• Ouverture de la connexion sécurisée avec les serveurs d’Apple
• Envoi de n (1000 dans notre cas) notifications avec le formalisme suivant

• Lecture du canal SSL ouvert avec les serveurs d’Apple pour récupérer les potentielles erreurs
• Interprétation des informations renvoyées par Apple au formalisme suivant

• Traitement adéquat s’il y a des erreurs
• Si coupure de la connexion, réouverture (comme en mode standard)
• Fermeture et réouverture de la connexion pour boucler

Grâce à ce mode avancé, nous avons donc plus d’informations sur les éventuelles erreurs. Voici les codes erreur renvoyés :

• 0 : Pas d’erreur rencontrée
• 1 : Erreur de traitement
• 2 : Le « token » du périphérique est manquant
• 3 : Le « topic » du périphérique est manquant
• 4 : Le « payload » du périphérique est manquant
• 5 : La taille du « token » est invalide
• 6 : La taille du « topic » est invalide
• 7 : La taille du « payload » est invalide
• 8 : Le « token » est invalide
• 255 : Inconnue

Lors de nos expérimentations, nous avons remarqué que si une erreur se produisait sur un des messages d’un lot de 1000, les notifications devant être envoyées après celles en erreur n’étaient pas reçues. Nous n’avons trouvé aucune information sur ce point dans la documentation et donc cette information est à prendre avec précaution. Dans nos cas, nous renvoyons donc les notifications qui ont lieues après une erreur dans un lot.

Depuis la mise en place de ce mécanisme, nous n’avons plus de souci avec les notifications.

Si vous aussi vous avez rencontré des soucis avec les notifications Push d’Apple, nous serions ravis d’échanger avec vous sur le sujet.

Source : Documentation Apple

Voici une liste de points à vérifier pour tester l’InAppPurchase en mode développement si les produits apparaissent dans le tableau invalidProductIdentifiers:

• S’assurer que tous les requis financiers ont été complétés : Contrats, taxes et informations bancaires.
• S’assurer d’utiliser un nom d’application explicite (fr.isee-u.monapplication) et non un nom générique (fr.isee-u.*).
• S’assurer d’utiliser un mobile provision associé à ce nom d’application explicite.
• S’assurer d’interroger les identifiants produits corrects. Attention à la casse.
• S’assurer que les produits ont bien été mis à la vente. Option « Clear for sale » dans iTunesConnect.
• S’assurer que les modifications sur les produits dans iTunesConnect ont été effectués il y a quelques heures. En effet, il faut un certain temps pour que les informations saisies dans iTunesConnect sur les produits soient prises en compte.
• S’assurer que le dernier binaire uploadé dans iTunesConnect n’ait pas été rejeté par vous ou Apple.

Ces points sont ceux fournis dans la documentation officielle d’Apple mais il convient d’en vérifier d’autres (informations trouvées au fil de mes recherches) :

• Le test de l’InAppPurchase ne peut s’effectuer que sur un périphérique physique et non au sein du simulateur.
• Il faut créer un compte de test dans iTunesConnect pour pouvoir acheter des produits sans être facturé à des fin de tests.
• Il faut se déconnecter de l’iTunesStore sur le périphérique mais ne pas se reconnecter avec son utilisateur de test.
• Si votre application est une application déjà sur l’AppStore, veillez à la désinstaller du périphérique pour pouvoir pousser la version de développement de façon propre.

C’est ce dernier point qui était à l’origine de nos soucis. Dans le cas où vous avez laissé l’application originale, l’application va contacter l’AppStore et non la sandbox pour les tests. Vos produits ne seront accessibles, dans un premier temps, que dans la SandBox. Une fois qu’ils auront été testés, ils pourront être soumis à Apple pour publication sur l’AppStore.

Nous espérons que ces quelques rappels serviront au plus grand nombre et qu’ils feront gagner un temps précieux aux personnes rencontrant les mêmes problèmes.