Tout sur la recherche d’applications : indexation, facteurs de classement, liens universels, etc.

[Estimated read time: 10 minutes]

La recherche d’applications se développe et évolue, et il y a plus d’opportunités que jamais d’attirer les clients en haut de l’entonnoir et de les fidéliser en bas. Dans le tableau blanc spécial britannique d’aujourd’hui, Tom Anthony et Will Critchlow de Distilled explorent toutes les recherches d’applications et mettent en évidence un avenir où Google pourrait avoir de la concurrence en tant que géant des moteurs de recherche.

Cliquez sur l’image du tableau blanc ci-dessus pour ouvrir une version haute résolution dans un nouvel onglet !

Transcription vidéo

Tom : Bonjour, et bienvenue dans un autre tableau blanc britannique vendredi. je suis Tom Antoine, responsable du département R&D chez Distilled. C’est Will Critchlow, fondateur et PDG. Aujourd’hui, nous allons parler de la recherche d’applications. La recherche d’applications est vraiment très importante en ce moment, car les recherches montrent que l’utilisateur moyen passe 85 % de son temps dans les applications de son téléphone mobile.
Will, parlez-nous un peu de la recherche d’applications.

Will : Lorsque nous disons “recherche d’applications”, nous pouvons potentiellement signifier trois choses. Le premier est Optimisation de l’App Store ou ASO, qui est ne pas dont nous allons parler aujourd’hui. C’est un domaine important, et il a ses propres bizarreries et complexités, mais c’est assez loin dans l’entonnoir. La plupart des recherches dans les magasins d’applications sont des recherches de marque ou de catégorie de haut niveau.

Ce à quoi nous voulons passer plus de temps aujourd’hui, c’est…

Indexation des applications

C’est généralement tout en haut de l’entonnoir, et cela prend le dessus sur les opportunités de se classer dans la recherche à longue traîne. Cela vous donne donc la possibilité d’acquérir de nouveaux utilisateurs via la recherche pour la première fois dans le marketing d’applications.
Le troisième élément que nous aborderons plus tard est le corpus personnel, qui est l’idée tout en bas de l’entonnoir et il s’agit de fidéliser les utilisateurs une fois que vous les avez.

L’essentiel est l’indexation des applications. C’est à cela que nous voulons passer le plus clair de notre temps. Quelles sont les bases, Tom ? Quels sont les prérequis pour l’indexation des applications ?

Tom : La première chose, la chose la plus importante à comprendre, ce sont les liens profonds.

Tom : Les gens ont parfois du mal à comprendre les liens profonds, mais c’est un concept très simple. C’est le parallèle de ce qu’est une URL normale pour une page Web. Une URL vous amène à une page Web spécifique plutôt qu’à un site Web. Les liens profonds vous permettent d’ouvrir un écran spécifique dans une application.
Vous pouvez donc cliquer sur un lien profond. C’est juste une forme d’URL. Il peut s’agir d’une page Web. C’est peut-être dans une autre application. Il peut vous ouvrir à un point spécifique dans une application, par exemple la page @Distilled dans l’application Twitter.
Il existe diverses normes concurrentes sur la manière dont les liens profonds doivent fonctionner sur différentes plates-formes. Mais ce qu’il est important de comprendre, c’est que tout le monde converge vers un format. Alors ne vous embêtez pas à en apprendre toutes les subtilités.
Le format important est ce que nous appelons liens universels. Will, parle-nous un peu d’eux.

Will : Liens universels – c’est en fait la terminologie d’Apple, mais comme Tom l’a dit, elle se répand partout – c’est l’idée que vous pouvez prendre une URL comme nous l’utilisons pour une URL HTTP ou HTTPS normale et cette URL s’ouvrirait normalement la page Web sur le bureau.

Will : Maintenant, si nous étions sur un appareil mobile – et nous avons de nouveau apporté notre tableau blanc mobile pour démontrer ce concept – alors si vous cliquiez sur ce même lien sur votre appareil mobile, même URL, cela ouvrirait la vue en profondeur à l’intérieur l’application comme Tom l’a mentionné.
L’aspect essentiel du lien universel est donc que la forme de ce lien est la même et qu’il est partagé entre ces différents appareils et plates-formes.

