Één URL in een WebView en je klanten kunnen je bereiken vanuit een app — geen pakket om te installeren, niets om bij te werken.
In-app chatsupport laat mensen berichten sturen naar je supportteam vanuit je mobiele app in plaats van deze te verlaten. inrelay levert je chatwidget als een gehoste schermvullende pagina op je eigen helpcentrum-adres, zodat elke iOS-, Android- of React Native-app deze kan openen in een WebView en hetzelfde gesprek, dezelfde bot en dezelfde inbox krijgt als je website.
Wat het voorkomt, is het afhaken. Een klant die vastloopt in je app en je website moet zoeken, daarna je contactpagina, en vervolgens een e-mailprogramma, is een klant die het meestal opgeeft — en degenen die wel schrijven, hebben geen idee op welk scherm ze zaten of welk account ze gebruiken.
Je werkruimte krijgt een chatpagina op je helpcentrum-adres. Richt er een WebView op en je bent klaar — dat is de volledige integratie.

Dit is het gedeelte waar de meeste aanbieders vaag over blijven, dus heel duidelijk: wanneer je klant de app heeft gesloten, bereikt je antwoord hen via e-mail. Als het gesprek een e-mailadres heeft — doorgegeven vanuit je app, of gevraagd in de chat — wordt het antwoord daar afgeleverd en komt hun reactie terug in dezelfde thread.
Er zijn geen pushmeldingen in deze versie. Geen APNs-certificaten, geen FCM-sleutels, geen apparaat-tokens om op te slaan. Dat is een echte beperking en we hebben liever dat je dit hier leest dan dat je er in week twee achter komt: als stille, directe re-engagement in je app het hoofddoel is, is dit hier nu nog niet de juiste tool voor.
Waar het heel goed in is, is het meest voorkomende geval — iemand met een vraag terwijl die je product gebruikt, die een antwoord wil zonder het te verlaten, en het niet erg vindt om via e-mail antwoord te krijgen als die alweer verder is gegaan.
Elke integratie is ongeveer één scherm aan code, en dezelfde werkt voor elk platform omdat het element dat wordt ingesloten een pagina is.
Je vindt dit op de pagina Help-widget in de desktopinstellingen, met een knop voor kopiëren, naast de schakelaar voor verificatie.
WKWebView op iOS, WebView op Android, react-native-webview voor React Native. Een supportknop in je app opent het scherm; dat is de hele interface.
Ingelogde app? Voeg het e-mailadres, de naam en een willekeurig ondoorzichtig token van de klant toe, zodat hun geschiedenis meegaat. Sla dit over en alles werkt nog steeds, anoniem.
Laat je server de identiteit ondertekenen voordat deze de WebView bereikt. Kant-en-klare instructies voor alle drie de platformen staan op de in-app chat instellingenpagina.
Geen functiegrenzen per pakket hiervoor. In-app chat zit in elk pakket — het is dezelfde widget, op een pagina.
De reden dat kleine app-teams live gaan zonder in-app support is niet dat ze het niet willen — en dat geldt voor elk bedrijf met een app voor zijn klanten. Het is dat de bekende manier om het te krijgen een platform per gebruiker kost plus een native SDK per platform, en daarna blijft kosten: elke SDK is een dependency die je moet upgraden, een build die je opnieuw moet maken, een App Store-beoordeling waar je op wacht wanneer de leverancier aan hun kant iets herstelt.
Een gehoste pagina haalt dat allemaal uit je releasecyclus. Verbeteringen aan de chat, de bot en het helpcentrum bereiken je app de volgende keer dat iemand het scherm opent, omdat er geen versie van ons in je binary is ingebouwd.
We beweren niet dat we een native SDK hebben. Dit is een gehoste chatpagina die je in een WebView plaatst, en het is goed om te weten dat meerdere leveranciers die wel SDK's leveren precies zo zijn begonnen — de eerste Android-SDK van ten minste één bekend chatproduct was een WebView om hun gehoste chatbox.
In plaats van het schrijven van een wrapper, hebben we het identiteitsmodel vanaf dag één serieus genomen. Ondertekende identiteit bestaat voordat iemand het nodig heeft, want achteraf verificatie inbouwen nadat je klanten een niet-geverifieerde URL hebben ingebed is een bekende nachtmerrie als je het andersom aanpakt. Het token dat een gesprek herstelt is per definitie ondoorzichtig en willekeurig, en met verificatie ingeschakeld zal een handtekening die de gegevens van de ene klant dekt, niet geldig zijn voor die van een andere.
En wanneer een handtekening verkeerd is of ontbreekt, opent de chat alsnog. De bezoeker wordt gewoon als anoniem behandeld in plaats van dat er een fout optreedt — want een supportknop die een foutmelding geeft is erger dan een supportknop die is vergeten wie je bent.
In-app chat is een onderdeel van de inrelay-functiefamilie — dit zijn de nauwst verwante functies.
Web- en in-app-chats zijn één kanaal, één wachtrij en één geschiedenis — niet twee producten om te bemensen.
Bekijk livechat → MOBIELE APPDe andere kant van mobiel: de app waarmee je teamgenoten overal kunnen antwoorden.
Bekijk de mobiele app → HELPCENTRUMRicht de crawler op je documentatie en dezelfde widget kan daaruit antwoorden voordat iemand typt.
Genereer een helpcentrum →Gratis te starten met je eigen inbox — alle functies, geen creditcard nodig, nooit per gebruiker.
Geef je klanten sneller antwoord en je team hun avonden terug.
Desktop en mobiel. Gratis voor solo.