완벽한 웹사이트 재출시 – 완벽한 SEO 체크리스트

테마를 변경하든, 도메인을 전환하든, 서버를 이동하든 관계없이 웹사이트 재출시는 온라인 비즈니스에 중요한 시간입니다.

검색 트래픽 및 전환을 개선하기 위해 다시 시작합니다…

...하지만 움직이는 부품이 너무 많아 잘못될 가능성이 많습니다.

괜찮아요!

이것이 우리가 이 웹사이트 재출시 및 마이그레이션 SEO 체크리스트를 만든 이유입니다. 그리고 순위를 유지할 뿐만 아니라 유기적 트래픽을 크게 높일 수 있도록 모든 기반을 다뤘습니다.

다이빙하자.

웹사이트 재실행 체크리스트가 필요한 이유는 무엇입니까?

웹사이트 재출시는 복잡한 과정입니다.

이것은 매우 사소해 보일 수 있지만 순위를 유지하는 데 중요한 구성 요소가 될 수 있는 것을 놓치기 쉽다는 것을 의미합니다.

체크리스트의 모든 단계가 특정 재실행 또는 마이그레이션에 적용되는 것은 아닙니다. 그러나 다음 각 상황에 적용되는 단계를 포함했습니다.

1. 홈페이지 개편(테마 변경)

간단한 테마 변경은 상당히 위험이 낮은 마이그레이션입니다.

탐색을 크게 변경하지 않고 내부 링크 구조를 그대로 유지하는 데 중점을 둡니다.

2. 프레임워크 변경으로 인한 웹사이트 이전(신규 CMS)

이것은 고위험 마이그레이션입니다.

한 CMS에서 다른 CMS로 이동할 때 이전 사이트의 구조를 정확하게 복제하는 것은 어려울 것입니다. 하지만 변경 사항을 최소화하는 방법을 알려드리겠습니다.

3. 도메인 변경 또는 웹사이트 재출시

이것은 상대적으로 낮은 위험입니다.

브랜드 변경은 상당히 일상적인 절차이며 Google이 기대하는 것입니다. 순위는 일정 기간 동안 변동될 수 있지만 빠르게 안정화됩니다.

4. 서버 이전(호스팅 변경)

이것은 상당히 위험이 낮은 마이그레이션입니다.

그러나 주의할 점은 새 서버에서 이전 사이트의 실제 복사본을 만들어야 한다는 것입니다.

5. SEO 전략 재출시(SEO 노력에 박차를 가할 계획)

사이트에 있는 정보의 아키텍처 재설계를 수행한다는 사실은 일반적으로 이를 매우 위험하게 만듭니다. 그러나 우리는 이것을 기회로 분류할 것입니다.

결국, SEO를 위해 사이트를 다시 시작하는 경우 현재 구조에 수정해야 할 문제가 있음을 의미할 수 있습니다. 이러한 문제를 해결하면 순위가 높아질 것입니다!

재출시 준비

체크리스트를 시작하기 전에 권장하는 몇 가지 단계가 있습니다.

첫째, 기존 사이트에 대한 감사를 수행하고 두 번째로 마이그레이션 중에 작업할 테스트(또는 스테이징) 사이트를 만듭니다.

1. 기존 사이트 크롤링 및 감사

다시 시작하는 이유 중 하나는 오래된 "문제"를 수정하는 것입니다.

따라서 재실행/마이그레이션을 진행하기 전에 현재 사이트의 SEO를 방해하는 모든 문제를 파악하고 싶을 것입니다.

Seobility를 사용하여 사이트의 전체 페이지 감사를 수행할 수 있으므로 가입하고 프로젝트를 만드십시오.

참고: 무료(기본) 버전에서 사이트 감사를 실행할 수 있지만 백링크를 내보낼 수는 없습니다. 따라서 이 가이드의 모든 단계를 따르려면 무료 14일 프리미엄 평가판에 등록하는 것이 좋습니다.

체크리스트의 여러 단계에서 Seobility를 사용할 것입니다. 편견이 있을 수 있지만 가입을 권장하는 이유를 곧 알게 될 것입니다.

여기에서 웹사이트 감사에 대한 자세한 가이드를 확인하세요.

2. 테스트/스테이징 사이트 설정

마이그레이션 중에 작업할 테스트/준비 사이트를 설정하는 것이 좋습니다.

이렇게 하면 라이브 사이트에 영향을 주지 않고 조정, 테스트(및 깨뜨릴 수 있습니다!)할 수 있습니다.

테스트 사이트가 준비되었나요? 마이그레이션 체크리스트로 이동해 보겠습니다.

출시 전 준비 체크리스트

콘텐츠 이동을 시작하기 전에 권장하는 여러 단계가 있습니다.

1. 스테이징 사이트를 암호로 보호

당분간은 준비 사이트에서 크롤러를 멀리해야 합니다. 그렇지 않으면 성가신 검색 엔진 봇이 색인을 생성하게 됩니다…

… 귀하의 순위에 막대한 피해를 줄 것입니다.

다행히 스테이징 사이트를 암호로 보호하여 쉽게 차단할 수 있습니다.

robots.txt 파일에서 봇을 허용하지 않는 것과 같이 크롤러가 스테이징 사이트에 액세스하지 못하도록 하는 다른 방법이 있지만 이상적인 방법은 아닙니다.

Google은 여전히 ​​SERP에 허용되지 않는 스테이징 사이트 URL을 표시할 수 있을 뿐만 아니라 스테이징 사이트가 암호로 보호되지 않은 경우 어떤 사람이나 봇이 스테이징 사이트를 찾게 될지 알 수 없습니다. 따라서 도메인을 비밀번호로 보호하는 것이 좋습니다!

그리고 여기 멋진 것이 있습니다.

Seobility의 크롤러 설정( Dashboard > Your Project > Crawler settings )에서 사용자 이름과 비밀번호를 추가할 수 있습니다. 이렇게 하면 크롤러가 게이트를 통과할 수 있고 스테이징 사이트에서 감사를 수행할 수 있습니다.

사이트를 비밀번호로 보호하는 가장 간단한 방법은 .htaccess를 이용하는 것입니다. 파일에 다음 명령을 추가합니다.

 #디렉토리 보호
AuthName "대화 프롬프트"
인증 유형 기본
AuthUserFile /home/username/website/.htpasswd
유효한 사용자 필요

그런 다음 위의 AuthUserFile 위치에 지정된 디렉토리에 사이트에 액세스하기 위한 사용자 이름과 암호를 사용하여 .htpasswd 파일을 만듭니다. 형식은 다음과 같습니다.

 사용자 암호
stagingsiteuser:stayawayG00gle!

2. 현재 콘텐츠 맵으로 스프레드시트 만들기

귀하의 사이트에 어떤 콘텐츠가 있는지 정확히 알고 있습니까? 모든 단일 페이지? 나도.

하지만 마이그레이션을 제대로 하려면… 해야 합니다.

다행스럽게도 Seobility를 사용하면 사이트 콘텐츠의 전체 목록을 쉽게 얻을 수 있습니다. 14일 무료 평가판에 등록하고 웹 사이트를 프로젝트로 추가한 다음 크롤링을 실행하기만 하면 됩니다.

크롤링이 완료되면 대시보드 > 웹사이트 > 온페이지 > 기술 및 메타 로 이동하면 크롤링 통계에서 크롤링된 페이지의 전체 목록을 찾을 수 있습니다.

