웹사이트 재설계 SEO 체크리스트: SEO 유지 및 개선

게시 됨: 2023-09-18

새로운 웹사이트는 SEO, 전환율 및 디지털 마케팅을 전체적으로 향상시킬 수 있는 기회가 되어야 합니다. 불행하게도 주의 깊게 관리하지 않으면 SEO 재앙이 될 수도 있습니다.

이 글에서는 SEO 유지(및 개선)를 보장하기 위해 웹사이트를 재설계할 때 고려해야 할 주요 영역을 간략하게 설명합니다.

SEO를 유지하고 개선하는 것이 새 웹사이트의 우선순위라면, 첫 번째 임무는 첫날부터 SEO를 새 사이트에 통합하는 방법을 이해하는 것입니다.

입문서로서 "SEO 및 웹사이트 디자인: 검색 엔진 친화적인 사이트를 구축하는 방법"은 웹사이트 재설계 구조에 SEO를 구축하는 데 필요한 배경 지식을 제공합니다.

조심스러운 이야기

재설계 중에 트래픽을 유지하는 것은 까다로울 수 있습니다.

Google의 John Mueller는 재설계 중에 트래픽 손실을 방지할 수 있는 방법이 있느냐는 질문에 강력하고 간단하게 대답했습니다. '아니요'였습니다.

John Mueller의 트래픽 복구 관련 트윗

제가 근무하는 동안 저는 중요하고 수익성 있는 유기적 트래픽을 완전히 소멸시키는 새롭고 비용이 많이 드는 미션 크리티컬 웹사이트를 많이 보았습니다.

그러나 많은 공포 이야기 중에서 한 가지 프로젝트가 항상 내 마음에 맴돌았습니다.

이 웹사이트는 소규모 다발성 경화증(MS) 자선단체를 위한 것이었습니다. 자선단체는 다발성 경화증(MS)을 돕기 위한 자연스러운 접근 방식을 장려했기 때문에 자금이 충분하지 않았습니다.

사이트는 수년에 걸쳐 점진적으로 유기적인 트래픽을 구축했지만 시각적인 점검이 절실히 필요했습니다.

12개월에 걸쳐 두 회사가 참여하는 장기간의 웹사이트 재설계 끝에 마침내 새 사이트가 출시되었습니다. 모두가 다음 단계로 나아가는 것에 대해 매우 흥분했습니다.

그리고 이런 일이 일어났습니다.

새롭게 디자인된 웹사이트의 유기적인 트래픽 감소

유기적 트래픽이 90% 이상 감소했습니다.

이것은 단순한 난기류가 아니었습니다. 교통량이 적었습니다.

흥분은 공포로 바뀌었습니다.

한 달 동안 상황이 개선되기를 기다렸다가 관련된 웹 디자인 에이전시 중 어느 곳에서도 지원을 받지 못한 후, 우리는 전화를 받고 무료 프로젝트로 받아들였습니다.

사실 이후에 이러한 문제를 해결하려고 시도하는 것은 어렵습니다.

처음부터 유기적인 트래픽을 고려한다면 충분히 어렵지만 문제를 리버스 엔지니어링하는 것은 훨씬 더 어렵습니다.

SEO가 고려되지 않은 경우 여러 가지 문제로 인해 트래픽 복구가 문제가 될 수 있습니다.

다행히 많은 고통과 통곡, 이를 가는 과정을 거쳐 트래픽의 90% 정도를 복구했습니다. 그러나 그것은 관련된 모든 사람들에게 고통스러웠습니다.

2년 후, 우리는 새로운 사이트를 설계하고 웹사이트 계획에 SEO를 통합하여 자선단체가 역사적인 유기적 트래픽을 대체할 수 있도록 도왔습니다.

이 사이트를 통해 우리는 명확한 SEO 목표를 설정하고 SEO KPI를 추적하는 데 주의를 기울였습니다. 따라서 무엇이 효과적인지 이해하고 이를 웹 사이트 계획에 알리는 데 사용했습니다.

SEO 웹사이트 재설계 요점은 간단합니다. 계획을 세우지 않으면 실패할 계획입니다.


검색 마케팅 담당자가 신뢰하는 일일 뉴스레터를 받아보세요.

처리 중입니다…잠시 기다려 주십시오.

약관을 참조하세요.


SEO 및 웹사이트 재설계: 기본

재설계 중에 순위와 유기적 트래픽을 유지(이상적으로는 개선)하는 데에는 세 가지 주요 구성 요소가 있습니다.

  • 귀하의 SEO에 현재 무엇이 효과적인지 이해합니다.
  • 재설계로 인해 발생하는 일반적인 문제에 대한 지식입니다.
  • 새 사이트에서 무엇이 바뀔지에 대한 자세한 계획입니다.

내 조언은 항상 높은 목표를 세우라는 것입니다. 단지 트래픽을 유지하려고만 하지 마십시오. 개선해 보세요. SEO의 강점과 약점을 모두 이해하기 위해 연구하세요.

각 영역을 더 자세히 살펴보겠습니다.

현재 작동하는 것

