-
레거시 URL 경로 유지로 검색 가시성 보존
구 URL 구조(/{slug})에서 새로운 구조(/p/{id})로 마이그레이션하면서, 기존에 인덱싱된 모든 레거시 경로를 301 영구 리다이렉트로 자동 연결하는 작업을 했다. 작은 변경처럼 보이지만 SEO 손실, 사용자 경험, 외부 인바운드 링크 유지 관점에서 꽤 중요한 결정 포인트였다.
읽기 → -
레거시 경로를 새 구조로 301 리다이렉트 구성
레거시 URL 구조(/{slug})에서 새로운 경로(/p/{id})로 마이그레이션하면서 기존 링크들을 301 영구 리다이렉트로 연결하는 작업을 했다. Astro의 동적 라우팅을 활용해 SEO 손실을 최소화하면서 깔끔하게 처리했는데, 이런 류의 경로 마이그레이션은 생각보다 신경 쓸 부분이 많더라.
읽기 → -
레거시 경로 영구 리다이렉트로 검색 트래픽 보존
기존 /{slug} 형태의 레거시 URL 구조를 새로운 /p/{id} 형태로 정리하면서, 301(Moved Permanently) 상태 코드를 이용해 검색 엔진과 사용자를 자동으로 안내하는 작업을 했다. 단순히 URL을 바꾼 것이 아니라, SEO 손실을 방지하고 기존 유입경로를 보존하는 리다이렉트 전략이 핵심이었다.
읽기 → -
레거시 퍼머링크를 301 리다이렉트로 통합했다
몇 달 전부터 서비스의 URL 구조를 /{slug} 형식에서 /p/{id} 형식으로 정리하고 있었다. 당시엔 신규 구조로의 전환만 진행했는데, 이번엔 **여전히 구형 URL로 들어오는 트래픽을 301 영구 리다이렉트**로 깔끔하게 처리했다.
읽기 → -
블로그 URL 마이그레이션에서 검색 순위 보존하기
블로그 포스트의 URL 구조를 /{slug} 에서 /p/{post_sn} 로 변경하면서, 기존 링크들을 301 리다이렉트로 연결했다. 미미해 보이지만 이 작업이 없었으면 SEO 관점에서 큰 손실이 있었을 작업이었다.
읽기 → -
결제 플랫폼 전환 완료, 출금·로그 강화
기존 결제 플랫폼에서 새로운 PG로 컷오버하는 작업을 마쳤다. 단순한 결제 모듈 교체가 아니라 파트너 정산, 출금, 잔액 계산, 청구 배치까지 연쇄적으로 영향받는 작업이었기 때문에 여러 모듈을 동시에 수정하고 안정성을 높였다.
읽기 → -
PG 원가를 DB 조회로 파라미터화
결제 게이트웨이의 원가를 하드코딩된 값에서 데이터베이스 조회로 전환했다. 운영 환경에서 코드 배포 없이 원가 정보를 유연하게 관리하기 위한 작업이었다.
읽기 → -
여러 환경에 스키마를 배포하며 배운 점
제주 응답로그의 DDL(Database Definition Language)을 개발, 운영, 쇼핑몰 플랫폼 총 3개 환경에 반영 완료했고, 이 과정을 진행 상황 handoff 문서에 기록했다. 단순해 보이지만, 이것은 팀의 데이터 스키마 관리 및 배포 전략의 중요한 마일스톤이었다.
읽기 → -
검색 결과에서 낡은 글·짧은 글 차단
블로그의 SEO 건강도를 해치는 얇은 포스트와 백데이트된 오래된 글들에 noindex 메타 태그를 붙였다. 단순한 기술 수정처럼 보이지만, 시스템에서 "어떤 콘텐츠를 중요하게 보일 것인가"를 결정하는 정책 개선이었다.
읽기 → -
결제 연동 준비 현황 문서화
결제 플랫폼 PG 시스템 연동 작업이 코드 단계에서는 거의 완료됐지만, 최종 인증 설정값을 기다리는 상황이었다. 그 과정에서 "라이브 배포 준비는 끝났는데, 왜 아직 못 가는가?"를 팀원들과 공유하려면 단순 구두 설명론 부족했다. 그래서 작업 지침 문서와 현재 상태 추적 문서를 함께 작성했다.
읽기 → -
결제 웹훅 핸들러 구현 완료 문서 업데이트
결제 플랫폼 연동 문서에서 웹훅 수신기 Controller가 완성되었음에도 TODO로 표기되어 있던 부분을 '구현완료'로 정정했다.
읽기 → -
웰컴 제거 진행 상황 실소스 기준으로 정정
며칠 전 이커머스 PG 플랫폼의 웰컴 기능 제거 작업을 진행하면서, 그동안 작성해둔 진행 문서들을 다시 읽어 보니 현재 상황과 맞지 않는 부분들이 있었다. 실제 코드베이스를 기준으로 다시 확인하고 문서를 정정했다. 함께 그 과정에서 느낀 것들을 공유한다.
읽기 → -
본인인증 정보 저장 범위 확대
결제 플랫폼에 연동된 본인인증 PG(제주)에서 제공하는 응답값을 전부 활용하지 못하고 있었다. 이번 작업은 기존에 저장하던 **이름, 휴대폰**에 더해 **생년월일·통신사·내외국인 여부** 3개 필드를 새로 저장하도록 시스템을 확장한 거다.
읽기 → -
인벤토리 메트릭 수치 갈등 정리
최근에 life/name.hedvion.com 서비스 인벤토리를 문서화하면서 흥미로운 문제를 마주했다. 여러 모니터링 시스템과 운영 문서에 기록된 메트릭 수치들이 서로 다르게 나타나고 있었던 것. 라이브 인스턴스 카운트, uptime 커버율, 조회수 통계 등 세 가지 주요 지표에서 불일치가 발생하고 있었고, 이를 정리하는 것이 이번 커밋의 목표였다.
읽기 → -
로컬 캐시 파일이 repo를 오염시키던 문제 해결
개발 도구의 로컬 session state 파일들이 실수로 git에 커밋되어 있던 걸 정리했다. .omc/ 디렉토리의 여러 상태 파일들(agent-replay, hud-stdin-cache, subagent-tracking 등)을 untrack 처리하고, .gitignore에 명시해 앞으로는 같은 실수가 반복되지 않도록 했다.
읽기 → -
개발 도구 임시 파일이 커밋되던 문제 해결
어느 날 저장소를 정리하다가 발견했다. .omc/ 디렉토리 아래로 뭔가 잔뜩 쌓여 있었다. agent replay 로그, hud 캐시, 세션 상태 파일들. 모두 로컬 개발 도중에 자동으로 생기는 임시 파일인데, 실수로 git이 추적하고 있었던 것. 이번 작업은 그 파일들을 저장소에서 제외하고, 향후 반복되지 않도록 .gitignore를 정리하는 chore였
읽기 → -
누락된 서비스 로깅 설정 추가
신규 웹 서비스가 추가되었는데 페이지뷰 분석 시스템(site-pv)에 로그 수집 설정이 빠져 있었다. 전용 로그 채널을 등록해서 이 서비스의 트래픽 추적을 활성화했다.
읽기 → -
조회수 대시보드 확장하며 배운 설계 포인트
사내 여러 서비스의 트래픽을 한눈에 보기 위해 조회수 대시보드를 운영 중인데, 최근 life/name 서비스를 새롭게 추적 대상으로 추가했다. 단순히 로그 수집만 늘리는 게 아니라, 로그 전용화(DEDICATED_LOGS)와 표시 순서 제어(DISPLAY_ORDER)라는 구조를 도입하면서 대시보드를 어떻게 확장할 것인가에 대해 한두 가지 배운 게 있다.
읽기 → -
서비스 접근 로그 독립 추적 체계 구축
특정 도메인의 사용자 접근 패턴을 더 정확히 추적하기 위해 기존 통합 로깅 시스템에서 전용 로그 채널을 등록했다.
읽기 → -
포트폴리오 섹션 순서를 언어별로 통일하다
개인 포트폴리오 사이트에서 한국어판과 영문판 간의 레이아웃 순서를 맞추는 작업을 했다. 구체적으로는 영문판에서 블로그 섹션을 About 섹션 위로 이동시켜 한국어판과 동일한 배치로 만들었다.
읽기 →