Avant que ce ne soit le cas, dans le monde où nous avions différents types de liens, différents types de formats de liens pour les différents appareils et plates-formes, il était important que nous mappions nos pages Web à ces URL mobiles. Il y avait différentes manières de procéder. Vous pouvez donc utiliser le balisage Schema.org sur vos pages Web. Vous pouvez utiliser JSON-LD. Vous pouvez tous les faire correspondre dans votre robots.txt. Ou vous pouvez utiliser des liens rel=”alternate”.

Tom : Cela ressemble beaucoup à la façon dont vous auriez fait la même chose pour la version mobile d’une page Web de bureau.

Will : D’accord. Oui, si vous aviez un site Web mobile différent, un site Web m-dot par exemple, vous utiliseriez rel=”alternate” pour faire correspondre ces deux ensemble. Dans l’ancien monde des liens profonds, où il y avait les liens spécifiques à l’application, vous pouviez utiliser ce rel=”alternate” pour les mapper ensemble.

Si vous utilisez des liens universels, il ne s’agit plus tellement de ce mappage. Il ne s’agit pas de dire que c’est là-bas. Mais il s’agit d’annoncer le fait qu’il existe une application, que vous avez une application qui peut ouvrir cette vue ou cette page Web particulière. C’est évidemment assez important pour que cela soit indexé et pour obtenir le classement de cette application.

Tom : Google et Co. vous encouragent à avoir la parité pour le moment entre votre application. Vous avez donc votre site de bureau, votre site mobile, puis vous avez le même écran dans l’application mobile.

Will : Absolument, et ils aimeraient que tout soit sur ces URL universelles. Jusqu’à présent, tout cela nous est assez familier en tant que spécialistes du marketing de recherche. Nous comprenons le concept d’avoir ces URL, de les faire explorer, de les indexer. Mais dans le monde des applications, il y a plus d’opportunités que de simplement explorer, car Google et Apple sur iOS ont ouvert des API, ce qui signifie que vous pouvez envoyer des informations au moteur de recherche sur la manière dont l’application est réellement utilisée, ce qui ouvre toutes sortes de possibilités intéressantes. possibilités.

Tom : Absolument. Le premier concerne les nouveaux types de facteurs de classement, le plus important étant engagement. Apple a déjà confirmé qu’il utiliserait l’engagement comme facteur de classement. Nous prévoyons que Google fera la même chose.
C’est l’idée que les utilisateurs ouvrant votre application, utilisant votre application, passant du temps dans votre application sont un indice de la valeur de cette application. Il est donc plus susceptible d’apparaître dans les résultats de recherche. Il y a deux couches à cela. Le premier apparaît dans les résultats de recherche personnalisés. Si j’utilise beaucoup une application spécifique, je m’attends à en voir davantage.
Ensuite, il y a le deuxième niveau, qui est les statistiques agrégées des utilisateurs, où ils voient que la plupart des gens aiment cette application pour cette chose, donc les autres personnes verront cela dans les résultats de recherche.

Le deuxième point nous ramène à ce que Will a mentionné au début.

Le corpus personnel

C’est l’idée où vous obtenez des résultats de recherche spécifiques à vous-même provenant de vos données. Ainsi, vous pouvez lancer une recherche et vous verrez des éléments tels que vos messages, des entrées dans votre calendrier, des photos de votre galerie. Je verrais des résultats différents pour Will, et je les verrais tous dans la même interface que celle où je verrais les résultats de recherche publics.

Donc je pourrais faire une recherche pour un restaurant. Je pourrais voir un lien vers le site Web du restaurant dans les résultats de recherche publics, mais je pourrais aussi voir que Will m’a envoyé un message à propos d’aller dîner dans ce restaurant, et il pourrait y avoir une entrée dans mon calendrier, ce que d’autres personnes ne verraient pas voir. C’est une façon très intéressante de commencer à apparaître dans les résultats de recherche dans un nouveau format.

Ensuite, la troisième chose intéressante ici est l’idée de indexation des applications uniquement.

Avec les liens universels, on parlait du besoin de parité entre le site desktop, le site mobile, l’app. Avec l’indexation des applications uniquement, nous pourrions envisager un modèle où il y a des écrans dans les applications qui n’ont pas d’équivalent Web. Ainsi, vous pourriez commencer à voir des résultats de recherche là où il n’y a aucune possibilité qu’un site Web apparaisse réellement pour cela. C’est aussi un nouveau modèle fascinant. Apple le fait déjà. Google a confirmé qu’ils vont le faire. Donc c’est sûr que ça vient.

