Facebook 로그인 모범 사례

Facebook 로그인은 고객이 사용자 이름/비밀번호를 생성하지 않고도 앱에 쉽게 등록할 수 있으므로 앱 사용자 경험이 개선되고, 따라서 앱 사용자 수를 극대화합니다.

앱 사용자가 늘어나면 타겟에 대한 인사이트를 제공하도록 설계된 다른 비즈니스 도구의 성능이 개선됩니다. Facebook 로그인을 사용하는 고객이 늘어날수록 이러한 도구가 비즈니스를 이해하고 성장시킬 수 있는 성능을 더욱 강력하게 만듭니다. Facebook 로그인에 가입하는 방문자 수를 극대화하려면 다음의 모범 사례를 적용하는 것이 좋습니다. 고품질의 온보딩 경험을 제공하면 80% 이상의 전환율을 기대할 수 있습니다.

동영상

문제가 발생했습니다
이 동영상을 재생하는 중 문제가 발생했습니다.

사용자 경험 모범 사례

1. 로그인과 계정 생성 기회를 즉시 제공

Facebook으로 앱에 로그인하는 사용자는 대부분 앱 사용 시작 후 처음 5분 이내에 로그인하며, 그중 90%가 넘는 수가 첫날에 로그인합니다. 최초 실행 경험에서 최대한 초기에 로그인을 유도하고 사용자를 파악함으로써 제공할 수 있는 비즈니스 가치를 나눌 인센티브를 제공합니다. 시작 화���에서 바로 Facebook 로그인을 제공하여 앱 방문자들이 빠르게 시작할 수 있는 동기를 부여합니다.

사용자가 즉시 작업을 완료할 준비가 된 상태에 도달한다는 분석 결과가 나올 경우, 배너를 사용해 계정을 생성하도록 알려주거나 체크아웃 처리 속도를 높이기 위한 방법으로 계정 생성을 제안합니다.

2. 디자인: 큰 사각형 버튼 사용

다른 로그인 옵션과 가까��� 위치에 큰 사각형 버튼을 사용하여 Facebook 로그인을 표시합니다. 다른 옵션보다 먼저 Facebook 로그인을 보여주면 효과가 더 좋습니다. 또한 너무 시각적으로 달라 보이는 버튼(예: 작고 둥근 버튼)도 효과적이지 못하기 때문에 나머지 앱 디자인과 일치하는 버튼을 사용하는 것이 좋습니다.

SDK에 포함된 Facebook 로그인 버튼은 통합이 쉽고 일관된 디자인과 경험을 보장하는 기본 교육을 함께 제공합니다. 직접 구축하려는 경우 최상의 결과를 얻을 수 있도록 로그인 개발자 정책사용자 경험 디자인의 권장 사항을 따르세요.

3. 다른 계정 생성 플로가 진행되는 동안 Facebook으로 로그인 옵션이 계속 표시되도록 유지

고객이 처음에 다른 계정 생성 방법을 사용할 수 있지만 새로운 비밀번호를 만들거나, 프로필 사진을 업로드하거나, Facebook 로그인을 통해 제공할 수 있는 다른 데이터를 직접 입력하도록 요청한다면 가입 과정이 번거롭다고 생각할 것입니다. 이 시점에서 계정 생성을 포기하는 고객이 있을 수 있으므로 이러한 고객이 Facebook 로그인을 사용할 수 있도록 Facebook 로그인 사용 옵션을 보이는 곳에 두세요.

4. 고객에게 로그인 보너스 제공

Facebook 로그인을 사용하는 고객에게 보너스를 제공하고, 이메일 및 비밀번호 입력을 통한 가입과 Facebook 로그인에 적용되는 쿠폰을 배치하여 명확히 알 수 있도록 합니다. Facebook 로그인에 대해서만 추가 혜택을 제공할 수도 있습니다.

5. 제공되는 선택권의 최소화

앱에 로그인 옵션이 너무 많으면 Facebook 로그인으로의 전환율이 감소할 수 있습니다. 앱에서 여러 로그인 옵션을 지원한다면 언어, 국가 번호 등의 신호를 사용하여 지역성이 나타나는 옵션의 우선순위를 낮추거나 해당 옵션을 숨길 수 있습니다.

6. 사람들이 멀티 채널 계정을 중복해서 만들지 않도록 도움

