이주는 '잘 됐어.' 그런데 롱테일이 서서히 무너지기 시작했어
큰 페이지는 주목받지만, 수백 개의 작은 글들이 이주 과정에서 조용히 손해를 봐.
플랫폼 변경, 도메인 변경, HTTPS 전환, 두 사이트 통합 - 모든 이주는 통제된 폭발 같고, 영향 범위는 전체 URL 구조야. 팀은 주요 페이지와 상위 10개 게시물을 전환 중에 주시하지. 하지만 수백 개의 리디렉션 실패, 템플릿 교체로 메타데이터 손실, 내부 링크가 무효가 된 롱테일은 사람이 직접 감시할 수 없어.
피해는 평균에 숨어 있어. 사이트 전체 트래픽은 8% 정도 떨어졌다가 몇 주 만에 '회복'될 수 있지만, 그 안에서는 어떤 글은 괜찮고, 어떤 글은 급락하며, 몇몇은 조용히 404가 돼. 전체 수치는 견딜 만해 보여도, 페이지별 현실은 피해가 흩어져 있어. 이주 복구는 사이트 전체로 위장한 페이지 단위 문제야.
이주 정리는 두 가지 작업이야. 어떤 도구가 어떤 일을 하는지 알아야 해
인프라 쪽은 크롤러가 담당하고, 콘텐츠 복구는 우리가 맡아. 하나만 하면 위험해.
인프라 복구 (크롤러 사용)
- 끊긴 리디렉션과 리디렉션 체인 - Screaming Frog, 로그
- 서버 수준의 404와 고아 URL
- 사이트맵, robots.txt, 캐노니컬 태그 정확성
- Hreflang, HTTPS, 상태 코드 문제
- 먼저 이걸 해결해 - 응급실 같은 곳이야
콘텐츠 복구 (Draftcamp)
- 이주 후 순위와 클릭이 떨어진 구체적인 글들
- 페이지별 순위 하락, 새로 페이지 1에서 밀려난 글 포함
- 템플릿 교체로 손실된 콘텐츠 메타데이터: 제목, 메타, 헤딩
- 콘텐츠 내 내부 링크가 죽은 페이지나 리디렉션된 페이지를 가리키는 경우
- 피해 목록뿐 아니라 검토된 요약과 초안으로 복구안 제공
콘텐츠 복구, 페이지별로
복구 대기열 -
당황한 스프레드시트가 아니야
인프라가 안정되면, 실제로 어떤 글이 손해를 봤고 각각 무엇이 필요한지가 핵심이야. 감사는 이주 이전 성과 기록을 활용해 페이지별로 답해줘.
피해 글을 개별적으로 식별
이주일을 포함한 페이지별 순위와 클릭 기록 - 어떤 글이 얼마나 떨어졌는지 정확히 보여줘, 사이트 전체 수치가 숨기는 최악 사례가 아니라.
콘텐츠 수준 손상 표시
템플릿 변경을 견디지 못한 제목과 메타, 깨진 헤딩 구조, 리디렉션 또는 죽은 URL을 가리키는 콘텐츠 내 링크 - 글별 점검
검토된 재작성으로 복구
손상된 각 글은 이주로 잃은 부분을 복원하는 요약과 초안을 받아, (이제 올바른) URL을 유지하며 출판 전 검토와 승인을 거쳐.
이주 후 복구, 답을 드려요
솔직한 답변들.