웹사이트 마이그레이션에서 살아남는 5단계

더 나아질 수 있는 웹 사이트 마이그레이션에 참여한 적이 있습니까?

어떤 형태로든 마이그레이션이 예정되어 있고 모든 것이 가능한 한 원활하게 진행되는지 확인하고 싶을 수 있습니다.

오늘 우리는 유명한 Google 검색 품질 팀의 전직 고위 구성원과 광범위한 정책 추진, 웹스팸 사냥 및 웹마스터 지원 경험이 있는 소수의 전직 Google 직원과 함께 생존하고 번창하는 웹사이트 마이그레이션에 대해 이야기하고 있습니다. 요즘 그는 Google 페널티로부터 웹사이트를 복구하고 고객이 웹사이트와 검색 엔진의 잠재력을 극대화할 수 있도록 자신의 기술을 적용합니다. Kaspar Szymanski, Search Brothers의 In Search SEO 팟캐스트 디렉터를 환영합니다.

이 에피소드에서 Kaspar는 다음을 포함하여 웹 사이트 마이그레이션에서 살아남기 위한 5가지 단계를 공유합니다.

• 서버 로그 기록
• SEO 감사 수행
• 레거시 문제 해결
• 미리 계획하고 적절한 순간을 선택하십시오
• 진행 상황 모니터링

5가지 웹사이트 마이그레이션 팁

Kaspar: 초대해주셔서 감사합니다. 항상 즐겁습니다.

D: 함께 해주셔서 정말 감사합니다. searchbrothers.com에서 Kaspar를 찾을 수 있습니다. 오늘은 웹 사이트 마이그레이션을 유지하고 번창하기 위한 5가지 필수 단계를 공유합니다. 첫 번째 레코드 서버 로그부터 시작합니다.

1. 서버 로그 기록

전적으로. 내가 그렇게 말할 수 있다면 내 애완 동물 주제 중 하나입니다. 서버 로그는 특히 마이그레이션의 맥락에서 많은 상황에서 충분히 활용되지 않습니다. 간단히 말해서 서버 로그는 방문 페이지 측면에서 검색 엔진이 실제로 관심을 갖는 것과 관련하여 통찰력을 제공합니다. 레코드 서버 로그를 작성할 때 실제로 이 두 랜딩 페이지 그룹이 얼마나 겹치는지 알 수 있습니다. 정기적으로 크롤링된 방문 페이지 그룹과 색인화 및 순위 지정을 원하지 않는 방문 페이지 그룹입니다. 이것은 하나의 응용 프로그램일 뿐이며 원하는 경우 가장 기본적인 응용 프로그램입니다.

그러나 서버 로그는 어떤 방식으로도 검색할 수 없습니다. 서버 로그 기록을 시작하지 않으면 통찰력이 없으며 다시 얻을 방법도 없습니다. 서버 로그 기록을 시작하지 않는 한 오랜 시간 동안 발생해야 합니다. 그래서 콘텐츠 마이그레이션이든 도메인 마이그레이션 영역이든 일종의 마이그레이션 준비에 대해 이야기할 때 이해를 얻으려면 해당 서버 로그를 꽤 오랫동안 기록해야 합니다. Google이 크롤링하는 것은 무엇입니까? 또한 성공적인 마이그레이션을 수행하기 위한 후속 두 번째 단계를 위한 매우 중요한 준비 단계입니다. 그러나 나는 천둥을 훔치고 싶지 않으며 잠시 먼저 그것에 대해 이야기하게 할 것입니다.

D: 그렇습니다. 첫 번째 요점에 대한 간단한 후속 질문입니다. 많은 SEO가 단일 분석 패키지에만 의존하는 데 약간의 책임이 있다고 생각합니다. 그렇다면 SEO가 표준 분석을 보는 것만으로는 액세스할 수 없는 서버 로그에서 사용할 수 있는 데이터의 예는 무엇입니까?

K: 두 가지 다소 복잡한 질문이라고 생각합니다. 그 중 하나는 어떤 종류의 도구를 활용할 수 있는지에 관한 것입니다. 저는 항상 가능한 모든 것을 활용하라고 말합니다. 예산, 인력, 전문 지식 수준 및 기술 통찰력에 따라 다릅니다. 당신의 팀에서. 가장 기본적인 수준에서는 물론 Google Search Console입니다. 이것은 Google의 알고리즘이 내 웹사이트를 보는 방식에 대한 기본적인 이해를 얻기 위해 모든 SEO가 활용해야 하는 하나의 도구입니다.

