웹사이트나 앱에 이용약관이 꼭 필요할까요?

각 질문에 예 또는 아니요로 답하세요.

1. 온라인으로 상품, 서비스, 디지털 콘텐츠를 판매하나요?
2. 정기 요금을 청구하거나 유료 요금제로 전환되는 무료 체험을 제공하나요?
3. 사용자가 계정을 만들 수 있나요?
4. 사용자가 다른 사람이 볼 수 있는 콘텐츠를 게시, 업로드, 공유할 수 있나요?
5. Apple이나 Google Play를 통해 앱을 배포하나요?
6. Stripe 같은 결제 서비스 제공자를 통해 카드 결제를 받나요?
7. API, 마켓플레이스, 기업용 서비스를 제공하나요?
8. EU, 영국, 호주, 브라질, 캐나다, 뉴질랜드의 소비자에게 서비스를 제공하나요?

1번부터 7번 중 하나라도 예라고 답했다면 약관 게시를 강력히 권하며, 법적으로 필요한 경우도 있습니다. 8번에도 예라고 답했다면 약관은 지역별 소비자 권리를 무시하지 말고 존중해야 합니다.

이용약관 생성기는 비슷한 질문을 하고 답변이 뒷받침하는 조항만 활성화합니다. 설문, 전체 미리보기, 기본 HTML·PDF 다운로드는 계정 없이 무료이며, 고급 지역 모듈이나 선택 모듈은 $5입니다. 생성된 약관은 법률 자문이 아닙니다.

개인정보 고지처럼 일괄적으로 요구되지는 않습니다. GDPR 같은 개인정보 보호법은 개인정보 수집에 고지 의무를 연결합니다. 하지만 모든 웹사이트가 방문자와 계약을 맺어야 한다는 규정은 없습니다.

대신 약관 형태의 정보를 게시할 의무는 사업자가 하는 일에 따라 발생합니다.

• 온라인으로 소비자에게 상품, 서비스, 디지털 콘텐츠를 판매하는 경우
• 정기 요금을 청구하거나 유료 요금제로 전환되는 무료 체험을 제공하는 경우
• 사용자가 제공한 콘텐츠를 호스팅, 저장, 전송하는 경우
• 앱 스토어를 통해 배포하거나 결제 서비스 제공자를 통해 카드 결제를 받는 경우

양식, 계정, 판매, 사용자 콘텐츠가 없는 정적 포트폴리오 사이트라면 약관이 전혀 필요하지 않을 수도 있습니다. 다만 애널리틱스를 실행하거나 이메일 주소를 수집한다면 개인정보처리방침은 여전히 필요할 수 있습니다. 이 별개의 질문은 개인정보처리방침이 필요한가요를, 두 문서의 차이는 개인정보처리방침과 이용약관의 차이를 참고하세요.

아래 섹션에서 각 요건을 차례로 살펴보며, 지금 프로젝트에 해당하는 것과 성장하면서 해당하게 될 것을 확인할 수 있습니다.

EU나 영국의 소비자에게 판매한다면, 여러 법률이 대부분의 사업자가 약관과 결제 페이지를 통해 제공하는 정보를 요구합니다.

• 제공자 정보: EU 전자상거래 지침(e-Commerce Directive) 제5조는 상호, 지리적 주소, 이메일 주소, 그리고 해당하는 경우 상업 등기 번호와 VAT 번호를 쉽고 상시적으로 접근할 수 있게 하도록 요구합니다.
• 주문 정보: 제10조는 계약을 체결하는 기술적 단계, 입력 오류를 바로잡는 방법, 제공되는 언어를 설명하고, 계약 조건과 일반 약관을 사용자가 저장하고 재현할 수 있는 방식으로 제공하도록 요구합니다.
• 계약 전 정보: 소비자 권리 지침(Consumer Rights Directive)은 원격 계약 전에 총 가격, 결제 및 배송 방식, 철회권, 계약 기간, 해지 조건을 포함한 명확한 정보를 요구합니다.
• 주문 버튼: 마지막 버튼은 주문에 지불 의무가 따른다는 점을 분명히 해야 합니다. 예를 들어 「지불 의무가 있는 주문」 같은 문구입니다.

