Chat in-app

Chat d'assistance in-app pour applications mobiles sans SDK

Une URL dans une WebView, et vos clients peuvent vous joindre depuis votre application — aucun package à installer, aucun à maintenir à jour.

En résumé

Le chat d'assistance in-app permet d'envoyer des messages à votre équipe depuis votre application mobile sans la quitter. inrelay sert votre widget de chat sous forme de page plein écran hébergée à l'adresse de votre centre d'aide, afin que toute application iOS, Android ou React Native puisse l'ouvrir dans une WebView et offrir la même conversation, le même bot et la même boîte de réception que votre site web.

Looping animation: the things you do not need — a native SDK, an app store release, a mobile engineer — fall away, leaving one link that is live today.

Ce qu'elle évite, c'est l'abandon. Un client bloqué dans votre application qui doit trouver votre site web, puis votre page de contact, puis un client de messagerie, est un client qui abandonne la plupart du temps — et ceux qui écrivent ne savent pas sur quel écran ils se trouvaient ni quel compte ils utilisent.

01 · Une page, pas un package

Comment cela fonctionne dans inrelay

Votre espace de travail dispose d'une page de chat à l'adresse de votre centre d'aide. Orientez une WebView vers celle-ci et le tour est joué — c'est là toute l'intégration.

The hosted chat page inside a phone WebView
  • Le même widget, en plein écran. Pas une version mobile réduite — le panneau utilisé par les visiteurs de votre site web, affiché d'un bord à l'autre, adossé à votre base de connaissances, votre chatbot et votre équipe de chat en direct.
  • Les conversations arrivent dans la même boîte de réception. Un chat provenant de votre application est un fil comme un autre — assignable, transférable, intégré à la même file d'attente omnicanal et au même historique.
  • L'anonymat fonctionne immédiatement. Zéro paramètre, zéro gestion de clés : l'URL seule suffit pour démarrer une conversation fonctionnelle.
  • Ou transmettez leur identité. Ajoutez un e-mail, un nom et un jeton opaque à l'URL, et la conversation suit cette personne à chaque ouverture de l'application au lieu de recommencer à zéro.
  • Identité signée selon vos besoins. Activez la vérification et votre serveur signe l'identité transmise, afin que personne ne puisse se faire passer pour l'un de vos clients en modifiant une URL. Désactivée par défaut, son activation se fait par un simple commutateur sans migration.
  • Elle se comporte comme une interface d'application, pas comme une page web — non indexée, absente de votre sitemap, et elle renvoie un simple code 404 pour tout espace de travail où le chat en direct est désactivé.
02 · Lorsque l'application est fermée

Où la réponse arrive

C'est le point sur lequel la plupart des fournisseurs restent flous, alors disons-le clairement : lorsque votre client a fermé l'application, votre réponse lui parvient par e-mail. Si la conversation dispose d'une adresse e-mail — transmise par votre application ou demandée dans le chat — la réponse y est envoyée, et sa réponse revient dans le même fil.

Il n'y a pas de notifications push dans cette version. Pas de certificats APNs, pas de clés FCM, pas de jetons d'appareil à stocker. C'est une vraie limite et nous préférons que vous la lisiez ici plutôt que de la découvrir la deuxième semaine : si le réengagement instantané et silencieux au sein de votre application est votre objectif principal, ce n'est pas encore l'outil adapté.

Ce dans quoi elle excelle, c'est le cas classique — une personne ayant une question lorsqu'elle utilise votre produit, qui souhaite une réponse sans le quitter, et qui ne voit pas d'inconvénient à recevoir une réponse par e-mail si elle est passée à autre chose.

03 · Configuration

Trois recettes

Chaque intégration nécessite environ un écran de code, et la même fonctionne pour toutes les plateformes car l'élément intégré est une page.

Copiez l'URL de votre chat

Elle se trouve sur la page du Widget d'aide dans les paramètres ordinateur, avec un bouton de copie, à côté de l'option de vérification.

Ouvrez-la dans une WebView

WKWebView sur iOS, WebView sur Android, react-native-webview pour React Native. Un bouton d'assistance dans votre application ouvre l'écran ; voilà toute la surface.

Ajoutez l'identité si vous l'avez

Utilisateur connecté ? Ajoutez l'e-mail du client, son nom et un jeton opaque aléatoire pour que son historique le suive. Si vous sautez cette étape, tout fonctionne quand même, de manière anonyme.

Activez la vérification quand vous êtes prêt

Faites signer l'identité par votre serveur avant qu'elle n'atteigne la WebView. Des exemples de code prêts à copier-coller pour les trois plateformes sont disponibles sur la page de configuration du chat in-app.

