-
홈 히어로 헤드라인이 어색하게 끊기던 버그 수정
홈페이지 히어로 섹션의 대형 헤드라인과 리드 문단이 도중에 어색하게 끊어져서 읽기 불편했다. 원인은 .hero 클래스에 박혀 있던 max-width: 18ch 제약 때문. 그 제약을 제거하니 문제가 해결됐다.
읽기 → -
멤버 정보 충실화로 팬 경험을 한층 깊게
멤버 생일, 국적, 포지션 같은 '팬들이 실제로 알고 싶어하는 정보'가 서비스에서 빠져 있었다. 동시에 공식 뮤직비디오, 소속사, 팬덤 페이지 같은 콘텐츠 노드들이 느슨하게 연결되어 있었다. 이번 작업은 이런 정보들을 체계적으로 보강하고, 신뢰할 수 있는 소스로 검증한 뒤 서비스에 엮어내는 과정이었다.
읽기 → -
알림 채널 분리로 모니터링 신호 정리하다
coway 알림을 @SlecsNotiBot 채널로 분리 라우팅했다. 단순해 보이지만 시스템 모니터링의 "신호 대 잡음" 비율에 꽤 중요한 변화다.
읽기 → -
팀 확장과 피드 기능으로 그룹 페이지 완성하다
그룹 시스템이 16팀 규모까지 커지면서, 단순한 목록 페이지론 역부족이 됐다. 한 스프린트에 팀 확장, 일정 타임라인, 소식/링크 피드, 정책페이지를 모두 구축하고 배포했는데, 이 경험에서 배운 점들을 정리해본다.
읽기 → -
제출 소스의 상태 검증 일관화: HEAD 가드 추가
여러 제출 경로를 관리하다 보면 같은 로직을 여러 곳에서 서로 다르게 구현하게 되는 일이 생긴다. 이번엔 GSC 제출 모듈의 여러 소스(slecs, opsvoro, coway)에 HEAD 가드를 추가해서 상태 검증 로직을 일관화했다.
읽기 → -
사이트맵 에러를 자동으로 잡고 고치는 모니터링 루프
Google Search Console 의 사이트맵 에러들을 자동으로 감시하고, 발견한 에러를 곧바로 개선하는 루프를 만들었다. 지금까지는 에러를 감시하기만 했다면, 이번엔 감시 다음의 액션까지 자동화했다. 팀 입장에서는 더 이상 사람이 개입할 필요 없이 시스템이 스스로 돌아가는 상태가 됐다는 뜻이다.
읽기 → -
실행 진척도 가시화로 다음 단계 우선순위 정하기
GSC 자동화 계획 문서에 단계별 실행 완료 체크리스트와 자동화 수준 메모를 정리했다. 단순 문서 정리처럼 보이지만, 이 작업은 팀의 의사결정 속도와 투명성을 크게 좌우한다.
읽기 → -
죽은 사이트맵 자동 감지해 GSC 제출 실패 줄임
사이트맵을 검색 엔진에 제출하는 작업을 자동화했을 때, 문제가 하나 있었다. 옛날에 삭제했거나 리다이렉트된 사이트맵을 여전히 제출 대상에 포함해서, 매번 제출 실패 로그가 쌓이는 거다. 이번에는 제출 전에 그 사이트맵이 정말 살아 있는지 미리 체크하고, 죽은 것들은 자동으로 건너뛰는 기능을 _lib/gsc_submit.py 에 추가했다.
읽기 → -
핸드오프 플랜 검증 추적 명확해졌다
자동화 플랫폼의 핸드오프 문서에 "라이브 재검증 스탬프"를 추가했다. 작은 문서 업데이트지만, 팀의 운영 신뢰도에 꽤 영향을 미치는 변경이었다.
읽기 → -
GSC 모니터링 자동화 계획을 팀에 인수인계하다
어떻게 보면 눈에 띄지 않지만, 검색 엔진 최적화는 서비스 트래픽의 생명줄이다. Google Search Console을 통해 매일 사이트 상태를 감시해야 하는데, 매번 수동으로 들어가서 확인하기엔 너무 번거롭다. 특히 사이트맵 에러나 크롤링 실패 같은 문제들은 신속하게 감지되고 해결되지 않으면 검색 노출이 눈에 띄게 떨어진다. side 카테고리 업무로 이
읽기 → -
자동화 봇의 호스트와 데이터 소스를 문서화하기
오늘 README를 갱신해서 자동화 봇의 운영 정보 두 가지를 명시했다. 그건 호스팅 주소와 뉴스 소스였다.
읽기 → -
산재된 서비스 설정을 팀 공용 가이드로 정리
docs/hedvion-CLAUDE.md 에 slecs.net 계열 서비스들의 중앙화 지침, 시딩/Caddy 스크립트, slug 맵핑 규칙을 정리했다.
읽기 → -
여러 페이지 footer의 법무 링크를 한 곳으로
footer에 있던 법무 링크 4개(이용약관, 개인정보처리방침, 이용정책, 제휴 정보 등)가 여러 템플릿 파일에 중복으로 박혀 있던 걸 발견했다. 이걸 central 도메인(legal.hedvion.com)으로 통일했다. 작은 정리 같지만 유지보수 관점에서 생각해볼 게 많은 작업이었다.
읽기 → -
쿠키·정책 링크를 Footer에 다국어로 추가
Footer 컴포넌트에 쿠키 정책(Cookies Policy)과 개인정보 정책(Privacy Policy) 링크를 다국어(한국어/영어/일본어)로 추가했다. 겉으로는 단순한 레이아웃 작업처럼 보이지만, 뒤에는 법적 의무 충족, 다국어 지원 전략, 그리고 팀의 우선순위 조정 같은 결정들이 얽혀 있다.
읽기 → -
쿠키 정책 링크를 푸터에 추가해 규제 요구사항 충족
Base.astro 레이아웃에 쿠키 관련 법률 정보 링크를 푸터에 넣었다. "toy 3-link set"이라는 표현처럼 아직 최소한의 세트지만, 유저가 사이트 어디서나 쿠키 정책과 법률 정보에 바로 접근할 수 있게 된 것.
읽기 → -
푸터 쿠키 정책 링크 모든 페이지에 통일
홈, About, Privacy, Terms 페이지는 물론 동적 라우트까지 6개 페이지의 푸터에 쿠키 정책 링크를 일괄 추가했다. 간단한 작업처럼 보이지만, 이것 뒤에는 컴플라이언스 요구사항과 페이지 일관성 관리의 실제 어려움이 있었다.
읽기 → -
모든 푸터 화면에 법적 정책 링크 추가
서비스의 모든 푸터 영역에 쿠키 정책과 운영 정책 링크를 일관되게 추가했다. 한 번에 여러 페이지를 수정해야 했던 작업인데, 생각보다 신경 쓸 게 많았다.
읽기 → -
푸터 전체에 쿠키 정책 링크 추가
모든 푸터 위치에 쿠키 정책 링크를 일관되게 추가했다. 단순 링크 추가처럼 보이지만, 이면에는 법적 컴플라이언스와 코드 유지보수성 사이의 균형이 숨어 있다.
읽기 → -
푸터에 법정 필수 약관 링크 추가
footer에 쿠키 정책과 운영 약관 링크를 추가했다.
읽기 → -
법정 필수 정책 링크를 푸터에 배치하다
푸터에 쿠키 정책(Cookies Policy)과 개인정보 보호 정책(Privacy Policy) 링크를 추가했다. 단순해 보이는 작업이지만, 이것은 사용자 신뢰와 법적 준수 관점에서 생각할 점이 많았다.
읽기 →