Google Play 공개 테스트 설정 2026: 상한 1,000 vs 테스터 12명

바로 그 관문을 메우려고 PrimeTestLab을 만들었습니다.

거의 모든 분이 네 가지 질문 때문에 이 페이지에 옵니다. 모르는 사람이 내 앱을 찾을 수 있는가, 정말 테스터 1,000명이 필요한가, 베타 의견이 평점을 망치는가, 그리고 열두 명에게 설치를 부탁하는 대신 이걸 써도 되는가입니다. 이 중 셋은 Google 문서에 깔끔한 답이 있고, 나머지 하나가 아픈 질문입니다. 아래에서는 Console 설정을 먼저 다룹니다. 이 페이지가 존재하는 이유가 그것이기 때문이고, 네 번째 질문은 바로 그다음 섹션에서 다룹니다. 여기 실린 내용은 모두 2026년 8월 12일 기준이며, Google의 테스트 요구사항 페이지(고객센터 답변 14151465)와 테스트 설정 페이지(고객센터 답변 9845334), 그리고 Play Console 공개 테스트 기능 페이지와 대조했습니다. Google이 아니라 커뮤니티 스레드에 근거한 내용은 사실로 올리지 않고 그렇다고 표시해 두었습니다.

공개 테스트란 정확히 무엇인가

혼란의 절반은 이름이 만듭니다. Play Console에서 “공개 테스트”를 본 개발자는 자기도 모르게 켜 버린 출시 상태쯤으로 읽고, “테스트”라는 말을 읽은 개발자는 앱이 당연히 숨겨져 있으리라 짐작합니다. 둘 다 틀렸습니다. 공개 테스트는 내부 테스트, 비공개 테스트, 프로덕션과 나란히 놓인 배포 트랙이며, 이 트랙을 규정하는 성질은 모르는 사람이 도달할 수 있다는 점입니다.

프로덕션 출시와 무엇이 다른가

프로덕션 출시는 앱 그 자체입니다. 공개 테스트는 대상 사용자가 참여를 선택하는 병행 빌드이고, 둘은 동시에 돌아갈 수 있습니다. 프로덕션 사용자는 프로덕션 버전을 그대로 쓰고, 공개 테스트에 참여한 사용자는 대신 테스트 버전을 받습니다. Google은 이를 버전 코드로 정리합니다. 사용자마다 자신이 대상이 되는 트랙 중 호환되는 가장 높은 버전 코드를 제공하는 방식이며, 프로덕션 사용자이기도 한 공개 테스터가 어디에 무엇을 게시했느냐에 따라 어느 빌드로도 갈 수 있는 이유가 그것입니다.

실무에서 가장 크게 갈리는 차이는 되돌릴 수 있느냐입니다. 공개 테스트를 끝내는 것은 트랙을 일시중지하는 일입니다. 테스터는 테스트 업데이트를 더 받지 않고, 앱은 기기에 그대로 남습니다. 너무 일찍 나가 버린 프로덕션 출시에는 이렇게 조용히 물러설 방법이 없습니다. 네 가지 트랙을 나란히 비교한 내용은 내부 테스트와 비공개 테스트, 공개 테스트 비교에서 전체 표로 다루며, 이 글은 공개 테스트 자체에 집중합니다.

공개 테스트 한눈에 보기

이 표에서 한 줄은 미리 짚어 둘 만합니다. 사람들 대부분을 이 페이지로 보내는 줄이기 때문입니다. “실제 테스터 수에는 최소 기준이 없다”와 “상한은 1,000명 이상이어야 한다”는 서로 다른 두 가지에 대한 서로 다른 진술입니다. 인원 상한 다이얼에서 이 둘을 제대로 갈라 놓았습니다.

Play Console에서 공개 테스트 설정하는 방법

시작하기 전에

트랙이 제대로 움직이려면 세 가지가 먼저 갖춰져야 합니다. 첫째, 내 계정에서 공개 테스트를 쓸 수 있어야 합니다. 2023년 11월 13일 이후에 만든 개인 계정이라면 프로덕션 액세스가 이미 승인된 상태여야 한다는 뜻입니다. 둘째, Android App Bundle이 업로드돼 있어야 합니다. 테스터 관련 설정이 기존 번들을 바탕으로 채워지기 때문입니다. 셋째, 스토어 등록정보가 남에게 보여도 될 상태여야 합니다. Google은 공개 테스트를 선택하기 전에 앱과 스토어 등록정보가 Google Play에 공개돼도 괜찮은 상태여야 한다고 안내하는데, 이 안내는 책임 회피용 문장이 아니라 실제로 일을 하는 문장입니다.