사용자들은 가끔 서비스에 어떻게 등록했는지 잊어버리는 경우가 있습니다. 사용자가 이메일 주소로 가입하거나 로그인하려고 시도하는데 이전에 Facebook 로그인을 통해 로그인한 적이 있다면, 그 사실을 사용자에게 알려 기존 계정을 계속 사용할 기회를 제공합니다. 모든 플랫��에서 동일한 기본 권한 세트를 요청하세요. 그렇지 않을 경우 다시 돌아온 사용자는 기존 계정으로 쉽게 로그인하는 방법 대신 Facebook에 새롭게 연결하기 때문에 새로운 권한을 요청한다고 생각할 수 있습니다.

7. 앱 내 웹 보기 방지

최신 iOS 및 Android에서 앱 내 웹 보기는 시스템 브라우저와 쿠키를 공유할 수 없습니다. 그래서 Facebook이 마치 새로운 브라우저인 것처럼 보이기 때문에 방문자에게 쿠키 사용 동의 배너가 있고 사용자 이름과 비밀번호를 요청하는 "Facebook에 로그인" 화면이 표시됩니다.

Android의 경우 사용자에게 네이티브 Facebook 앱이 있으면 해당 앱으로 로그인하도록 하고, 해당 앱이 없으면 Chrome 사용자 지정 탭으로 로그인하도록 합니다. 이렇게 하면 이전에 자신의 기기에서 Facebook을 사용했던 사용자는 클릭 한 번만으로 앱을 승인할 수 있습니다. 최신 iOS SDK에서는 언제나 시스템 쿠키에 액세스할 수 있는 ASWebAuthenticationSession/SFAuthenticationSession 웹 보기를 선호합니다.

일반적으로 최신 Facebook SDK를 사용하면 자동으로 최적의 동작이 설정됩니다. 맞춤 설정 로그인 플로가 있거나 여러 가지 로그인 방법 중 하나로 Facebook 로그인을 제공하는 통합업체 플랫폼을 사용하는 경우, 앱에서 Facebook 로그인 경험을 전체 화면으로 사용하고 iOS에서 "Facebook.com을 사용하여 로그인"이라는 시스템 프롬프트가 표시되도록 합니다. 쿠키 사용 동의 배너가 보이거나 전체 화면이 아닌 경험으로 보이는 경우, 통합업체에 연락하여 방문자에게 최적의 경험을 제공하기 위해 각 플랫폼에 적절한 방법을 사용할 것을 요청합니다.

8. 로그아웃 방법 제공

사용자가 로그인한 후에는 로그아웃하거나, 계정의 연결을 해제하거나, 계정을 모두 삭제하는 방법도 제공해야 합니다. 이는 고객 서비스 차원의 방침이기도 하지만 로그인 개발자 정책의 요구 사항이기도 합니다.

예를 들어 데이트 앱인 Tinder는 로그아웃하거나 계정을 완전히 삭제하는 옵션을 제공합니다.

데이터 사용 모범 사례

1. 필요한 권한만 요청

필요한 권한만 요청합니다. 요청하는 권한이 적을수록 사람들이 권한을 허용하는 것에 부담을 갖지 않습니다. 일반적으로 적은 수의 권한을 요청하면 전환율이 향상됩니다.

사용자가 앱을 먼저 사용해 보도록 한 후 나중에 언제든지 추가 권한을 요청할 수 있습니다.

또한 적은 수의 권한을 요청하면 앱 검수를 위해 앱을 제출하지 않아도 되는 이점이 있습니다. 기본 필드와 이메일 이외의 권한을 요청하는 경우 앱 검수를 위해 앱을 제출해야 합니다.

2. 상황에 맞는 권한 요청 및 이유 설명

앱에서 특정 권한이 필요한 행동을 수행하려는 경우 권한 요청을 트리거해야 합니다.

예를 들어 Facebook 앱은 사용자가 상태를 업데이트할 때 위치 버튼을 명시적으로 누르는 경우에만 위치 서비스 권한을 요청합니다.

또한 앱에서 더 나은 경험을 제공하기 위해 이 정보가 필요한 이유를 사용자가 명확하게 이해하는 경우 권한 요청을 승인할 가능성이 큽니다.

3. Facebook SDK를 사용하지 않을 경우 액세스 토큰이 유효한지 정기적으로 확인

액세스 토큰에는 정해진 만료일이 있지만 보안상의 이유로 토큰이 조기에 만료될 수 있습니다. 앱에서 Facebook SDK를 사용하지 않는다면 적어도 매일 토큰의 유효성을 수시로 수동 검사하는 방법을 구현해 보안상의 이유로 조기에 만료된 토큰을 앱에서 사용하지 않도록 하는 것이 매우 중요합니다.

