웹사이트 이전 SEO 체크리스트: HTML만 보지 말고 PDF, 이미지, 영상도 챙기세요

2024-08-26|테크니컬 SEO|읽기 시간: 6분

사이트 이전을 준비할 때 회의 대부분은 HTML URL, 리다이렉트, 템플릿, 캐노니컬, 사이트맵 이야기로 흘러갑니다. 물론 중요합니다. 다만 그게 전부는 아닙니다.

오래 운영한 사이트일수록 SEO 자산은 HTML 바깥에도 남아 있습니다. 검색 유입을 끌고 오는 PDF가 있고, 이미지 검색에서 클릭을 만드는 이미지가 있으며, 브랜드 검색이나 제품 소개 흐름을 받쳐 주는 영상도 있습니다. 이런 자산을 이전 계획에서 빼버리면 손실은 조용히 생기고, 보통 오픈 후에야 발견됩니다.

그래서 사이트 이전 SEO는 페이지 이전만 의미하지 않습니다. 문서, 이미지, 영상까지 같은 프로젝트 안에서 함께 봐야 합니다.

이전 계획에서 자주 빠지는 자산

대부분의 체크리스트가 HTML 페이지 중심으로 짜이는 건 자연스러운 일입니다. 눈에 잘 띄고, 트래픽 비중도 보통 가장 크기 때문입니다. 문제는 HTML만 보면 아래 자산이 통째로 빠진다는 점입니다.

  • 가이드, 요금표, 제품 설명서, 백서처럼 독립적으로 유입을 받는 PDF
  • 구글 이미지 검색이나 상품 목록에서 노출되는 이미지
  • 구글이 video page로 인식하는 페이지 안에 삽입된 영상

이 자산들이 전체 트래픽의 큰 비중을 차지하지 않더라도 안심할 수는 없습니다. 몇 개 안 되는 파일이 오히려 좋은 링크를 모으거나 구매 직전 검색을 받아낼 수도 있기 때문입니다.

PDF는 생각보다 오래 살아남는 검색 자산입니다

B2B, 교육, 금융, 보험, 제조업 사이트에서는 PDF가 따로 검색 유입을 만드는 경우가 흔합니다. 오래된 백서나 기술 문서, 가격표가 몇 년 뒤에도 계속 방문자를 데려오는 식입니다.

이전 전에 먼저 확인할 질문은 네 가지입니다.

  • 현재 접근 가능한 PDF가 몇 개인지
  • 그중 어떤 파일이 자연 검색이나 보조 유입을 받는지
  • 어떤 PDF에 외부 링크가 쌓여 있는지
  • 어떤 문서는 제거하거나 색인에서 빼도 되는지

이 작업은 크롤러, Search Console, 애널리틱스, 그리고 site:yourdomain.com filetype:pdf 검색으로 충분히 시작할 수 있습니다. 화려한 일은 아니지만, 이전 후 손실을 막는 데 가장 실용적입니다.

PDF를 HTML로 바꾸는 편이 나은 경우

PDF 내용이 일반 웹페이지처럼 읽혀도 무리가 없다면 HTML 전환을 진지하게 검토할 만합니다. 이유는 단순합니다. HTML이 되면 SEO에서 중요한 기본기를 훨씬 다루기 쉬워집니다.

  • 크롤링과 인덱싱
  • 모바일 사용성
  • 접근성
  • 내부 링크 연결
  • 콘텐츠 업데이트
  • 구조화 데이터 적용

상황에 따라서는 두 형식을 함께 두는 방식도 좋습니다. SEO용 주력 자산은 HTML 페이지로 만들고, PDF는 다운로드용으로 유지하는 식입니다.

PDF를 유지한다면 중요한 URL처럼 다뤄야 합니다

실무에서 흔한 실수는 PDF를 다른 서버나 스토리지, CDN으로 옮겨 놓고 URL 검토를 나중으로 미루는 것입니다. 이때 내부 링크가 끊기고, 예전 백링크가 헛돌고, 역사적으로 쌓인 신호가 빠르게 약해집니다.

오픈 전에 아래 항목을 먼저 정리해 두는 편이 좋습니다.

  • PDF를 어디에 호스팅할지
  • 도메인 또는 서브도메인이 바뀌는지
  • URL 패턴이 달라지는지
  • 어떤 PDF에 301 리다이렉트가 필요한지
  • 어떤 파일에 X-Robots-Tag: noindex가 필요한지

사이트 이전은 정리 작업을 하기에도 좋은 타이밍입니다. 오래된 내부 문서, 낡은 약관, 가치가 거의 없는 파일까지 전부 살릴 필요는 없습니다.

이미지는 조용히 노출이 빠지는 영역입니다

이커머스, 여행, 레시피, 인테리어, 부동산 사이트에서는 이미지 검색 유입이 생각보다 큽니다. 문제는 손실이 바로 보이지 않는다는 점입니다. 경로를 바꾸고, 포맷을 바꾸고, CDN을 바꾼 뒤 몇 주 지나서야 이미지 노출이 줄어드는 경우가 많습니다.