페이지 크롤링을 클릭하면 현재 사이트의 모든 콘텐츠 URL을 내보낼 수 있습니다.

이 페이지를 가져와서 스프레드시트에 넣습니다. 우리는 이것을 곧 몇 가지 결정을 내리기 위한 기반으로 사용할 것입니다.

참고: 데이터 수집에 사용할 수 있는 스프레드시트 템플릿을 만들었습니다. Google 계정으로 가져오려면 여기를 클릭하세요.

3. 외부 백링크 맵 생성

다시 한 번 Seobility를 사용하여 웹사이트에 대한 모든 백링크 목록을 얻을 수 있습니다.

우리는 이미 우리 사이트에 대한 프로젝트를 만들었습니다. 따라서 도구에서 검색한 백링크 목록을 내보내기만 하면 됩니다.

콘텐츠에 대한 결정을 내리는 데 도움이 되도록 이 목록을 사용할 것입니다.

대시보드의 백링크 탭으로 이동하여 목록을 내보냅니다.

4. 내부 백링크 맵 생성

내부 링크는 현장 최적화에 매우 중요합니다. 견고한 내부 링크 구조는 검색 엔진 봇이 다음을 수행하는 데 도움이 됩니다.

1. 사이트를 효과적으로 크롤링
2. 페이지 간의 관계 이해

따라서 마이그레이션 중에 내부 링크 구조를 원치 않게 변경하지 않도록 해야 합니다.

중요한 것은 콘텐츠 내의 링크만이 아닙니다.

탐색 링크도 중요합니다. Google이 사이트 구조를 이해하고 콘텐츠 허브 및 카테고리를 강화하는 데 도움이 됩니다.

마이그레이션 중에 탐색 링크를 최대한 유지하십시오. 큰 변화로 인해 중요한 페이지가 힘을 잃고 트래픽이 감소할 수 있습니다.

5. 트래픽이 있는 콘텐츠 맵 생성

3단계와 4단계는 링크를 처리했습니다. 그러나 현재 사이트에서 가장 많은 트래픽을 받고 있는 페이지도 알아야 합니다.

왜? 순위를 떨어뜨릴 수 있는 어떤 것도 변경하지 않도록 해당 페이지에 각별한 주의를 기울여야 하기 때문입니다.

고장나지 않았다면 고치지 마세요!

Google Analytics를 사용하여 사이트의 모든 페이지에 대한 트래픽 보고서를 내보낼 수 있습니다.

마이그레이션을 위해 검색뿐만 아니라 모든 소스의 트래픽을 확인해야 합니다.

GA4를 사용한다고 가정하면 페이지 및 화면 보고서( 수명 주기 > 참여 > 페이지 및 화면 ) 또는 방문 페이지 보고서( 수명 주기 > 참여 > 방문 페이지 )를 사용할 수 있습니다. 왼쪽 상단의 "이 보고서 공유"를 클릭하고 "다운로드"를 클릭하여 데이터를 내보낼 수 있습니다.

여전히 이전 버전의 Google Analytics를 사용 중인 경우 Google Analytics > 동작 > 사이트 콘텐츠 > 모든 페이지 및 내보내기로 이동합니다.

6. 콘텐츠 가지치기 연습 수행

이제 링크가 있는 페이지와 트래픽이 발생하는 페이지를 포함하여 사이트 콘텐츠의 전체 목록을 갖게 되었습니다. 몇 가지 결정을 내릴 때입니다.

이것은 "집을 청소"할 수 있는 기회입니다.

그래서 계획은 무엇입니까?

글쎄, 시간이 지남에 따라 웹 사이트가 약간 부풀어 오를 수 있습니다. 또한 사이트가 한동안 사용된 경우 동일한 키워드를 대상으로 하는 여러 페이지(자세한 내용은 7단계 참조), 분리된 페이지 또는 오래된 페이지가 있을 가능성이 높습니다.

먼저 물어봐야 할 질문은 다음과 같습니다.

1. 페이지에 트래픽이 발생합니까?
2. 페이지에 백링크가 있습니까?

이러한 질문에 대한 대답이 '아니오'인 경우 해당 페이지는 다음 중 하나의 후보가 됩니다.

1. 삭제
2. 다른 페이지와 병합

그러나 페이지에 백링크가 있더라도 페이지 병합(즉, 리디렉션)을 고려할 수 있습니다.

왜? 동일한 주제를 다루는 4개의 페이지가 있고 각각 백링크가 있는 경우 이를 한 페이지로 병합하면 링크 자산이 통합되어 더 강력한 페이지가 됩니다.

또한 페이지가 트래픽을 수신하지 않는다고 해서 "좋은" 페이지가 아니라는 의미는 아니라는 점을 지적해야 합니다. 삭제가 항상 답은 아닙니다. 때로는 대신 페이지를 개선/업데이트할 수 있거나 순위를 매기기 위해 더 많은 링크(내부 또는 외부)가 필요하다고 결정할 수 있습니다.

따라서 결정을 내리기 전에 각 페이지를 검토하고 싶을 것입니다.

결론: 페이지의 품질이 낮고 순위가 매겨지지 않고 링크가 없다면 아마 가야 할 것입니다.

7. 키워드 잠식을 피하기 위해 페이지당 하나의 주제(키워드)에 집중해야 합니다.

귀하의 콘텐츠 감사가 동일한 키워드를 대상으로 하는 여러 페이지를 발견할 수 있다고 위에서 언급했습니다.

이런 일이 발생하면 이러한 페이지는 "키워드 자기잠식"을 겪을 수 있습니다.

여러 페이지에서 동일한 키워드에 대해 순위를 매기려고 합니다. 그리고 Google은 그런 일이 일어나도록 내버려두지 않을 것입니다.

그들은 순위를 매길 페이지를 결정하는 데 어려움을 겪을 것입니다. 그리고 최악의 시나리오에서는 순위가 매겨진 페이지가 없는 경우일 수 있습니다.

그렇다면 키워드 식인화를 어떻게 처리해야 할까요?

우리의 조언:

1. 키워드에 가장 적합한 페이지 결정(기본 페이지가 됨)
2. 추가 페이지에 있는 모든 정보를 기본 페이지에 병합
3. 301 추가 페이지를 기본 페이지로 리디렉션

8. URL 최적화 연습을 수행합니다(이중 키워드 없음, 중지 단어 없음, 슬러그에 전체 "제목" 없음).

이것은 주의해서 처리해야 하는 또 다른 단계입니다.

페이지의 URL을 변경하면 잠재적인 장점이 있지만 위험도 있습니다.

URL은 이상적으로는 짧고 키워드 중심이어야 하며 순위를 매기지 않으려는 단어는 건너뛰어야 합니다.

 /키워드1-키워드2-키워드3

다음과 같은 것이 완벽합니다.

그러나 이것은 우리가 SEO에 더 많은 시간과 에너지를 투자하기 시작하면서 우리 대부분이 배우는 것입니다.

우리는 구조를 올바르게 계획하지 않았거나 SEO 영향을 인식하지 못했기 때문에 레거시 "복잡한" URL을 갖게 되는 경우가 많습니다.

예를 들어 WordPress는 제목의 모든 단어에서 단순히 슬러그를 만듭니다. 즉, 슬러그를 수동으로 변경하지 않으면 대부분의 URL이 다음과 같이 표시됩니다.

 /시도 없이 키워드1-키워드2-및-키워드3-순위를 관리하는 방법

