CMS 마이그레이션에서 아무도 경고하지 않는 부분: 출시 후 메타데이터 혼란

Source: Dev.to

죄송합니다만, 번역할 전체 텍스트를 제공해 주시면 한국어로 번역해 드릴 수 있습니다. 현재는 링크만 제공되어 있어 실제 기사 내용에 접근할 수 없습니다. 번역이 필요한 본문을 복사해서 알려주시면 바로 도와드리겠습니다.

WordPress에서 HubSpot으로 400개의 페이지를 마이그레이션을 막 마쳤습니다. 리디렉션이 매핑되었습니다. DNS가 업데이트되었습니다. 팀이 축하하고 있습니다.

그런데 3일 후에 Google Search Console을 열어보니 다음과 같은 문제가 발견됩니다:

• 페이지의 절반에 중복된 메타 설명이 있습니다.
• 87개의 블로그 게시물에서 대표 이미지 alt 텍스트가 사라졌습니다.
• 누군가 전체 /resources 섹션의 Open Graph 태그 업데이트를 잊었습니다.

프로젝트 계획에 아무도 넣지 않는 CMS 마이그레이션의 부분에 오신 것을 환영합니다.

지난 6년 동안 네 번의 CMS 마이그레이션을 경험했습니다:

매번 마이그레이션 자체는 잘 진행되었습니다. 데이터가 전송되었고, 페이지가 로드되었으며, 301 리디렉션이 작동했습니다.

재해는 항상 그 이후에 일어났습니다.

왜 마이그레이션 후 정리가 실제 프로젝트인가

대부분의 마이그레이션 가이드는 이동 자체에 초점을 맞춥니다:

1. URL 매핑하기.
2. 리다이렉트 설정하기.
3. 스테이징 환경 테스트하기.
4. 모든 것 백업하기.

이 부분은 체크리스트를 따라가면 잘 문서화되어 있고 비교적 직관적입니다.

하지만 이러한 가이드에서는 플랫폼 전환 중에 발생하는 메타데이터 엔트로피를 간과합니다. 모든 CMS는 메타데이터를 저장하고 렌더링하는 방식이 다릅니다:

• WordPress는 게시물 본문의 처음 160자를 기반으로 og:description을 자동 생성할 수 있습니다.
• HubSpot은 페이지 설정에서 수동으로 지정하도록 요구합니다.
• Drupal은 정규화된 URL을 자체 방식으로 처리합니다.
• Webflow는 또 다른 방식을 사용합니다.

그 결과: 콘텐츠는 기술적으로 마이그레이션되었지만, 검색 엔진과 소셜 플랫폼이 의존하는 메타데이터 레이어가 누락되었거나 중복되었거나 단순히 잘못되었습니다.

마이그레이션 후 일주일째 사이트를 감사하면서 발견한 일반적인 문제들

• 템플릿 기본값으로 비어 있거나 채워진 제목 태그.
• 가져오기 과정에서 잘못된 필드에서 추출된 메타 설명.
• 전송은 되었지만 alt 텍스트가 완전히 사라진 대표 이미지.
• 변환 과정에서 추가 문자나 하이픈이 사라진 URL 슬러그.
• 리다이렉트 맵을 우회한 채 오래된 URL 구조를 가리키는 내부 링크.

이러한 문제들은 각각은 치명적이지 않지만, 수백 페이지에 걸쳐 누적되면 실제로는 “Google이 따라잡는 중”이라는 변명으로 팀이 탓하는 측정 가능한 트래픽 감소를 초래합니다.

Source: …

예산에 포함되지 않는 스프레드시트 단계

모든 마이그레이션이 끝난 뒤, 저는 “스프레드시트 단계” 라고 부르는 단계가 있습니다. 이 단계에서는 누군가(보통은 저)가 모든 페이지와 블로그 게시물을 스프레드시트로 내보낸 뒤, 메타데이터를 필드별, 행별로 수동으로 감사합니다.

• 200페이지 사이트: 약 3일간 집중 작업.
• 활성 블로그가 있는 500페이지 사이트: 일주일 이상.

그리고 이것은 감사만 한 것입니다. 모든 것을 수정하는 데는 더 오래 걸리는데, 대부분의 CMS 플랫폼이 페이지 설정을 한 번에 하나씩만 편집하도록 강요하기 때문입니다.

HubSpot은 여기서 특히 답답합니다. 편집기는 단일 페이지에는 훌륭하지만, 150개의 블로그 게시물에 메타 설명을 업데이트해야 할 경우 다음과 같이 해야 합니다:

1. 각 게시물을 개별적으로 클릭합니다.
2. 설정 패널까지 스크롤합니다.
3. 수정을 합니다.
4. 게시합니다.

수정이 필요한 모든 필드에 대해 이 과정을 곱하면, 팀이 이 단계를 완전히 건너뛰거나 중간에 번아웃되는 이유를 이해할 수 있습니다.

대량 편집이 구원군

저는 최근 Smuves 를 사용해 마이그레이션 후 정리 작업을 수행하고 있습니다. HubSpot을 페이지별로 클릭하는 대신 다음과 같이 할 수 있습니다:

1. 전체 CMS 콘텐츠를 Google Sheet 로 내보냅니다.
2. 메타데이터를 대량으로 수정합니다.
3. 변경 사항을 다시 푸시합니다.

시간 절감 효과는 점진적인 것이 아니라, 일주일짜리 정리 스프린트와 백로그에 남아 있는 반쯤 완료된 티켓들을 한 달 동안 처리하는 차이와 같습니다.

실용적인 마이그레이션 후 감사 워크플로우

아마도 놓쳤을 리다이렉트 감사

One more thing. Most teams set up their 301 redirects before launch and then never look at them again. But redirects break:

• 페이지가 마이그레이션 후 편집 중에 이름이 변경됩니다.
• 새로운 콘텐츠가 리다이렉트 규칙과 충돌하는 URL에 게시됩니다.

실행 항목:

1. 마이그레이션 2주 후에 사이트 크롤링을 실행합니다.
2. 다음을 확인합니다:
   • 리다이렉트 체인 (A → B → C).
   • 리다이렉트 루프.
   • 놓친 404 오류가 있는지.

이것은 선택 사항이 아닙니다. 플랫폼 전환 후 첫 달에 수행할 수 있는 가장 높은 영향력을 가진 기술 SEO 작업입니다.

다음 마이그레이션을 위한 요점

• 마이그레이션 자체와 동일한 수준으로 사후 정리 예산을 책정하세요.
• 마이그레이션 프로젝트 계획에 5단계가 있고 그 중 어느 단계도 메타데이터 감사, 일괄 편집, 리디렉션 상태 점검을 명시적으로 포함하지 않는다면, 피할 수 있었던 트래픽 감소를 겪게 됩니다.

스프레드시트 단계에 대한 계획을 세우고, 일괄 편집 도구에 시간을 할당하며, 리디렉션 상태 점검 일정을 잡으세요. 지금 추가하는 노력은 더 원활한 SEO 성과와 향후 “예상치 못한” 문제를 줄이는 데 도움이 됩니다.

“메타데이터 감사 및 일괄 수정,” 당신은 필요 없었던 유기적 트래픽을 잃게 됩니다.

이동 자체는 쉬운 부분입니다. 이동 후 정리가 진정한 작업이 이루어지는 곳입니다. 이를 잘 수행하는 팀은 CMS를 페이지마다 클릭하는 대신 규모에 맞게 작업할 수 있는 도구를 사용하는 팀입니다.