앱 인증 상세 정보

앱 검수 제출이 앱 인증 상세 정보 문제로 인해 거부된 경우 이 가이드를 참조하세요.

앱을 테스트하는 동안 요청된 권한의 사용 사례를 확인하지 못한 경우

제출 검수자는 제출의 스크린캐스트를 가이드로 삼아 앱에서 요청하는 각 기능과 권한이 어떻게 사용되는지 재현하려고 시도합니다. 검수자가 요청된 권한 또는 기능에 대해 스크린캐스트에 묘사된 대로 경험을 재현하지 못할 경우 '앱을 테스트하는 동안 요청된 권한 인증 불가'라는 이유로 앱이 거부됩니다.

이와 같은 이유로 제출이 거부된 경우:

1. 앱의 모든 개발이 완료되었는지 확인합니다.
2. 테스트 사용자를 만들고 이를 사용하여 스크린캐스트에 묘사된 그대로 경험을 재현할 수 있는지 확인합니다.
3. 스크린캐스트에 묘사된 그대로 경험을 재현하지 못할 경우 앱 인증 상세 정보의 테스트 지침이 올바르고 테스트 사용자의 이메일 및 비밀번호가 포함되었는지 확인합니다.
4. 스크린캐스트가 부정확하지만 테스트 사용자로 요청된 권한과 기능을 성공적으로 테스트할 수 있을 경우 새로운 정확한 스크린캐스트를 캡처하여 업로드하고 앱 인증 상세 정보의 테스트 지침이 올바르고 테스트 사용자의 이메일 및 비밀번호가 포함되었는지 확인합니다.
5. 앱 검수를 위해 다시 제출합니다.

제출 상세 정보에 따라 페이지 전체 공개 콘텐츠 액세스가 불필요한 경우

페이지 전체 공개 콘텐츠 액세스(PPCA) 기능은 허용된 방식으로만 사용할 수 있습니다. 허용된 방식으로 PPCA를 사용하지 않는 앱은 '제출 상세 정보에 따라 페이지 전체 공개 콘텐츠 액세스 불필요'라는 이유로 거부됩니다. 참고로 페이지 전체 공개 콘텐츠 액세스 기능에 대한 설명과 허용되는 사용 방법은 다음과 같습니다.

이와 같은 이유로 제출이 거부되었다면 앱을 다시 제출하기 전에 앱에서 PPCA를 허용된 방식으로 사용하는지 확인하세요.

앱이 Facebook 계열사 브랜드를 허용되지 않는 방식으로 사용하는 경우

하나 또는 그 이상의 앱 브랜드 자산(예: 이름, 마크, 로고, 설명)이 브랜딩 가이드라인을 위반할 경우 '앱이 Facebook 계열사 브랜드를 허용되지 않는 방식으로 사용'이라는 이유로 제출이 거부됩니다. 앱의 브랜드 자산은 다음과 같은 사항이 금지됩니다.

• Facebook 또는 그 자회사와의 파트너십, 협찬 또는 지지를 암시할 수 없습니다.
• Facebook의 브랜드 자산과 결합할 수 없습니다.
• Facebook의 브랜드 자산을 모방할 수 없습니다.
• Facebook 또는 그 자회사와 혼동을 일으킬 만한 방식으로 이름을 지정할 수 없습니다(예: 'FB Friend Smash', 'FVideo' 또는 'Friend Smash - Best FB Game'과 같은 앱 이름은 거부됨).

이와 같은 이유로 제출이 거부된 경우 제출 가이드라인을 검토하고 앱을 다시 제출하기 전에 Facebook 브랜딩 가이드라인을 위반하는 브랜드 자산을 업데이트하세요.

앱 테스트 도중 Facebook 로그인 버튼을 찾을 수 없는 경우

앱이 Facebook 로그인을 사용할 경우 제출 검수자는 앱에서 로그인 버튼을 찾아서 로그인하려고 시도합니다. 검수자가 Facebook 로그인 버튼을 찾지 못한다면 '앱 테스트 도중 Facebook 로그인 버튼을 찾을 수 없음'이라는 이유로 제출이 거부됩니다.