이런!

URL은 페이지 내 순위 신호입니다. 이는 최적화하는 것이 가치 있는 연습이라는 것을 의미합니다.

하지만…

모든 주요 변경 사항과 마찬가지로 Google은 약간 변덕스러울 수 있습니다. 따라서 위험이 없는 것은 아닙니다.

저는 수년 동안 URL을 많이 변경했으며 대부분의 경우 이점을 얻었습니다. 그러나 URL이 명확한 차단 요소가 아닌 이상 URL을 그대로 두도록 권장하는 다른 SEO를 찾을 수 있습니다.

즉, 페이지의 순위가 이미 높은 경우 각별히 주의해야 합니다. 그리고 그 조언은 이 프로세스의 모든 단계에 적용됩니다.

페이지의 URL을 변경하기로 결정한 경우 이전 URL을 새 URL로 301 리디렉션해야 합니다. 이렇게 하면 검색 엔진이 동일한 페이지임을 이해하는 데 도움이 됩니다.
잠시 후에 이것에 대해 더 자세히...

추가 자료 : SEO 친화적 URL

9. 일부 플러그인 페이지가 변경되었는지 확인

재설계의 일환으로 일부 플러그인을 변경하기로 결정했을 수 있습니다.

이는 특히 사용자 경험 관점에서 염두에 두는 것이 중요합니다.

블로그 게시물과 페이지뿐만 아니라 변경되었을 수 있는 다른 모든 페이지에 대해서도 매우 주의해야 합니다.

예를 들어 전자상거래 플러그인을 변경한 경우 주요 URL(예: /shop, /cart 또는 /checkout)이 변경되지 않았는지 확인해야 합니다.

그들이 그랬다면? 그에 따라 처리할 수 있도록 각 URL 변경 사항을 기록해 두어야 합니다.

10. 현재 URL을 새 URL로 매핑하기

변경할 URL을 결정했으면 301 리디렉션 목록을 만들어야 합니다.

301 리디렉션은 크롤러와 브라우저에 웹 페이지가 새 위치로 영구적으로 이동했음을 나타냅니다.

다시 한 번 301 리디렉션을 수행하는 것과 관련이 있습니다.

이전에는 리디렉션을 통해 전달된 링크의 전원이 일부 손실되는 경우가 있었습니다.

...하지만 Google의 Gary Ilyes는 2016년에 리디렉션이 이제 완전한 가치를 전달한다고 밝혔습니다.

그러나 연결된 리디렉션은 여전히 ​​문제입니다.

연결된 리디렉션은 일반적으로 여러 번 업데이트되고 리디렉션된 페이지 URL이 있을 때 발생합니다.

 링크 → 이전 URL → 새 URL → 더 새로운 URL

이러한 경우 특히 내부 URL의 경우 중간 단계 없이 이전 URL이 새 URL을 가리키도록 해야 합니다.

왜? 301이 페이지의 가치를 전달하지만 모든 리디렉션에는 여전히 시간과 리소스가 필요하기 때문입니다. 크롤러(예: Googlebot)에게는 좋지 않고 사용자에게는 차선책입니다.

11. 모든 SEO 플러그인 설정을 기록해 둡니다.

SEO 플러그인 설정은 사이트의 SEO 상태에 매우 중요합니다. 이전 과정에서 이를 유지하거나 SEO 목적으로 웹사이트를 다시 시작하는 경우 필요한 변경을 수행해야 합니다.

새 설정의 문자에 복제할 수 있도록 모든 현재 설정의 스크린샷을 찍습니다.

12. SEO 또는 UX에 영향을 미칠 수 있는 다른 모든 플러그인을 기록해 두십시오.

SEO 플러그인이 매우 중요하지만 사이트의 전체 구조에 영향을 줄 수 있는 다른 플러그인이 많이 있습니다.

모든 주요 플러그인의 설정은 스크린샷으로 저장해야 모든 설정을 올바르게 이동했는지 비교하고 확인할 수 있습니다.

13. 벤치마크를 설정합니다. Google 애널리틱스의 주요 사용자 측정항목(이탈률, 사이트에 머문 시간, 반품률, 인구통계, 트래픽 등)을 기록해 둡니다.

이제 대부분의 콘텐츠 마이그레이션 맵이 준비되었으므로 비교를 위해 몇 가지 벤치마크 통계를 기록하려고 합니다.

녹음을 권장하는 내용은 다음과 같습니다.

사이트에 머문 시간 : 사이트의 전반적인 사용자 경험을 개선했다면 이 시간이 증가할 것으로 예상됩니다.

반송률 : 이것은 이해하기 까다로운 지표이므로 여기서는 자세히 설명하지 않겠습니다. 낮은 이탈률은 좋지만 높은 이탈률이 반드시 나쁜 것은 아닙니다. 어느 쪽이든 비교할 수 있도록 기록해 두십시오.

반품률 : 이것은 모니터링해야 할 또 다른 좋은 지표입니다. 사용자 경험이 개선되면 사용자가 더 자주 돌아올 것으로 예상됩니다.

목표 : 우리는 새 사이트에서 더 많은 목표를 달성하기를 원합니다.

전환 : 핵심 지표일 뿐만 아니라 확실히 개선되기를 바라는 지표입니다.

참고 : 이것은 제 제안이지만 모든 비즈니스는 고유합니다. 따라서 비즈니스에 가장 중요한 지표와 개선 목표를 결정해야 합니다.

14. Google Search Console(GSC)로 현재 도메인 확인

이것은 당신이 이미 했어야 할 일입니다. 하지만 그렇지 않다면… 지금이 그렇게 할 때입니다!

사이트(도메인)의 실제 주소를 변경하는 경우 수행할 작업 중 하나는 GSC의 주소 변경 명령입니다.

따라서 먼저 기존 도메인이 확인되었는지 확인해야 합니다.

15. Bing 웹마스터 도구로 이전 도메인 확인

우리 대부분은 Google에 초점을 맞추고 있지만(2023년 현재 검색의 약 92%를 유도하므로 매우 정확함) Bing은 약 3%의 시장 점유율로 꾸준한 트래픽 흐름을 보낼 수 있습니다.

ChatGPT로 구동되는 AI 채팅 모드와 같은 최근 혁신을 통해 Bing은 Google에서 시장 점유율을 계속해서 확보할 수도 있습니다.

따라서 Bing의 웹마스터 도구에서 도메인을 확인하는 것이 좋습니다.

잃을 것이 없고 트래픽을 얻을 수 있습니다!

16. 기존 도메인에 대한 거부 파일을 다운로드합니다.

이전에 링크를 거부한 적이 있다면 특히 새 주소로 마이그레이션하는 경우 이 파일의 복사본을 다운로드해야 합니다.

이전 사이트를 새 사이트로 전체 301 리디렉션을 수행합니다. 따라서 거부되지 않은 이전 독성 링크는 새 도메인에서 상속됩니다. 즉, 독성 링크 페널티도 상속됩니다!

새 사이트에 대해 동일한 거부 파일을 사용하여 문제를 방지할 수 있습니다.

17. 새로운 서버 인프라 준비

사이트를 새로운 인프라(예: 다른 호스팅 또는 새로운 클라우드 서버)로 마이그레이션하는 경우 지금이 모든 것이 원활하게 실행되고 있는지 확인해야 할 때입니다.

