Вконтакте вход через фейсбук: Регистрация в ВК через Фейсбук

Facebook открыл метавселенную Horizon Worlds

10 декабря 2021 08:57

Вести.Hi-tech

Социальная сеть Facebook (запрещена в РФ), принадлежащая корпорации Meta (запрещена в РФ), объявила о запуске виртуального мира Horizon Worlds. Им теперь может воспользоваться любой житель США в возрасте от 18 лет.

Метавселенная от соцсети Facebook (запрещена в РФ) теперь открыта для всех совершеннолетних жителей США. Сервис Horizon Worlds представляет собой виртуальное пространство, где люди взаимодействуют, управляя трехмерными аватарами.

CNBC напоминает, что с прошлого года метавселенная Horizon Worlds была доступна в бета-версии отдельным владельцам шлемов виртуальной реальности Oculus VR. Теперь же попасть в цифровой мир можно без всякого приглашения.

Для Facebook открытие свободного доступа в Horizon World — важнейший шаг. В октябре корпорацию, владеющую соцсетью, даже переименовали из Facebook в Meta (запрещена в РФ): это должно отражать новое направление развития, имеющее целью построение виртуального мира. Для него у писателя-фантаста Нила Стивенсона, впервые описавшего подобное изобретение в своей книге «Лавина», позаимствовали термин «метавселенная».

Horizon Worlds была анонсирована в сентябре 2019-го. В этой «вселенной-песочнице» можно сконструировать себе аватара, создавать собственные пространства и игры, общаться с друзьями или просто исследовать придуманные другими пользователями ландшафты. Чтобы поддерживать порядок и помогать новичкам, в виртуальный мир запустили сотрудников Facebook, выполняющих роль гидов и защитников от нарушителей спокойствия.

технологии социальные сети виртуальная и дополненная реальность метавселенная новости

Ранее по теме

• Трампу разрешили вернуться в Facebook и Instagram

• Twitter потерял 80% сотрудников

• Извещения о штрафах с «Госуслуг» будут приходить во «ВКонтакте»

• Пользователи «Одноклассников» подарили друг другу миллиард подарков

• В Ирландии оштрафовали Meta на сотни миллионов долларов

• Twitter займется политикой

Best Practices — Facebook Login — Documentation

Facebook Login улучшает взаимодействие с пользователем, позволяя клиентам легко регистрироваться в вашем приложении, не создавая имя пользователя/пароль, и увеличивает количество людей, использующих ваше приложение.

Чем больше людей будет использовать ваше приложение, тем выше эффективность других наших бизнес-инструментов, разработанных для предоставления вам информации о вашей аудитории. Когда больше ваших клиентов используют Facebook Login, эти инструменты становятся более мощными, чтобы помочь вам понять и развивать свой бизнес. Мы рекомендуем использовать следующие рекомендации, чтобы максимально увеличить количество посетителей, которые регистрируются с помощью Facebook Login. Качественный онбординг может привести к коэффициенту конверсии выше 80%.

Контрольные списки

Передовой опыт взаимодействия с пользователем

1. Немедленное предложение входа в Facebook и возможности создания учетной записи
2. Используйте большую прямоугольную кнопку в едином стиле с остальной частью вашего приложения
3. Сохранять возможность входа через Facebook видимой во время альтернативных процессов создания учетной записи
4. Предлагайте клиентам бонус за регистрацию в
5. Минимизировать предлагаемые варианты
6. Помогите людям избежать дублирования многоканальных учетных записей
7. Избегайте веб-просмотров в приложении
8. Предоставьте способ выхода из системы

Рекомендации по использованию данных

1. Запрашивайте только те разрешения, которые вам нужны.
2. Запросите разрешения в контексте и объясните, почему.
3. Если вы не используете Facebook SDK, регулярно проверяйте, действителен ли токен доступа.
4. Если срок действия доступа к данным для кого-либо истек, поместите его в поток повторной авторизации.

Техническая практика

1. Проверка и измерение.
2. Следуйте Политике Facebook для разработчиков.
3. Реализация обратного вызова для удаления данных
4. Отправьте свое приложение на проверку приложения.

Дополнительные передовые практики

1. Предлагать пользователям снова войти в ваше приложение или на веб-сайт
2. Убедитесь, что токен доступа пользователя все еще действителен
3. Проверка на наличие отозванных разрешений
4. Предоставить людям контроль данных

Передовой опыт взаимодействия с пользователем

1. Немедленно предложите возможности входа и создания учетной записи