Google의 테스트 설정 전용 문서는 같은 위치를 테스트, 그다음 공개 테스트로 줄여 쓰고, 테스트 요구사항 페이지는 더 긴 경로를 그대로 적습니다. 어딘가에서 본 스크린샷과 내 Console의 메뉴 구성이 다르게 보인다면 이유가 그것이며, 도착지는 어느 쪽이든 같습니다.

테스터와 의견 수신 설정

공개 테스트 페이지에서 테스터 탭을 선택하고 테스터 관리를 펼치세요. 이 영역이 비어 있다면 Google의 안내는 분명합니다. 앱 번들이 업로드됐는지 확인하라는 것입니다. 빌드가 있기 전까지는 설정할 것 자체가 없습니다.

참여자 설정에는 두 가지 옵션이 있습니다. 기본값은 제한 없음입니다. 인원 제한을 고르면 최대 인원을 정할 수 있는데, Google은 1,000명 미만의 최대 인원은 받아들이지 않습니다. 이 한 문장이 이 트랙을 둘러싼 혼란의 대부분을 만들기 때문에, 아래에 별도 섹션과 도구를 따로 두었습니다.

그다음 테스터가 비공개로 의견을 보낼 곳이 생기도록 의견 수신 URL이나 이메일 주소를 추가하고, 모집에 쓸 공유 가능한 테스트 링크를 복사한 뒤 변경사항 저장을 선택합니다. 테스트 참여 링크는 앱 상태가 게시됨일 때만 나타납니다. 초안이나 게시 대기 중인 앱에서는 보이지 않으니, 아직 존재할 수 없는 링크를 오후 내내 찾기 전에 알아 두면 좋습니다.

그 패널 밖에 있어서 계속 건너뛰게 되는 설정이 하나 있습니다. 국가 및 지역 제공 여부입니다. Google은 앱의 비공개 및 공개 테스트 트랙 전반에서 국가별 제공 여부를 관리하는 방법을 문서로 안내하며, 여기서 “공개”란 선택한 시장 안에서 공개라는 뜻이지 어디서나 공개라는 뜻이 아닙니다. 멀쩡한 링크가 나에게는 되는데 보내 준 테스터에게는 안 되는, 조용한 이유가 바로 이것입니다.

순서대로 보는 설정 과정

1. 01
   내 계정에서 공개 테스트를 쓸 수 있는지 확인

   2023년 11월 13일 이후에 만든 개인 계정이라면 프로덕션 액세스가 이미 승인돼 있어야 합니다. 트랙이 비활성으로 보이는 것은 대개 오류가 아니라 자격 문제입니다.

2. 02
   트랙 열기

   테스트 및 출시, 그다음 테스트, 그다음 공개 테스트입니다.

3. 03
   앱 번들이 업로드됐는지 확인

   테스터 관리 영역이 비어 있을 때의 해결책으로 Google이 직접 지목하는 항목입니다.

4. 04
   테스터 탭을 열고 테스터 관리 펼치기

   참여자 설정과 공유 가능한 링크가 여기에 있습니다.

5. 05
   참여 가능 인원 설정

   기본값인 제한 없음, 또는 1,000명 이상으로 설정한 인원 제한 중에서 고릅니다. 이 상한은 모집 목표가 아니라 천장입니다.

6. 06
   의견 수신 URL 또는 이메일 주소 추가

   테스트 의견은 Play Console의 평점 및 리뷰, 그다음 테스트 의견에서 읽습니다.

7. 07
   공유 가능한 테스트 링크 복사

   Google은 웹이나 이메일로 배포할 수 있는 URL을 제공합니다. 대상 조건을 충족하는 사람은 이 링크만 있으면 공개 테스트에 접근할 수 있습니다.

8. 08
   변경사항 저장 선택

   설정과 출시는 별개입니다. 여기서 저장한다고 무언가가 게시되지는 않습니다.