18. 새 SSL 인증서 준비 및 설치

새 인프라 설정의 일부로 다음 중 하나를 수행해야 합니다.

1. 기존 SSL 인증서를 마이그레이션하거나
2. 도메인이 변경된 경우 새 도메인 만들기

특히 Organization Validated 인증서 또는 Extended Validation 인증서를 사용하는 경우 다소 긴 프로세스가 될 수 있습니다. 따라서 사전에 이 모든 것을 준비했는지 확인해야 합니다.

시작하기 전에 인증서를 준비하고 설치하십시오.

19. 현재 사이트맵의 복사본 만들기

마이그레이션을 수행한 후에는 sitemap.xml 파일에 있던 모든 콘텐츠가 있는지 다시 한 번 확인해야 합니다.

콘텐츠를 변경하더라도 여전히 sitemap.xml의 복사본이 필요합니다.

왜? 새 sitemap.xml에 다음이 없는지 확인해야 하기 때문입니다.

1. 더 이상 필요하지 않거나 존재하지 않는 추가 페이지, 또는
2. 포함했어야 할 페이지가 누락되었습니다.

20. robots.txt 파일의 복사본을 만듭니다.

sitemap.xml 파일과 마찬가지로 robots.txt 파일에는 Google 및 기타 봇이 사이트를 크롤링하는 방식에 영향을 미치는 중요한 지시문이 포함되어 있습니다.

새로운 robots.txt 파일의 실수는 모든 종류의 순위 혼란을 야기할 수 있습니다. 작은 오류가 항상 문제가 되는 것은 아니지만 차단해서는 안 되는 페이지를 실수로 차단하는 것이 문제입니다. 다음은 검색 센터 블로그에서 robots.txt 실수에 대한 Google의 설명입니다.

따라서 비교를 위해 이전 파일의 복사본을 보관해야 합니다.

마이그레이션 체크리스트

준비 완료? 사이트를 이전할 때입니다!

1. 모든 중요한 콘텐츠 마이그레이션

첫 번째 단계는 이전 사이트의 모든 중요한 콘텐츠를 새 사이트로 옮기는 것입니다.

"중요한" 콘텐츠라고 말하는 이유는 무엇입니까?

준비하는 동안 유지하기로 결정한 콘텐츠만 마이그레이션해야 하기 때문입니다.

페이지가 삭제(또는 병합)될 경우 새 사이트로 가져올 필요가 없습니다. 우리는 우리 자신에게 추가 조치를 제공할 것입니다.

콘텐츠 마이그레이션 프로세스는 프레임워크마다 다릅니다. 그러나 대부분의 CMS에는 마이그레이션에 도움이 되는 플러그인 또는 확장 기능이 있습니다.

참고 : 마이그레이션하는 동안 이미지에 특별한 주의를 기울여야 합니다. 도메인 또는 폴더 구조가 변경된 경우 포함된 이미지가 올바른 URL/경로를 가리키는지 확인해야 합니다.

2. 제거 또는 병합할 페이지에 대한 적절한 응답을 작성하십시오.

병합되거나 삭제될 모든 콘텐츠는 적절하게 처리되어야 합니다.

방문자(또는 검색 엔진)가 이전 URL에 액세스하려고 하면 적절한 응답을 받아야 합니다.

그렇다면 적절한 대응은?

권장 사항은 다음과 같습니다.

• 다른 페이지와 병합된 페이지의 경우 이전 URL을 기본 페이지로 301 리디렉션해야 합니다.
• 더 이상 관련이 없지만 사이트에 매우 유사한 주제가 있는 페이지가 있는 페이지는 관련 주제/페이지로 301 리디렉션되어야 합니다.
• 토픽과 관련된 카테고리가 있다면 기존 URL을 상위 카테고리로 리디렉션하는 301을 권장합니다.
• 더 이상 유효하지 않고 다른 유사한 주제가 없는 페이지는 410(사라짐) 응답을 제공해야 합니다. 이는 페이지가 다시 표시되지 않으며 색인에서 제거되어야 함을 Google에 알리므로 404보다 낫습니다.
• 깨진 페이지를 홈페이지로 리디렉션하지 마십시오. 이것은 사용자 경험 문제이며 홈페이지로 리디렉션되는 모든 내부 링크는 (소프트) 404 오류로 처리됩니다.

3. 맞춤 404 페이지 만들기

404 페이지에 도달하는 것은 사용자에게 실망스러운 경험입니다.

사용자 지정 404 페이지는 타격을 완화할 수 있습니다.

우리의 조언? 사이트가 재설계되었으며 일부 콘텐츠를 더 이상 사용할 수 없다고 설명합니다. 다음과 같은 대체 조치를 제안할 수도 있습니다.

1. 적중한 특정 키워드 검색
2. 연락하기
3. 찾고 있는 사이트의 관련 섹션 방문

재미있는 404 비주얼이나 메시지도 답답함을 해소하는 데 도움이 됩니다.

4. 소프트 404를 조심하세요

위에서 삭제된 페이지를 홈페이지로 리디렉션하지 않아야 한다고 언급했습니다.

Google에서 이러한 리디렉션을 소프트 404로 처리하도록 선택할 수 있기 때문입니다. 사용자는 특정 콘텐츠를 기대하지만 대신 관련 없는 페이지(이 경우 홈 페이지)로 리디렉션됩니다. 그런 일이 발생하면 링크 자산이 전달되는 대신 링크 값이 손실됩니다.

또한 내부 링크를 홈페이지로 리디렉션하는 것은 알려진 스팸 수법입니다. 그렇게 하면 웹사이트에서 부정적인 SEO 신호를 보낼 수 있습니다.

5. META 설명 최적화

마이그레이션은 까다로운 SEO 문제를 해결할 수 있는 좋은 기회입니다.

따라서 마이그레이션 프로세스의 일부로 메타 설명을 정리(및 개선)하는 것이 좋습니다. Google에서 클릭률을 높일 수 있는 가치 있는 연습입니다.

완벽한 SEO 메타 설명을 작성하는 방법을 알아보려면 메타 설명 가이드로 이동하세요.

6. 이전 URL에서 새 URL로의 리디렉션 준비(리디렉션 플러그인 또는 .htaccess)

이전 과정에서 URL이 변경되었나요? 순위를 유지하려면 리디렉션을 준비해야 합니다.

다음을 사용하여 리디렉션을 관리할 수 있습니다.

1. 플러그인
2. cPanel/호스팅 공급자
3. 웹사이트의 .htaccess 파일을 통해 직접.

플러그인을 사용하면 구현 및 추적이 더 쉬워지므로 가능하면 플러그인을 사용하는 것을 선호합니다. 그리고 더 쉬운 것이 항상 더 좋습니다!

WordPress를 실행 중인 경우 Redirection은 301을 관리하는 데 도움이 되는 매우 간단한 플러그인입니다.

그러나 .htaccess 파일을 수동으로 편집하려는 경우 방법은 다음과 같습니다.

7. (신규) 테스트 사이트 감사

콘텐츠와 리디렉션이 준비되면 (새) 테스트 사이트를 감사할 적기입니다.

이와 같은 체크리스트를 따르는 경우에도 대규모 마이그레이션에서 몇 가지 오류/문제가 발생할 수 있기 때문입니다.