이미지 이전에서 꼭 잡아야 할 세 가지

  • 발견 경로: 이미지 사이트맵을 만들거나 메인 XML 사이트맵에 이미지 태그를 넣습니다.
  • 문맥: alt 텍스트를 유지하거나 개선하고, 이미지가 계속 관련성 높은 페이지 안에 있어야 합니다.
  • 성능: 적절한 크기, 최신 포맷, lazy loading, 안정적인 CDN 구성을 함께 점검합니다.

이전은 또 다른 문제를 고치기 좋은 시점이기도 합니다. 핵심 문구가 이미지 안에만 들어가 있는 경우입니다. 제목, 혜택, 중요한 설명이 배너 이미지에만 있으면 검색엔진은 내용을 충분히 읽지 못하고 사용자 접근성도 떨어집니다. 중요한 텍스트는 HTML로 꺼내는 편이 낫습니다.

이미지 검색이 실제 유입원이라면, 이전 후 Google Search Console에서 검색 유형을 "이미지"로 바꿔 흐름을 계속 봐야 합니다.

Google Search Console에서 이미지 트래픽을 추적하는 화면

영상은 파일보다 페이지 맥락을 지키는 일이 더 중요합니다

영상은 HTML 페이지나 PDF처럼 단순히 301만 걸어 해결되는 자산이 아닙니다. 실제로 중요한 건 구글이 어떤 페이지에서 그 영상을 발견하느냐입니다.

예전 사이트의 특정 URL에 핵심 영상이 삽입돼 있었다면, 새 사이트의 대응 페이지에도 같은 영상이나 충분히 같은 역할을 하는 영상이 들어가 있어야 합니다. 그래야 영상 페이지 신호가 끊기지 않습니다.

최소한 이것만은 확인해야 합니다

영상이 포함된 사이트 이전에서는 아래 항목을 꼭 점검해 두세요.

  • 어떤 페이지에 영상이 들어가 있는지
  • 영상 파일이 어디에 호스팅되는지
  • 플레이어나 임베드 방식이 바뀌는지
  • 비디오 사이트맵이 있는지
  • 페이지에 VideoObject 마크업이 들어가는지
  • 이전 후 어떤 지표로 영상 페이지 상태를 확인할지

사이트 구조가 크게 바뀌는 프로젝트일수록 비디오 사이트맵의 도움을 많이 받습니다. 구글이 페이지, 썸네일, 영상 파일의 관계를 다시 이해하는 시간을 줄여주기 때문입니다.

영상 메타데이터가 정리된 비디오 사이트맵 예시

호스팅과 구조화 데이터도 SEO 판단에 포함됩니다

리디자인이나 CMS 교체를 계기로 영상 호스팅 방식을 바꾸는 팀이 많습니다. 그 선택은 기술 이슈이면서 동시에 SEO 이슈입니다.

YouTube 같은 외부 플랫폼에만 기대면 그 플랫폼 안에서의 도달은 얻을 수 있습니다. 대신 사용자 세션이 사이트 밖으로 빠지고, 브랜딩 제어가 약해지고, 자체 페이지가 받는 가치도 줄어들 수 있습니다. 사이트 안에서 시청과 전환을 이어가고 싶다면 호스팅, 전송 방식, 플레이어, 구조화 데이터까지 함께 설계해야 합니다.

VideoObject는 여전히 유용합니다. 제목, 설명, 썸네일, 업로드 날짜, 길이 같은 신호를 명확하게 전달할 수 있기 때문입니다. 이전 후에는 GSC의 "동영상 페이지" 보고서도 정기 점검 항목에 넣는 편이 좋습니다.

Google Search Console의 동영상 페이지 보고서

오픈 전에 보는 짧은 체크리스트

새 사이트를 공개하기 전에 최소한 아래 항목은 확인해 두세요.

  • PDF, 이미지, 영상 인벤토리가 끝났는지
  • 가치 있는 예전 URL이 새 위치와 연결됐는지
  • 중요한 PDF에 301 리다이렉트가 설정됐는지
  • 이미지 사이트맵과 비디오 사이트맵이 최신 상태인지
  • 핵심 이미지의 alt 텍스트를 점검했는지
  • 영상이 들어간 페이지를 직접 확인했는지
  • 이전 전후 비교용 기준 지표를 저장했는지

잘한 이전은 페이지뿐 아니라 검색 자산 전체를 지킵니다

사이트 이전이 실패하는 경우는 카테고리가 사라지거나 템플릿이 깨질 때만이 아닙니다. 덜 눈에 띄는 자산을 계획에서 빼고, 그 자산이 갖고 있던 유입과 링크, 신뢰 신호까지 함께 잃어버릴 때도 문제는 커집니다.

HTML, PDF, 이미지, 영상을 한 프로젝트로 묶어 보면 이전은 훨씬 안정적으로 진행됩니다. 경우에 따라서는 더 좋아질 수도 있습니다. 잘 되는 PDF를 HTML 페이지로 바꾸고, 이미지를 가볍게 만들고, 영상 신호를 더 분명하게 정리할 수 있기 때문입니다.

결국 핵심은 단순합니다. 페이지 몇 개를 옮기는 것이 아니라, 검색엔진과 사용자가 이미 찾고 있던 사이트의 자산 전체를 함께 옮겨야 합니다.

관련 글