개발 slecs

이용약관 페이지 추가로 법적 요건 충족

목차

이용약관 페이지와 푸터 링크를 추가했다. 사실 생각보다 무시할 수 없는 작업이었는데, 서비스를 한 번 공개하고 나면 피할 수 없는 '법적 투명성' 항목이기 때문이다.

왜 이 시점에 약관이 필요했나

프로덕션 배포 직전이나 직후에는 늘 법적·운영 체크리스트가 따라온다. 약관, 개인정보처리방침, 이용 조건 같은 거 말이다. 특히 결제나 사용자 데이터를 다루는 서비스라면 더욱 그렇다. 우리의 경우도:

  • 서비스의 책임 범위 명시 (사용자가 뭘 할 수 있고 못 하는지)
  • 저작권, 라이선스, 부정 이용 방지
  • 서비스 이용 약관에 동의했다는 '법적 증거' (분쟁 발생 시)
  • 사용자 신뢰도 (진짜 있는 회사라는 신호)

이 정도는 최소한 갖춰야 서비스가 제대로 된 것처럼 보인다. 없으면 "이거 진짜 운영되는 서비스야?"라는 의구심이 생길 수 있다.

변경 사항: 두 파일, 하나의 변화

src/layouts/Base.astro — 푸터에 약관 링크 추가

Base.astro는 모든 페이지가 상속하는 기본 레이아웃이다. 여기에 footer를 수정하면 전 사이트에 자동으로 반영된다. 약관 페이지 링크를 추가할 때 이 파일을 손대는 게 맞다. 푸터는:

  • 사이트의 '하단 부분'으로 모든 페이지에서 항상 노출된다
  • 법적 문서(약관, 개인정보처리방침 등)가 전형적으로 가는 위치
  • 사용자 입장에서도 자연스럽게 찾을 수 있는 자리

src/pages/terms.astro — 약관 페이지 구현

새로운 페이지 파일을 추가했다. Astro에서 src/pages/.astro 파일을 두면 자동으로 라우팅된다. 따라서 terms.astro/terms 경로로 접근 가능하다.

설계 선택: 왜 레이아웃에 수정을 가했나

실무에서는 보통 이렇게 결정한다:

구분 선택 이유
Footer 위치 Base.astro (공통 레이아웃) 모든 페이지에서 일관되게 노출, 유지보수 효율
링크 대상 /terms 경로 직관적인 URL, SEO 친화적
페이지 구현 별도 terms.astro 추후 약관 업데이트·관리 용이, 다른 legal 페이지(privacy 등)와 구조 일치

특히 Base.astro를 손댄 이유가 중요하다. Footer는 '공통 영역'인데, 매번 개별 페이지마다 푸터를 복사-붙여넣기하면 유지보수 악몽이 된다. 약관이 바뀌거나 링크를 추가해야 할 때 수십 개 파일을 모두 수정해야 한다. 레이아웃에 한 번만 수정하면 끝이니 훨씬 낫다.

다음을 고려하면서

이 작업을 하면서 몇 가지 패턴을 정리했다:

  • Legal 페이지는 떼놓지 말고 함께: 약관만 있고 개인정보처리방침이 없으면 어색하다. 파일 구조를 처음부터 확장 가능하게 설계하는 게 좋다 (예: /pages/legal/terms.astro, /pages/legal/privacy.astro).
  • Footer 링크의 우선순위: 너무 많으면 푸터가 지저분해진다. 최소 필수(약관) + 선택(문의, 블로그)으로 나누는 것도 방법.
  • 레이아웃 수정의 신중함: Base.astro 같은 공통 레이아웃은 모든 페이지에 영향을 주니, 변경 전에 '모든 페이지에서 이 링크가 필요한가?' 한 번 더 확인할 필요가 있다.

이런 식으로 작은 작업이라도 '앞으로 어떻게 확장할 거냐'는 관점으로 접근하면, 나중에 비슷한 작업을 할 때 일관성 있게 진행할 수 있다.


🛒 이 글과 어울리는 추천 상품

*위 링크는 쿠팡파트너스 활동의 일환이며, 일정액의 수수료를 제공받을 수 있습니다.

댓글 0

첫 댓글 달아줘.