Skip to main content

제한업종 사이트를 만들 때 성인인증 개발은 피할 수 없는 단계입니다. 그런데 인증을 붙이기만 하면 끝이 아니라, 어떤 수단으로 본인확인을 할지, 한 번 통과한 인증을 얼마 동안 유지할지를 먼저 정해야 합니다. 이 두 가지 결정이 이용자 편의와 법적 요건 충족 양쪽에 영향을 줍니다. 외주 개발을 맡기든 직접 구축하든, 사업자로서 판단 기준을 알고 있어야 요구사항을 명확하게 전달할 수 있습니다.

본인확인 수단의 종류와 선택 기준

성인인증에 쓸 수 있는 본인확인 수단은 크게 세 가지로 나뉩니다.

  • 휴대폰 본인확인 — 통신사에 등록된 명의 정보로 생년월일을 대조합니다. 대부분의 이용자가 휴대폰을 들고 있으므로 인증 완료율이 가장 높습니다. 비용은 건당 과금 방식이 일반적입니다.
  • 공동인증서(구 공인인증서) — 은행이나 증권사에서 발급받은 인증서로 본인 여부를 확인합니다. 별도 프로그램 설치가 필요한 경우가 많아 모바일에서 이탈률이 높습니다.
  • 간편인증 — 금융 앱이나 인증 앱을 통해 본인확인을 진행합니다. 설치율이 높은 앱을 연동하면 전환율이 좋지만, 연동 가능한 앱의 종류는 본인확인 서비스 제공사에 따라 달라집니다.

선택 기준은 두 가지입니다. 첫째, 내 사이트 이용자가 주로 어떤 기기에서 접속하는가. 모바일 비중이 높다면 휴대폰 본인확인이나 간편인증이 낫습니다. 공동인증서는 PC에서는 무난하지만 모바일에서 이탈이 잦습니다. 둘째, 인증 한 건당 비용을 감당할 수 있는가. 건당 비용이 부담되면 유효기간을 길게 잡아 재인증 횟수를 줄이는 방법을 함께 고려해야 합니다.

인증 유효기간을 정하는 기준

성인인증을 통과한 뒤 그 상태를 얼마나 유지할지가 유효기간입니다. 설정 방식은 보통 세 가지입니다.

  • 매 접속 시 인증 — 브라우저를 닫고 다시 들어올 때마다 인증을 요구합니다. 보안은 가장 강하지만 재방문 이용자의 불편이 큽니다. 비회원 구매 위주의 쇼핑몰에서 주문 시점에만 인증을 거는 경우에 적합합니다.
  • 일정 기간 유지 — 인증 후 30일, 90일 등 정해진 기간 동안 재인증 없이 이용할 수 있게 합니다. 쿠키나 서버 세션에 인증 시점을 기록하고, 기간이 지나면 재인증을 요청합니다. 방문 빈도가 높지 않은 사이트에서 인증 비용과 이용 편의를 절충하는 방식입니다.
  • 회원 정보에 영구 기록 — 회원가입 시 한 번 인증하면 이후에는 인증을 다시 요구하지 않습니다. 가입 절차가 한 단계 느는 대신, 로그인 후에는 별도 인증 없이 바로 이용할 수 있습니다. 구독형 콘텐츠 사이트처럼 같은 사람이 반복 방문하는 구조에 적합합니다.

어떤 방식이 맞는지는 업종과 콘텐츠 성격에 따라 달라집니다. 판단이 어려우면 ‘회원 정보에 기록 + 비회원은 주문 시 인증’처럼 두 방식을 조합하는 것도 방법입니다.

유효기간 설정 시 확인할 항목

유효기간을 정했으면 구현 단계에서 아래 항목을 챙겨야 합니다.

  • 기기·브라우저 변경 시 처리 — 인증 정보를 쿠키에 저장했다면 다른 기기나 브라우저에서는 인증이 풀려 있습니다. 서버 측 회원 정보에 저장했다면 로그인 상태에서는 기기와 무관하게 인증이 유지됩니다. 어느 쪽으로 할지 미리 정해야 합니다.
  • 미인증 사용자 접근 차단 범위 — 사이트 전체를 차단할지, 특정 상품이나 콘텐츠 페이지만 차단할지를 정합니다. 전체 차단은 구현이 단순하지만 검색 엔진에 페이지가 노출되지 않아 유입에 불리합니다. 상품 페이지 단위로 차단하면 목록까지는 보여주되 상세 정보나 구매 단계에서 인증을 요구할 수 있습니다.
  • 인증 결과 저장과 개인정보 — 본인확인 과정에서 수집되는 이름, 생년월일, 연락처는 개인정보입니다. 성인 여부(만 19세 이상/미만)만 저장하고 나머지는 즉시 폐기하면 개인정보 관리 부담을 줄일 수 있습니다. 어떤 정보를 얼마나 보관하는지 개인정보처리방침에 명시해야 합니다.

본인확인 서비스 연동 시 확인 사항

성인인증 개발의 실제 연동은 본인확인 서비스 제공사의 API를 사이트에 붙이는 형태로 진행됩니다. 직접 개발하든 외주를 맡기든 아래 사항을 확인해 두면 중간에 되묻는 횟수가 줄어듭니다.

  • 계약 주체 — 본인확인 서비스는 사업자 단위로 계약합니다. 사업자등록증, 서비스 URL, 이용 목적을 제출하고 심사를 거칩니다. 제한업종이라고 해서 계약이 거부되는 것은 아니지만, 심사에 시간이 더 걸릴 수 있습니다.
  • 연동 방식 — 제공사마다 API 명세와 샘플 코드를 제공합니다. 팝업 방식과 리다이렉트 방식이 있는데, 모바일 호환성을 고려하면 리다이렉트 방식이 더 안정적입니다.
  • 테스트 환경 — 실제 인증 없이 흐름만 시험할 수 있는 테스트 모드가 있는지 확인합니다. 테스트 모드 없이 바로 운영에 붙이면 오류 발생 시 수정이 어렵습니다.

외주 개발을 맡기는 경우에도 인증 수단, 유효기간, 차단 범위 세 가지를 미리 정해서 전달하면 견적과 일정 산출이 빨라집니다. 개발이 끝난 뒤에 방식을 바꾸면 작업 범위가 커지므로 착수 전에 결정하는 것이 비용을 줄이는 방법입니다.

런모아로 성인인증 구축을 해결하는 방법

런모아에서 제한업종 사이트를 만들면 본인확인 서비스 연동을 직접 개발하지 않아도 됩니다. 성인인증을 사이트에 붙여 만 19세 미만 이용자의 접근을 차단하고, 인증을 통과한 사람만 상품과 콘텐츠를 이용할 수 있도록 설정할 수 있습니다. 업종에 맞는 결제대행 신청도 함께 안내받을 수 있어 인증과 결제를 따로 알아볼 필요가 줄어듭니다.

런모아 강의 사이트 만들기 페이지에서 제한업종 사이트의 구축 절차와 제공 기능을 확인할 수 있습니다.

 

#성인인증 #성인인증개발 #본인확인 #제한업종 #쇼핑몰제작 #자사몰 #성인사이트 #청소년보호 #런모아

https://open.kakao.com/o/ggXeBHFg