Sara Moccand로 피해야 할 5가지 SEO 사이트 마이그레이션 실수

재앙적인 웹사이트 마이그레이션에 참여한 적이 있습니까? 아마도 당신은 깊이 생각한 웹사이트 마이그레이션의 영향을 처리하기 위해 프로젝트에 참여했을 것입니다.

오늘 우리는 작년에 Netflix와 Disney Plus를 포기하고 구독한 여성과 웹사이트를 마이그레이션할 때 피해야 할 5가지 주요 실수에 대해 논의할 것입니다. 그녀는 SEO Nerds Switzerland 모임의 공동 주최자이자 스위스에 6개의 사무실이 있는 웹 및 모바일 개발 에이전시인 Liip의 SEO 전문가입니다. In Search SEO 팟캐스트 Sara Moccan에 오신 것을 진심으로 환영합니다.

피해야 할 실수는 다음과 같습니다.

1. 부실한 계획
2. 리디렉션을 테스트하지 않음
3. 스테이징을 감사하지 않음
4. 수요가 많은 시기에 마이그레이션
5. 스테이징 인덱싱

주시해야 할 5가지 사이트 마이그레이션 팁

사라: 안녕하세요.

D: 이봐, 사라. liip.ch에서 사라를 찾을 수 있습니다. Sara, 웹사이트 마이그레이션이 SEO에게 왜 그렇게 큰 문제인가요?

S: 수익의 원천인 모든 유기적 트래픽을 잃을 수 있기 때문입니다. 이것이 주된 이유이므로 모든 사람은 웹사이트 마이그레이션에 매우 주의해야 합니다.

D: 그래서 오늘은 웹사이트를 마이그레이션할 때 피해야 할 5가지 주요 실수에 대해 이야기하고 있습니다. 첫 번째로 시작하는 것은 잘못된 계획입니다.

1. 잘못된 계획

S: 네, 가장 큰 실수 중 하나는 잘못된 계획입니다. 몇 가지 예가 있습니다. 잘못된 계획은 처음부터 시작할 수 있습니다. 예를 들어, 대행사에서 잘못된 날짜 수를 판매하면 예산을 다시 논의해야 하므로 매우 복잡합니다. 몇 가지 예가 있지만 주요 문제부터 시작하겠습니다. 분명히, 제대로 계획하지 않으면 원하는 대로 일이 구현되지 않습니다. 두 번째 문제는 앞서 말했듯이 트래픽 손실입니다. 그것이 재앙적인 시나리오인 트래픽 손실이며 이에 대한 해결책은 관련된 모든 사람의 이름을 알아내는 것입니다. 그것이 비밀입니다. 누가 개발자인지, 누가 프런트 엔드, 백엔드, 디자이너인지 등을 알아보세요. 항상 연락할 수 있도록 그들의 이름과 그들이 하는 일에 대해 가능한 모든 것을 배우십시오.

각 웹사이트 마이그레이션은 새로운 프로젝트와 같습니다. 그래서 당신은 계획을 가지고 있는 프로젝트를 가지고 있습니다. 그리고 SEO가 상호 작용할 수 있는 곳을 정확히 볼 수 있는 곳이 있습니다. 그것은 명심하는 것이 중요합니다. 예를 들어, 처음에 개발자는 무엇을 해야 하는지 알고 작업할 기술을 선택할 것입니다. 따라서 SEO가 어떤 기술을 사용할 계획인지 아는 것은 흥미로운 일입니다. 또한 사용 중인 기술에 영향을 줄 수도 있습니다. 가끔, 자주는 아니지만 가끔. 이것은 전반적인 계획을 배우고 상호 작용할 수 있는 위치를 파악하는 방법에 대한 예일 뿐입니다.

D: 물론 계획에 포함할 수 있는 항목이 많이 있지만 계획에 통합할 표준 요소가 있습니까? 아니면 각 프로젝트가 매우 독특합니까?