Seobility를 사용하여 사이트 감사를 수행할 수 있습니다. 그리고 몇 번의 클릭만으로 암호 보호 또는 크롤러 차단을 무시할 수 있습니다…

대시보드의 '크롤러 설정'에서 이러한 설정을 찾을 수 있습니다.

8. 사이트 감사에서 발견된 문제 수정

라이브로 전환하기 전에 가능한 한 많은 기술적인 SEO 문제를 해결하고 싶을 것입니다.

가장 일반적인 SEO 오류를 찾아 수정하는 방법에 대한 자세한 내용은 SEO 감사 가이드를 읽어보세요. 이것은 긴 단계일 수 있지만 매우 가치 있는 단계입니다.

9. 업데이트된 URL로 내부 콘텐츠 리디렉션 업데이트

리디렉션은 마이그레이션에서 중요한 역할을 할 것입니다. 하지만 그들을 피할 기회가 있을 때마다… 우리는 그 기회를 잡아야 합니다!

결국 리디렉션은 크롤러와 사용자 모두 수행해야 하는 추가 "홉"입니다. 따라서 가능할 때마다 올바른 페이지를 직접 가리키도록 링크를 업데이트하는 것이 좋습니다.

그리고 우리는 내부 링크로 그렇게 할 수 있습니다.

Seobility에서는 링크 섹션의 OnPage > 구조 > 리디렉션 에서 수정할 리디렉션을 찾을 수 있습니다.

10. 깨진 링크 마이그레이션 문제 해결(깨진 링크, 깨진 이미지)

콘텐츠를 삭제하고 내부 링크를 제거(또는 리디렉션)하는 것을 잊은 경우 내부 끊어진 링크가 생성됩니다.

그리고 그것은 좋지 않습니다.

Seobility “Tech. & 메타” 페이지에서 404 오류를 확인할 수 있습니다.

위의 예에서 현재 404를 반환하는 19개의 페이지가 있음을 알 수 있습니다. 따라서 해당 페이지에 대한 모든 내부 링크를 업데이트해야 합니다.

"404" 옆의 숫자를 클릭하면 404를 반환하는 모든 페이지(왼쪽)와 404에 연결되는 페이지(오른쪽)를 볼 수 있습니다.

깨진 이미지와 스크립트는 파일 소스 패널에 표시됩니다("검색할 수 없는 파일 소스").

11. 새 템플릿에서 "추가" 페이지를 제거합니다.

마이그레이션이 "추가" 페이지를 생성하지 않았는지 다시 확인하는 것이 좋습니다.

예를 들어 새 테마를 설정한 후 데모 콘텐츠를 삭제하는 것을 잊었을 수 있습니다. 그것은 일어난다…

"크롤링 통계"(기술 및 메타) 아래의 "크롤링된 페이지"를 클릭하여 Seobility의 크롤링 중에 발견된 전체 페이지 목록을 탐색할 수 있습니다.

예상하지 못한 페이지가 있는지 확인하십시오.

추가 확인으로 Seobility 콘텐츠 감사의 "텍스트 품질" 패널은 필러 텍스트를 포함하는 페이지를 강조 표시합니다...

...이러한 페이지 중 일부는 정크일 가능성이 높습니다.

12. 새 robots.txt 파일 생성

콘텐츠 측면에서 우리는 이제 거의 설정되어야 합니다. 그러나 라이브로 시작할 준비가 되기 전에 실행해야 하는 단계가 여전히 많이 있습니다.

먼저 robots.txt 파일을 설정해야 합니다.

플랫폼을 변경하지 않은 경우 기존 파일을 새 사이트에 복사하는 경우일 수 있습니다. 그러나 모든 것이 올바르게 보이는지 확인하기 위해 파일을 다시 확인하는 것은 여전히 ​​가치가 있습니다.

13. 새 사이트맵 만들기

새 사이트맵을 만들 차례입니다.

우리는 명백한 오류를 찾기 위해 이것을 이전 것과 비교할 것입니다. 또한 마이그레이션하지 않기로 선택한 콘텐츠(리디렉션 또는 삭제 여부)가 사이트맵에 포함되지 않도록 해야 합니다.

이전 버전에 없는 추가 분류법에 주의하십시오. 발견한 것이 있으면 SEO 플러그인을 올바르게 설정했는지 확인하세요.

예를 들어 WooCommerce는 사이트맵에 많은 수의 항목(색상, 크기, 브랜드 및 기타 제품 속성)을 만드는 경향이 있습니다.

이들은 모두 최종 사용자에게 가치를 추가하지 않는 씬 페이지입니다. 그리고 이러한 페이지가 너무 많으면 Google에서 사이트를 다운그레이드할 수 있습니다.

YOAST의 SEO 플러그인에서 검색에서 제외하려는 분류에 대해 값을 "아니오"로 설정해야 합니다.

14. 이미지가 자체 URL을 생성하지 않는지 확인

WordPress에서 특히 성가신 SEO 문제 중 하나는 (올바르게 구성되지 않은 경우) 자체 페이지에서 이미지 URL에 액세스할 수 있다는 것입니다.

이로 인해 이미지만 포함된 얇은 페이지가 수백 개(또는 수천 개) 생성될 수 있습니다.

그것은 수많은 얇은 콘텐츠와 주요 SEO 문제입니다.

수정? 모든 이미지 페이지가 인덱싱 가능하지 않은지 확인하고 실제 이미지로 리디렉션하십시오. YOAST에서는 쉽게 할 수 있습니다.

첨부 파일 URL을 이미지 자체로 자동 리디렉션하려면 스위치를 '예'로 클릭하십시오.

15. 표준 태그가 올바른지 확인

많은 CMS는 동일한 콘텐츠에 액세스하는 다양한 방법을 만듭니다. 태그, 범주, 페이지 매김, 필터 및 기타 매개변수는 특히 문제가 될 수 있습니다.

요즘 Google은 올바른 URL을 추측하는 일을 제대로 할 것입니다. 그러나 우리는 어떤 것도 운에 맡기고 싶지 않습니다…

...따라서 각 페이지에 최종 버전을 가리키는 표준 태그가 있는지 확인해야 합니다.

Seobility는 정식 링크 오류 아래의 OnPage > 구조 보고서에서 정식 링크 문제를 확인합니다.

16. 내부 링크 비교

이것은 매우 중요합니다

앞서 언급했듯이 내부 링크는 Google이 사이트를 크롤링하고 사이트 구조를 인식하는 방법입니다.

따라서 우리는 다음에 대한 급격한 변경을 원하지 않습니다.

탐색 – 직접 링크가 있는 제품 및 서비스 페이지 또는 1단계 페이지의 링크와 같이 순위를 지정하려는 페이지는 그대로 유지해야 합니다.

카테고리 페이지 – 일부 테마는 이동 경로 또는 기타 방법을 통해 카테고리 페이지에 대한 자동 내부 링크를 생성합니다. 새 테마가 이러한 링크를 유지하는지 확인하십시오. 그렇지 않으면 게시물/페이지로 가는 상당한 양의 권한을 잃게 됩니다. 반대로, 새 테마가 이러한 링크를 생성하고 이전에는 없었던 경우 설정을 조정하여 제거할 수 있습니다.

콘텐츠 링크 – 가능한 한 많은 링크를 유지해야 합니다. 마이그레이션은 게시물 내의 링크를 변경하기에 이상적인 시기가 아닙니다.