9. 09
   국가 및 지역 제공 여부 확인

   Google은 비공개 및 공개 테스트 트랙의 국가별 제공 여부를 문서로 안내합니다. Play의 모든 국가가 켜져 있다고 가정하지 마시고 테스트를 진행할 시장을 직접 선택하세요. 제공 지역 밖에 있는 사용자는 아무 문제 없는 링크로도 참여할 수 없습니다.

10. 10
    공개 테스트 출시 버전 만들고 배포하기

    공개 테스트 트랙에서 출시 버전을 준비해 배포하세요. 트랙이 실제로 살아나는 단계가 이것입니다.

11. 11
    테스터 접근을 확인하고 반영 시간 감안하기

    Google은 테스트를 처음 게시한 뒤 링크가 사용 가능해지기까지 몇 시간이 걸릴 수 있고, 이후 게시하는 변경사항은 몇 시간이 더 걸릴 수 있다고 밝힙니다.

공개 테스트가 테스터 12명 비공개 테스트를 대신할 수 있나요?

이것은 공개 테스트 검색 결과에서 가장 비싼 대가를 치르게 하는 오해입니다. 그렇게 생각하는 논리는 완전히 자연스럽습니다. 공개(open)라면 누구나 참여할 수 있고, 테스터 12명은 구하기 어려우니, 공개 테스트야말로 모집 문제를 건너뛰는 방법일 것이라는 논리입니다. Google 자신의 문서가 그 문을 한 문장으로 닫아 버립니다.

그 페이지의 나머지 내용과 이어서 읽으면, 해당되는 계정에서는 순서가 고정돼 있다는 뜻이 됩니다. 비공개 테스트가 먼저, 프로덕션 액세스가 그다음, 공개 테스트는 세 번째이자 선택 사항입니다. Google이 공개한 절차에는 대상 계정에서 앞의 두 단계를 뒤집을 수 있는 설정도, 대체 테스트 트랙도 없습니다.

프로덕션 액세스는 프로덕션 출시가 아닙니다

이 두 표현은 자주 섞여 쓰이지만 같은 것이 아닙니다. 프로덕션 액세스는 Google이 비공개 테스트와 준비 상태에 관한 답변을 검토한 뒤 해당 앱에 대해 계정에 부여하는 권한입니다. 프로덕션 출시는 개발자가 실제로 일반 사용자를 대상으로 프로덕션 트랙에 빌드를 게시하는 일입니다.

액세스가 승인되면 프로덕션 트랙과 공개 테스트가 함께 열린다고 Google은 밝힙니다. 그때부터는 프로덕션 출시를 한 번도 하지 않은 상태로도 공개적으로 검색되는 공개 테스트를 운영할 수 있습니다. 첫 출시라면 대부분 이 순서를 원하실 겁니다. 비공개 테스트로 요구사항을 채우고, 공개 테스트로 실사용 신호를 모으고, 프로덕션 출시는 직접 정한 시점에 하는 것입니다.

실제로 이 요구사항이 적용되는 계정

Google은 이 요구사항의 대상을 2023년 11월 13일 이후에 만든 개인 개발자 계정으로 정하고 있으며, 지금으로부터 2년 9개월 전 일입니다. 짚어 둘 것이 두 가지 있는데, 둘 다 다른 페이지들이 과하게 말하는 지점입니다.

• 이 날짜는 발표일이 아니라 기준일입니다. Google의 공식 발표 게시물은 2023년 11월 9일자입니다. 요구사항 페이지는 2023년 11월 13일을 계정 생성 기준일로 씁니다. 숫자가 맞더라도 “11월 13일에 발표됐다”고 쓰면 틀린 문장입니다.
• 12명이 되기 전에는 20명이었습니다. Google은 2024년 12월 11일에 기준을 테스터 20명에서 12명으로 낮췄고, 그것이 1년 8개월 전 일입니다. 14일이라는 기간은 바뀌지 않았습니다. 아직도 20명을 현재 요구사항으로 적어 둔 페이지는 더 엄격한 것이 아니라 오래된 것입니다. 전체 경위는 테스터 20명에서 12명으로의 변경 글에 정리돼 있습니다.