영국은 Electronic Commerce (EC Directive) Regulations 2002와 Consumer Contracts Regulations 2013에서 동등한 규정을 유지하고 있습니다. 실무에서 판매자는 구조가 잘 잡힌 약관 페이지와 명확한 결제 절차로 이 모든 것을 제공합니다. 전자상거래 이용약관 생성기는 바로 이 흐름에 맞춰 만들어졌습니다.

정기 결제는 미국 법이 가장 구체적인 영역입니다. 온라인 쇼핑객 신뢰 회복법(Restore Online Shoppers' Confidence Act, 15 U.S.C. § 8403)은 해지할 때까지 갱신되는 구독이나 유료 요금제로 전환되는 체험판처럼 온라인으로 판매되는 네거티브 옵션 기능을 다룹니다. 이 법은 다음을 요구합니다.

1. 결제 정보를 수집하기 전에 모든 중요 조건을 명확하고 눈에 띄게 공개할 것
2. 요금을 청구하기 전에 소비자의 명시적이고 충분한 정보에 기반한 동의를 받을 것
3. 정기 요금을 중단할 수 있는 간단한 방법을 제공할 것

캘리포니아 자동 갱신법(Business and Professions Code § 17600 이하)은 갱신 조건의 명확하고 눈에 띄는 제시, 적극적 동의, 해지 방법을 설명하는 확인 통지, 온라인으로 구매한 구독의 온라인 해지 등 세부 의무를 추가합니다. 2025년 7월 1일부터 적용되는 개정안은 연간 알림과 특정 가격 변경 전 통지 등 추가 요건을 더했습니다.

별도의 FTC 클릭 투 캔슬(click-to-cancel) 규칙은 2025년 7월 연방 항소법원에서 무효화되었지만, ROSCA와 주법은 여전히 적용됩니다. 구독 사업자에게 명확한 약관과 그에 맞는 결제 절차는 피하기 어려우며, 그래서 SaaS 서비스 약관 생성기는 갱신과 해지를 핵심 섹션으로 다룹니다.

사용자가 서비스에 게시, 업로드, 댓글, 리뷰, 메시지를 남길 수 있다면 두 가지 제도가 적용되는 경우가 많습니다.

EU 디지털 서비스법. 디지털 서비스법(Digital Services Act) 제14조는 EU에서 제공되는 중개 서비스 제공자에게 사용자 콘텐츠에 부과하는 모든 제한에 관한 정보를 이용약관에 포함하도록 요구합니다. 여기에는 알고리즘에 의한 의사결정과 사람의 검토를 포함한 콘텐츠 모더레이션 정책, 절차, 조치, 도구, 그리고 내부 불만 처리 시스템의 규칙이 포함됩니다. 이후의 일부 DSA 의무와 달리 이 의무에는 소규모 기업 예외가 없습니다. 사용자 업로드가 있는 많은 포럼, 커뮤니티 사이트, SaaS 도구에게는 약관을 게시해야 할 실질적인 법적 이유가 됩니다.

미국 DMCA. 17 U.S.C. § 512의 면책 조항(safe harbour)은 서비스 제공자를 사용자 콘텐츠에 대한 일부 저작권 책임에서 보호할 수 있지만, 조건을 충족해야 합니다. 그중 두 가지는 약관과 직접 연결됩니다. 침해 통지를 받을 대리인을 지정하고 미국 저작권청(US Copyright Office)에 등록해야 하며, 적절한 상황에서 반복 침해자의 이용을 종료하는 정책을 채택하고 합리적으로 시행하며 사용자에게 알려야 합니다.

답변에 따라 Legal Policy Generator의 서비스 약관에는 디지털 서비스법과 DMCA 통지 섹션이 포함될 수 있습니다.

플랫폼 규정은 법률이 아니지만, 출시할 수 있는지와 대금을 받을 수 있는지를 좌우합니다.

• Apple App Store: Apple은 맞춤 EULA를 제공하지 않는 한 앱에 표준 EULA를 적용합니다. 자동 갱신 구독의 경우 Apple 개발자 계약은 개인정보처리방침과 이용약관 링크를 앱 안에서 접근할 수 있게 하도록 요구하며, 앱 심사에서도 등록 정보의 약관 링크를 흔히 확인합니다. 사용자 생성 콘텐츠가 있는 앱은 필터링, 신고, 차단 기능과 공개된 연락처 정보를 제공해야 합니다.
• Google Play: 개발자 배포 계약(Developer Distribution Agreement)에 따라 자체 EULA를 첨부할 수 있으며, 제품 지원과 사용자 불만 처리는 개발자의 책임입니다.
• Stripe: Stripe의 계정 활성화 안내는 판매를 시작할 때까지 고객 서비스 연락처, 환불 및 분쟁 정책, 해당하는 경우 해지 정책, 실물 상품의 반품 정책을 표시하도록 요청합니다. Stripe Checkout은 결제 전에 고객이 약관을 수락하도록 요구할 수도 있습니다.

따라서 약관을 요구하는 법률이 없더라도 사업자가 의존하는 플랫폼은 환불, 해지, 행위에 관한 규칙을 게시하기를 기대하는 경우가 많습니다. 앱별 설정은 앱 이용약관을 읽어 보세요.

약관이 선택 사항인 경우에도 약관은 사업자가 가진 주요 계약 수단입니다. 사이트의 다른 어떤 것도 하지 못하는 약관의 역할은 다음과 같습니다.

• 이용 규칙을 정합니다. 허용되는 이용 조항은 스팸, 악용, 사기를 이유로 콘텐츠를 삭제하거나 계정을 정지할 수 있는 문서화된 근거가 됩니다.
• 지식재산을 보호합니다. 사업자가 소유한 것을 밝히고, 그 이용에 대해서는 제한된 이용 허락만 부여합니다.
• 사용자 콘텐츠 권리를 명확히 합니다. 사용자가 게시한 것을 호스팅하고 표시하는 데 필요한 이용 허락만 받고, 그 이상은 받지 않습니다.
• 금전 문제를 설명합니다. 결제, 갱신, 해지, 환불 조건은 분쟁을 줄이고, 지불 거절(chargeback) 시 근거로 제시할 수 있습니다.
• 법이 허용하는 범위 내에서 책임을 제한합니다. 면책 조항과 책임 한도는 위험 노출을 줄일 수 있지만, 소비자법이 그 범위를 제한합니다.
• 분쟁 해결 경로를 정합니다. 강행적인 소비자 보호 범위 내에서 준거법, 관할, 불만 처리 절차를 정할 수 있습니다.
• 적절한 통지를 거쳐 서비스를 변경하거나 종료할 권리를 유보합니다.

약관이 없으면 이러한 문제는 기본 법률에 따라 결정되며, 이는 서비스의 실제 운영 방식을 반영하지 못할 수 있습니다. 분쟁이 결국 발생했을 때 소규모 사업자에게 가장 큰 비용을 치르게 하는 것은 대개 바로 이 불확실성입니다.

적어도 출시 시점에는 약관으로 얻는 이점이 거의 없는 사이트도 있습니다.

• 양식이 없는 개인 포트폴리오나 이력서 사이트
• 온라인으로 아무것도 판매하지 않는 지역 사업체의 안내 페이지
• 댓글, 계정, 협찬 콘텐츠가 없는 취미 블로그

그런 경우에도 두 가지를 주의해야 합니다. 첫째, EU 사람들을 대상으로 하는 사업용 웹사이트는 대개 정보사회 서비스에 해당하므로 상호, 주소, 이메일 같은 운영자 정보를 표시해야 합니다. 독일 독자에게는 임프레숨(Impressum)으로 알려져 있습니다. 둘째, 문의 양식, 뉴스레터, 애널리틱스 도구는 개인정보 보호 의무를 가져오며, 이는 어차피 약관으로 해결되지 않습니다.

계정, 결제, 다운로드, 구독, 사용자 게시물, API를 추가하는 순간 약관의 필요성은 커집니다. 나중에 도입해 기존 사용자 모두에게 동의를 요청하는 것보다 첫 고객을 맞기 전에 게시하는 편이 훨씬 쉽습니다.

유용한 습관이 있습니다. 돈, 계정, 사용자 콘텐츠와 관련된 기능을 출시할 때마다 이 질문을 다시 검토하세요. 바로 이런 변경이 약관 없이도 되던 사이트를 약관이 분명히 필요한 사이트로 바꿉니다.