S: 세 가지 표준이 있다고 말하고 싶습니다. 언제 기술이 선택되는지, 디자이너가 웹 사이트 아키텍처를 설계하기 시작할 때를 알고, 어느 시점에서 라이브로 갈지 알면 스테이징을 분석하여 언제 라이브로 갈지 확인할 수 있습니다. 이것은 웹 사이트 마이그레이션의 세부 사항을 알려줍니다. 당신은 당신의 계획을 가지고 있으며 그것을 단계로 나눕니다. 첫 번째는 개발자와 상호 작용하는 준비 단계입니다. 그리고 거기에서 웹 사이트가 어떻게 작동하는지, 어떤 페이지가 중요한지 등을 분석해야 합니다. 그리고 리디렉션 맵도 준비해야 합니다. 다음 단계는 스테이징에 있는 모든 것이 100% 라이브로 갈 것이기 때문에 모든 것을 테스트하는 테스트 단계를 갖는 것입니다.

D: 거기에서도 URL을 언급하셨습니다. 일부 웹 사이트 마이그레이션은 다른 웹 사이트보다 더 쉽습니다. 일부는 서버를 마이그레이션하고 동일한 기술, CMS, 동일한 URL을 유지하고 있을 수 있습니다. 모든 단일 URL 또는 대부분의 URL을 변경해야 하기 때문에 변경하는 경우 어떻게 됩니까? 예를 들어 URL 끝에 있는 ASP가 있는 항목에서 상당히 평범한 URL로 이동하고 있습니까? 모든 순위를 유지하고 동시에 URL을 변경할 수 있습니까?

S: 개발회사에 다니다 보니 사람들이 옵니다. 그들은 단지 서버를 조금 바꾸러 오는 것이 아닙니다. 그들이 하고자 하는 것은 바로 그것입니다. 그들은 모든 것을 바꾸고 싶어합니다. 그게 내 문제야. 예, 작동합니다. 리디렉션을 수행해야 하고 리디렉션 맵을 수행해야 하며 검색 엔진이 약간 적응해야 하는 시간이 있습니다. 리디렉션 맵을 수행할 때 목표는 현명하게 수행하는 것이기 때문에 대부분 잘 작동합니다. 예를 들어 페이지가 특정 항목에 대해 순위를 매기면 동일한 주제로 리디렉션된다는 것을 알고 있습니다. 그런 다음 리디렉션 맵에서 약간의 주의를 기울여야 합니다. 그러면 작동합니다. 다시 말하지만, 내가 본 대부분의 시나리오는 정확히 그들이 모든 것을 변경한 곳입니다.

D: 당신이 말한 것과 관련된 또 다른 후속 질문입니다. 때때로 검색 엔진이 적응하는 데 약간의 시간이 필요하다고 말씀하셨습니다. 이전과 동일한 순위를 보기 전에 검색 엔진에 얼마나 많은 시간을 제공하는 것이 합리적입니까?

S: 아니요, 당신이 당황하기 전에 말입니다. 나는 그것이 의존적이라고 말하고 싶지만, 그것들이 모든 것을 바꾸지는 않지만 꽤 많이 바뀌고 매우 빠르게 적응하는 경우를 몇 번 봤습니다. 최대 한 달, 한 달 반이라고 할 수 있습니다. 그리고 그 후에도 적응이 되지 않는다면 어딘가에 문제가 있는 것입니다.

D: 리디렉션을 테스트하지 않고 두 번째로 넘어가겠습니다.

2. 리디렉션을 테스트하지 않음

S: 네. 내가 잘못한 수치심의 벽에 몇 가지 예를 들어 보겠습니다. 처음에 리디렉션 맵을 구성했고 모든 단일 파일이 괜찮았던 것을 기억합니다. 그런 다음 개발자에게 테스트한 모든 것을 준비하도록 했습니다. 그리고 나는 모든 것이 괜찮다고 말했습니다. 그런 다음 라이브로 진행되었습니다. 그리고 우리가 라이브에 갔을 때 나는 무슨 일이 일어나고 있는지 궁금했습니다. 그리고 나서 나는 그것이 리디렉션 체인을 생성하고 있다는 것을 깨달았습니다. 나는 약간 놀랐습니다. 그래서 저는 운이 좋게도 개발자들과 아주 좋은 관계를 유지했고, 그 자리에서 바로 고칠 수 있었습니다. 그것은 내가 테스트했지만 라이브를 시작하기 전에 깨닫지 못했기 때문에 충분히 테스트하지 않은 한 가지 사례 시나리오였습니다.

