개발 slecs

사용자 신뢰와 규정 준수를 위한 푸터 개선

목차

푸터(footer)에 쿠키 정책과 서비스 정책 링크를 추가했다. 겉으로는 단순한 UI 추가 같지만, 사실 사용자 신뢰와 법적 투명성을 갖춘 서비스로 거듭나기 위한 필수 스텝이었다.

왜 푸터에 법률 정보가 필요했는가

웹사이트를 어떤 페이지에서 방문하든, 맨 아래 푸터는 항상 눈에 들어온다. 이게 의도된 설계다. GDPR(유럽 개인정보보호규정)이나 CCPA(캘리포니아 소비자 개인정보 보호법) 같은 국제 규정들도 서비스 제공자가 쿠키 정책에 대한 정보에 사용자가 쉽게 접근할 수 있도록 강제하고 있다.

특히 우리 팀은 글로벌 서비스를 지향하고 있었기 때문에, 초기부터 법적 투명성을 미뤄둘 수 없었다. "나중에 하자"는 생각은 나중에 규정 위반 지적을 받거나 리스크로 불어날 수 있다. 따라서 기본을 갖춘 서비스로 출발하는 게 팀 전체의 신뢰를 쌓는 길이었다.

푸터는 모든 페이지에 일관되게 노출되는 영역이라는 점도 중요했다. 사용자가 어디에 있든, 몇 번이고 같은 링크를 찾을 수 있다.

어떻게 작업했나

변경한 파일은 components/Footer.astro 와 src/components/Footer.astro 두 곳이었다. 처음에 동일한 이름의 파일이 두 군데 있다는 사실이 흥미로웠다. 빌드 구조나 폴더 레이아웃상 이중화되어 있는 건가 싶었는데, 팀에 물어보니 레이아웃 버전 관리와 호환성 때문이었다.

그래서 배운 게, 글로벌 컴포넌트를 수정할 때는:

  1. 일관성 체크 — 같은 이름의 파일이 여러 곳에 있으면, 모두 동일하게 업데이트했는지 확인해야 한다. 한쪽만 빠뜨리면 일부 페이지에서는 법률 링크가 안 보이는 버그가 생긴다.

  2. 링크 대상 확보 — 푸터에 쿠키나 정책 페이지 링크를 추가하기 전에, 실제로 그 페이지가 준비되어 있는지 콘텐츠 팀이나 법무팀과 확인해야 한다. 깨진 링크는 사용자 신뢰를 깎는다.

  3. 접근성 고려 — 법률 정보는 시각 장애인 사용자도 쉽게 찾을 수 있어야 한다. 화면 리더가 링크를 명확하게 읽을 수 있도록, 링크 텍스트를 충분히 구체적으로 작성했다.

푸터 컴포넌트의 구조는 대략 이런 식이었다:

<footer>
  <div class="footer-wrapper">
    <nav class="footer-nav">
      <!-- 기존 링크들 -->
    </nav>
    <div class="legal-links">
      <a href="/cookies" title="쿠키 정책">Cookies</a>
      <a href="/policy" title="서비스 정책">Policy</a>
    </div>
  </div>
</footer>

회고: 푸터 같은 곳이 정말 중요하구나

이 작업을 하면서 느낀 게 몇 가지 있다.

먼저, 작은 UI 요소도 팀 전체의 신뢰를 좌우한다는 점. 푸터 링크 하나가 빠졌다고 해서 기술적으로 심각한 버그는 아니지만, 사용자 관점에서는 "이 서비스가 내 개인정보를 어떻게 다루는지 알려줄 생각도 없나?"라는 의구심을 갖게 한다. 반대로 명확한 링크가 있으면, "이 팀은 규칙을 지키고 투명하게 운영하는구나"라는 신뢰가 생긴다.

둘째, 구조화된 정보 관리의 중요성. 파일이 두 곳에 있다는 건 결국 중복이고, 중복은 실수를 낳는다. 팀 규모가 커질수록 이런 중복을 제거하고 Single Source of Truth를 만드는 리팩토링이 필요하다. 이건 다음 단계의 개선 항목이 될 것 같다.

셋째, 팀 간 협력의 중요성. 개발팀이 링크를 푸터에 추가하면, 콘텐츠팀은 정책 페이지를 채워야 하고, 법무팀은 정책 텍스트를 검수해야 한다. 이 모든 게 맞춰야 완전한 기능이 된다. 따라서 개발 완료 후 "다른 팀들이 자기 몫을 했나" 확인하는 과정도 중요했다.

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

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

이어보기

댓글 0

첫 댓글 달아줘.