Ensuite, plus loin dans le futur, l’une des choses importantes sera le streaming d’applications. Alors Will, tu vas nous en dire un peu plus ?

Will : D’accord. Le streaming d’applications, c’est une autre chose que Google a annoncée. C’est en quelque sorte disponible dans des essais limités, mais nous pensons que ce sera plus important parce qu’ils essaient de s’attaquer à ce problème central, qui est d’utiliser une application et pour qu’une application apparaisse dans les résultats de recherche, si vous avez ‘ t déjà obtenu, vous devez le télécharger et vous devez l’installer. C’est à la fois un processus lent et un processus gourmand en données. Si vous ne faites que donner un coup de pied dans les pneus, s’il s’agit d’une application que vous n’avez jamais vue auparavant, c’est un peu trop de vous demander de faire ce téléchargement de plusieurs mégaoctets, puis d’installer cette application, juste pour l’essayer.

Donc, ce qu’ils essaient avec le streaming d’applications, c’est de dire : “Nous pouvons simplifier ce processus. Il s’agit d’une application que vous n’avez jamais utilisée auparavant. Prévisualisons-la pour vous.” Vous pouvez donc l’utiliser. Tu peux le voir. Vous pouvez certainement consulter les zones publiques de l’application, puis l’installer si cela vous est utile.

La configuration actuelle est un peu une sorte de bêtise; ils s’exécutent dans une machine virtuelle dans le cloud et en streaming. Tout est très bizarre. Nous pensons que les détails vont changer.

Tom : Ouais.

Will : Fondamentalement, ils vont trouver un moyen de rendre cela rationalisé et fluide, et il deviendra beaucoup plus facile d’utiliser des applications pour la première fois, ce qui permettra de les exposer dans un éventail beaucoup plus large de résultats de recherche. Ensuite, il y a toutes sortes d’autres choses et choses à venir dans le futur. Je veux dire, Tom est passionné par l’assistant personnel.

Tom : Ouais. Le truc de l’assistant personnel intelligent est vraiment, vraiment excitant pour moi. Par assistant personnel intelligent, j’entends des choses comme Siri, Cortana, Google Now et les plus prometteurs – Facebook M et l’application SoundHound’s Hound. Ce qui est fascinant avec les assistants personnels, c’est que lorsque vous effectuez une recherche, vous effectuez une recherche sur la météo dans Siri par exemple, vous obtenez simplement une carte sur la météo de l’endroit où vous vous trouvez. Vous n’êtes pas redirigé vers une liste de résultats et emmené ailleurs. Vous obtenez juste une réponse directe.
La plupart des assistants personnels sont déjà capables de répondre à de nombreuses requêtes de recherche en utilisant cette méthodologie de réponse directe. Mais ce que nous pensons être passionnant à propos des applications, c’est que nous anticipons un avenir où vous pouvez stocker une application et cela permet aux assistants personnels d’exploiter les données de cette application pour répondre directement aux requêtes. Vous pouvez donc imaginer que je pourrais faire une recherche pour “les trains circulent-ils à l’heure”. Siri puise dans mon application de train, extrait ces données et me le fait savoir juste là. Donc, je n’ouvre plus l’application. Ce qui est important, c’est que l’application est en fait une sorte de passerelle vers une source de données dans le backend. Nous commençons à rassembler toutes ces données dans un endroit central.

Will : C’est fascinant. Vous avez mentionné tout un tas d’outils, d’entreprises et de plates-formes différents. La dernière chose que nous voulons souligner est qu’il s’agit d’un espace vraiment intéressant car Google a verrouillé la recherche sur le Web pour ce qui semble être une éternité.
La recherche d’applications est un tout nouveau domaine. Évidemment, Google a certains avantages simplement par le fait que les appareils Android et les applications sont installées dans tant d’endroits et cela fait partie des habitudes des gens. Mais il y a certainement des opportunités. C’est la première fissure. C’est la première faille dans l’armure qui signifie qu’il y a peut-être des joueurs à venir qui seront intéressants à surveiller et intéressants pour nous en tant que spécialistes du marketing.

Merci de nous rejoindre ici au siège social de Distilled à Londres. C’était super de parler avec vous. Je vous remercie d’avoir pris le temps. Au revoir.

Tom : Au revoir.

Transcription vidéo par Speechpad.com