수치심과 모든 것을 완벽하게 테스트하는 것이 얼마나 중요한지 깨닫는 또 다른 시간. 여러 국가가 있는 웹사이트가 있었던 걸로 기억하지만 URL에 대한 특정 역할이 있었습니다. 그래서 개발자에게 스크립트를 작성하는 데 도움을 달라고 요청하여 더 빨리 진행할 수 있도록 했습니다. 그가 스크립트를 하고 나서 나는 개발자와 반나절 동안 테스트를 하기로 예약했지만 그는 "헤이, 사라, 내가 그것을 테스트했다"고 말했다. 환상적입니다. 이미 했다면 환상적입니다. 하지만 한 국가를 시험해 보겠습니다. 그래서 미국에서 테스트를 해보니 "모든 것이 작동하고 있습니다. 엄청난. 고맙습니다. 안녕히 계세요. 5개 주세요!” 그런 다음 우리는 라이브로 갔다. 나는 모든 것을 확인했고 내가 확인했을 때 나는 "무슨 일이야? 점프는 무엇입니까? 일본과 쿠웨이트는 어디에 있습니까?” 그래서 우리는 모든 것을 마이그레이션했지만 일본과 쿠웨이트를 놓치고 있었습니다. 라이브로 전환하기 전에는 몰랐습니다. 그리고 또 바로 복구를 도와주셔서 운이 좋았고 모든 것을 수정한 당일에 일어난 일이라 큰 반향은 없었습니다. 하지만 그게 문제입니다. 테스트를 해야 합니다.

D: 3번 항목은 스테이징을 감사하지 않기 때문에 3번 항목과도 ​​관련이 있는 것 같습니다.

3. 스테이징을 감사하지 않음

S: 네, 3번 항목의 일부입니다. 처음에는 티켓을 가지고 있었고, 티켓을 확인하고 있었고, 무대에서는 모든 것이 괜찮았습니다. 환상적이다. 티켓이 구현됩니다. 하지만 그제서야 내가 정상적으로 웹사이트를 감사하는 것처럼 감사하지 않는다는 것을 깨달았습니다. 예를 들어 이상한 것을 보기 시작합니다. 나는 이 웹사이트가 최근에 일어났고 서버 측에서 완벽하게 렌더링되었던 것을 기억합니다. 콘솔의 코드에서 모든 것을 볼 수 있었습니다. 그래서 나는 기뻤다. 하지만 숨겨진 요소에 문제가 있어 항상 숨겨진 요소를 확인합니다. 일어난 일은 JavaScript가 엄청나게 이상하게 작동한다는 것입니다. 숨겨진 요소에서 모든 텍스트를 제거하는 것이었습니다. 따라서 코드에서 볼 수는 있지만 볼 수는 없습니다. 이는 웹사이트의 스테이징을 감사하고 모든 구현을 확인하는 것이 얼마나 중요한지 보여주는 예입니다.

당신이 해야 할 또 다른 일은 당신 자신의 체크리스트를 갖고 모든 작업과 함께 체크리스트를 수리하는 것입니다. 정확히 감사와 같은 다음 언제든지 열을 추가할 수 있습니다. 예를 들어, Google 시트를 사용하는 경우 이 작업에 대해 티켓이 있다는 열이 있습니다. 이러한 작업에 대해서는 티켓이 필요하지 않으므로 받을 수 있습니다. 예를 들어 제가 준 자바스크립트 케이스의 경우 티켓을 열지 않고 문제가 있을 때만 티켓을 엽니다. 그런 다음 다른 열인 상태에 우선 순위 목록을 제공합니다. 어떤 상태 URL이 진행 중인지 확인한 다음 댓글을 남깁니다. 댓글은 매우 중요합니다. 모든 사람이 삭제하지만 댓글은 차단되는 이유를 알아야 하기 때문에 중요합니다. 예를 들어, 사람이 차단하거나 다른 티켓이 차단 중인 경우 차단하려면 알아야 합니다. 스테이징과 그 중요성에 대한 감사입니다. 상황에 따라 다르지만 일부 개발자는 예를 들어 코드의 모든 페이지에 noindex를 사용하기도 합니다. 그런 다음 라이브로 전환할 때 삭제하는 것을 잊게 됩니다. 문제는 그들이 그것을 사용하고 있다는 것을 알아야 한다는 것입니다. 그래서 당신은 그들에게 라이브를 시작하기 전에 noindex를 제거하는 것을 기억하도록 요청할 수 있습니다.