물론 Bing 웹마스터 도구가 있습니다. 나는 그것이 또 다른 주요 검색 엔진이기 때문에 열렬한 팬이며 Google에서 찾은 결과를 확인하거나 다른 통찰력을 얻고 이를 서로 비교할 수 있는 또 다른 기회입니다. 거기에는 몇 가지 놀라운 상용 도구가 있습니다. 저는 Lumar로 리브랜딩된 Ryte 및 DeepCrawl의 열렬한 팬입니다. Spotify는 놀라운 도구입니다.

이 모든 것들은 어느 정도, 때로는 더 많이, 때로는 더 적게 서로에 대해 변환될 수 있는 통찰력을 제공합니다. 크롤링 구성 요소가 있고 온페이지, 기술, 오프페이지 등 모든 인사이트가 있습니다. 그러나 이들 중 어느 것도 서버 로그가 제공할 수 있는 기본적인 통찰력을 제공하지 못합니다. 우선, 해당 데이터 저장고를 활용하고 서버 응답이 무엇인지 또는 서버와 응답이 실제로 200인지 파악합니다. 우리가 가치 있고 바람직하다고 생각하는 랜딩 페이지에 대해 괜찮습니다. 아니면 완전히 다른 것을 반환하고 있습니까? 200 OK입니까 아니면 404 오류 페이지입니까? 만료된 문서, 만료된 제품 또는 사용할 수 없는 제품이 있을 수 있으며 이는 상업 또는 소매 웹사이트에 큰 문제입니다.

가장 기본적인 수준에서 이것은 우리 사이트에서 검색 엔진에 대한 우리의 응답을 알려줍니다. 검색 엔진 봇이 우선순위를 정하는 것은 무엇입니까? 이것이 우리가 최우선 방문 페이지로 보고 있는 것과 얼마나 겹치나요? 이제 웹 사이트가 100개 또는 1000개의 문서로 다소 작을 때 그것은 그렇게 큰 문제처럼 들리지 않습니다. 그러나 대규모 웹 사이트, 수만 개의 문서, 랜딩 페이지 또는 수백만 개에 대해 이야기하는 경우 이는 완전히 다른 규모의 문제입니다. 그런 경우, 서버 로그를 영구적으로 보존하고 매년 이를 활용하는 것은 유기적 Google 검색에서 우위를 점하기 위해 절대적으로 필요합니다.

D: 여기 시퀀스의 각 단계에 대해 한 시간씩 프레젠테이션을 할 수 있을 것 같은 느낌이 듭니다. 하지만 웹사이트 이전 측면에서 두 번째로 넘어가서 SEO 감사를 수행해 보겠습니다.

2. SEO 감사 실시

K: 예, 그리고 이러한 서버 로그를 활용하는 것과 함께 수행하는 것이 가장 좋습니다. 필수 사항은 아닙니다. 그리고 시중에 나와 있는 대부분의 상업용 웹 사이트는 서버 로그를 저장 및 보존하지 않거나 완전히 수행하지 않는다는 점을 말씀드리고 싶습니다. 이러한 웹 사이트에서 기술 감사를 수행하는 것도 가능합니다. 그리고 그렇게 하는 이유는 마이그레이션을 수행할 때 더 빠르고 원활한 웹 사이트를 위한 더 나은 사용자 경험뿐만 아니라 순위 상승을 위한 긍정적인 결과를 찾고 있기 때문입니다. 그리고 이것은 우리가 어떤 레거시 문제로 접근하고 싶지 않은 것입니다. 이러한 레거시 문제는 다양할 수 있습니다. 웹 사이트를 방해하는 오프 페이지 백링크가 있을 수 있습니다.

그러나 다른 요인이 있습니다. 구현 당시에는 훌륭했을 기술 솔루션이 있습니다. 그러나 그들은 더 이상 우리를 위해 일하지 않을 수도 있습니다. 시간의 시험을 견디지 못하는 콘텐츠 어느 시점에서 상록수로 간주되었지만 더 이상 그렇지 않은 콘텐츠. 적용되고 해결되지 않은 Google 페널티는 물론 큰 문제입니다. 이것은 우리가 감사를 수행할 때 고려 사항의 일부가 될 것입니다. 마이그레이션을 수행하기 전에 이러한 모든 요소를 ​​살펴보고, 검토하고, 우선순위를 지정하고, 해결해야 합니다. 핸드브레이크를 켜고 더 밝은 미래를 향한 발걸음을 시작하고 싶지 않고 이러한 모든 것들에 의해 방해받고 싶지 않기 때문입니다. 아직 해결되지 않았습니다.