17. NAP, 콘텐츠 및 기타 관련 항목에 스키마 데이터 추가

스키마는 구조화된 형식으로 정보를 표시하여 컴퓨터(우리의 경우 검색 엔진)가 콘텐츠를 이해하도록 도와줍니다.

또한 Google은 스키마를 사용하여 검색 결과에 리치 스니펫을 표시합니다. 더 많은 클릭을 얻는 데 도움이 됩니다!

따라서 가능할 때마다 포함하고 싶습니다.

최소한 NAP(이름, 주소, 전화번호)와 함께 구조화된 조직 데이터를 포함해야 합니다.

그러나 제품, 리뷰, 요리법, 이벤트, 기사, 작성자 등은 모두 페이지에 포함할 수 있는 자체 스키마 마크업을 가지고 있습니다.

SEOPress는 사이트의 스키마를 관리하는 데 도움이 되는 멋진 플러그인입니다(여기에서 제 리뷰를 확인하세요).

스키마 및 리치 스니펫에 대한 자세한 내용은 자세한 리치 스니펫 가이드를 확인하세요.

18. 중요한 법적 페이지가 모두 준비되어 있는지 확인하십시오.

법적 페이지는 귀하의 사이트에 정당성을 부여하고 신뢰를 돕습니다. 따라서 필요한 모든 페이지가 제자리에 있는지 확인하십시오.

여기에는…

• 개인 정보 정책
• 이용약관
• 쿠키 정책
• GDPR 준수 정보
• FTC 제휴 공개

... 그리고 귀하의 틈새 시장에 필요한 다른 페이지.

19. 연락처 양식 및 기타 양식이 올바르게 작동하는지 확인합니다.

연락처 양식 및 기타 사용자 입력이 올바르게 작동하는지 확인하십시오. 문의나 가입을 받지 않는다면 반짝이는 새 웹사이트는 별로 쓸모가 없습니다!

20. About Us 페이지를 확인하고 이전 버전보다 포괄적이거나 더 나은지 확인하십시오.

사이트의 "회사 소개" 페이지는 검색 엔진 및 사용자와의 신뢰를 구축하는 데 중요합니다.

우리의 조언? 정보 페이지를 가능한 한 상세하게 만들고 가능한 한 비즈니스에서 일하는 사람들의 실제 위치와 사진을 포함하십시오.

또한 사이트와 작성자/팀 모두를 위한 소셜 미디어 링크를 포함하는 것이 좋습니다.

이 모든 것은 사용자와 검색 엔진 모두에게 신뢰감을 전달합니다. 이것이 왜 그렇게 중요한지에 대한 자세한 내용은 EEAT에 대한 게시물을 확인하십시오.

21. Google Analytics, AdWords, Google 태그 관리자, Facebook Pixel 및 기타 타사 스크립트 추가

마이그레이션이 거의 완료되었습니다. 하지만 마지막으로 해야 할 일은 Google Analytics와 같은 필수 타사 스크립트를 추가하는 것입니다.

각 스크립트는 로드 시간에 영향을 미칩니다. 따라서 사이트를 실행하고 필요한 데이터를 수집하는 데 필요한 절대적으로 필요한 스크립트만 추가하십시오.

실행 체크리스트

마이그레이션이 완료되면 시작할 시간입니다!

사용량이 적은 기간에 시작을 예약하는 것이 좋습니다. 이렇게 하면 최대 부하에 도달하기 전에 문제를 해결할 시간이 생깁니다.

단계는 다음과 같습니다…

1. 암호 보호 또는 noindex/disallow 지시어 제거

이제 시작할 준비가 되었으므로 검색 엔진이 귀하의 사이트를 방문하는 것을 방해하거나 중지하는 모든 방법을 비활성화할 수 있습니다.

이것을 다시 확인하십시오. 방문할 수 없는 크롤러와 함께 시작하고 싶지는 않을 것입니다!

시작점으로 WordPress를 사용하는 경우 "Discourage search engines" 확인란이 선택 해제되어 있는지 확인하십시오.

설정 > 읽기 에서 찾을 수 있습니다.

2. 서버 호스팅을 옮기는 경우 네임서버 업데이트

새 도메인으로 이동하거나 호스팅을 변경하는 경우 "스위치"를 눌러 세계로 출시할 때입니다.

새 서버를 가리키도록 도메인의 DNS 설정 또는 이름 서버를 업데이트해야 합니다.

참고 : 새 버전의 사이트를 보기 시작하려면 DNS 변경이 완전히 전파될 때까지 몇 시간 기다려야 할 수 있습니다.

동일한 호스팅을 유지하는 경우(그러나 다른 디렉터리에 있음) 도메인에 연결된 디렉터리를 변경하기만 하면 됩니다.

또는 스테이징 사이트에서 작업한 경우 호스팅에 라이브로 푸시할 수 있는 옵션이 있을 수 있습니다. 잘 모르겠다면 호스트에게 지원을 요청하세요!

3. .htaccess 또는 필요에 따라 전체 리디렉션을 설정합니다.

새 도메인으로 전환했습니까? 방문자(및 크롤러)가 새 주소를 가리키도록 리디렉션을 설정해야 합니다.

다음은 .htaccess를 사용하여 도메인 수준에서 이를 수행하는 방법입니다.

 RewriteEngine 켜기
RewriteCond %{HTTP_HOST} ^www.oldsite.com$
RewriteRule (.*)$ https://www.newsite.com/$1 [R=301,L]

RewriteCond %{HTTP_HOST} ^oldsite.com [NC]
RewriteRule (.*)$ https://www.newsite.com/$1 [R=301,L]

위의 URL은 http://, https://, http://www 및 https://www.oldsite.com을 https://www.newsite.com으로 리디렉션합니다.

개별 URL도 올바르게 리디렉션됩니다.

4. 검색 엔진에서 이전 사이트에 더 이상 액세스할 수 없도록 합니다.

이 시점에서 검색 엔진에서 이전 사이트에 더 이상 액세스할 수 없도록 해야 합니다.

이전 도메인에 대한 모든 요청은 위에서 설명한 대로 301 리디렉션해야 합니다. 그렇지 않으면 중복 콘텐츠 문제가 발생하게 됩니다. 우리는 확실히 원하지 않습니다.

불량 하위 도메인(oldsite.domain.com) 및 하위 디렉토리(domain.com/oldsite)를 찾으십시오. 이들은 또한 리디렉션해야 합니다.

5. 철저한 육안 검사 수행

이제 새 사이트가 활성화되었으므로 가는 빗으로 페이지를 훑어보고 모든 것이 올바르게 보이는지 확인하십시오.

또한 URL이 예상대로 표시되는지 다시 확인해야 합니다.

6. 테스트 리디렉션

강조했듯이 리디렉션은 마이그레이션의 중요한 부분입니다. 따라서 모든 것이 정상적으로 작동하는지 세 번 확인해야 합니다.

다음을 테스트하는 것이 좋습니다.

