Linq wprowadza interaktywne aplikacje iMessage: płatności, bilety i gry bezpośrednio w czacie

Firma Linq, startup specjalizujący się w infrastrukturze komunikacyjnej, wprowadziła nową funkcjonalność dla iMessage, umożliwiającą deweloperom tworzenie interaktywnych mini-aplikacji. Dzięki temu użytkownicy mogą teraz dokonywać płatności, rezerwować loty, kupować bilety czy grać w gry bezpośrednio w konwersacji iMessage, bez konieczności opuszczania aplikacji czy przechodzenia do zewnętrznych przeglądarek.

Interaktywne karty w iMessage

Kluczem do tej innowacji jest nowy typ wiadomości o nazwie „imessage_app”, który renderuje klikalne, aktualizowalne karty w dymku czatu. Wcześniej główną opcją dla agentów było wysyłanie linków, co wymagało od użytkownika opuszczenia iMessage i przejścia do innej witryny lub aplikacji. Nowe rozwiązanie Linq eliminuje ten krok, integrując pełne doświadczenie użytkownika w ramach konwersacji.

Interaktywna karta staje się de facto aplikacją wewnątrz dymku. Zastępuje ona dotychczasowe elementy wiadomości, takie jak tekst, media czy linki. Bogata zawartość jest pobierana z adresu URL dostarczonego przez dewelopera, a za jej wyświetlanie odpowiada zainstalowane rozszerzenie Wiadomości.

Techniczne aspekty implementacji

Aby karta została poprawnie wyrenderowana, deweloperzy muszą zadbać o kilka szczegółów technicznych. Kluczowym elementem jest tożsamość aplikacji, która obejmuje team_id (10-znakowy identyfikator) oraz bundle_id. Te pola informują iMessage, które rozszerzenie ma renderować kartę. Jeśli tożsamość aplikacji nie pasuje do zainstalowanego rozszerzenia, karta zostanie wyświetlona jako zwykły tekst, wykorzystując tekst zastępczy (caption) zdefiniowany przez dewelopera, bez generowania błędu.

Deweloperzy kontrolują tekst wyświetlany na karcie (caption i subcaption), natomiast obrazy, ikony i interaktywny interfejs użytkownika pochodzą z rozszerzenia. Ważne jest, aby ustawić przynajmniej jedno pole, w przeciwnym razie karta zostanie wyświetlona jako pusty dymek. Zmiana adresu URL karty powoduje zmianę jej zawartości.

Istnieje również flaga interactive, która domyślnie ustawiona jest na true. Określa ona, czy odbiorcy posiadający aplikację zobaczą kartę w wersji „na żywo”. Ustawienie jej na false spowoduje wyświetlenie statycznej karty. Wynik zależy od stanu instalacji aplikacji u odbiorcy oraz wartości tej flagi.

Aktualizacje i interakcje

Jedną z najbardziej interesujących funkcji jest możliwość aktualizowania dostarczonych kart. Pozwala to na dynamiczną zmianę zawartości karty w czasie rzeczywistym, na przykład odświeżanie planszy gry po wykonaniu ruchu. Aktualizacje są realizowane poprzez odwołanie się do oryginalnej wiadomości. Można zmieniać takie elementy jak url, fallback_text, interactive oraz layout, natomiast tożsamość aplikacji pozostaje stała przez cały cykl życia karty.

Każda aktualizacja jest dostarczana jako nowa wiadomość z własnym identyfikatorem. Flaga interactive nie jest dziedziczona, więc musi być ponownie wysyłana przy każdej aktualizacji. Linq umożliwia również odbieranie kart, które są uwzględniane w webhooku message.received.

Platforma Linq, która stoi za tym API, umożliwia agentom AI komunikację z użytkownikami za pośrednictwem iMessage, RCS i SMS. Nowe możliwości interaktywnych aplikacji iMessage stanowią znaczący krok w kierunku bardziej zintegrowanej i płynnej komunikacji, choć wiążą się z pewnym kompromisem między zasięgiem a interaktywnością. Oznacza to, że dla szerokiego zasięgu obrazów nadal lepiej sprawdzą się tradycyjne media lub bogate linki, natomiast dla głębokiej interakcji – nowe karty iMessage. To rozwiązanie otwiera nowe możliwości dla firm i deweloperów, którzy chcą oferować usługi bezpośrednio w środowisku komunikacyjnym użytkowników Apple.

Źródło: marktechpost.com