웹사이트, 웹 및 모바일 애플리케이션을 위한 소셜 네트워크를 통해 등록 및 승인을 설정하기 위한 도구는 다양한 수준의 복잡성을 지닌 코드가 없고 코드가 낮은 솔루션입니다. 기성품 플러그인, 위젯, 모듈, 심지어 이러한 통합을 위한 툴킷이 있는 플랫폼이 많이 있습니다.

작동 방식

일반적인 메커니즘은 다음과 같습니다.

  1. 사용자는 로그인 창에서 Facebook 또는 LinkedIn과 같은 특정 소셜 네트워크의 아이콘을 클릭합니다.
  2. 그런 다음 응용 프로그램이 시작되어 응용 프로그램이나 사이트에서 또는 그 반대로 데이터를 전송합니다. 그 작업은 실제로 보이지 않습니다. 선택한 서비스를 통한 등록/로그인 확인을 묻는 팝업 메시지만 표시됩니다.
  3. "계속..." 버튼을 클릭하여 확인한 후 소셜 네트워크는 설정된 권한에 따라 현재 프로필의 데이터에 액세스 키를 전송합니다.
  4. 리소스는 필요한 데이터를 등록하고 복사하는 프로세스를 시작하지만 이전에 수집용으로 구성된 데이터(또는 권한 부여를 담당하는 구성 요소의 매개변수에 설정된 데이터)만 시작합니다.

수집할 수 있는 데이터

공개 데이터(리소스마다 다름). 대부분 로그인, ID 또는 페이지 주소, 사진 또는 아바타, 성, 이름, 이메일 주소, 위치, 시간대, 성별, 나이가 포함됩니다.

많은 것은 사용자가 자신의 계정 설정에서 액세스를 허용한 정보에 따라 다릅니다. 종종 프로필을 등록하거나 편집할 때 사람들은 추가 정보에 액세스할 수 있는 추가 "확인 표시"를 자동으로 표시합니다. 데이터 제출을 위한 권한 목록은 특정 소셜 네트워크에 대한 문서 또는 설정에서 찾을 수 있습니다.

왜 필요한가요?

웹사이트, 모바일 및 웹 애플리케이션 소유자의 경우 대상 고객, 선호도, 관심사, 소셜 서클에 대한 추가 정보를 수집하는 데 도움이 됩니다. 사람들은 등록 양식이나 프로필보다 Facebook 스토리, LinkedIn 작업 데이터 또는 Instagram 페이지를 더 신중하게 작성하므로 정보가 더 정확합니다.

또한 고객이 로그인할 때 사용한 자격 증명을 잊어버릴 가능성도 적습니다. 상호 작용 기록이 더 관련성이 높고 그에 따라 전환율도 높아집니다.

또한 로그인 외에도 좋아요, 댓글, 재게시 기능을 구성하면 고객이 귀하와 귀하와 함께 일하는 것에 대한 인상에 대해 더 자주 이야기할 것입니다(아아, 긍정적일 뿐만 아니라 부정적임).

사용자가 사이트나 애플리케이션에서 별도의 양식에 데이터를 추가하는 것보다 일반적인 Google, Facebook, Twitter, Linkedin(이미 승인되었을 가능성이 높음)을 통해 "로그인" 버튼을 클릭하는 것이 더 편리합니다 . 일부 사용자, 특히 인터넷에서 많은 시간을 보내는 사용자는 일반적으로 새 계정을 만들거나 입력하기 위해 설문지를 작성해야 하는 경우 새 리소스로 이동하는 것을 거부합니다.

빠른 로그인 양식을 설정하면 잠재 고객이 활동을 보여줄 가능성이 높아집니다. 잠재 고객은 사이트로 이동하여 애플리케이션을 다운로드하고 모바일 게임을 테스트할 것입니다.

그러나 일부 사람들, 특히 기성세대는 특히 등록해야 하는 리소스가 익숙하지 않은 경우 소셜 네트워크를 통한 인증 버튼을 불신하기 때문에 전통적인 등록 양식도 남겨두어야 합니다.

설정 방법

독립적으로