조직 계정은 그 페이지의 문구 밖에 있습니다. Google은 이 요구사항의 범위를 해당 조건에 맞는 개인 계정으로 한정할 뿐, 조직 계정을 예외로 명시한 보편 규칙처럼 쓰지 않습니다. 공식 커뮤니티 답변은 조직 계정에 테스트 요구사항이 없다고 말하지만, 이와 별개로 전환한 조직 계정에서 여전히 예전 테스트 관문이 보인다는 개발자 보고도 있습니다. 안전한 해석은 면제가 아니라 범위입니다. 부분 확인 커뮤니티 보고 Console에 아직 관문이 보인다면, 그 계정에 관해서는 Console이 최종 근거입니다. 계정 유형 자체를 어떻게 고를지는 개인 계정과 조직 계정 글에서 다룹니다.

공개 테스트 중인 앱은 공개되고 검색도 되나요?

“공개 테스트는 초대받은 사람만 참여할 수 있다”는 주장은 이 주제에서 가장 끈질기게 살아남는 오답이고, 그 주장이 올라온 바로 그 포럼 스레드에서 정정되는 모습을 볼 수 있습니다. 분명히 해 둘 필요가 있습니다. 공개 테스트는 공개적인 이름을 단 비공개 베타가 아닙니다. 모르는 사람이 앱을 찾아내고, 참여하고, 개발자와 한마디도 나누지 않은 채 사용할 수 있습니다.

여기에는 실제로 공개되기 전까지 사람들이 과소평가하는 결과가 따릅니다. 공개적으로 검색된다는 것은 앱의 이름과 아이콘, 설명, 스크린샷, 그리고 존재 자체가 일반 시장에 드러난다는 뜻입니다. Google이 이 트랙을 선택하기 전에 앱과 스토어 등록정보가 Google Play에 공개돼도 괜찮은 상태여야 한다고 안내하는 이유가 여기에 있습니다. 경쟁사가 실제로 찾아보는지는 그 공개성에서 나오는 현실적인 추론일 뿐 Google이 다루는 내용은 아닙니다. 문서로 확인되는 사실은 등록정보를 찾을 수 있다는 것뿐입니다.

검색된다는 말이 곧바로 나타난다는 뜻은 아닙니다

Google은 테스트를 찾을 수 있다는 점은 문서로 밝히지만, 앱이 검색에 나타나기까지 걸리는 시간을 보장하지는 않습니다. 반영 시간에 대해 밝힌 내용도 조심스럽습니다. 테스트를 처음 게시한 뒤 링크가 사용 가능해지기까지 몇 시간이 걸릴 수 있고, 이후 게시하는 변경사항은 몇 시간이 더 걸릴 수 있다는 정도입니다. 그 밖에 실제 등록정보가 이따금 말썽을 부리기도 합니다. 2026년 4월 Google Play 개발자 커뮤니티 스레드에는 트랙은 활성 상태로 보이는데 공개 테스트 등록정보가 404를 반환했다는 보고가 있습니다. 커뮤니티 보고 이는 문서화된 대기 기간이 아니라 지원 사례이며, 문제 해결 섹션에서 둘을 구분해 다룹니다.

공개 테스터가 공개 평점이나 리뷰를 남기나요?

사람들을 이 질문으로 데려오는 두려움은 꽤 구체적이라 짚어 둘 만합니다. 첫 버전을 내보냈는데 실제 사용자가 초기 버그를 발견하고, 별 하나짜리 리뷰가 몰려서 아직 사용자층도 없는 앱의 평점이 영구히 눌려 버리는 상황입니다. 프로덕션에 너무 일찍 출시할 때는 실제로 있는 위험입니다. 공개 테스트의 위험은 아닙니다.

그 의견이 실제로 하는 일

해도 되는 주장과 하지 말아야 할 주장

직접 출시 계획을 세우면서 이 내용을 근거로 삼는다면 이 구분이 중요합니다. “테스트 의견은 비공개로 남는다”는 방어할 수 있고 확인도 되는 문장입니다. “베타 테스터는 내 평점을 절대 해칠 수 없다”는 문서가 말하는 것보다 큰 주장이고, 언젠가 누군가를 놀라게 하는 쪽은 그 큰 주장입니다.

공개 테스트에 테스터 1,000명이 필요할까요?

‘공개 테스트에는 테스터 1,000명이 필요하다’는 말이 나올 때마다 서로 다른 두 가지가 뒤섞입니다. 하나는 Play Console 입력란에 걸린 설정 제한이고, 다른 하나는 참여 요건인데 공개 테스트에는 그런 요건 자체가 없습니다. 상한을 1,000으로 설정했고 37명이 참여했다면, 공개 테스터는 37명이고 지극히 정상적인 공개 테스트입니다. 여기서 37은 설명을 위한 숫자일 뿐, Google이 공표한 기준선이 아닙니다.