1. 내부 리디렉션이 올바르게 작동하는지 확인합니다(예: /contact-us.html을 /contact-us로 이동한 경우 리디렉션이 사용자를 원하는 최종 URL로 보내는지 확인).
2. 이전 도메인에서 새 도메인으로의 리디렉션이 올바르게 작동하는지 확인하십시오. 이제 www.oldsite.com/page-1이 귀하를 www.newsite.com/page-1로 보내야 합니다.
3. 이전 사이트에서 리디렉션된 내부 링크를 확인합니다. 주소가 변경된 페이지의 경우 이전 사이트의 이전 URL이 새 사이트의 새 URL로 연결되는지 확인합니다. 예를 들어 www.oldsite.com/contact-us.html은 www.newsite.com/contact-us로 보내야 합니다.
4. http에서 https로의 리디렉션이 올바르게 작동하는지 확인하세요. http://www.oldsite.com/contact-us.html에서 https://www.newsite.com/contact-us로 보내야 합니다.

7. 여러 백링크를 확인하고 지도에 따라 새 콘텐츠로 리디렉션되는지 확인합니다.

모든 301 리디렉션이 제자리에 있는지 확인해야 하는 또 다른 주요 이유는 무엇입니까? 백링크.

링크 자산과 링크 트래픽을 보존하려면 이전 사이트를 가리키는 모든 링크가 새 URL로 리디렉션되는지 확인해야 합니다.

Seobility에서 귀하의 사이트에 대한 백링크 보고서를 실행하고 여러 링크가 올바른 페이지로 리디렉션되는지 확인하십시오.

리디렉션되지 않는 링크를 찾으면(또는 404 오류가 발생하면) 무엇이 잘못되었는지 파악하기 위해 단계를 다시 추적해야 합니다.

링크를 잃지 않는 것이 중요합니다!

팁: Seobility의 백링크 목록에서 "깨진 링크" 탭을 사용하여 새 사이트에 깨진 백링크가 있는지 확인할 수 있습니다. 이렇게 하면 놓친 끊어진 링크를 찾는 데 도움이 됩니다.

8. site:olddomain.com 쿼리를 실행하고 몇 개의 URL을 클릭한 다음 새 페이지로 리디렉션되는지 확인합니다.

Google에서 site:www.olddomain.com 쿼리를 수행합니다. 완전하지는 않지만 Google이 이전 사이트에 대해 색인을 생성한 URL의 상당 부분을 나열합니다.

이러한 결과 중 몇 개를 클릭하여 해당 페이지로 완전히 리디렉션되었는지 확인하십시오.

리디렉션되지 않으면 최대한 빨리 수정해야 합니다. 그렇지 않으면 순위와 트래픽을 잃게 됩니다.

9. Google Search Console에 새 사이트 추가

리디렉션이 만족스러우면 새 사이트를 Google Search Console에 제출할 차례입니다.

여기에 설명된 확인 방법 중 하나를 완료하여 Google 검색 콘솔에서 새 도메인을 확인하세요.

10. Bing 웹마스터 도구에 새 사이트 추가

Bing 웹마스터 도구에서 새 사이트를 확인합니다. 우리는 알고 있습니다. 하지만 다시 한 번 트래픽을 유도합니다!

11. Google Robots Testing 도구로 Robots.txt 파일 테스트

Google의 로봇 테스트 도구를 사용하여 사이트를 확인하여 콘텐츠에 액세스할 수 있는지 확인하세요.

Google에서 크롤링할 수 있도록 몇 가지 중요한 URL 및 URL 패턴에 액세스해 보세요.

참고: robots.txt 테스트 도구는 URL 접두사 속성에서만 작동하며 도메인 속성에서는 작동하지 않습니다. 링크가 작동하지 않으면 이 무료 도구를 대안으로 사용할 수 있습니다.

12. 구조화된 데이터가 올바른지 사이트를 테스트하고 오류를 수정하십시오.

마이그레이션 체크리스트의 일부로 구조화된 데이터(스키마)에 대해 작업했습니다.

이제 라이브 상태이므로 스키마 코드에 오류가 없는지 테스트하려고 합니다.

Google의 Schema Markup Validator 및 리치 결과 테스트를 사용하여 스키마를 확인할 수 있습니다.

13. 새 사이트가 모바일 친화적인지 확인

모바일 친화적인 웹사이트는 필수입니다.

새 사이트가 반응형 디자인이기를 바라지만 페이지의 개별 요소가 모바일에서 문제를 일으키는 경우를 대비하여 Google의 모바일 친화성 테스트를 통해 실행할 가치가 있습니다.

14. 새 Sitemap 제출

모든 것이 좋아 보인다면 새 사이트 크롤링을 시작하도록 Google에 알릴 준비가 된 것입니다.

Search Console에서 새 도메인의 새 sitemap.xml URL을 제출하고 제출 후 오류가 없는지 확인합니다.

Bing 웹마스터 도구에 대해 동일한 작업을 수행합니다.

15. 새 속성에 Disavow 파일 추가

이전 사이트에 대한 거부 파일이 있는 경우 이제 Search Console의 새 속성에 파일을 업로드할 때입니다.

그렇지 않으면 이러한 독성 링크를 더 이상 거부할 수 없으며 순위에 부정적인 영향을 미칠 수 있습니다!

16. 요청 인덱스 수행

Google은 이전 사이트를 다시 크롤링할 때 리디렉션에서 선택하므로 새 사이트를 매우 빠르게 찾아야 합니다.

하지만 Google에 이전 도메인을 다시 크롤링하도록 요청(301이 표시됨)한 다음 새 도메인을 크롤링하도록 요청하여 프로세스 속도를 높일 수 있습니다.

이는 Search Console의 URL 검사 도구(URL 수가 적은 경우)를 사용하거나 새 사이트맵을 제출하여 수행할 수 있습니다.

17. 주소 변경 연습 수행

Google 도메인 전환 프로세스의 속도를 높이는 또 다른 방법은 Search Console에서 주소 변경 도구를 사용하는 것입니다.

참고 : 이것이 작동하려면 먼저 리디렉션이 있어야 합니다.

18. 사이트가 이전되었으며 결함이 있을 수 있다는 경고/정보 메시지 추가

사용자에 대한 예의로 사이트가 최근에 마이그레이션되었음을 알리는 짧은 메시지를 게시할 수 있습니다.

이유는 다음과 같습니다.

• 재설계가 과감한 경우 사용자가 혼란스러워하고 약간의 안내가 필요할 수 있습니다.
• 사이트가 크면 무언가를 놓쳤을 가능성이 있습니다(당신은 인간일 뿐입니다). 사용자에게 발생한 문제를 보고하도록 요청하여 도움을 크라우드 소싱할 수 있습니다.

19. 소셜 미디어 URL 업데이트

이제 새 사이트가 활성화되었으므로 액세스할 수 있는 모든 링크를 업데이트해야 합니다.

소셜 미디어가 첫 번째 통화 포트가 될 것입니다.

그러나 다른 링크(예: 포럼 프로필)에 액세스할 수 있는 경우 해당 링크도 변경해야 합니다.

Google이 새 도메인이 이전 도메인을 대체한다는 외부 신호를 더 많이 접할수록 이 사이트가 새 위치로 이동했다는 신호가 더 강해집니다.

20. 리브랜딩된 소셜 미디어 비주얼 출시

마이그레이션이 리브랜딩의 일부인 경우 새 브랜딩을 반영하도록 소셜 미디어 또는 외부 시각적 요소도 업데이트해야 합니다.

이렇게 하면 모든 채널에서 일관된 메시징이 유지됩니다.

이메일/뉴스레터 등을 업데이트하는 것을 잊지 마십시오.