D: 그리고 피해야 할 네 번째 포인트는 수요가 많은 시기에 이주하는 것입니다.

4. 수요가 많은 시기에 마이그레이션

S: 네. 이것은 트래픽 손실 문제가 있거나 적어도 짧은 기간 동안 항상 이와 같은 것은 아니기 때문에 명백해야 합니다. 다시 말하지만 웹 사이트 마이그레이션에 따라 다르지만 적응하는 데 시간이 걸릴 위험이 있습니다. 그리고 다른 활동을 할 시간이 있다면… 당신이 전자 상거래에 있다고 가정해 봅시다. 아마도 10월과 12월 말 사이에는 크리스마스가 다가오고 많은 사람들이 전자 상거래 상점을 통해 구매할 것이기 때문에 웹사이트를 마이그레이션하고 싶지 않을 것입니다. 클라이언트는 일반적으로 해당 기간에 수요가 높다는 것을 알고 있습니다. 따라서 문제를 피하기 위해 클라이언트와 분석을 확인할 수 있습니다.

D: 일부 개발자는 페이지가 인덱싱되는 것을 실제로 시도하고 피하기 위해 모든 페이지에 noindex를 넣을 수도 있다고 앞서 언급했습니다. 다섯 번째 실수는 스테이징을 인덱싱하는 것입니다. 그런 종류의 일을 피하기 위해 스테이징 환경의 모든 페이지에 noindex 태그를 사용하도록 조언하시겠습니까?

5. 스테이징 인덱싱

S: 아니오, 비밀번호 보호가 항상 해결책입니다. 당신은 noindex를 할 수 있지만 내 예에서와 같이 당신은 당신이 라이브로 갈 때 잊어 버릴 수 있습니다. 결국, 항상 작동하는 최상의 솔루션은 암호로 보호되고 완전히 중지되는 것입니다. 몇 년 전에 스테이징이 인덱싱되었을 때를 기억합니다. 그때가 아마 제가 경험한 가장 충격적인 경험이었을 것입니다. 스테이징이 인덱싱되었고 문제는... 웹사이트에서 티켓을 구입할 수 있었고 문제는 스테이징 웹사이트에서 티켓을 구매하려는 사람들이 약간 치명적이라는 것이었습니다. 사람들이 스테이징 웹사이트에서 구매를 시도하는 것을 상상할 수 있습니까? 그래서 그들은이 문제가 있다고 저에게 연락했습니다. 그리고 비교적 풀기 쉽기 때문에 풀 수 있었습니다. 그것이 아마도 나에게 중요한 포인트 중 하나일 것입니다. 개발자가 암호 보호를 설정하고 noindex를 입력하면. 따라서 비밀번호로 보호되는지 확인하는 것뿐만 아니라 noindex도 확인하는 데 주의해야 합니다.

D: 이 대화를 우리 웹사이트를 마이그레이션할 때 피해야 할 101가지 실수로 확장할 수 있었을 거라고 확신합니다. 항상 그렇듯이 Sara의 훌륭한 자료입니다. 파레토 피클로 마무리합시다. 파레토는 노력의 20%에서 결과의 80%를 얻을 수 있다고 말합니다. 적당한 수준의 노력으로 놀라운 결과를 제공하는 SEO 활동은 무엇입니까?

파레토 피클 - 웹사이트 마이그레이션 계획

S: 저에게 웹사이트 마이그레이션은 계획입니다. 계획에 약간의 시간을 할애하십시오. 해야 하는 일에 비하면 많은 시간이 아닙니다. 구조가 있으면 실수를 하지 않고 각 실수에 대해 실수를 복구할 시간을 요청해야 하므로 확실히 계획해야 하므로 많은 시간을 절약할 수 있습니다.

D: 제대로 계획하십시오. 나는 당신의 호스트였습니다, 데이비드 베인. liip.ch에서 사라를 찾을 수 있습니다. Sara, In Search SEO 팟캐스트에 참여해주셔서 감사합니다.

S: 감사합니다.

D: 그리고 들어주셔서 감사합니다.