실제로 개발자를 구속하는 숫자와도 구분해 두는 편이 좋습니다. ‘14일 연속, 테스터 12명’의 12는 진짜 최소 인원이며, 프로덕션 액세스로 가는 길목의 비공개 테스트에 속합니다. 여기서 말하는 1,000은 완전히 다른 트랙에서 천장에 걸린 하한선입니다. 숫자 둘, 트랙 둘, 그리고 아주 흔한 충돌 하나입니다.

정말로 원하는 것이 직접 고른 소규모 테스터 그룹이라면, 문제는 상한이 아니며 공개 테스트도 맞는 트랙이 아닙니다. 초대 대상을 통제하는 방식은 비공개 테스트의 몫이고, 어떤 트랙이 어떤 일에 맞는지는 트랙 비교에 정리해 두었습니다.

공개 테스트는 언제 써야 하나

노출을 감수할 만한 네 가지 경우

• 국가 단위로 단계적으로 출시할 때

  Google은 공개 테스트를 새로운 시장을 시험하고 더 넓은 출시 전에 앱을 그 시장에 맞추는 용도로 설명합니다. 한 국가에서 진행하는 공개 베타는 지인 초대 목록으로는 재현할 수 없는 실제 기기 다양성과 실제 네트워크 환경, 실제 언어 관련 의견을 줍니다.

• 결정을 내리기 전에 지표를 볼 때

  Google은 공개 테스트를 대규모의 정량적, 정성적 의견을 모으고 출시 전 기능을 시험하며 지표를 확인하는 방법으로 설명합니다. 의견이 아니라 숫자가 필요하다면 대개 더 큰 공개 집단이 통계적으로 쓸 만한 숫자를 가장 빨리 만들어 줍니다. 리텐션, 전환, 백엔드 부하, 기기 다양성은 초대한 열두 대의 설치에서 보이는 모습과 규모에서 보이는 모습이 전혀 다릅니다.

• 안정성, 리텐션, 수익화 점검

  Google Ads는 넓은 출시에 앞서 앱 안정성과 리텐션, 수익화, 광고 소재 효과를 평가하는 데 공개 테스트를 쓰는 방법을 설명합니다. 공개 테스트를 대상으로 앱 캠페인을 돌릴 계획이라면, Google Ads는 Play 스토어 공개 테스트의 다운로드를 제한하지 말라고도 권합니다. 참여자 설정을 제한 없음으로 두어야 할 두 번째 이유입니다.

• 거의 완성된 기능을 마지막으로 점검할 때

  이 트랙은 빌드가 거의 완성돼서 남은 미지수가 눈에 띄는 버그보다는 규모에서 나타나는 동작인 단계를 위해 만들어졌습니다. 의견은 비공개로 들어오므로, 이 단계에서 알게 되는 어떤 것도 공개 평점에 남지 않습니다.

이유가 되지 못하는 세 가지 이유

• 비공개 테스터 12명 모집을 피하려고. 2023년 11월 13일 이후에 만든 개인 계정이라면 아예 통하지 않습니다. 그 트랙 자체가 같은 관문 뒤에 있기 때문입니다. 사람들 대부분이 이 페이지를 읽는 이유이자, 하나뿐인 완곡하게 말할 수 없는 답입니다.
• 앱이나 등록정보를 비공개로 두려고. 이 트랙이 하는 일과 정반대입니다. 아이디어가 아직 공개 단계가 아니어서 조용히 테스트하고 싶은 것이라면, 공개 테스트는 오히려 방해가 됩니다.
• 직접 고른 소수 인원과 테스트하려고. 그것은 비공개 테스트입니다. 공개 테스트의 상한을 허용 최솟값인 1,000명으로 낮춘다고 해서 비공개 테스트가 되지는 않습니다. 도달할 일 없는 천장을 하나 세워 둘 뿐입니다.

비공개 테스트에서 공개 테스트, 그리고 프로덕션까지

실제로 넘어가는 것은 무엇인가