SEO 캠페인을 실행하는 경우 순위가 매겨지는 키워드 및 주제, 유기적 트래픽을 유도하는 페이지 및 기타 유기적 가시성 등 현재 무엇이 효과가 있는지에 대한 좋은 아이디어가 있어야 합니다.

무엇이 효과가 있는지 명확하게 문서화함으로써 이것이 새 웹사이트의 디자인과 계획에 반영되도록 할 수 있습니다. 더 이상 존재하지 않는 것에 대해 순위를 매길 수는 없습니다!

일반적인 문제

사이트를 재설계하는 데에는 여러 가지 이유가 있으며 이는 트래픽 및 리드 생성과 마찬가지로 브랜딩 및 기술과도 관련이 있을 수 있습니다.

일반적으로 재설계 중에 SEO에 변경되거나 문제가 될 수 있는 사항은 다음과 같습니다.

  • 콘텐츠가 제거될 수 있습니다. (없으면 순위에 오르지 않습니다!)
  • 내용은 변경될 수 있습니다.
  • 콘텐츠는 사이트 계층 구조 내에서 이동할 수 있습니다.
  • URL은 변경될 수 있습니다.
  • 페이지 수준 최적화는 변경될 수 있습니다.
  • 새로운 콘텐츠가 추가될 수 있습니다.
  • 사이트에 새로운 섹션을 추가할 수 있습니다.
  • 새로운 기술이나 기능이 사용될 수 있습니다.
  • 새로운 기술적 문제가 발생할 수 있습니다.
  • 내부 링크 구조는 변경될 수 있습니다.
  • 도메인 이름은 변경될 수 있습니다.
  • 하위 도메인은 변경될 수 있습니다.
  • 프로토콜은 변경될 수 있습니다.

위의 사항 중 하나라도 SEO에 문제를 일으킬 수 있습니다. 콘텐츠가 변경되거나 새 URL로 이동되는 등 여러 문제가 있는 경우 문제의 근본 원인을 진단하기가 더 어려워집니다.

여러 가지 문제로 인해 SEO 문제가 더욱 커질 수 있습니다. 웹사이트의 도메인, 호스팅, CMS 및 아키텍처를 한 번에 변경하시겠습니까? 이로 인해 SEO 문제가 발생할 가능성이 높아집니다.

변화에 대한 욕구와 유기적인 트래픽을 유지하고 개선해야 하는 필요성 사이의 균형을 맞출 수 있도록 팀과 대화를 나누세요. 대부분의 경우 모든 작업을 한 번에 수행할 필요는 없으므로 변수를 최소화하십시오.

모든 웹 사이트 계획 논의 중에 SEO 이해 관계자가 참여하고 무엇이 효과가 있는지에 대한 정보를 갖추고 있는지 확인하고 새 사이트에 반영해야 합니다.

계획 단계에서 SEO를 시작하세요. 개발이 시작된 후에 문제를 해결하려고 하지 마세요.

디자인 개편으로 무엇이 바뀌나요?

무엇이 효과가 있고 무엇이 잘못될 수 있는지에 대한 지식을 갖추고 새 사이트의 목표를 검토할 수 있습니다.

두 가지 주요 SEO 목표는 다음과 같습니다.

  • 기존 순위와 트래픽을 유지하기 위해.
  • 순위와 트래픽을 개선합니다.

이상적으로는 기존 사이트와 비교하고 URL 이동에 대한 매핑을 만드는 데 사용할 수 있는 새 사이트에 대한 완전한 사이트맵을 갖게 됩니다.

웹사이트 재설계 SEO 체크리스트

다행스럽게도 일부 사전 계획을 통해 SEO 재난을 피하고 웹 사이트를 재설계하는 동안 SEO를 유지하는 것은 매우 간단합니다.

이 웹사이트 재설계 SEO 체크리스트의 단계를 따르면 귀중한 SEO 순위와 트래픽을 보존할 수 있습니다.

이전 사이트를 그대로 유지

가능하다면 이전 사이트를 비공개 웹 주소에 유지하세요. 크롤러가 사이트에 액세스할 수 없는지 확인하세요.

일부 HTTP 인증이 가장 좋지만 문제가 발생했을 때 참조할 수 있는 이전 사이트를 갖는 것은 신의 선물이 될 수 있습니다.

사이트의 일부 또는 일부는 웹 아카이브에 있는 경우가 많지만 실제 사이트를 갖는 것이 훨씬 더 좋습니다.

크롤링 데이터 저장

임시 URL에 사이트가 있더라도 이전 사이트의 크롤링을 저장하세요. Screaming Frog는 이에 적합하며 분석이 필요한 경우 이전 사이트 크롤링을 로드할 수 있습니다.

깨지지 않은 것을 고치지 마세요

가능한 한 동일하게 유지하세요. 특히 URL은 더욱 그렇습니다. URL 구조와 페이지 이름을 동일하게 유지할 수 있다면 잘못될 가능성이 훨씬 줄어듭니다.

변경해야 한다면 그렇게 하십시오. 그러나 그것이 단순히 목적을 위해서가 아니라 더 큰 이익을 위해 보장되는지 확인하십시오.

작동하지 않는 것을 보관할 필요가 없다는 것을 기억하십시오.