그리고 그것은 물론 우리를 그 과정의 다음 단계로 인도합니다. 하지만 먼저 이야기를 하도록 하겠습니다.

D: 예, 두 번째 단계는 SEO 감사를 수행하는 것이었지만 세 번째인 레거시 문제를 해결하는 몇 가지 예를 언급하고 제공했습니다. 또한 이야기하고 싶은 레거시 문제의 다른 영역이 있습니까?

3. 레거시 문제 해결

K: 상황에 따라 다릅니다. 웹사이트마다 다릅니다. 그러나 종종 이전 마이그레이션에서 유기적으로 그리고 역사적으로 성장한 웹 사이트이거나 두 개의 다른 웹 사이트가 결합되어 하나로 병합되었을 수 있습니다. 과거에 존재했던 블로그, 양식, Wiki 페이지 또는 FAQ 페이지일 수 있습니다. 예전에는 유용했지만 요즘에는 더 이상 유용하지 않은 기존의 역사적인 랜딩 페이지입니다.

가장 큰 문제는 국제 웹사이트용 Href Lang 애플리케이션입니다. 그리고 캐노니컬이 있습니다. 연대기는 메이저 리그 검색 엔진에 알리는 경이로운 방법입니다. 이것은 다소 유사한 많은 문서 중 하나입니다. 이것은 내가 돌보는 것입니다. 그러나 적절하고 철저하게 적용되지 않으면 실제로 큰 역효과를 낼 수 있습니다. 따라서 이 소수의 기술 요소, 콘텐츠 요소 및 콘텐츠의 최신성과 관련된 요소의 이름을 지정하면 이 주제가 얼마나 복잡한지 알 수 있습니다. 그러한 감사가 철저하게 준비되어야 하는 이유는 합리적이며 시간이 걸립니다. 마이그레이션의 또 다른 중요한 요소는 마이그레이션에 시간이 걸리기 때문에 이러한 모든 단계를 고려할 수 있도록 훨씬 미리 계획하고 준비해야 한다는 것입니다.

세 번째 단계에 대해 몇 마디 공유하면서 계속할 수 있도록 해주세요. 이는 다소 중요하고 이러한 기존 문제를 해결하는 것입니다. 대규모 조직 및 웹사이트와 함께 일한 경험으로 볼 때 감사를 수행하는 것뿐만 아니라 현재 웹사이트를 방해하는 것이 무엇인지 파악하는 것뿐만 아니라 이러한 문제를 해결하는 것도 중요합니다. 예를 들어 어떤 이유로든 만료되었거나 사용할 수 없는 많은 제품이 있는 경우 200 OK 상태를 반환합니다. 그러나 실제 방문 페이지에는 해당 제품이 없다고 나와 있습니다. 이는 사용자가 검색을 통해 유입되고 찾고 있던 제품을 사용할 수 있기를 기대하기 때문에 사용자 신호로 흘러내릴 것입니다. 결국 랜딩 페이지에 도달하면 사용할 수 없는 제품을 보고 Google 검색으로 돌아가 대안을 찾거나 쿼리를 다시 실행합니다. 이 사용자 행동은 그들이 찾고 있는 것을 찾지 못했음을 나타냅니다. 이것은 좋지 않습니다. 이것은 매우 부정적인 신호입니다.