이와 같은 이유로 제출이 거부된 경우:

1. Facebook 로그인 모범 사례 가이드에서 Facebook 로그인을 앱에 효과적으로 통합하기 위한 팁을 참조합니다.
2. 앱의 모든 개발이 완료되었는지 확인합니다.
3. 테스트 사용자를 만들고 이를 사용하여 Facebook 로그인 버튼으로 앱에 로그인할 수 있는지 확인합니다.
4. 테스트 사용자가 Facebook 로그인 버튼을 찾아서 앱에 로그인하는 모습이 명확히 보이도록 스크린캐스트를 업데이트합니다.
5. 앱에서 Facebook 로그인 버튼 위치를 찾는 지침을 포함하여 앱 인증 상세 정보를 업데이트합니다.
6. 앱 검수를 위해 다시 제출하고 업데이트된 스크린캐스트, 업데이트된 인증 상세 정보, 테스트 사용자의 이메일과 비밀번호를 포함합니다.

앱이 Facebook 로그인을 모든 플랫폼(예: iOS, Android, 웹)에서 사용하지 않을 경우 다시 제출하기 전에 앱 대시보드를 사용하여 앱에서 이를 제거하세요.

앱이 공유하기 버튼이나 다른 소셜 플러그인만 사용하여 Facebook에 콘텐츠를 게시할 경우 앱 검수를 위해 제출할 필요가 없습니다.

앱의 Facebook 로그인 버튼에 오류가 있는 경우

제출 검수자는 테스트 지침과 스크린캐스트를 가이드로 삼아 Facebook 로그인 버튼으로 앱에 로그인을 시도합니다. Facebook 로그인 버튼을 찾았지만 어떤 이유로든 이를 사용하여 로그인하지 못했다면 '앱의 Facebook 로그인 버튼에 오류가 있음'이라는 이유로 제출이 거부됩니다.

이와 같은 이유로 제출이 거부된 경우:

1. 앱의 모든 개발이 완료되었는지 확인합니다.
2. 테스트 사용자를 만들고 이를 사용하여 Facebook 로그인 버튼을 찾아서 앱에 로그인할 수 있는지 확인합니다.
3. 테스트 사용자가 Facebook 로그인 버튼을 찾아서 앱에 로그인하는 모습이 명확히 보이도록 스크린캐스트를 업데이트합니다.
4. 앱에서 Facebook 로그인 버튼 위치를 찾는 지침을 포함하여 앱 인증 상세 정보를 업데이트합니다.
5. 앱 검수를 위해 다시 제출하고 업데이트된 스크린캐스트, 업데이트된 인증 상세 정보, 테스트 사용자의 이메일과 비밀번호를 포함합니다.

Instagram Business 계정에 연결하는 단계를 테스트할 수 없는 경우

제출 검수자는 제출된 앱에 로그인하고 제출에 설명된 방식으로 Instagram 프로페셔널 계정의 데이터에 액세스할 수 있는지 확인을 시도합니다. 검수자가 앱에 로그인할 수 없거나 앱을 사용하여 제출에 설명된 대로 Instagram 프로페셔널 계정의 데이터에 액세스하지 못할 경우 'Instagram Business 계정에 연결하는 단계를 테스트할 수 없음'이라는 이유로 제출이 거부됩니다.

이와 같은 이유로 제출이 거부된 경우:

1. 앱의 모든 개발이 완료되었는지 확인합니다.
2. 앱에 로그인하여 Facebook 로그인 버튼을 통해 Instagram 프로페셔널 계정의 데이터 액세스 권한을 부여하는 모습이 스크린캐스트에 담겨 있는지 확인합니다. 이 내용이 보이지 않으면 스크린캐스트를 다시 캡처합니다.
3. 앱 사용자가 Facebook 로그인을 사용하여 데이터 액세스를 승인하기 전에 Facebook 외의 계정에 로그인해야 할 경우 앱 인증 상세 정보에 Facebook 외 테스트 사용자 자격 증명을 포함합니다.
4. 스크린캐스트를 다시 캡처했다면 새 스크린캐스트를 업로드합니다.
5. 앱 검수를 위해 다시 제출합니다.

