Hi @Nurit
If Fin is answering, this means that you are inside a workflow. So I would use 2 different workflows:
- one that is for mobile (so select the channels ios and android)
- one that is for web (select web)
Create 2 tags: mobile and web.
Create 2 audiences, but this time instead of using the channel or anything like that, just base it off the “conversation tag”. So the mobile audience would have the “mobile” conversation tag, and the web, the “web” conversation tag.
In the first workflow, before Fin answers, just tag the conversation with “mobile”. In the second workflow, tag with “web”. This should make sure that Fin is only using the proper audience.
Something like that should work. Let me know your thoughts!
Thank you, @Steeve Cayla ! I'll try your suggestion.
We encountered another issue, perhaps you have any suggestion on how we can tackle it too.
When Fin provides an answer, it includes an inline source that is supposed to be clickable, allowing the user to open the article directly in the Messenger. However, in our app, the source is not clickable, despite it being a published article (and not a snippet). While we can right-click and open it in a new tab, we cannot open it within the Messenger as intended. Do you have any thoughts on how to resolve this?
@Nurit I just found a similar behaviour with the Messenger for a client, except that the inline source links disappear entirely. I’ve reported that to Intercom’s support team as a bug.
That bug I mentioned was fixed by the way @Nurit - are you still seeing the same?
Thank you, @conor . We still have an issue with the inline sources. While we can see them, they are not clickable and cannot be opened in Messenger. When you hover over the inline sources, are they clickable?
@Nurit Yes, they are! Definitely report or bump that with Intercom’s support team - very odd behaviour
Yes, we have contacted support and are waiting for their reply on this issue. Thank you, @conor !