이제 이러한 랜딩 페이지를 새 플랫폼으로 이동하기만 하면 이러한 부정적인 신호를 전송할 것입니다. 이제 사이트의 규모가 크면 큰 문제가 되지만 웹사이트가 클수록 더 큰 문제가 됩니다. 그 이유는 오늘 우리가 아직 많이 이야기하지 않은 주제인 크롤링 예산 때문입니다. Google이 내 웹사이트를 다시 크롤링하는 데 얼마나 많은 시간이 필요한지 또는 적어도 내가 관심을 갖는 부분을 이해하는 것이 매우 중요하기 때문입니다. 그리고 어떤 경우에는 거의 하룻밤이 될 것입니다. 1000페이지 정도 되는 웹사이트는 문제가 되지 않습니다. 그러나 바람직한 방문 페이지가 100,000개 있고 크롤링 예산과 일치하지 않는 수백만 개의 방문 페이지가 있는 웹사이트를 보게 된다면 크롤링 분포는 Google이 한 달, 두 달, 여섯 달이 걸릴 것이라고 나타냅니다. 웹 사이트의 상당 부분을 회수하는 데 몇 개월 또는 그보다 더 오래 걸리면 너무 오래 걸리기 때문에 마이그레이션 이동의 이점을 얻을 수 없습니다. 먼저 크롤링 예산 문제를 해결해야 합니다. 먼저 웹 사이트를 더 빨리 크롤링할 수 있도록 크롤링 예산이 우리에게 더 유리한 방식으로 분배되는지 확인해야 합니다. 이러한 이유로 이러한 레거시 문제를 해결하는 것이 매우 중요합니다. 문제가 존재한다는 것을 이해하는 것뿐만 아니라 문제를 해결하는 것입니다.

Backlinks는 이 맥락에서도 매우 좋은 예입니다. 새로운 CMS로의 마이그레이션을 통해 더 밝은 미래로 이동할 수 있는 위치에 있을 수 있기 때문입니다. 그러나 백링크 프로필은 여행이나 금융 상품, 보험 등 매우 경쟁적인 환경에서 다소 문제가 있습니다. 따라서 Google에서 부자연스러운 백링크로 인식하는 레거시 백링크가 있을 수 있습니다. 그리고 이것은 알고리즘 수준에서 우리를 억제할 수 있는 수동 스팸 조치를 트리거할 수 있는 것입니다. 따라서 우리는 거부 파일을 사용하거나 처벌이 있는 경우 재고 요청을 요청하는 사람들을 해결해야 합니다. 이러한 모든 작업은 실제 마이그레이션을 수행하기 전에 수행해야 합니다. 여기에 우리가 여기서 말하는 궁극적인 단계를 수행하기 전에 레거시가 가장 잘 해결되는 또 다른 예가 있습니다.

D: 네 번째 단계는 미리 계획하고 적절한 순간을 선택하는 것입니다.

4. 미리 계획하고 적절한 순간을 선택하십시오.

K: 예, 많은 웹사이트 운영자가 계절성을 고려하지 않기 때문에 이것은 매우 중요합니다. 이제 우리가 작업하는 수직 분야에 따라 크롤링 예산에 따라 우리에게 영향을 미칠 시기를 예측할 수 있습니다. 4분기에 매출의 50%가 발생한다고 가정해 보겠습니다. 우리는 수익 창출에 영향을 미칠 것이기 때문에 이전, 실행 중 또는 해당 기간 동안 모든 종류의 마이그레이션과 자연스럽게 관련된 모든 난기류를 피하고 싶습니다. 따라서 장기적인 계획을 세우는 것이 정말 중요합니다.

또한 크롤링 예산 상황과 관련이 있습니다. Google 및 기타 주요 검색 엔진이 웹사이트가 정말 큰 경우 다시 크롤링하는 데 걸리는 시간을 이해해야 하기 때문입니다. 그리고 이것은 우리가 다시 한 번 고려해야 할 사항입니다. Q4는 아주 좋은 예입니다. 소매업에서는 4분기에 많은 비즈니스가 생성되고 있습니다. 많은 비즈니스에서 1분기의 시작은 계속 진행하고 마이그레이션을 수행하고 새로운 데이터가 어떤 모습인지 확인하기에 매우 좋은 시기입니다. 이것은 SEO 결정이지만 비즈니스 규모 측면으로 흘러갑니다. 그리고 이것은 매우 중요합니다. 특히 비즈니스가 이전 연도에 따라 일반적으로 사용했던 만큼 번성하지 않을 수 있는 어렵고 경제적인 시기에는 더욱 그렇습니다.

따라서 미리 계획하고 장기적인 계획을 세우는 것이 매우 중요합니다. 그리고 모든 이해관계자를 고려하고 포함합니다. 이러한 마이그레이션은 주로 기술 팀에서 수행하는 작업이지만 콘텐츠 팀, 링크 구축 팀, 마케팅 팀 및 기타 많은 사람들이 어느 정도 관여할 수 있습니다. 따라서 이들을 연결하는 것이 중요합니다. 그리고 이것이 한 사람, 한 명의 의사 결정자가 이끄는 팀 활동이 되도록 하는 것입니다.