각 소셜 네트워크에 대해 별도로 이 작업을 수행해야 하며, 웹사이트 또는 애플리케이션 측면과 외부 서비스 측면 모두에서 초보자가 구성하기 어려운 경우가 많은 코드 블록도 추가해야 합니다. 코드 없는 솔루션의 경우 이 옵션은 일반 프로그래밍에서 코드 없는 개발을 시작했고 이미 유사한 경험이 있는 경우가 아니면 특히 적합하지 않습니다.

특별한 서비스를 통해

이러한 서비스는 입구를 구성할 수 있는 다양한 리소스의 전체 목록뿐만 아니라 계정의 통계, 분석, 통합을 위한 편리한 도구를 제공합니다. 이렇게 하면 개발 시간이 단축되고 기성 애플리케이션에서 클라이언트와의 작업이 간소화됩니다. 단점은 도구가 독립적으로 또는 특정 플랫폼에 대해 생성된 도구보다 덜 유연하고 어떤 방식으로든 서비스에 연결된다는 것입니다.

플러그인, 위젯, 모듈

변형은 CMS/코드 없는 플랫폼에 구축된 솔루션에 적합합니다. 로그인 및 등록은 웹 또는 모바일에 관계없이 웹사이트와 애플리케이션 모두에 필수적이므로 인기가 없는 플랫폼에서도 특히 커뮤니티가 충분히 활성화되어 있는 경우 많은 옵션을 찾을 수 있습니다.

개발자 규칙

어떤 옵션을 선택하든 기본 규칙을 준수하는 것이 중요합니다.

  1. 데이터가 웹사이트의 양식을 통해 전송되거나 애플리케이션에서 처리되는 경우 데이터의 안전에 대한 책임은 귀하에게 있습니다.
  2. 이용 약관 및 개인 정보 보호 정책은 문제를 방지하는 데 도움이 될 뿐만 아니라 신규 사용자로부터 충성도를 더할 것입니다.
  3. 등록 버튼 옆에 타사 서비스를 통한 로그인이 더 나은 이유를 간략하게 설명합니다. 추가 동기 부여가 될 고객을위한 보너스를 생각해보십시오.
  4. 소셜 네트워크 뿐만이 아닙니다. WhatsApp, Telegram, Amazon, Apple 계정을 사용하여 웹사이트, 모바일 및 웹 애플리케이션에 등록할 수도 있습니다.
  5. 많은 권한 부여 옵션을 연결하면 사용자는 자신이 선택한 것을 잊어버릴 것입니다. 귀하의 지역에서 인기 있는 것을 사용하십시오(그러나 Google은 확실히 목록에 있어야 합니다).

소셜 네트워크를 통한 등록의 단점

물론 그것들도 있습니다:

  • 대상 고객이 나이가 많을수록 담당자가 이러한 유형의 등록을 사용할 가능성이 줄어듭니다.
  • 모든 서비스가 기업 고객, 특히 엔터테인먼트 소셜 미디어를 대상으로 하는 리소스에 적합한 것은 아닙니다.
  • 모든 제공자가 필요한 모든 정보를 제공하지는 않습니다. 따라서 문서를 읽고 테스트를 수행하고 인증이 구성된 서비스의 뉴스 및 업데이트를 따르십시오.
  • 계정을 삭제하거나 변경하면 사용자가 리소스에 액세스할 수 없게 됩니다.
  • 일반 고객도 어떤 서비스를 통해 로그인했는지 잊어버리는 경우가 많습니다.

AppMaster.io에서 소셜 미디어를 통한 승인

이제 우리 플랫폼 에서 기본 인증 모듈4개의 인증 모듈 을 타사 서비스를 통해 사용할 수 있습니다.

  • Google
  • 사과
  • 링크드인
  • 페이스북

그들의 중요성은 무엇입니까? 우선 설정이 간편합니다. LinkedIn 모듈의 경우에만 클라이언트 암호, 리디렉션 URL 및 클라이언트 ID를 지정해야 합니다. 나머지 모듈의 경우 모듈에 따라 클라이언트 또는 애플리케이션 ID로 충분합니다.

타사 서비스 측면에서 설정하는 것도 쉽습니다. 몇 가지 기본 매개변수를 지정하여 개발자 계정을 등록하기만 하면 됩니다. 인증 모듈 구성에 대한 단계별 지침은 다음 문서 에 나와 있습니다.

기다리지 않으려면 AppMaster.io 커뮤니티의 텔레그램 채팅에 글을 써서 개발자에게 직접 질문하십시오.