빌드를 “승격”한다고 하면 버튼 하나로 앱을 한 단계 위로 올려 주는 기능처럼 들립니다. 하지만 Google이 문서로 설명하는 동작은 그보다 기계적이고, 알아 두면 훨씬 쓸모가 있습니다. 배포는 버전 코드를 기준으로 사용자별로 결정됩니다. 사용자는 자신이 대상이 되는 트랙에 게시된 것 중 호환되는 가장 높은 버전 코드를 받습니다. 프로덕션 사용자이기도 한 공개 테스터가 테스트 빌드에 계속 남아 있는 이유가 애착 때문이 아닌 것도 그래서입니다. 그 빌드의 버전 코드가 더 높기 때문입니다.

같은 모델로 승격됨 라벨도 설명됩니다. 테스트 트랙의 활성 번들이 더 안정적인 대체 트랙에서도 활성 상태이면, 다시 말해 프로덕션에 이미 없는 것이 테스트 트랙에 하나도 없으면 그 트랙은 승격됨으로 표시됩니다. 개발자가 수행하는 동작이 아니라 상태를 설명하는 표시입니다.

Google Play에 공개 테스트가 안 보이나요? 이것부터 확인하세요

이것을 Play 색인 문제나 지원 문의 건으로 넘기기 전에 네 가지 상태를 확인하세요. 앱이 아직 해당 트랙 대상이 아니거나, 출시 버전을 구성만 하고 실제로 출시하지 않았거나, 앱이 게시됨 상태가 아니거나, 최초 게시 이후 충분한 시간이 지나지 않은 경우입니다. 흔한 설명은 이 넷 안에 있고, 그 뒤에 오는 것은 정말로 드문 경우입니다.

이렇게 결론 내리면 안 되는 것

앱이 Play 검색에 나타나기까지 필요한 다운로드 수는 공개된 적이 없습니다. 그런 주장은 포럼에서 개인 경험담으로 돌 뿐, 이를 뒷받침하는 1차 자료가 없습니다. 검색 색인 시간이 보장되지도 않습니다. Google은 테스트가 검색된다는 사실과 링크 및 변경사항의 반영 시간을 안내할 뿐, 거기서 멈춥니다. 문서에 적힌 반영 시간을 한참 넘겼는데도 등록정보가 계속 망가져 있다면, 놓친 설정이 있는 것이 아니라 지원팀에 접수할 사안이라고 보는 편이 정직한 답입니다.

반대로 문제가 비공개 테스트 쪽에 있고 테스터가 앱이 아예 보이지 않는다고 한다면, 원인은 따로 있습니다. 테스터에게 앱이 보이지 않을 때 글이 링크와 자격 문제를 다루고, 테스터 12명을 추가했는데 참여가 0명일 때 글이 프로덕션 액세스 시계를 멈춰 세우는 집계 문제를 다룹니다.

PrimeTestLab이 돕는 방식

결국 병목은 모집 문제 하나입니다. 이 글을 읽는 개발자 대부분은 앱을 만들고, 번들을 업로드하고, 등록정보를 쓰고, 설문에 답할 수 있습니다. 몇 주씩 발목을 잡는 것은 Google 계정을 가진 열두어 명을 찾아, 앱을 설치하고 참여 상태를 유지하며 9일째에 조용히 삭제하지 않게 만드는 일입니다. 엔지니어링 문제가 아니라는 점, 그래서 여기서 막히는 것이 그토록 답답한 것입니다.

지금까지 앱 7,400+개를 진행하면서 테스터 측 통과율은 99.9%를 유지했습니다. 이 수치는 테스트가 문제없이 굴러갔다는 뜻이지, Google이 앱에 내릴 판단에 관한 숫자가 아닙니다. 승인 여부는 앱이 Google 정책을 지키는지에 달려 있고, 이를 약속할 수 있는 업체는 없습니다. 관리형 테스트가 하는 일은 순전히 실행의 문제인 그 요구사항 하나를 대신 떠맡아서 14일이 실제로 흘러가게 만드는 것입니다. 테스트를 마쳤는데도 거부로 끝난다면 환불 정책에 무료 재테스트와 전액 환불, 그리고 적용되지 않는 경우가 정리되어 있습니다.

자주 묻는 질문

핵심 정리

지금 실제로 발목을 잡는 것이 그 관문이라면, 그 부분은 맡기실 수 있습니다. 요금제 보기 →