Une URL dans une WebView, et vos clients peuvent vous joindre depuis votre application — aucun package à installer, aucun à maintenir à jour.
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.
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.
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.

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.
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.
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.
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.
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.
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.
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.
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.
Le chat in-app est un élément de la gamme de fonctionnalités inrelay — voici ses plus proches voisins.
Les chats web et in-app forment un seul canal, une seule file d'attente et un seul historique — pas deux produits distincts à gérer.
Découvrir le chat en direct → APPLICATION MOBILEL'autre volet du mobile : l'application dédiée que vos coéquipiers utilisent pour répondre de n'importe où.
Découvrir l'application mobile → CENTRE D'AIDEPointez le robot d'exploration vers votre documentation et le même widget pourra y trouver des réponses avant que quiconque n'écrive.
Générer un centre d'aide →Gratuit pour démarrer avec votre propre boîte de réception — toutes les fonctionnalités, sans carte bancaire, jamais par utilisateur.
Offrez à vos clients des réponses plus rapides et à votre équipe ses soirées.
Sur ordinateur et mobile. Gratuit en solo.