4. 어떤 사람에 대한 데이터 액세스가 만료되면 재인증 플로를 거치도록 함

기술적 사례

1. 테스트 및 측정

Facebook 로그인 플로를 테스트할 때는 다양한 조건에서 진행하는 것이 매우 중요하므로 Facebook에서 강력한 테스트 계획을 수립했습니다. 사용자가 표시되는 사항에 대해 어떻게 반응하는지 파악하기 위해 유용성에 대한 품질 테스트를 진행하는 것도 좋은 방법입니다.

Facebook 로그인 플로를 테스트하고 출시할 준비가 완료되면 분석 프로그램을 통해 사용자의 절차 완료 여부 및 전반적인 전환율을 파악해 보세요. 모범 사례 앱은 80%가 넘는 전환율을 기록합니다.

2. Facebook 개발자 정책 준수

나중에 발생할 수 있는 잠재적 문제점을 예방하기 위해 Facebook 로그인 통합이 로그인 개발자 정책을 준수하는지 간단히 검토하세요.

3. 데이터 삭제 콜백 구현

사용자에게 데이터 관리 권한을 제공하려면 앱이 Facebook을 통해 수집한 자신의 데이터를 사용자가 삭제해 달라고 요청할 경우 이에 응답하기 위한 데이터 삭제 콜백을 구현하세요.

4. 앱 검수를 위한 앱 제출

기본 필드 및 email 이외의 권한을 요청하는 경우에만 앱 검수를 위해 앱을 제출해야 합니다. Facebook 로그인을 통합한 후 개발 주기 중에 최대한 빨리 검수를 위해 앱을 제출하는 것이 좋습니다. 앱 검수 절차가 진행되는 동안 개발자는 거부된 권한을 승인받기 위해 변경할 수 있는 부분에 대한 피드백을 포함하여 명확한 피드백을 받게 됩니다. 기존 앱의 경우 로그인 검수를 거쳐도 현재 앱에는 영향을 미치지 않습니다.

Facebook 로그인을 위한 앱 검수에서 앱 검수에 대한 자세한 내용을 확인할 수 있습니다.

추가적인 모범 사례

Facebook에서는 사용자가 다른 앱과 웹사이트에서 Facebook에 공유하는 데이터를 더욱 투명하고 세밀하게 관리할 수 있는 기능을 선보입니다. 이 기능이 출시되면 Facebook 로그인에 영향을 미칠 수 있습니다.

개발자가 이 기능의 출시에 대비할 수 있도록 개발자 커뮤니티에 추가적인 모범 사례와 지침을 제공하고 있습니다.

1. 사용자가 앱이나 웹사이트에 다시 로그인하도록 프롬프트 표시

어떤 사용자가 이 기능을 통해 관리 권한을 행사하고 앱 또는 웹사이트에 다시 로그인하기를 원할 경우, 해당 사용자가 앱이나 웹사이트를 다시 열었을 때 그렇게 할 수 있도록 프롬프트를 표시해야 합니다. 해당 사용자가 Facebook 로그인을 사용하여 다시 로그인하고자 할 경우, 앱 또는 웹사이트에 대한 모든 해당 권한을 다시 승인해야 합니다.

2. 사용자 액세스 토큰이 아직 유효한지 확인

또한 Facebook 로그인으로 로그인한 사용자가 앱 또는 웹사이트를 활발하게 이용하면 개발자는 API 호출을 하거나 권한을 확인하여 사용자 액세스 토큰이 아직 유효한지 검사해야 합니다. 액세스 토큰이 유효하지 않으면 사용자를 로그아웃시킵니다.

3. 취소된 권한이 있는지 확인

사용자는 로그인한 후에 언제든지 Facebook 인터페이스에서 앱에 부여된 권한을 취소할 수 있습니다. 활동 중인 사용자가 앱과 웹사이트에 어떤 권한을 부여했는지 확인하는 것이 중요합니다.

4. 사용자에게 데이터 관리 권한 제공

사용자에게 데이터 관리 권한을 제공하려면 사용자가 앱 또는 웹사이트에서 Facebook을 통해 수집한 자신에 관한 데이터를 삭제해 달라고 요청했을 때 이에 응답하기 위한 데이터 삭제 콜백을 구현해야 합니다.