Как обнаружить возвращающегося пользователя в Google Assistant на Android в диалогах?

У меня есть работающий сайт, где у пользователей уже есть аккаунты. И я пытаюсь создать агент Google Assistant, доступный на Android, чтобы помочь пользователям получить доступ к их информации.

Моя проблема в том, что я не могу обнаружить возвращающихся пользователей на Android-смартфонах, каждый раз, когда им приходится входить в систему.

Я пытался идентифицировать анонимного пользователя, но скоро это будет устаревшим.

Есть ли другой способ отслеживать пользователей? userId что я могу сохранить, так что я могу сделать "свою собственную учетную запись", связывающую человека / смартфон с уже существующими учетными записями пользователей.

1 ответ

Решение

Есть несколько точек зрения на ваш вопрос.

Есть ли способ отслеживать пользователей?

Да, но...

Вы можете сохранить созданный вами идентификатор пользователя в области хранения пользователя. Вы должны относиться к этому так же, как к cookie-файлу, поэтому некоторые юрисдикции могут налагать ограничения на это, но это один из подходов к переходу от анонимного идентификатора, который вскоре отключается.

Но...

Как я могу позволить им войти в мой сервис через действие?

Это проблема. Общие политики устанавливают следующее ограничение для сбора пользовательских данных:

Данные аутентификации (включая пароли, PIN-коды и ответы на секретные вопросы)

Не собирайте данные аутентификации через диалоговый интерфейс (текст или речь). После того, как учетная запись пользователя была связана, PIN-коды или пароли могут использоваться как часть второго процесса проверки.

Таким образом, вам нужно использовать Linking Linking для подключения к существующей учетной записи в вашем сервисе.

Как я могу выполнить привязку аккаунта, если мне не требуется вход в Google?

Вы по-прежнему можете использовать Google Sign-In для Assistant, если он будет (или может) предоставлять информацию в рамках профиля, которая соответствует вашим данным. Поэтому не нужно использовать одну и ту же учетную запись - просто иметь один и тот же адрес электронной почты (например).

Но этого все еще может быть недостаточно.

В других случаях вы можете посмотреть, как настроить работу с сервером OAuth, которым вы управляете.

Так зачем использовать Google Sign-In, если я настраиваю сервер OAuth, который использует Google Sign-In?

Google Sign-In хорош для более упорядоченного потока, если вы можете использовать его. Это можно сделать полностью с помощью голоса, например с помощью интеллектуального динамика, вместо того, чтобы требовать от пользователя подключения к телефону для завершения входа в систему. Так что, если у вас есть адрес электронной почты пользователя в вашей системе учетных записей, и вы также получаете его из Google Sign In, то вы можете соединить две учетные записи.

В некоторых случаях, например, если предполагается, что пользователь сначала вошел в учетную запись на вашем веб-сайте, ему даже не потребуется это делать. Если и голосовой клиент, и веб-клиент используют один и тот же проект Google, аутентификация будет выполняться автоматически.

Другие вопросы по тегам