Apple은 웹사이트 기반 앱을 거부할 수 있으며, 가장 일반적인 이유는 '최소 기능'입니다. 지침 4.2가 그 뒤에 있는 규칙입니다. 웹사이트 앱은 자동으로 거부되지 않지만, 프레임 안에 웹사이트 외에 아무것도 추가하지 않는 앱은 정말 위험합니다.
이 가이드에서는 가이드라인의 내용, 검토자가 찾는 경향, 제출물 준비 방법에 대해 설명합니다. Apple 외부의 어느 누구도 승인을 약속할 수 없으며 이 기사에서는 그렇지 않습니다. 당신이 할 수 있는 일은 피할 수 있는 거부 이유를 제거하는 것입니다.
지침 4.2가 실제로 말하는 것
앱 심사 지침에는 4.2, 최소 기능에 명시되어 있습니다.
앱에는 리패키징된 웹사이트 이상의 기능, 콘텐츠, UI가 포함되어야 합니다. 귀하의 앱이 특별히 유용하지 않거나, 독특하거나, "앱과 유사"하지 않다면 해당 앱은 App Store에 속하지 않습니다.
중요한 단어는 "리패키지 웹사이트"입니다. 이 규칙은 웹 콘텐츠를 기반으로 구축된 앱을 금지하지 않습니다. 웹사이트에서 아직 제공하지 않는 것을 제공하는 앱을 금지합니다.
웹사이트-앱 리뷰에도 관련 지침이 나타납니다.
- 4.2.2: 카탈로그 이외의 앱은 주로 마케팅 자료, 광고, 웹 스크랩, 콘텐츠 수집기 또는 링크 모음이 되어서는 안 됩니다.
- 4.2.3: 앱은 다른 앱을 설치할 필요 없이 자체적으로 작동해야 하며, 처음 시작할 때 필요한 대용량 다운로드를 공개하고 메시지를 표시해야 합니다.
- 2.1(앱 완전성): 제출물은 작동하는 URL이 있고 자리 표시자 콘텐츠가 없으며 앱에 로그인이 있는 경우 데모 계정 세부 정보가 포함된 최종 버전이어야 합니다.
- 4.2.6: 상용화된 템플릿이나 앱 생성 서비스를 통해 제작된 앱은 앱 콘텐츠 제공자가 직접 제출하지 않는 한 거부됩니다.
Apple이 지침을 업데이트하므로 항상 현재 텍스트를 직접 읽으십시오. 공식 출처는 App Store 심사 지침.
Apple이 웹사이트 앱을 거부할까요?
제출된 앱의 기능에 따라 다릅니다. 실제로 리뷰어는 다음과 같은 몇 가지 패턴에 반응합니다.
- 앱은 단일 URL을 열고 웹 스타일 탐색을 포함하여 모바일 웹사이트와 동일하게 보입니다.
- 탐색 가능한 콘텐츠가 없는 로그인 벽만 표시되므로 검토자는 앱이 수행하는 작업을 볼 수 없습니다.
- 연결이 되지 않으면 끊어지거나 오류가 표시됩니다.
- 해당 링크는 지속적으로 브라우저로 튀어나옵니다.
- 그것은 자체 기능이 없는 기업을 위한 마케팅 브로셔처럼 보입니다.
매장, 예약 시스템, 회원 영역, 콘텐츠 라이브러리 등 실제 서비스를 래핑하고 앱과 유사한 탐색 기능을 제공하는 앱은 다른 위치에 있습니다. 검토는 판단이므로 여전히 거부될 수 있지만 지적할 사항이 있습니다.
서비스 생성 앱에 자신의 계정이 필요한 이유
지침 4.2.6에서는 앱 생성 서비스로 제작된 앱이 앱 콘텐츠 제공자가 직접 제출하지 않는 한 거부된다고 명시하고 있습니다. 웹 사이트 소유자의 경우 실제적인 내용은 다음과 같습니다. 자신의 Apple 개발자 계정으로 자신의 이름이나 회사 이름으로 게시하고 앱이 자신의 콘텐츠를 나타내는지 확인하세요.
이는 SiteTo.App의 작동 방식이기도 합니다. 빌드는 연결한 Apple 개발자 계정으로 서명되며 빌드는 App Store Connect 계정의 TestFlight로 전달됩니다. 귀하는 해당 목록을 소유하고 이를 제출합니다. 참조 Apple 개발자 계정 가이드 설정을 위해. 자신의 계정으로 많은 고객을 위해 동일한 셸을 제출하는 공급업체에 콘텐츠를 전달하지 마세요.
웹사이트 앱을 앱처럼 느끼게 만드는 요소
목표는 기능을 추가하는 것이 아닙니다. 모바일 사용을 더 좋게 만드는 것입니다. 강력하고 정직한 추가 사항은 다음과 같습니다.
- 기본 탐색. 작은 화면에 꽉 막힌 데스크톱 헤더가 아니라 사람들이 휴대전화에서 사이트를 이동하는 방식과 일치하는 탭 표시줄이나 메뉴입니다.
- 푸시 알림. 주문 업데이트, 예약 알림, 새 콘텐츠 등 사용자가 선택한 메시지입니다. SiteTo.App에서는 Firebase를 통해 설정됩니다. 참조 Firebase 가이드.
- 딥 링크. 앱에서 올바른 화면을 여는 알림 또는 이메일의 링크입니다.
- 설계된 출시 경험. 아이콘, 스플래시 화면, 명확한 로딩 및 오류 상태.
- 네이티브 핸드오프. 장치에서 제대로 작동하는 공유, 파일 업로드, 카메라 액세스 또는 다운로드.
손전등 토글과 같은 기믹을 추가하지 마십시오. 지침 4.2를 다루지 않으며 검토자는 이를 꿰뚫어 봅니다.
제출 전 체크리스트
업로드하기 전에 다음 사항을 해결하세요.
- 실제 iPhone에서 전체 여정을 테스트해 보세요. 시뮬레이터뿐만 아니라 TestFlight를 통해 설치하세요. 앱을 콜드 방식으로 열고, 로그인을 거쳐, 여러 레벨을 탐색하고, 뒤로 동작을 사용하세요.
- 연결하지 않고 테스트합니다. 비행기 모드를 켜고 앱을 엽니다. 빈 페이지가 아닌 명확한 메시지가 표시되어야 합니다.
- 모든 외부 링크를 확인하세요. 앱 내부에 유지되는 링크와 브라우저를 여는 링크를 의도적으로 결정하세요.
- 웹사이트 레이아웃 문제를 해결하세요. 반응형 문제, 작은 탭 타겟, 데스크톱 전용 팝업은 앱에서 명백하게 나타납니다.
- 자리표시자 콘텐츠를 삭제하세요. 지침 2.1에서는 지원 및 개인 정보 보호 URL이 포함된 완제품을 기대합니다.
- 데모 자격 증명을 제공하세요. 로그인이 필요한 경우 검토 내내 계속 작동하는 계정을 포함하세요.
- 개인정보 보호 답변을 정확하게 작성하세요. 앱에 로드된 웹 분석 및 결제 도구를 포함한 전체 경험을 설명해야 합니다.
- 솔직한 스크린샷과 설명을 작성하세요. 실제 앱을 보여주고 앱에 부족한 기능을 주장하지 마세요.
- 리뷰 노트를 사용하세요. 앱의 기능, 기본 기능이 있는 위치, 지역 또는 계정 요구 사항을 설명합니다.
다음을 통해 귀하의 사이트를 이러한 여러 항목과 비교하여 확인할 수 있습니다. 준비 체크리스트, 그리고 우리의 출판 가이드 주변 매장 계단을 다룹니다.
도움이 되는 리뷰 노트 작성 방법
검토자는 많은 제출물을 봅니다. 짧고 구체적인 메모는 가치를 빠르게 찾는 데 도움이 됩니다. 씌우다:
- 앱의 용도를 한두 문장으로 표현합니다.
- 작동하는 데모 자격 증명을 사용하여 로그인하는 방법.
- 기본 기능을 찾을 수 있는 위치(예: "계정 탭에서 알림을 활성화할 수 있습니다.")
- 특정 지역이나 하드웨어가 필요한 기능과 같은 특이한 것.
사실을 유지하세요. 첫 번째 제출 시 지침에 대한 논쟁을 피하세요. 거부된 경우 회신을 위해 저장하세요.
Apple이 앱을 거부하는 경우
거절은 최종 평결이 아니라 대화입니다. Apple은 해결 센터에서 적용한 지침을 설명합니다.
- 메시지를 주의 깊게 읽어보세요. 지침 번호와 언급된 특정 화면 또는 동작을 기록해 두십시오.
- 실제 문제를 해결하세요. 이유가 최소한의 기능인 경우 설명을 다시 작성하는 대신 앱의 기능을 개선하세요.
- 정확하게 답변해 주세요. 변경된 사항과 검토자가 이를 볼 수 있는 위치를 설명합니다.
- 필요한 경우 새 빌드를 다시 제출하세요. 바이너리를 변경하려면 새로 업로드해야 합니다.
- 사건으로만 항소하세요. 거부가 실수라고 생각되면 앱 심사 항소 절차를 사용하고 사실을 인용하세요.
웹사이트 기반 앱은 사이트를 로드하기 때문에 많은 수정 사항이 웹사이트 자체에서 발생하고 새로운 스토어 릴리스 없이 앱에 표시됩니다. 기본 구성을 변경하려면 여전히 새로운 빌드가 필요합니다.
일반적인 질문
웹사이트 앱은 오프라인에서 작동해야 하나요?
원칙적으로는 아니지만 정상적으로 실패해야 합니다. 연결되지 않은 빈 화면은 완성되지 않은 것처럼 보이며 이는 리뷰어가 앱을 보는 방식에 영향을 미칩니다.
PWA는 다른 웹사이트와 다르게 취급되나요?
iOS 앱의 PWA는 여전히 기본 셸 내부의 웹 콘텐츠이므로 동일한 지침이 적용됩니다. 보다 App Store 및 Google Play에 PWA를 게시하는 방법.
여러 브랜드에 동일한 앱을 제출할 수 있나요?
지침 4.2.6은 템플릿 또는 생성 서비스에서 생성되어 클라이언트를 대신하여 제출된 앱을 제한합니다. 각 기업은 자체 계정으로 게시해야 합니다.
승인을 받으려면 변환기 비용을 지불해야 합니까?
어떤 도구도 결과를 결정하지 않습니다. Apple은 제출된 앱을 평가합니다. 빌드 비용을 지불한다고 해서 변경되는 것은 아니므로 가격 책정은 승인과 별개입니다. 보다 가격.
다음 단계
사이트를 앱으로 테스트하는 것부터 시작하세요. SiteTo.App에서 웹사이트 미리보기, 휴대전화에서 사용해 보고 앱이 아닌 웹사이트처럼 느껴지는지 확인하세요. 해당 점을 수정한 다음 다음을 따르세요. 가이드 생성 및 게시.