테스트 중에 앱이 로드되지 않는 경우(웹)

제출 검수자는 웹 기반 앱을 테스트할 때 제출의 앱 인증 상세 정보 섹션에 나와 있는 앱 URL을 사용합니다. URL이 인증 상세 정보 섹션에 포함되어 있지 않으면 대신 앱 대시보드 > 설정 > 기본 탭의 웹사이트 필드에 나와 있는 URL을 사용합니다. 제출 검수자가 이 두 가지 URL 중 하나로 제출된 웹 앱을 업로드할 수 없는 경우 제출이 거부됩니다.

다시 제출하기 전에:

1. 앱의 모든 개발이 완료되었는지 확인합니다.
2. 테스트 사용자를 만들고 외부에서 앱에 로그인할 수 있는지 확인합니다(즉 앱이 내부 네트워크에 있는 경우 외부에서 로그인 시도).
3. 웹 앱의 URL과 테스트 사용자의 이메일 및 비밀번호를 앱 인증 상세 정보 지침에 포함합니다.
4. 앱 검수를 위해 다시 제출합니다.

테스트 중에 앱이 로드되지 않는 경우(Android)

제출 검수자는 제출된 앱의 Android APK를 다운로드하여 앱에 로그인하고 앱이 요청된 권한과 기능을 어떻게 사용하는지 확인하려고 시도합니다. 검수자가 앱의 APK를 로드하지 못할 경우 '테스트 중에 앱이 로드되지 않음(Android)'이라는 이유로 제출이 거부됩니다.

이와 같은 이유로 제출이 거부된 경우:

1. 앱을 Android 6.0(Marshmallow) 이상에서 실행할 수 있는지 확인합니다.
2. 앱의 모든 개발이 완료되었는지 확인합니다.
3. 앱의 APK를 사용하여 Android 기기에 앱을 설치할 수 있는지 확인합니다.
4. 앱 인증 상세 정보 섹션에 APK를 업로드하거나 링크를 제공합니다. 링크를 제공할 경우에는 외부에서 액세스할 수 있는지 확인합니다(즉 앱이 내부 네트워크에 있는 경우 외부에서 시도).
5. 앱에서 사용자가 Facebook 외의 계정으로 로그인해야 하는 경우 앱 인증 상세 정보 섹션에 Facebook 외의 테스트 사용자 로그인 자격 증명을 포함합니다.
6. 앱 검수를 위해 다시 제출합니다.

테스트 중에 앱이 로드되지 않는 경우(iOS)

제출 검수자는 제출된 앱의 Simulator Build를 다운로드하여 앱에 로그인하고 앱이 요청된 권한과 기능을 어떻게 사용하는지 확인하려고 시도합니다. 검수자가 앱의 Simulator Build를 사용하여 앱을 로드하지 못할 경우 제출이 거부됩니다.

이와 같은 이유로 제출이 거부된 경우:

1. Simulator Build가 .ipa, zipped .ipa 또는 .app 파일이고 Xcode 버전 8.0 이상과 호환되는지 확인합니다.
2. Simulator Build를 사용하여 Xcode 버전 8.0 이상에서 앱을 시뮬레이션할 수 있는지 확인합니다.
3. 앱의 모든 개발이 완료되었는지 확인합니다.
4. 앱 인증 상세 정보 섹션에 Simulator Build를 업로드하거나 링크를 제공합니다. 링크를 제공할 경우에는 외부에서 액세스할 수 있는지 확인합니다(즉, 앱이 내부 네트워크에 있는 경우 외부에서 시도).
5. 앱에서 사용자가 사용 전에 Facebook 외의 계정으로 로그인해야 하는 경우 앱 인증 상세 정보 섹션에 Facebook 외의 테스트 사용자 로그인 자격 증명을 포함합니다.
6. 앱 검수를 위해 다시 제출합니다.

Simulator Build를 생성하는 방법은 Simulator Build 만들기 문서를 참조하세요. Facebook 로그인에 대한 도움이 필요할 경우 iOS용 Facebook 로그인 문서를 참조하세요.

