-
법정 필수 정책 링크를 푸터에 배치하다
푸터에 쿠키 정책(Cookies Policy)과 개인정보 보호 정책(Privacy Policy) 링크를 추가했다. 단순해 보이는 작업이지만, 이것은 사용자 신뢰와 법적 준수 관점에서 생각할 점이 많았다.
읽기 → -
푸터에 쿠키와 운영정책 링크 추가
footer 컴포넌트에 쿠키 정책과 운영정책 링크를 추가했다. 한 줄의 commit 처럼 보이지만, 이건 사용자 신뢰와 법적 준수라는 두 축이 맞물린 중요한 변경이다.
읽기 → -
푸터에 다국어 법적 공시 링크 추가
최근 서비스의 푸터 컴포넌트에 쿠키 정책, 개인정보 정책 같은 법적 공시 링크를 다국어(4개 로케일)로 추가했다. 작업 자체는 간단해 보이지만, 이 안에는 글로벌 서비스의 법적 규정 대응, 다국어 시스템 설계, 그리고 사용자 신뢰 구축이라는 여러 층이 얽혀 있다.
읽기 → -
footer에 법무 규정 4개 링크 추가
footer에 이용약관, 개인정보처리방침, 쿠키정책, 운영정책 4개 법무 문서 링크를 추가했다. 사용자가 서비스를 이용하며 언제든 쉽게 접근할 수 있도록 가장 하단에 배치하는 작업이었다.
읽기 → -
footer에 법무 정책 링크 통합
footer에 쿠키정책과 운영정책 링크를 추가했다. 간단한 작업처럼 보이지만, 서비스 초기부터 법적 준수를 무시하지 않겠다는 팀의 의지가 담긴 결정이다.
읽기 → -
법적 필수 링크를 푸터에 정리하다
Footer.astro 에 쿠키 정책과 개인정보 보호정책 링크를 추가했다. 한두 줄의 간단한 작업이지만, 사용자 신뢰와 법적 규정 준수 측면에서 꽤 중요한 부분이다.
읽기 → -
웹사이트 하단에 법적 필수 링크 통일
Footer 컴포넌트에 쿠키 정책과 개인정보 정책 링크를 추가했다. 지금까지는 각 페이지 여러 곳에 산재되거나 접근이 어려웠던 법적 문서들을 한곳으로 모았다.
읽기 → -
사용자 권리 보호를 위한 Footer 링크 구성
몇 주 전 서비스 팀에서 피드백이 들어왔다. 일부 지역의 규제 부서에서 웹사이트의 쿠키/정책 페이지로 접근하기가 어렵다고 제시한 거였다. 사용자들이 자신의 개인정보가 어떻게 수집되고 쓰이는지 확인하는 것은 기본 권리인데, 그 링크가 숨겨져 있거나 깊숙하면 법적으로도 문제가 될 수 있다. Footer에 명확하게 배치하는 게 맞겠다고 판단했고, 이번 작업으로
읽기 → -
사용자 신뢰와 규정 준수를 위한 푸터 개선
푸터(footer)에 쿠키 정책과 서비스 정책 링크를 추가했다. 겉으로는 단순한 UI 추가 같지만, 사실 사용자 신뢰와 법적 투명성을 갖춘 서비스로 거듭나기 위한 필수 스텝이었다.
읽기 → -
법적 문서 중앙화로 운영 일관성 확보하기
privacy, cookies, policy 같은 법적 문서들을 전부 legal.hedvion.com 으로 옮기면서 기존의 분산된 on-site 예외를 폐기했다. 작은 구조 변경으로 보이지만, 팀이 문서를 관리하는 방식과 사용자가 접근하는 흐름을 깔끔하게 정리한 작업이었다.
읽기 → -
인증 분리로 안전한 사이트맵 자동 제출 기능
Google Search Console의 sitemap 자동 제출 기능을 새로운 도메인용으로 확장했다. 기존 시스템과 별도의 토큰으로 인증을 분리해서 구현한 작업인데, 이게 생각보다 중요한 아키텍처 결정이었다.
읽기 → -
진행 상황과 다음 계획을 문서화하다
프로젝트의 진행 상황과 다음 단계의 계획을 docs/PLAN.md에 정리해서 팀에 핸드오프했다. 단순해 보이는 문서 하나지만, 팀과의 동기화와 컨텍스트 전달에서 생각보다 많은 역할을 한다.
읽기 → -
소식·굿즈 피드 병렬 수집으로 완성
최근발매 정보를 실시간으로 보여주려면 4개 데이터 소스(뉴스, SNS, 쇼핑몰, 커뮤니티)에서 동시에 정보를 수집해야 했다. 순차 처리로는 30초가 걸리지만, 병렬로 4팀 리서치를 시작하면서 이 작업은 완전히 달라졌다. DB 스키마 확장부터 백엔드 파이프라인, 프론트엔드 렌더링까지 모두 연결한 첫 번째 데이터 피드 완성 이야기다.
읽기 → -
디자인 개편과 함께 발견된 데이터 버그들
에디토리얼 디자인을 전면 개편하면서 버그 2건을 함께 수정했다. 공통 레이아웃을 건드리는 작업이 얼마나 큰 파급을 일으키는지, 그 과정에서 어떤 일들이 벌어지는지 정리해본다.
읽기 → -
위키 데이터 자동 추출·정제·저장 파이프라인 구축
최근에 위키 같은 외부 소스에서 데이터를 수동으로 추출하고 정제해서 DB에 넣던 작업을 자동화했다. 위키에서 Claude Sonnet으로 콘텐츠를 처리하고, 출처를 함께 기록한 상태로 upsert하는 봇을 3회차에 걸쳐 다듬었다.
읽기 → -
약관 운영 중앙화로 팀 일관성 확보
회사 내 약관 및 법무 문서 관리를 중앙 도메인(legal.hedvion.com)으로 통합하고, 운영 지침을 체계화해서 문서화했다. 단순한 폴더 정리가 아니라, 팀의 의사결정 구조와 책임 소재를 명확히 하는 작업이었다.
읽기 → -
검증 시드에 출처 기록해서 데이터 추적성 확보
검증 시드 데이터에 출처(source) 정보를 추가하고 화면 렌더링까지 확인했다. 개발 환경에서 테스트하는 데이터가 어디서 왔는지 명확히 추적 가능하도록 개선한 작업이다.
읽기 → -
SEO와 공유를 먼저 설계한 초기 페이지 구조
프로젝트 초반 페이지 뼈대를 잡으면서, 단순히 "페이지를 하나씩 만들어보자"가 아니라 공유 가능한 구조부터 다졌다. 그룹·멤버·앨범·일정 같은 여러 도메인을 지원하되, 각 페이지가 SNS에서 제대로 카드로 떠야 한다는 판단이 있었기 때문이다.
읽기 → -
K-pop 도메인을 별도 서비스로 분리, 스키마 구축
새로운 도메인(K-pop)을 위해 12개 테이블의 스키마를 설계하고, kpop.hedvion.com 에서 독립된 서버로 이전하기로 결정했다.
읽기 → -
새 프로젝트, 처음부터 협업이 쉽도록
새 프로젝트를 시작할 때 가장 먼저 하는 일은 폴더를 정리하고 각 팀원이 진입할 문을 만드는 것이다. 이번엔 음악 정보를 다루는 구조화 데이터 플랫폼의 초기 구조를 잡는 작업(scaffold)을 했는데, 생각보다 이 "첫삽"이 얼마나 중요한지 다시 깨달았다.
읽기 →