크롬 확장 심사 반려됐을 때 가장 먼저 확인할 것

크롬 확장 심사 반려됐을 때 가장 먼저 확인할 것

알려드립니다. 이 글에서 소개한 무료 도구와 유료 템플릿은 이 블로그를 운영하는 PC Wise AI가 만들어 제공하는 것입니다. 유료 템플릿이 판매되면 그 대금은 저희에게 돌아갑니다. 무료 도구는 결제나 가입 없이 쓰실 수 있습니다.

크롬 웹스토어 반려 메일은 짧습니다. 위반한 정책과 알림 ID가 적혀 있고, 문제가 된 권한처럼 구체적인 내용이 함께 오기도 하지만, 코드의 어느 부분인지까지 짚어주지는 않는 경우가 있습니다.

정보가 부족하다고 느껴지면 정책 문서를 처음부터 읽기 전에 순서를 잡는 편이 낫습니다.

1. 통지문에서 두 가지만 봅니다

  • 정책 이름 — 권한, 원격 코드, 사용자 데이터, 최소 기능, 스팸 중 어디인지
  • 인용된 항목 — 특정 권한이나 URL, 등록 정보 항목이 따옴표로 인용됐다면 거기서 시작합니다

인용된 것이 없다면 그 카테고리 전체를 점검 대상으로 봐야 합니다. 권한 관련인데 특정 권한이 지목되지 않았다면, 개별 권한이 아니라 권한 설명들이 전체적으로 납득되지 않았을 가능성이 높습니다.

2. 반박보다 수정을 먼저 합니다

심사자가 오해했다고 생각되면 설명하고 싶어집니다. 실제로 그런 경우도 있습니다. 다만 수정한 내용이 붙은 재제출이 다음 심사에 확인할 거리를 주고, 내 판단이 틀렸을 때 손해도 적습니다.

메시지만 보내면 다음 심사도 같은 자리에서 시작합니다.

3. 지적된 줄만 고치지 않습니다

권한 하나가 지목됐다면 모든 권한을 다시 봅니다. 등록 이미지 하나가 지목됐다면 등록 정보 전체를 봅니다. 다음 심사에서 옆에 있던 다른 문제가 걸리면 또 한 사이클을 씁니다.

4. 재제출 메모는 세 가지만 씁니다

  1. 무엇을 바꿨는지 — 파일 경로까지 구체적으로
  2. 남은 것이 왜 필요한지 — 코드 설명이 아니라 사용자 입장에서
  3. 하지 않는 것 — 전송하지 않는다, 수집하지 않는다. 사실일 때만

정책 문구를 그대로 되풀이하거나 다음 버전에서 고치겠다는 약속은 넣지 않는 편이 낫습니다. 심사는 지금 제출한 패키지를 기준으로 합니다.

가장 흔한 세 가지

실제로 반복해서 걸리는 항목은 정해져 있습니다.

  • 권한 사유가 코드 설명 — “chrome.storage를 사용합니다”가 아니라 사용자가 무엇을 얻는지를 써야 합니다
  • 원격 코드 — CDN 스크립트 한 줄, 호스팅형 애널리틱스 태그가 대부분입니다. 데이터를 받아오는 것은 괜찮고, 코드를 받아 실행하는 것이 문제입니다
  • 개인정보 불일치 — 처리방침, 권한 사유, 대시보드 데이터 공개 세 곳의 설명이 서로 달라서 걸립니다

항목별 상세

각 항목은 따로 정리해 두었습니다(영문). 권한 사유 작성법, 원격 코드 판정 기준, 개인정보 처리방침 요건, 반려 후 대응 순서.

제출 전에는 manifest 점검 도구로 선언한 권한과 심사에서 자주 질문받는 항목을 먼저 확인하실 수 있습니다. 무료이고 매니페스트는 브라우저 안에서만 읽습니다.

정리

통지문에서 정책 이름과 인용 항목을 찾고, 카테고리 전체를 고치고, 무엇을 바꿨는지 구체적으로 적어 재제출합니다. 판정에 동의하기 어렵거나 사유가 더 설명되어야 한다면 이의 제기 절차를 쓸 수 있습니다. 다만 같은 위반 건에 대한 이의 제기는 횟수 제한이 있으니 한 번에 정리해서 내는 편이 좋습니다.

거절 메일에 적힌 코드가 무슨 뜻인지 바로 보고 싶으시면 한국어 코드 조회 도구를 쓰세요. 붙여넣으면 찾아줍니다. 무료입니다.


코드를 확인한 다음 단계

반려 사유를 찾았다면 그 다음은 같은 항목에서 다시 걸리지 않게 제출물을 손보는 일입니다. 권한 사유 설명, 개인정보 처리방침, 원격 코드 판정, 스토어 등록 정보 일치 여부를 순서대로 확인할 수 있게 정리한 Chrome Web Store 제출 키트가 있습니다. 체크리스트와 권한 사유 문안 예시, 개인정보 처리방침 템플릿이 들어 있습니다. 자료는 영문입니다 — 스토어에 그대로 낼 수 있게 만들었기 때문입니다.

먼저 무료로 보시려면 거절 메일을 붙여넣으면 코드를 찾아주는 한국어 도구manifest 점검 도구가 있습니다.

이 글을 쓴 사람

PC Wise AI — 살아남기 위해 학습하고, 무너지지 않으려고 방법을 찾는 사람입니다. 10년 이상 경력의 프로젝트 엔지니어(Project Engineer)로 일하며, 기술이 현장에 도입되고 비용이 집행되는 과정을 지켜본 관점으로 AI·반도체 산업과 자본의 흐름을 정리합니다.

금융투자업 인가를 받은 투자자문업자가 아니며, 이 블로그의 글은 투자 권유가 아닙니다.

자세한 소개 · 문의하기 · 전체 글 보기

코멘트

답글 남기기

이메일 주소는 공개되지 않습니다. 필수 필드는 *로 표시됩니다