제공한 테스트 자격 증명이 유효하지 않은 경우

인증에 Facebook 로그인을 사용하지 않는 앱에는 제출 검수자가 앱 테스트에 사용할 수 있는 테스트 계정의 로그인 자격 증명을 포함해야 합니다. 제출 검수자가 포함된 테스트 자격 증명으로 앱에 로그인하지 못할 경우 '제공한 테스트 자격 증명이 유효하지 않음'이라는 이유로 제출이 거부됩니다.

이와 같은 이유로 제출이 거부된 경우:

1. 앱의 모든 개발이 완료되었는지 확인합니다.
2. 테스트 사용자를 만들고 외부에서 앱에 로그인할 수 있는지 확인합니다(즉 앱이 내부 네트워크에 있는 경우 외부에서 로그인 시도).
3. 앱 인증 상세 정보에 테스트 사용자의 자격 증명을 포함하고 다시 제출합니다.

새 Facebook 사용자 계정을 테스트 사용자로 생성하지 마세요. Facebook의 플랫폼 정책에서는 가짜 계정을 통한 앱 생성과 관리를 제한합니다. 테스트 계정이 Facebook 계정이어야 할 경우에는 대신 Facebook 테스트 사용자를 만드세요.

서버 간 앱

앱이 서버 간(S2S) 앱이고 로그인 자격 증명을 제공할 수 없을 경우:

1. 앱의 모든 개발이 완료되었는지 확인합니다.
2. 앱에서 각 요청된 권한과 기능이 액세스하도록 허용하는 모든 데이터를 최종적으로 어떻게 사용할지 설명합니다.

서버 간 샘플 앱 제출 문서를 지침으로 참조하세요.

앱이 최종 사용자 경험을 정확히 반영하지 않는 경우

앱 검수는 라이브 모드로 전환될 준비가 된 앱에 대해서만 요청해야 합니다. 제출 검수자는 아직 개발 중인 앱에 대해 '앱이 최종 사용자 경험을 정확히 반영하지 않음'이라는 이유로 제출을 거부합니다.

이와 같은 이유로 제출이 거부되었다면 모든 개발을 완료하고 앱이 라이브 모드로 전환될 준비가 되었는지 확인한 후에 다시 제출하세요.

라이브 앱

앱이 이미 라이브 모드이고 새 기능을 추가하려고 할 때 앱을 개발 모드로 되돌릴 필요가 없습니다. 그 대신 라이브 앱에서 테스트 앱을 만들어 개발과 테스트에 사용하세요. 자세한 내용은 라이브 앱의 앱 검수 주제를 참조하세요.

캔버스 앱이 Facebook 외부 URL로 리디렉션되는 경우

사용자를 Facebook 외부로 리디렉션하도록 설계된 앱의 제출은 Facebook 플랫폼 정책 위반을 이유로 거부됩니다. Facebook 플랫폼 정책 규정:

'사용자를 Facebook 외부로 리디렉션하는 것이 주목적인 앱은 빌드하지 마세요.'

이와 같은 이유로 앱이 거부되었다면 사용자를 Facebook 외부로 리디렉션하지 않고도 기본 기능이 실행되도록 앱을 다시 설계한 다음 제출하세요.

앱이 맞춤 설정 웹 뷰 내에 Facebook 로그인 대화 상자를 포함한 경우

앱 내 웹 뷰에 Facebook 로그인을 표시하는 모바일 앱에 대한 제출은 거부됩니다. 앱 내 웹 뷰는 시스템 브라우저와 쿠키를 공유할 수 없으므로 사용자 경험이 저하됩니다.

이와 같은 이유로 제출이 거부된 경우 Facebook 로그인 모범 사례 문서를 참조하여 사용자 경험을 저하시키는 모든 기능을 수정한 다음 다시 제출하세요.

앱이 Instagram 플랫폼에 액세스하여 사용자 콘텐츠를 표시하려고 시도하는 경우