Большинство пользователей, которые входят в приложения через Facebook, делают это в первые пять минут использования приложения, и более 90% делают это в первый день. Рекламируйте вход как можно раньше во время вашего первого запуска и предлагайте поощрения, которые разделяют ценность для бизнеса, которую вы можете предоставить, зная, кто они. Предложение входа через Facebook сразу на экране приветствия позволяет заинтересованным посетителям быстро приступить к работе.

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

2. Дизайн: используйте большую прямоугольную кнопку

Используйте большие прямоугольные кнопки для входа в Facebook, расположенные рядом с другими вариантами знаков. Вход через Facebook будет лучше, если он будет отображаться перед другими вариантами. Вы также хотите, чтобы кнопки соответствовали остальной части дизайна вашего приложения, поскольку кнопки, которые значительно отличаются визуально (например, маленькие круглые кнопки), не будут работать так же хорошо.

Кнопка входа в Facebook, поставляемая с нашими SDK, легко интегрируется и включает в себя встроенное обучение, которое обеспечивает единообразие дизайна и опыта. Однако, если вы решите создать свою собственную, для достижения наилучших результатов следуйте Политике разработчика для входа и рекомендациям в User Experience Design.

3. Сохраняйте возможность входа через Facebook видимой во время альтернативных процессов создания учетной записи

Клиенты могут начать использовать другой путь создания учетной записи и решить, что это слишком сложно, если вы потребуете от них создать новый пароль, загрузить изображение профиля или вручную введите другие данные, которые они могут предоставить через Facebook Login. Оставьте возможность использовать вход через Facebook на этих экранах, чтобы конвертировать посетителей, которые в противном случае могли бы отказаться от создания учетной записи на этом этапе.

4. Предложите клиентам бонус за вход в систему

Предложите клиентам бонус за использование входа через Facebook и дайте понять размещением вашего предложения, что оно относится к входу через Facebook, а также к электронной почте и паролю. Вы также можете предложить дополнительные преимущества для входа через Facebook.

5. Минимизируйте предлагаемые варианты

Если в приложении слишком много вариантов входа, конверсия для входа через Facebook может снизиться. Если ваше приложение поддерживает несколько вариантов входа, используйте такие сигналы, как язык и код страны, чтобы отменить приоритет или скрыть параметры, зависящие от региона.

6. Помогите людям избежать дублирования многоканальных учетных записей

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

7. Избегайте веб-просмотров в приложениях

В современных iOS и Android веб-просмотры в приложениях не могут обмениваться файлами cookie с системным браузером. Поскольку это делает Facebook похожим на совершенно новый браузер, ваши посетители увидят экран «Войти в Facebook» с баннером согласия на использование файлов cookie и запросом имени пользователя и пароля.

На Android войдите в систему с помощью собственного приложения Facebook, если оно присутствует, или настраиваемой вкладки Chrome, если ее нет. Это гарантирует, что люди, которые уже использовали Facebook на своих устройствах, будут всего в одном клике от одобрения вашего приложения. Наши последние iOS SDK всегда предпочитают ASWebAuthenticationSession / SFAuthenticationSession веб-представления, которые могут получить доступ к системным файлам cookie.

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

com». для входа в систему» ​​на iOS. Если вы видите баннеры с согласием на использование файлов cookie или неполноэкранный режим, обратитесь к своему интегратору и попросите его использовать соответствующие методы на каждой платформе, чтобы предоставить вашим посетителям наилучшие впечатления.

8. Предоставьте способ выхода из системы

После того, как люди вошли в систему, вы также должны дать им возможность выйти из системы, отключить свою учетную запись или удалить ее целиком. Это не только любезность, но и требование нашей Политики разработчиков для входа в систему.

Приложение для знакомств Tinder, например, дает вам возможность выйти из системы или полностью удалить свою учетную запись.

Рекомендации по использованию данных

1. Запрашивайте только те разрешения, которые вам нужны

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

Вы всегда можете запросить дополнительные разрешения позже, когда у людей будет возможность опробовать ваше приложение.

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

2. Запросите разрешения в контексте и объясните, почему

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

Например, приложение Facebook запрашивает службы определения местоположения только тогда, когда люди явно нажимают кнопку определения местоположения при обновлении своего статуса.

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

3. Если вы не используете Facebook SDK, регулярно проверяйте, действителен ли токен доступа

Хотя у токенов доступа есть запланированный срок действия, срок действия токенов может истечь раньше по соображениям безопасности. Если вы не используете SDK Facebook в своем приложении, крайне важно, чтобы вы вручную выполняли частые проверки действительности токена — по крайней мере, ежедневно — чтобы убедиться, что ваше приложение не использует токен, срок действия которого истек раньше по соображениям безопасности. .