301 리디렉션 설정

이전 URL을 새 URL로 리디렉션하는 것이 목록의 첫 번째 작업이어야 합니다. 가능하다면 사이트를 다시 디자인할 때 중복된 URL에 콘텐츠를 유지하세요.

예를 들어 WordPress 또는 Shopify 재설계에서는 동일한 URL 구조를 유지할 수 있습니다. 이는 바람직하다. 그렇지 않은 경우 301 리디렉션을 구현하고 테스트하려면 이전 사이트와 새 사이트의 모든 URL이 포함된 스프레드시트가 필요합니다.

새 사이트가 활성화되면 모든 301이 올바르게 리디렉션되는지 확인하기 위해 이전 URL 목록(저장된 크롤링이 유용할 때)을 크롤링할 수 있습니다.

콘텐츠 유지

성과가 좋은 콘텐츠가 있는 경우 변경 사항을 최소화하거나 개선하는 것이 좋습니다.

콘텐츠가 색인화되고 순위가 매겨진 후에는 새 홈에서 콘텐츠를 조정할 수 있는 기회가 많이 있을 것입니다. 하지만 지금은 변경 변수를 최소화하는 것을 목표로 하세요.

페이지 요소에 맞게 최적화

이전 사이트를 크롤링하면 페이지 제목, 메타 설명, 헤더 등 페이지의 모든 주요 요소를 쉽게 내보낼 수 있습니다.

사이트가 잘 최적화된 경우 이러한 요소를 동일하게 유지하십시오.

백링크 업데이트

백링크와 URL이 변경된 위치를 문서화하세요. 이러한 링크를 업데이트해 보세요. Google Search Console 및 일반적인 링크 색인 도구를 조사해 보세요.

목록이 있으면 웹사이트 관리자에게 문의하여 가능한 경우 이를 업데이트하세요. 301이 있어야 하므로 이 문제로 인해 잠을 자지 마십시오. 하지만 업데이트된 백링크는 새 사이트의 색인을 생성하고 순위를 빠르게 매기는 데 도움이 될 수 있습니다.

내부 링크에 주의하세요

내부 링크 구조의 변경 사항에 유의하세요. 여기서도 과거 크롤링 데이터가 도움이 될 수 있습니다.

이전에 수천 개의 내부 링크가 있었지만 지금은 거의 연결되지 않은 페이지가 있는 경우 이는 해당 페이지의 순위에 영향을 미칠 수 있습니다.

XML 사이트맵 업데이트

XML 사이트맵을 업데이트하고 Google 및 Bing에 제출하세요.

우리는 검색 엔진이 변경 사항을 빠르게 이해할 수 있도록 301, 페이지 구조, 탐색 및 XML 사이트맵을 정렬하고 새로운 사이트 구조를 표시하기를 원합니다.

모니터 순위

약간의 변동이 예상될 수 있지만 출시 후 한 달 정도(이상적으로는 더 빨리)에 기준선으로 돌아와야 합니다.

문제가 있는 경우 지금 조사하여 문제를 식별하고 해결하세요. 때로는 더 중요한 사이트의 경우 더 깊은 페이지를 다시 크롤링하는 데 시간이 더 오래 걸릴 수 있으므로 이 점에 유의하세요.

유기적 트래픽 모니터링

대규모 사이트의 경우 트래픽을 유도하는 가능한 모든 키워드의 순위를 추적할 수는 없으므로 주요 페이지에 대한 트래픽을 모니터링하여 개선 사항을 확인할 수도 있습니다.

Google Search Console을 사용하기 전과 후를 간단히 비교할 수 있으며, 삭제된 항목을 명확하게 문서화하여 조치를 취할 수 있습니다.

기술 현장 감사 수행

이상적으로는 기술 현장 감사 도구를 사용하여 기술 문제에 대한 사전 정보를 제공하는 것이 좋습니다.

Google 검색 콘솔 사용

Google Search Console은 계속해서 개선되고 있으며 Google에서 직접 진단 정보를 제공할 것입니다. 여기에서 다음을 추적할 수 있습니다.

  • 인덱싱.
  • 사이트맵.
  • 페이지 경험.
  • 모바일 사용성.
  • 제품.
  • 향상된 기능.
  • 연결.

문제가 있는 경우 여기에 있는 정보는 문제를 추적하고 해결하는 데 도움이 될 수 있습니다.

재설계 중에 SEO 유지 및 개선

여기서 중요한 요소는 계획입니다.

새로운 웹사이트는 여러 면에서 실패하지만, 항상 부지런한 계획이 부족하기 때문입니다.

웹사이트 재설계 시 SEO 실패는 우리 경험에 따르면 거의 항상 새로운 사이트에 대한 계획 부족과 명확하고 잘 표현된 SEO 계획으로 인해 발생합니다.

SEO가 웹사이트 재설계 프로세스에 반영되어 자신있게 새 사이트를 시작할 수 있는지 확인하세요.


이 기사에 표현된 의견은 게스트 작성자의 의견이며 반드시 Search Engine Land일 필요는 없습니다. 직원 작성자는 여기에 나열되어 있습니다.