일반적으로 내부 사용자가 볼 수 없는 드립 마케팅 캠페인이 있는 경우 이를 잊을 수 있습니다. 따라서 모든 마케팅 플랫폼을 살펴보고 그에 따라 업데이트하십시오!

21. Pagespeed Insights 또는 Lighthouse 감사 확인

Chrome 개발자 도구의 PageSpeed ​​Insights 측정항목 또는 Lighthouse 감사가 정상으로 보이는지 확인하는 것이 좋습니다.

문제가 있는 경우 여기에서 페이지 속도를 개선하기 위한 39가지 팁을 찾을 수 있습니다.

출시 후 체크리스트

이제 새 사이트가 활성화되었으므로 몇 가지 추가 확인 및 관리 작업이 필요합니다.

이 단계는 출시일부터 시작하여 몇 주 후에 실행됩니다.

1. 필요에 따라 Google 애널리틱스 목표/전환 업데이트

마이그레이션 프로세스 중에 일부 URL이 변경되었을 수 있습니다. 그렇다면 특정 Google 애널리틱스 목표가 평가되는 방식이나 전환이 발생하는 페이지를 업데이트해야 할 수 있습니다.

마이그레이션 결과를 추적하는 것이 중요하므로(긍정적일 수 있습니다!) 이 단계를 먼저 수행합니다.

2. 필요에 따라 Facebook Pixel, Google Ads 또는 기타 마케팅 소프트웨어를 업데이트합니다.

Google 애널리틱스 목표와 마찬가지로 새 웹사이트 인프라를 반영하기 위해 업데이트해야 하는 다른 타사 소프트웨어가 있을 수 있습니다.

예를 들어 Facebook 캠페인 또는 Google Ads 캠페인을 실행하는 경우 페이지 수준에서 트리거되는 모든 이벤트를 업데이트한 다음 여전히 예상대로 작동하는지 확인해야 할 수 있습니다.

3. Heat Map 소프트웨어를 추가하여 사용자 경험이 어떻게 개선되었는지 확인

사용자 경험을 개선하는 것이 웹 사이트 마이그레이션의 주요 목표여야 합니다. 따라서 사용자가 새 사이트와 상호 작용하는 방식을 측정해야 합니다.

히트 맵 소프트웨어 또는 사용자 세션 기록을 사용하여 사용자가 새 사이트를 탐색하는 방법을 확인하는 것이 좋습니다.

Hotjar를 사용하면 둘 다 할 수 있습니다!

4. 기존 도메인이 만료되지 않도록 하세요! (그렇지 않으면 이전 링크가 손실됩니다)

301 리디렉션이 모두 제자리에 있어야 합니다. 그러나 이전 도메인을 버리지 마십시오!

Google은 몇 달 후 도메인이 이전된 것으로 간주한다고 제안하지만 안전하게 플레이하는 것을 좋아합니다.

왜? 갱신되지 않은 건강한 백링크가 있는 도메인은 일반적으로 구입하여 새 사이트로 재생성하기 때문입니다.

그런 일이 발생하면... 이전 도메인에 대한 링크에서 모든 트래픽과 전원을 잃을 수 있습니다.

따라서 도메인을 유지하고 매년 갱신하여 이전 도메인에 대한 조회가 계속 리디렉션되도록 합니다.

5. 분석 + 문제 해결

마이그레이션 후 처음 몇 주 동안 메트릭을 이전 사이트와 비교해야 합니다.

현장에서의 시간이 개선되었습니까? 이탈률이 낮습니까?

비즈니스에 중요한 각 메트릭을 살펴보고 변화가 긍정적인지 부정적인지 평가하십시오.

부정적인가요? 이유를 파악한 다음 그에 따라 변경하십시오.

그러나 아기를 목욕물과 함께 버리지 마십시오. 작은 변화를 가져옵니다. 그런 다음 며칠 후에 그들이 긍정적인 영향을 미쳤는지 평가하십시오.

6. Google Search Console에서 커버리지 문제 확인

이제 Google이 새 사이트를 크롤링하고 있으므로 Google Search Console(인덱싱 > 페이지)에서 페이지 보고서를 확인하고 싶을 것입니다.

이렇게 하면 Google이 사이트를 크롤링하는 동안 발생한 모든 문제를 식별할 수 있습니다. 또한 현재 인덱싱된 페이지 수와 특정 페이지가 인덱싱되지 않은 이유도 표시됩니다.

문제나 예기치 않은 결과가 확인되면 문제를 해결하는 작업을 시작하십시오.

7. 검색 콘솔 오류 확인

Google이 새 사이트를 크롤링하면 Google Search Console이 발생한 오류를 표시하기 시작합니다.

예를 들어 개선 섹션에는 구조화된 데이터에 오류가 있는지 여부가 표시됩니다.

이러한 오류에 주의하십시오. 가능한 한 많이 수정하고 싶을 것입니다(가능한 한 빨리).

8. 가능한 경우 이전 백링크를 업데이트하기 위해 홍보를 수행합니다.

301 리디렉션은 전체 값을 전달해야 하지만 새 URL을 가리키도록 가능한 한 많은 백링크를 업데이트하는 것이 좋습니다.

Seobility에서 백링크를 내보낸 다음 가능한 한 많은 사이트에 연락하여 링크를 업데이트하도록 요청하는 것이 좋습니다.

그리고 그들에게 이메일을 보내는 동안 멋진 새 디자인에 대해 알릴 수 있습니다.

참고 : 귀하의 홈페이지에 링크된 사람에게 먼저 연락하는 것이 좋습니다.

9. 순위 및 검색 트래픽 비교

처음 몇 주 동안의 변동은 정상입니다. 그러니 당황하지 마세요! Google에서 새 사이트를 파악하고 모든 리디렉션을 선택하는 데 시간이 걸립니다.

그러나 한 달 정도 지나면 트래픽이 안정되고 이상적으로 개선되기 시작하는 것을 볼 수 있습니다.

그렇지 않다면? 오류 및 기타 문제를 찾기 위해 예정된 Seobility 크롤링을 주시하는 것이 좋습니다.

그리고 혹시라도 보이면… 고치세요!

또한 Google Search Console에서 데이터를 확인하여 노출/클릭이 적은 페이지에 대한 정보를 얻을 수 있습니다. 큰 폭으로 하락한 특정 페이지가 표시되면 해당 페이지에 약간의 주의를 기울일 가치가 있습니다.

사이트를 다시 시작할 준비가 되셨습니까?

웹 사이트를 다시 시작하는 것은 사소한 작업이 아닙니다.

그러나 이 전체 웹 사이트 재출시 및 재설계 체크리스트를 통해 이 프로세스를 가능한 한 간단하고 쉽게 따라할 수 있도록 노력했습니다.

처음에 언급했듯이 마이그레이션 또는 재실행 상황에 모든 단계가 적용되는 것은 아닙니다. 따라서 모든 정보를 소화했으면 위의 단계에서 자신만의 맞춤 체크리스트를 만드는 것이 좋습니다.

그렇게 하면 재설계, 재출시 또는 마이그레이션을 SEO에 성공시키기 위해 할 수 있는 모든 일을 했는지 확인할 수 있습니다!

웹사이트 재설계, 재출시 또는 마이그레이션을 직접 경험해 보셨습니까? 우리와 공유할 수 있는 교훈이 있습니까? 위의 체크리스트가 도움이 되었다고 생각하십니까?

아래 의견에 알려주십시오.