Que devez-vous faire pour qu'un site Web mobile convertisse de manière optimale ? Le mobile ne convertit pas ? Peut-être. Si tu ne fais pas tes devoirs. Aussi dur que cela puisse paraître, le manque d'achèvement d'un support mobile n'est pas dû au support. La raison en est le manque de congruence entre la façon dont il est utilisé et la façon dont il a été conçu. En bref, personne ne sait comment l'utiliser et donc personne ne sait comment le rendre utilisable.
Alors, que pouvez-vous faire ? Ne vous inquiétez pas - il existe un moyen de sortir de cette misère. Nous sommes en 2015, ce qui signifie que nous pouvons revenir sur environ cinq ans de sites web mobiles. Attends, cinq ? N'était-ce pas il y a bien longtemps que des informations éparses sur des écrans monochromes de la taille d'un timbre-poste étaient distribuées via le WAP à un petit nombre de passionnés de téléphonie mobile ?
En 1993, le navigateur Mosaic a introduit l'internet (non mobile) dans les bureaux et les salles de travail. Des liens soulignés en bleu sur un fond gris, plus le logo rouge de Yahoo - un moment merveilleux. Malheureusement, cela impliquait beaucoup d'attente. Jusqu'à ce que Telecom apporte le RNIS à ses clients en 1995. Le modem ne réveille plus les enfants et le surf ne nécessite plus une planification intensive.
À l'exception de l'amateurisme grandiose de Boris Becker en 1999, rien de bouleversant ne s'est produit en termes d'internet avant 2007. Oui, il y a eu le DSL à un moment donné et oui, les utilisateurs de téléphones mobiles ont été torturés avec le WAP à un moment donné. Mais en 2007 est arrivée la chose qui a réellement révolutionné l'utilisation de l'internet. Steve Jobs a présenté l'iPhone. Ce smartphone était sexy, fonctionnait, et vous pouviez surfer merveilleusement sur le net avec. Même si Pinch To Zoom était considéré comme acquis, les gens continuaient à surfer pour leur plus grand plaisir. Le terme "Responsive Web Design" est apparu pour la première fois en 2010, via l'étape intermédiaire des modèles mobiles distincts. Au cours de cette évolution, les sites web mobiles sont devenus pour la première fois véritablement utilisables. Enfin, il était désormais techniquement possible de construire des sites web fonctionnant sur une seule base de code.
Quel est le but de la leçon d'histoire ? En fin de compte, nous comparons 17 ans de comportement d'utilisation acquis avec un peu moins de quatre ans de comportement d'utilisation partiellement nouveau et exploratoire ; des pommes avec des oranges. Et c'est là que le bât blesse : le web n'est pas le web. C'est précisément cette erreur qui fait que les sites Web mobiles ne convertissent pas.
Le mobile ne fonctionne pas (encore) en pilote automatique
Comme les utilisateurs de sites Web mobiles n'ont pas encore une longue expérience de l'utilisation de ce média dans ce contexte, il faut faire preuve de tact. Tout comme pour les sites web non mobiles, il faut un certain temps pour que des normes émergent et que des modèles d'utilisation s'établissent. Une fois que c'est le cas - une fois que le menu burger en haut à droite, le bouton de la barre ou le menu pré-rempli sont établis - il est également possible de supposer un certain comportement d'utilisation dans la conception.
Tant que ce n'est pas encore le cas, vous devez penser en termes de cas d'utilisation. Le but de l'utilisation, l'objectif de conversion et le contexte dans lequel le site web mobile est utilisé déterminent son concept.
Cas d'utilisation ? Ce n'est pas nouveau.
C'est vrai au début. Mais si l'on examine séparément l'utilisation mobile des sites web, il apparaît clairement qu'il est impossible de les rendre propices à la conversion si on les sort de leur contexte.
Quelques exemples. On pourrait être mobile.
Il s'agit de scénarios d'utilisation très différents. Chacun d'entre eux nécessite une approche différente :
les gens aiment réserver leur billet de train sur le pouce. Qu'il s'agisse d'une application ou d'un site web mobile, les utilisateurs passent par ce processus si souvent qu'il finit par devenir une habitude. Ici, seule une mauvaise expérience utilisateur peut provoquer des annulations. Vous avez besoin du ticket. Alors vous l'achetez. Période. Cependant, de temps en temps, il sera acheté sur le pouce et dans le pire stress du voyage. L'interface utilisateur doit en tenir compte.
La pizza coûte moins de dix euros. Le risque est faible. La confiance joue un rôle secondaire par rapport à la fraîcheur et à la qualité. Vous commandez généralement dans une atmosphère détendue sur votre canapé à la maison. Mais aussi de temps en temps au bureau. Avant tout, il doit être rapide et simple.
Seules quelques personnes réservent une assurance via un smartphone. Vous avez besoin de beaucoup de temps pour prendre votre décision, vous devez lire de longues conditions et discuter de tout cela avec votre famille. Après tout, il s'agit d'une décision pour une très longue période. Dans ce cas, une bonne optimisation de la conversion consiste à placer un bouton d'appel bien en vue pour répondre aux questions du client et gagner sa confiance.
Réserver un voyage n'est pas une mince affaire. De nombreux paramètres doivent être pris en compte. En outre, cela coûte beaucoup d'argent. Vous souhaitez également obtenir une bonne image de l'hôtel et de la destination. De grandes photos sont nécessaires. Le téléphone portable ne convient que sous certaines conditions. La plupart du temps, la décision est prise avec le conjoint au bureau à la maison. Toutefois, cela ne signifie pas que la réservation ne peut pas se faire par la suite via un smartphone. En raison de la grande complexité de la réservation et du prix souvent élevé, il faut ici une interface propre et très conviviale, dans laquelle chaque pixel inspire confiance.
Le produit de plus de 1000,00 EUR - par exemple un appareil photo - pose certainement moins d'exigences à l'interface en termes d'optimisation de la conversion et de processus de commande que les voyages, mais il exige un degré élevé de confiance, surtout pour les premiers acheteurs dans les petites boutiques de niche. Bien entendu, la présence mobile doit en tenir compte.
Pro-tip :planification
Si vous envisagez de créer un site web mobile, vous devez regarder à gauche et à droite avant de commencer. En d'autres termes, regardez ce que font ceux qui réussissent.
Les grands acteurs du marché ont plus d'expérience que les petites entreprises et disposent généralement d'un budget impressionnant investi dans leurs sites ou applications mobiles. Il est peu probable que beaucoup de choses aient été mal faites ici.
Avec ces connaissances en tête, vous pouvez maintenant regarder ce qui est bien classé dans l'App Store pour le sujet en question, par exemple. Il est également intéressant de jeter un coup d'œil aux magazines numériques. Tout comme les applications, ils sont conçus pour fonctionner correctement sur un petit écran et en déplacement.
Les critiques négatives sont d'ailleurs une véritable mine d'or, pleine de possibilités d'amélioration.
Donc : regardez toujours l'approche de ceux qui réussissent dans le créneau. Bien sûr, l'inspiration est toujours plus importante que la copie.
Quelques chiffres convaincants
En 2012, Google a réalisé une étude. Les résultats devraient néanmoins servir de signal d'alarme pour tous ceux qui considèrent le référencement mobile comme un gadget inutile. Même s'ils datent de trois ans, ces chiffres sont très pertinents. On peut supposer qu'ils sont devenus encore plus spectaculaires entre-temps, en raison de l'utilisation accrue des sites Web mobiles.
Une étude de Compuware a révélé que 43 % des visiteurs qui se sont rendus sur un site mobile lent ne reviendront pas sur ce site. Pas moins de 40 % des utilisateurs ayant eu une mauvaise expérience mobile se tourneront vers un concurrent.
Pro-tip : analyse
Au-delà des études de marché, il est toujours important de mieux connaître ses propres utilisateurs. Vous trouverez ici un article complet sur la façon dont vous pouvez mieux analyser les utilisateurs mobiles avec Google Analytics.
Directives de conception pour les mobiles - les instructions pour réussir
Si vous ne savez pas par où commencer pour optimiser votre conversion mobile, il est intéressant de jeter un coup d'œil aux directives de conception des deux grands acteurs du marché. Google et Apple expliquent en détail ce qu'ils considèrent comme une bonne conception mobile dans leurs directives de conception. Ils montrent les principes de la conception mobile et les expliquent. Vous saurez ainsi ce qu'il faut faire et pourquoi il faut le faire.
Ces directives font référence aux applications, n'est-ce pas ? Oui, c'est vrai. Et ce n'est pas un problème du tout. Les sites web et les applications mobiles poursuivent le même objectif : fournir des informations et des services aux utilisateurs sur un appareil mobile d'une manière qui leur permette de les utiliser de manière efficace et efficiente dans leur contexte. Donc, si vous suivez les directives de conception des applications, vous pouvez rarement vous tromper avec un site Web mobile.
Note : u
n bon fonctionnement a également une influence sur le référencement. Cela permet de réduire les taux de rebond.
Boutons et appel à l'action
Pas de boutons, pas de conversion. Ce n'est que si l'on clique sur le bon bouton que la caisse enregistreuse sonne, que la liste d'adresses électroniques s'agrandit ou que l'évaluation de son propre produit change.
Pour que cela fonctionne, les boutons doivent aussi ressembler à des boutons. Ils ne doivent pas ressembler à une bannière ou à un accessoire décoratif. Le bouton doit crier "Je suis un bouton ! Cliquez sur moi ! Et quand tu cliques sur moi, il se passe un truc génial !". Pour ce faire, les boutons doivent se démarquer du reste du contenu. Cela passe par la couleur et la forme ("Je suis un bouton !").
Le Call To Action (CTA), dans ce cas l'inscription du bouton, a pour tâche de motiver l'utilisateur à cliquer et de transmettre la conséquence de son clic ("Et si tu me cliques, alors le grand X se produit !").
En principe, cela suit les règles qui s'appliquent à tous les éléments d'un site web (mobile) : les rendre clairement reconnaissables, transmettre l'objectif et assurer une bonne convivialité.
Numéros de téléphone
Les numéros de téléphone sont une forme particulière d'appel à l'action. Ils sont LE moyen mobile de choix pour interagir avec le client. Un appel à l'action bien placé par téléphone vaut son pesant d'or. Pourquoi ? C'est simple : les appels et le positionnement figurent parmi les interactions les plus courantes sur les sites Web mobiles. Les deux sont à portée de clic sur les smartphones grâce aux services intégrés.
C'est là que la réflexion sur les cas d'utilisation mentionnée plus haut entre en jeu. Ainsi, s'il s'agit du site web mobile d'un restaurant, le voyageur urbain voudra faire deux choses : appeler sur place pour réserver une place, puis trouver le chemin pour s'y rendre.
Géolocalisation
La détermination de l'emplacement actuel mentionnée ci-dessus est, en plus de l'appel direct, également une fonction populaire sur les sites web mobiles. Une fois que vous savez où vous êtes, vous pouvez utiliser ces informations pour vous rendre à votre destination en utilisant des cartes ou des applications de navigation.
Avec les informations que vous obtenez de la GeoIP, vous pouvez également adapter les sites web mobiles à l'environnement direct de l'utilisateur de manière assez merveilleuse. Vous voulez voir quelques exemples ?
Formule responsive
Il devrait maintenant être clair qu'il existe de nombreuses façons de laisser un site Web mobile dégénérer en un désert de conversion. Les formulaires mobiles sont particulièrement populaires à cet égard. Trop long, trop compliqué ou trop difficile à utiliser - la liste des infractions est longue.
Les formulaires sont clairement sous-estimés. Cependant, leur importance pour établir le contact est immense. Où d'autre est-il possible d'obtenir un retour d'information qualitatif sur un site web ? Où d'autre faut-il établir le contact ? Et où, sinon ici, demander des informations importantes sur l'achat et la réservation ?
Si vous suivez les règles suivantes, la conversion des formulaires sera beaucoup plus proche de l'optimum :
Évitez les champs et les actions répétitifs. Cela est particulièrement vrai pour la vérification des mots de passe et des courriels. Les Allemands aiment les assurances. C'est particulièrement visible ici. Tout est demandé au moins deux fois. Les gens semblent craindre des choses terribles si quelque chose est saisi de manière incorrecte.
Le piège : si le client ne veut pas vraiment le produit, il abandonnera tout simplement à ce stade.
Que faire ? Ne demandez les mots de passe et les adresses électroniques sur le mobile qu'une seule fois. Avec les inscriptions, il est possible d'économiser une entrée en ne demandant que l'adresse électronique et en envoyant un mot de passe initial qui peut être modifié ultérieurement.
Intégrer une barre d'état pour les processus à plusieurs étapes. L'interaction mobile est souvent associée à un manque de temps. C'est pourquoi il est important de savoir quelles étapes il vous reste à franchir et combien d'étapes il vous reste à franchir. Par exemple, si vous êtes à l'aéroport et qu'il est probable que vous soyez appelé à la porte d'embarquement immédiatement, vous pouvez reporter le processus de commande à plus tard, lorsqu'il devient évident que le processus comporte encore trop d'étapes. La devise est la suivante : mieux vaut continuer plus tard que d'avorter. Un indice indiquant que l'utilisateur peut poursuivre l'opération après une interruption fait ici merveille.
Moins, c'est plus. Vraiment ! C'est pourquoi vous ne devez demander que ce dont vous avez réellement besoin. Cela peut sembler fou, mais vous pouvez demander beaucoup de choses plus tard. Par exemple, avec un courriel de suivi qui contient un lien.
La règle est de ne demander que le minimum nécessaire pour que la conversion ait lieu. Si c'est trop, l'utilisateur abandonnera. Ça, c'est sûr. Voici une règle empirique : vous pouvez supposer qu'à partir du troisième champ à remplir, chaque champ supplémentaire réduit la probabilité de conversion de 50 %.
Utilisez des calendriers visuels. Il s'agit de fenêtres pop-up avec grille de calendrier ou Picker Views (iOS). La dactylographie fait de la saisie du calendrier un tueur de conversion.
Utilisez HTML 5 dans la mesure du possible. Par exemple, les types d'entrée. Ils permettent d'afficher le clavier de l'email lors de la saisie d'un email, afin que le "@" soit déjà inclus. De cette façon, le pavé numérique peut également être affiché lors de la saisie des numéros de cartes de crédit. Si un navigateur ne supporte pas cette fonction, ne vous inquiétez pas. Les types d'entrée sont simplement ignorés dans ce cas.
Complétez les adresses lorsque cela est possible. Lorsque l'utilisateur saisit un code postal, par exemple, la ville devrait apparaître automatiquement. Les rues pourraient être proposées dans une liste déroulante correspondant au code postal afin d'éviter une saisie fastidieuse. Valider les données de manière qualitative. Les adresses sont là encore un bon exemple. Une solution appelée DATAFACTORY vient ici étonnamment de la Deutsche Post.
Valider les données en temps réel. Certains formats sont requis pour la saisie des données. Une adresse électronique suit toujours la même syntaxe. Ainsi, s'il ne contient pas de "@", il doit également s'afficher immédiatement comme une erreur. Veuillez rester amical dans tous les cas. Au lieu de "Erreur ! L'adresse électronique doit contenir un @ !" plutôt que "Quelque chose semble avoir mal tourné. L'adresse électronique que vous avez saisie ne contient pas de @." Personne ne veut être traité comme un enfant de cinq ans par un formulaire de contact. Pourquoi l'erreur doit-elle être affichée immédiatement ? Lorsque le formulaire est soumis et que la page se recharge dans le but de gronder l'utilisateur, cela coûte du temps et des nerfs. Selon une étude d'alistapart, la validation en temps réel peut augmenter de 22 % les conversions de formulaires. Il réduit également de 42 % le temps nécessaire pour remplir le formulaire.
Évitez les champs obligatoires. Parce que c'est une pure absurdité. Si un champ n'est pas obligatoire, alors vous n'en avez pas besoin. Ainsi, pour éviter les champs de formulaire inutiles, il convient de les éliminer.
Tests réactifs sur l'écran de bureau - un avertissement
Tester le mobile en réduisant le navigateur est un non-sens. Et il en est toujours ainsi dans le simulateur. Pourquoi ? On ne regarde tout simplement pas un site Web mobile de cette façon dans des conditions réelles. La distance à l'écran, l'angle de vision, la taille, la résolution, le type de connexion, le processeur et surtout la manipulation ne sont pas bons. La détection des fonctionnalités de certains simulateurs n'aide pas non plus.
Alors prends le téléphone. Idéalement, un appareil iOS et Android. Pourquoi les deux ? Android propose un bouton retour par défaut. L'exploitation des sites Web est donc fondamentalement différente à certains endroits par rapport à un appareil iOS.
Pour ceux qui ont besoin de savoir exactement et qui ont le temps, opendevicelab.com est l'endroit où aller. Vous pouvez y faire tester votre site web sur un mur entier d'appareils. Une branche allemande existe à Berlin.
Avec uxrecorder pour iOS, vous pouvez tester l'expérience utilisateur directement sur l'iPhone. Vous donnez l'iPhone à un testeur, le laissez tester votre site web mobile sur l'appareil et recevez une vidéo du testeur enregistrée avec la caméra frontale.
Conclusion
L'optimisation de la conversion mobile n'est pas un sujet "pour plus tard". Nous avons les débuts derrière nous. L'heure est venue de façonner activement le sujet et de créer des normes qui faciliteront l'utilisation des ORC mobiles et en augmenteront le succès à l'avenir. Cela n'a jamais été aussi facile qu'aujourd'hui.