4. Если срок действия доступа к данным для кого-то истек, проведите его через процесс повторной авторизации

Техническая практика

1. Проверка и оценка

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

После того, как вы протестировали процесс входа в Facebook и готовы к запуску, мы предлагаем использовать аналитическую программу, чтобы понять, завершают ли люди процесс, и их общий коэффициент конверсии. Приложения с лучшими практиками могут видеть коэффициент конверсии более 80%.

2. Следуйте Политике Facebook для разработчиков

Чтобы избежать возможных проблем в будущем, выполните быструю проверку, чтобы убедиться, что ваша интеграция входа через Facebook соответствует Политике разработчика для входа.

3. Внедрение обратного вызова для удаления данных

Чтобы предоставить людям контроль над своими данными, внедрите обратный вызов для удаления данных, чтобы отвечать на запросы людей об удалении данных о них, которые есть в вашем приложении из Facebook.

4. Отправьте свое приложение на проверку приложения

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

Вы можете узнать больше о проверке приложений в разделе Проверка приложений для входа через Facebook.

Дополнительные рекомендации

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

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

1. Предложите людям снова войти в ваше приложение или на веб-сайт

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

2. Убедитесь, что токен доступа пользователя по-прежнему действителен.

Кроме того, когда человек, выполнивший вход с помощью Facebook Login, активно использует приложение или веб-сайт, разработчики должны проверить, что токен доступа пользователя по-прежнему действителен, создав Вызов API или проверка разрешений. Обязательно выйдите из системы пользователя, когда его токен доступа станет недействительным.

3. Проверка на наличие отозванных разрешений

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

4. Предоставьте людям контроль над данными

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

Аутентификация по сравнению с доступом к данным — Вход через Facebook — Документация

Вход через Facebook обеспечивает два основных преимущества: аутентификацию и доступ к данным. Они не являются взаимоисключающими. Вы можете использовать Facebook Login для аутентификации людей, не планируя доступ к их данным. В этом случае вам не нужно запрашивать разрешения или проверять ваше приложение.

Аутентификация и доступ к данным длятся в течение ограниченного периода времени. Однако сроки действия аутентификации и доступа к данным различаются и зависят от разных факторов.

Аутентификация

Аутентификация позволяет людям входить в ваше мобильное или веб-приложение и создавать учетную запись, используя свои учетные данные Facebook. Им не нужно создавать или запоминать отдельный пароль.

Истечение срока действия аутентификации

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

Доступ к данным

Вход через Facebook также позволяет вам запрашивать разрешения, когда люди входят в ваше приложение. Эти разрешения, если они предоставлены пользователем, предоставляют вашему приложению доступ к элементам пользовательских данных. Например, ваше приложение может получить доступ к имени пользователя и фотографии профиля.

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

Срок действия доступа к данным

Срок действия доступа к данным составляет 90 дней, в зависимости от того, когда пользователь был в последний раз активен. По истечении этого 90-дневного периода пользователь все еще может получить доступ к вашему приложению, то есть он все еще будет аутентифицирован, но ваше приложение не сможет получить доступ к его данным. Чтобы восстановить доступ к данным, ваше приложение должно попросить пользователя повторно авторизовать разрешения вашего приложения.

Чтобы запросить повторную авторизацию с помощью Facebook SDK для Android или Facebook SDK для iOS, позвоните по номеру reauthorizeDataAccess() на LoginManager .

С Facebook SDK для JavaScript используйте auth_type: 'reauthorize' .

 FB.login(функция(ответ) {
  // Исходный код FB.login
}, { auth_type: 'reauthorize' }) 

Для Интернета выполните вызов с auth_type=reauthorize .

Срок действия следующих разрешений не истекает:

Тестирование по истечении срока действия доступа к данным пользователя

С помощью SDK для Android и iOS вы можете узнать, когда истечет срок действия доступа вашего приложения к данным пользователя, позвонив по телефону

dataAccessExpirationTime в объекте токена доступа. Этот метод возвращает дату, указывающую, когда истечет срок действия доступа к данным.

Вы также можете проверить, истек ли срок действия доступа к данным пользователя, вызвав isDataAccessExpired , который возвращает логическое значение.

На стороне сервера эту информацию можно получить из конечной точки debug_token .

В Интернете вы можете увидеть время истечения срока действия в полезной нагрузке : data_access_expiration_time .