D: 그러면 5단계로 이동합니다. 진행 상황을 모니터링합니다.

5. 진행 상황 모니터링

K: 예, 서버 로그와 관련이 있으므로 완전히 돌아왔습니다. 서버 로그를 통해 기록된 경우 이전에 어떻게 진행했는지에 대한 통찰력을 얻을 수 있습니다. 물론 이것이 새로운 서버 로그인지 확인하고 싶습니다. 우리는 우리가 얼마나 잘하고 있는지에 대한 통찰력을 가지고 있습니다. 특히 우리가 연속적인 방식으로 웹 사이트의 일부를 이동할 때, 전체 웹 사이트를 한 번에 모두 마이그레이션할 필요가 없습니다. 대규모 웹사이트인 경우 하위 도메인이나 디렉토리, 비트 및 조각으로 시작할 수 있습니다. 따라서 Google 및 기타 검색 엔진이 이러한 새로운 패턴을 수용하는 방법을 알 수 있습니다. 이제 그들은 그것들의 우선 순위를 어떻게 정합니까? 따라서 시간 경과에 따른 진행 상황을 모니터링하는 것이 매우 중요합니다. 단순히 버튼을 누르고 마이그레이션을 수행하고 뒤로 기대는 것만으로는 이루어지지 않습니다. 가장 조바심 나고 이가 갈리는 순간은 상황이 발생하고 상황이 어떻게 진행되고 있는지 계속 주시해야 할 때입니다. 대부분의 경우 완전히 정상적인 변동이 있습니다. 그것은 예상되는 것입니다. 그러나 우리는 이러한 변동이 과도하고 장기간 지속되는 상황을 보고 싶지 않습니다.

Pareto Pickle - 레코드 서버 로그

디: 훌륭합니다. 파레토 피클으로 마무리합시다. 파레토는 20%의 노력에서 80%의 결과를 얻을 수 있다고 말합니다. 적당한 수준의 노력으로 놀라운 결과를 제공하는 추천할만한 SEO 활동은 무엇입니까?

K: 그건 매우 어려운 일입니다, David. 개별 웹사이트, 적용할 수 있는 리소스의 종류 또는 그 뒤에 있는 인력에 따라 다르다고 말해야 합니다. 겸손한 노력은 오히려 상대적입니다. 대규모 웹 사이트의 경우 여전히 서버 로그를 기록하고 있다고 말할 수 있습니다. 초기 노력은 최소한이지만 소규모 웹 사이트에 있어 상당한 도전과 과잉이 될 것입니다. 그러나 랜딩 페이지가 많은 대규모 상업용 웹 사이트의 경우 여러 로그를 저장하고 보존하는 것은 다소 겸손한 노력입니다. 관련된 비용은 무시할 수 있습니다. 우리는 두 개의 하드 드라이브에 대해 이야기하고 있으며 파일 자체는 Gzip일 수 있습니다. 예상되는 법적 문제는 없습니다. 이들은 귀하의 서버 로그입니다. 그리고 이것은 쉴 수 있는 것입니다. 방대한 양의 정보 저장소를 활용하려는 경우가 아니면 해야 할 일이 많지 않습니다.

그래서 제 생각에는 서버 로그 저장 및 보존을 시작할 때의 노력과 투자 수익이 상당히 유리합니다. 보시다시피 서버 로그는 제가 가장 좋아하는 주제 중 하나이지만 SEO에 가장 유망한 주제이기도 합니다. 이것은 큰 이득이 실제로 있는 곳입니다.

D: 저는 호스트인 David Bain입니다. searchbrothers.com에서 Kaspar Szymanski를 찾을 수 있습니다. Kaspar, In Search SEO 팟캐스트에 참여해 주셔서 감사합니다.

K: 데이빗, 정말 즐거웠습니다. 초대해주셔서 감사합니다. 그리고 SEO에 대해 토론할 수 있는 다음 기회를 기대합니다.

그리고 들어주셔서 감사합니다. 이전 에피소드를 모두 확인하고 rankranger.com에서 Rank Ranger 플랫폼의 무료 평가판에 등록하십시오.