-
공개 데이터 불일치 매일 감시
공개 API나 공개 데이터 세트에서 제공하는 정보와 시스템의 실제 상태가 점점 벗어나는 문제를 "드리프트(drift)"라고 부른다. 외부 사용자 입장에서는 우리가 제공한 리스트가 곧 "신뢰할 수 있는 진실"인데, 그게 실제와 맞지 않는 순간 신뢰도가 떨어진다. 이번 작업은 그 드리프트를 매일 자동으로 감시하고, 문제가 생기면 즉시 팀에게 알리는 체계를 만드
읽기 → -
Featured 영역 정렬 버그 수정, 여백 제거
Featured 콘텐츠 섹션에서 불필요한 빈 공간(void)이 생겨 레이아웃이 흐트러지던 버그를 고쳤다. 단순한 여백 조정 같지만, 프론트엔드 배포에서 자주 마주치는 전형적인 문제 유형이다.
읽기 → -
매거진 스타일로 재정의한 블로그 디자인
블로그 UI를 처음부터 다시 만들었다. 지금까지 '라이프스타일 블로그' 톤의 가벼운 느낌을 벗고, '에디토리얼 매거진' 느낌으로 통일하는 작업이었다. 헤더부터 포스트 카드, 전체 레이아웃까지 손을 댔기 때문에 꽤 큰 변경이었는데, 왜 이 작업을 진행했고 어떤 식으로 접근했는지 정리해본다.
읽기 → -
단일 소스로 정보 산재 해결하기
sites.json을 단일 진실(single source of truth)로 정하고, 여기서 메인 페이지·깃헙 공개 정보를 자동으로 생성하는 자동화를 구축했다. 여러 곳에 흩어진 사이트 메타데이터를 한곳에서 관리하면서 반복 작업을 제거하고 팀의 온보딩 프로세스를 단순화한 경험을 나눈다.
읽기 → -
리뉴얼 CSS가 유저에게 안 보이던 캐시 문제 해결
리뉴얼된 CSS를 배포했는데, 유저들의 브라우저에는 여전히 구 버전 스타일이 떠 있었다. 원인은 Cloudflare의 7일 immutable 캐시였다. 캐시버스터를 추가해 무효화했다.
읽기 → -
loose 사본으로 배포 실패하던 함정 문서화
ops 라이브러리를 서버에 배포할 때 자주 겪는 일이 있다. git pull 로 최신 코드를 받아도 실제 스크립트는 예전 버전이 그대로 남아있는 상황이다. 결국 "어? 방금 고친 스크립트가 왜 작동 안 하는데?" 하면서 한참 헤매다가 수동으로 파일을 복사해야 하는 경험 말이다. 이번에는 이 함정을 배포 자동화 계획에 명시해서, 팀원들이 같은 실수를 반복하지
읽기 → -
새로운 서비스 SEO 관리에 편입하고 기존 오류 정정
SEO 인프라 문서를 업데이트했다. blindboxdex라는 새로운 서비스를 SEO 관리 대상에 편입하면서, 동시에 vtuberprofile에서 siteFullUser 기능이 라이브되면서 생긴 정책 변경을 반영한 것이다.
읽기 → -
검색 우선 공공포털 UI로 서비스 신뢰도 개선
전면적인 디자인 리뉴얼 작업을 마쳤다. 그동안 콘텐츠 팜처럼 보였던 UI를 벗어나, 검색을 중심에 놓고 공공기관 포털처럼 깔끔하고 신뢰도 높은 인상으로 다시 설계했다.
읽기 → -
검증 중이었던 GSC 상태를 완료로 정정
며칠 전 CLAUDE.md를 훑다가 발견했다. Google Search Console 소유검증이 실제론 "완료"였는데도 문서엔 여전히 "검증 중"이라고 적혀 있었다. 사이트맵 제출도 마찬가지. 실제 상태와 문서 사이에 시간차가 생겼고, 이건 누군가를 혼동하게 할 수 있는 상황이었다.
읽기 → -
사이트맵 제출 자동화로 검색 인덱싱 가속화
여러 이커머스 사이트를 운영하다 보면 Google Search Console(GSC)에 사이트맵을 등록·제출하는 작업이 반복된다. 각 사이트마다 GSC 대시보드에 접속해서 사이트맵 URL을 수동으로 입력하고 제출 상태를 추적하는 것이 적지 않은 수고가 들어가곤 했다. 이번에 이 과정을 자동화하는 파이프라인을 구축해서, 신규 사이트 추가 시에도 수동 개입 없
읽기 → -
새 서비스 도메인의 트래픽 감시 선택적 추가
traffic-watcher 스크립트에 blindboxdex 도메인을 편입했다. 다만 "dex, 룰학습만"이라는 제약을 두어 전체 기능이 아닌 특정 모듈만 감시하도록 했고, 그 결과 SEO 추적 속성이 5개에서 6개로 늘었다.
읽기 → -
신규 사이트 온보딩 진행도 한눈에 확인
신규 사이트가 발견되면 그걸 시스템에 제대로 온보딩하는 건 단순한 기술 작업이 아니다. 운영팀과 개발팀 사이에 "지금 어디까지 했는데?"라는 질문이 자주 오가는데, 체크리스트 카드를 추가하면서 그 답변 주기를 좀 더 명확하게 만들 수 있게 됐다.
읽기 → -
신규 사이트 온보딩 절차 한곳에서 관리하기
신규 사이트를 로칭할 때마다 여러 문서를 뒤적거려야 했다. 인증 정책은 어디? 콘텐츠 제약은? SEO 체크는? 배포 절차는? 담당자마다 다르게 이해하고, 누군가는 중요한 단계를 빼먹고, 나중에 "어라, 이걸 왜 안 했지?" 하는 일이 반복됐다. 이번에 신규 사이트 온보딩 체크리스트를 단일 문서(SSOT)로 정리해서 모든 관점을 한곳에서 관리하도록 만들었다.
읽기 → -
분산된 SEO 속성을 문서 하나로 통합 관리하다
여러 도메인을 운영하다 보니 각 도메인의 SEO 관리 정책과 현황을 한 문서에 정리할 필요가 있었다. 이번에 docs/seo-infra.md 를 최종 완성하면서 LEARN_SLUGS 정의를 확정하고, 별도 운영 중이던 4개 도메인을 편입하고, 현재 연결된 검색 콘솔 5개 속성까지 한데 정리했다.
읽기 → -
트래픽 모니터링에 신규 프로필 자동 추가
Google Search Console 인증만으로 새로운 데이터 소스가 자동 연동되도록 traffic-watcher를 확장했다. 기존 kpopdex 패턴을 그대로 가져가되, 불필요한 커스텀 로직은 없앴다.
읽기 → -
Discord 채널 분리로 팀 소통 혼선 해결
요즘 사내 도구 설정 변경 중에 가장 간단해 보이는 작업들이 의외로 팀 전체에 영향을 크게 미친다는 걸 다시 한번 느낀다. 이번 작업도 그런 케이스였다. 회사 전체 공지사항이 섞여 있던 Discord에서 기획-seo학습 채널을 별도로 분리하고, 우리 시스템의 설정 파일(discord_channels.json)에 해당 채널 ID(1518466281718808
읽기 → -
다중 도메인 SEO 모니터링, 메타 분기로 깔끔하게
여러 이커머스/콘텐츠 플랫폼을 운영하면서 Google Search Console(이하 GSC) 통합 관리의 필요성이 계속 커지고 있었다. 기존에는 도메인마다 따로 모니터링하던 traffic-watcher를 확장해서, 한 대시보드에서 여러 도메인의 검색 트래픽을 관리할 수 있게 개선했다.
읽기 → -
검색 인프라 권한 관리 혼선 제거와 문서 정정
인프라 문서를 정비하다가 발견한 흥미로운 케이스다. GSC 접근 권한이 여러 ADC로 산재되어 있었는데, 실제로는 단일 계정이 전 도메인을 관리할 수 있는 상황이었다. 개발 환경용 ADC가 불필요했다는 걸 깨닫고 문서를 정정했다.
읽기 → -
SEO 포스트 Discord 채널 자동 라우팅
Discord 봇의 포스팅 시스템에 콘텐츠 종류별 채널 라우팅 로직을 추가했다. SEO 관련 포스트가 자동으로 올바른 채널로 전달되도록 정리한 작업인데, 이건 단순 피쳐 추가가 아니라 팀의 정보 흐름과 자동화 신뢰도를 한 단계 올린 사건이라고 봤다.
읽기 → -
리포트 채널 분리로 알림 노이즈 개선한 경험
traffic-watcher 스크립트가 뱉어내는 SEO 리포트를 종합 채널에서 전용 SEO 채널로 라우팅하는 작업을 했다. 한 줄 짜리 commit처럼 보이지만, 뒤에는 팀 커뮤니케이션 구조를 다시 생각하는 과정이 있었다.
읽기 →