사용자 콘텐츠 표시만을 목적으로 Instagram 플랫폼 API에 액세스하는 앱은 '앱이 Instagram 플랫폼에 액세스하여 사용자 콘텐츠를 표시하려고 시도함'이라는 이유로 거부됩니다. 이는 다음과 같은 Instagram 플랫폼 정책 A.16을 위반합니다.

'Facebook의 사전 허가 없이 단순히 사용자 콘텐츠를 표시하거나, 콘텐츠를 가져오거나 백업하거나, Instagram 관계를 관리할 목적으로 Instagram 플랫폼을 사용하지 마세요.'

이와 같은 이유로 제출이 거부되었다면 정책 A.16을 위반하지 않도록 앱을 다시 설계하고 Instagram 플랫폼 API 대신 Instagram 기본 디스플레이 API를 사용하세요. Instagram 플랫폼 API는 2020년 6월에 사용이 중단됩니다.

앱에서 허가되지 않은 행동을 유도하는 경우

앱 사용자가 좋아요, 팔로우 등의 Instagram 행동을 사용하여 앱을 홍보하도록 보상을 제공하는 앱에 대한 제출은 '앱에서 허가되지 않은 행동을 유도함'이라는 이유로 거부됩니다. Instagram 플랫폼 정책 섹션 A.30은 Instagram 공유에 대한 앱 내 리워드 시스템을 금지합니다.

'사용자에게는 앱 로그인 또는 프로모션 참여만 유도하고 다른 행동을 유도하지 마세요.'

이와 같은 이유로 앱이 거부되었다면 사용자에게 Instagram에서의 행동을 통해 앱이나 브랜드 홍보를 유도하는 모든 기능을 제거하고 다시 제출하세요.

앱이 사용자에게 허가되지 않은 평가를 제공하는 경우

성격, 개인적 특성, 성격적 특징 또는 행동적 성향에 대한 예측이나 조언, 평가를 제공하는 앱이나 앱 사용자에게 유사한 최소 유틸리티 또는 가치를 제공하는 앱에 대한 제출은 '앱이 사용자에게 허가되지 않은 평가를 제공함'이라는 이유로 거부됩니다. 최소 유틸리티 앱은 Facebook 플랫폼 정책의 섹션 1.10을 위반합니다.

이와 같은 이유로 앱이 거부되었다면 플랫폼 정책을 위반하지 않도록 앱을 다시 설계한 다음 다시 제출하세요.

앱이 개발자 정책 1.7을 위반하는 경우

Facebook에서는 표시 이름, 아이콘, 콘텐츠, 제출 정보 등의 앱 상세 정보를 확인하여 앱 경험이 앱 사용자를 혼란스럽게 하거나, 속이거나, 사취하거나, 호도하거나, 놀라게 하거나 앱 사용자에게 스팸을 보내지 않도록 합니다. 앱은 사용자가 합리적으로 기대하는 수준의 경험을 제공해야 합니다. 개발자 정책 1.7 위반으로 인해 제출이 거부된 경우:

• 표시 이름과 앱 아이콘이 앱에 고유한지, 사용한 이미지를 배포할 권한이 있는지 확인합니다.
• 표시 이름과 앱 아이콘이 제출 상세 정보에 설명되어 있고 검수자가 앱을 테스트할 때의 경험과 일치한 앱 경험을 정확하게 나타내는지 확인합니다.
• 필요에 따라 앱 상세 정보를 업데이트한 다음, 앱 검수를 위해 다시 제출합니다.

앱이 플랫폼 정책 8.9를 위반하는 경우

앱 사용자 경험의 품질을 의미 있게 개선하는 데 사용하지 않는 앱 사용자 데이터를 요청하는 앱에 대한 제출은 Facebook 플랫폼 정책의 섹션 8.9를 위반하고 '앱이 플랫폼 정책 8.9를 위반함'이라는 이유로 거부됩니다.

이와 같은 이유로 앱이 거부되었다면 의미 있는 방식으로 앱 사용자의 경험을 개선하도록 요청된 데이터를 사용하거나 앱 사용자에게 이 데이터를 요청하지 않게(제출에서 이 데이터에 대한 액세스를 제공하는 모든 권한 또는 기능 제거) 앱을 다시 설계한 다음 다시 제출하세요.