Pas de restriction selon le forfait. Le chat in-app est inclus dans chaque forfait — c'est le même widget, intégré dans une page.

04 · Le calcul des petites équipes

Pourquoi c'est important

Si les petites équipes choisissent de publier leurs applications sans support in-app, ce n'est pas par manque d'envie — et il en va de même pour toute entreprise proposant une application à ses clients. C'est parce que la méthode classique exige une plateforme payée par utilisateur, associée à un SDK natif par plateforme, générant des coûts permanents : chaque SDK est une dépendance à mettre à jour, un build à recompiler et une validation App Store à attendre dès que le fournisseur corrige un élément de son côté.

Une page hébergée supprime tout cela de votre cycle de déploiement. Les améliorations apportées au chat, au bot et au centre d'aide arrivent dans votre application dès qu'un utilisateur ouvre l'écran, car aucune version de notre code n'est intégrée dans votre binaire.

05 · Une approche transparente

Comment inrelay s'y prend différemment

Nous ne prétendons pas offrir un SDK natif. Il s'agit d'une page de chat hébergée que vous intégrez dans une WebView, et il est bon de savoir que plusieurs fournisseurs proposant des SDK ont commencé exactement ainsi — le premier SDK Android d'au moins un produit de chat bien connu n'était qu'une WebView enveloppant leur fenêtre de chat hébergée.

Plutôt que d'écrire une enveloppe native, nous avons pris le modèle d'identité au sérieux dès le premier jour. L'identité signée existe avant même d'en avoir besoin, car ajouter la vérification après coup, une fois que vos clients ont intégré une URL non vérifiée, est la difficulté classique de la méthode inverse. Le jeton qui restaure une conversation est opaque et aléatoire par conception, et lorsque la vérification est activée, une signature couvrant les coordonnées d'un client ne fonctionnera pas pour un autre.

Et lorsqu'une signature est incorrecte ou manquante, le chat s'ouvre quand même. Il traite simplement le visiteur comme anonyme plutôt que d'échouer — car un bouton de support qui affiche une erreur est pire qu'un bouton qui a oublié qui vous êtes.

Looping animation: two visitors present identity tokens; one is valid and opens chat as Maya with history restored, the other is invalid and still opens chat as anonymous with a fresh thread and no error screen.
06 · Fonctionnalités proches

Fonctionne avec le reste de la boîte de réception.

Le chat in-app est un élément de la gamme de fonctionnalités inrelay — voici ses plus proches voisins.

Commencer aujourd'hui

Un support qui vit au cœur de votre application.

Gratuit pour démarrer avec votre propre boîte de réception — toutes les fonctionnalités, sans carte bancaire, jamais par utilisateur.

Vos questions, nos réponses.

Combien de temps faut-il vraiment pour l'intégrer ?
Une après-midi, et la majeure partie consiste à choisir l'emplacement du bouton de support. Copiez l'URL de votre chat depuis la page de paramètres du widget d'aide, ouvrez-la dans une WebView, et déployez. L'ajout de l'identité se fait via un paramètre d'URL ; l'activation de la vérification nécessite une seule signature côté serveur. Les trois méthodes selon la plateforme se trouvent sur la page de configuration du chat in-app.
Y a-t-il des notifications push ?
Non — pas dans cette version, et nous préférons l'annoncer clairement. Lorsque votre client quitte l'application, votre réponse lui parvient par e-mail et sa réponse réintègre le même fil. Les notifications push, et l'enveloppe native nécessaire pour les gérer, attendent une demande réelle plutôt qu'une diapositive de feuille de route.
Une WebView suffit-elle pour un chat de support ?
Pour un écran de support, oui — c'est une interface plein écran qu'un client ouvre délibérément, pas un composant imbriqué dans votre interface utilisateur. Vous troquez le rendu natif de cet écran contre l'absence de SDK, de mises à jour de dépendances et d'allers-retours sur l'App Store quand le chat s'améliore. Si votre support doit s'intégrer au cœur même de votre interface, un SDK est la seule réponse honnête, et nous n'en proposons pas.
Quelqu'un peut-il usurper l'identité d'un de mes utilisateurs ?
Sans vérification — le comportement par défaut — n'importe qui disposant d'un jeton de conversation pourrait reprendre cette conversation, c'est pourquoi les jetons doivent être aléatoires et opaques. Activez la vérification et votre serveur signe l'identité : la signature couvre chaque champ d'identité, et la signature d'un client ne validera pas les informations d'un autre.

Prenez le contrôle de vos messages.

Offrez à vos clients des réponses plus rapides et à votre équipe ses soirées.

Sur ordinateur et mobile. Gratuit en solo.