SEO를 위한 웹 개발: 또 다른 하나는 거의 남쪽으로 이동합니다

2018년 9월 14일 최종 업데이트

이것이 바로 그와 같은 SEO 회사가 있는 이유입니다! 회사, 기존 웹사이트의 재설계에서 잘못된 점을 파악하고 수정합니다. 인터넷 마케팅 업계에서 일하고 작동하는 웹사이트의 재구축을 거친 사람이라면 누구나 알고 있듯이 무수한 일이 잘못될 수 있습니다. 최근에 PPC(클릭당 지불) 및 SEO(검색 엔진 최적화) 클라이언트가 웹사이트 재구축을 마치고 검토를 허용하지 않고 출시되었습니다. 이 클라이언트 사이트의 최근 재구축은 시작 시 끔찍하게 잘못되었습니다. 그래서 저는 예상하고 예상치 못한 일에 대해 언급할 것입니다.

필요

이 고객은 기존 전자상거래 및 정보 제공 웹사이트가 있고 해당 업계의 리더였던 기존 비즈니스를 구매했습니다. 웹 개발자는 구매와 함께 오지 않았습니다. 어떤 이유에서인지 나에게 공개되지 않았기 때문에 클라이언트는 장바구니 외부의 페이지를 업데이트할 수 없었습니다. 장바구니는 모바일 친화적이지 않았고 데스크톱과 모바일의 전환율 차이를 확인할 수 있었습니다. 모바일 전환은 거의 없었습니다. 그들의 온라인 판매의 압도적인 대부분은 데스크톱 유기적 검색, PPC, 직접 및 추천 방문에 의해 발생했습니다.

SEO를 개선하는 데 필요한 많은 요소도 거기에 없었습니다. 메타 데이터, h1 태그, alt/title 태그 등을 변경할 수 없습니다. 이 데이터의 대부분은 프로그래밍 방식으로 생성되었습니다. 메뉴와 탐색 구조도 마찬가지입니다. 이 새 사이트도 안전해야 합니다. 간단히 말해서, 그들이 필요로 하는 것은 모바일 친화적이고 안전한 새로운 웹사이트와 기존 ERP(전사적 자원 관리) 소프트웨어 제품군과 함께 작동하는 커넥터가 있는 쇼핑 카트였습니다.

미션

이 고객은 상위 100개의 Google SERP에 랭킹 결과와 함께 3,766개의 키워드를 가지고 있었습니다. 페이지 1 결과가 있는 538개 키워드, 월 평균 검색량 65,790개, 월 평균 검색량이 6,110개인 Google SERP에서 1위를 차지하는 키워드 43개. 내 일은 새로운 관리 시스템이 앞으로 SEO를 구현하는 기능을 제공하는 데 필요한 요구 사항을 안내하는 것이었습니다. 여기에는 기존 순위 결과를 가능한 한 보호하는 것도 포함되었습니다.

선택

클라이언트는 궁극적으로 기존 ERP 소프트웨어와 모바일 친화적이며 안전한 새로운 쇼핑 카트 솔루션 및 웹사이트 간의 통합을 제공할 수 있는 역외 공급업체를 선택했습니다. 이 해외 공급업체에 익숙하지 않은 고객은 관리 시스템이 SEO를 구현하는 데 필요한 것을 제공하는지 확인하기 위해 녹음된 제품 데모를 제게 제공했습니다. 데모를 검토한 후 SEO 개선을 ​​위해 고객을 지원하는 데 필요한 요소가 있다고 결론지었습니다. 자체 페이지 제목, 메타 설명 및 h1 태그를 만들 수 있습니다. Google 애널리틱스(GA) 코드를 업데이트할 수 있었습니다. 이 코드에서 실행 중인 오래된 GA 코드는 Search Console 계정이 없었습니다. 적절한 형식의 대체/제목 텍스트를 추가하기 위해 이미지에 액세스할 수 있었습니다. 우리가 나중에 알게 된 것처럼 너무 늦게 각 페이지에 바로 301 리디렉션을 적용하는 기능도 있었습니다. 그러나 그것은 이야기의 일부일 뿐입니다.

결과

결과적으로 개발자는 템플릿, 장바구니 및 ERP 통합을 제공했습니다. 클라이언트는 기존 메타 데이터를 포함하여 콘텐츠를 이동(이전 사이트 콘텐츠 복사 및 관리 시스템의 새 페이지에 붙여넣기)하는 작업을 받았습니다. 그들은 또한 페이지별로 새 페이지의 데이터에 이전 사이트의 URL을 입력하는 임무를 받았습니다. 클라이언트가 이전 사이트의 URL을 그대로 복사하여 붙여넣을 수 없다는 사실로 인해 이는 복잡한 것으로 나타났습니다. 클라이언트는 이것을 표준 운영 절차로 받아들였으며 이를 아무에게도 알리지 않았습니다. 우리는 원래 개발자에게 적절한 301 리디렉션 파일을 만들 것을 권장했습니다. 롤아웃 일정으로 인해 클라이언트가 올바른 작동을 검토할 수 없었습니다. 그들은 방금 그것을 시작했고 그것이 모든 것이 잘못 된 곳입니다.

재구축된 사이트가 시작되었다는 사실을 알게 되자 우리는 현재 순위 결과에 대해 원래의 키워드 순위 결과를 수동으로 테스트하기 시작했습니다. 새 사이트가 어떻게 생겼는지, 모든 데이터가 이전되었는지 확인하기 위해서입니다. 여전히 제자리에 있던 Google SERP의 모든 순위 결과는 홈페이지를 제외하고 404 응답 코드가 되었습니다. 결과적으로 이전 사이트의 URL은 .html 확장자로 생성되었으며 새 URL은 생성되지 않았습니다. 관리 시스템은 제공된 301 리디렉션 필드에 이전 URL을 붙여넣는 것을 허용하지 않았기 때문에 클라이언트는 .html 확장자 없이 이전 URL을 붙여넣었습니다. 클라이언트는 이것이 표준 운영 절차라고 가정했습니다.

많은 내부 토론 끝에 .html 확장자를 제거하면 대부분의 경우 페이지가 새 URL의 보안 버전으로 올바르게 리디렉션된다는 것을 발견했습니다. 그러나 어떤 경우에는 .html 확장자가 없는 이전 URL이 이전에 본 적이 없는 쿼리 문자열을 포함하는 매우 비 검색 엔진 친화적인 새로운 URL로 리디렉션됩니다. 추가 조사에서 우리는 이 알 수 없는 새로운 URL이 기본 메뉴의 탐색에 의해 생성되고 있음을 발견했습니다. 그래서 우리는 대부분의 경우 .html 확장자가 제거된 이전 URL에서 새로운 보안 검색 엔진 친화적인 URL로 일대일 리디렉션을 수행했으며 기본 탐색에서 새 비를 생성한 동일한 콘텐츠로 이동할 수 있었습니다. - 친숙한 URL.

중복 콘텐츠? 음, rel= canonical 태그가 배치되었습니까? 바르게? 아니요. 검색 엔진 친화적이며 리디렉션된 URL의 rel=canonical 태그는 쿼리 문자열이 포함된 새로운 비 검색 엔진 친화적 URL을 가리키도록 설정되었습니다. 비친화적인 페이지의 rel=canonical 태그를 조사한 결과 이 ​​태그가 완전히 다른 URL을 참조한다는 사실을 발견했습니다. 쿼리 문자열이 아닌 범주를 포함하는 것입니다. 따라서 rel=canonical 태그가 부적절하게 설정된 세 개의 다른 URL에 대해 하나의 콘텐츠가 표시되었습니다.

다음으로, robots.txt 파일에서 모든 봇이 허용되지 않음을 발견했습니다. 그런 다음 GA에서 활동을 확인했습니다. 클라이언트는 여전히 모든 소스에서 방문을 받고 있었지만 전환수는 0을 기록하고 있었습니다. 또한 클라이언트는 Google의 Search Console이 필요한 크롤링 및 색인 생성을 푸시하기를 원했습니다. 여기서 문제는 기존 GA 코드가 오래되었고 사이트에 Search Console 인증 코드가 배치되지 않았다는 것입니다. 이는 고객이 공개하지 않은 사유로 변경할 수 없는 항목 중 하나입니다.

다행스럽게도 클라이언트는 GA 코드를 최신 버전으로 업데이트하도록 권장했습니다. 자체적으로 그들은 또한 Google의 태그 관리자를 추가했습니다. 앗! GA 코드의 이중 실행 가능성이 있습니까? Google 태그 관리자와 업데이트된 비동기 GA 코드를 사용하여 클라이언트를 위한 새롭고 안전한(https 대 http) Search Console 계정을 만들 수 있었지만 요청된 크롤링을 위해 제출할 .xml 사이트맵이 없음을 발견했습니다. .

알림 시 클라이언트는 개발자와 통신하고 두 개의 .xml 사이트맵 URL을 받았습니다. 하나는 작동했습니다. 하나는 하지 않았다. 작동하는 항목에는 작동하지 않는 .xml 사이트맵을 가리키는 항목이 하나 있습니다. 작동하지 않는 .xml 사이트맵은 브라우저에서 볼 때 적절한 형식이 없습니다. 그래서 당시 제공된 .xml 사이트맵을 제출하지 않았습니다.

최종 결과

우리는 단계적 이메일을 통해 우리가 찾은 것을 클라이언트에게 알렸습니다. 첫째, 실패한 리디렉션 문제와 .html 확장자를 제거하면 올바르게 리디렉션된다는 것을 발견했습니다. 클라이언트는 개발자에게 알렸고 개발자는 제공된 301 리디렉션 도구에 .html 확장자를 넣을 수 없다고 응답했습니다. 추가 발견은 클라이언트가 이것을 발견했고 이것이 표준 운영 절차라고 생각했음을 보여줍니다.

어떤 이유로 원래 웹사이트가 삭제되었으므로(여기서는 항상 작동하는 버전이 있어야 합니다.) 따라서 .htaccess 파일을 통해 새로운 영구 301 리디렉션을 생성하기 위해 이전 URL을 가져올 수 없습니다. 해결 방법은 새 일대일 일치, 이전 URL 대 새 URL, 스프레드시트를 만들고 지난 1년 동안 GA에서 방문 페이지 데이터를 가져와 개발자가 301 리디렉션을 무시하는 제대로 작동하는 리디렉션을 만들 수 있도록 하는 것이었습니다. 클라이언트에 대한 관리 시스템.

개발자가 클라이언트에게 추가 비용을 지불하고 문제를 해결했습니다. .html 확장자가 있는 기존의 모든 순위 결과가 제대로 리디렉션되기 시작했으며 14일 이내에 순위 결과가 새로운 보안 URL로 대체되었으며 대부분 기존 순위 결과와 매우 유사합니다. rel=canonical 태그 문제는 웹 개발자의 판매 에이전트와 온라인 회의에서 해결되었으며 사용자 입력 오류로 내려왔습니다. 기존 선택 항목에서 데이터를 입력하거나 선택할 수 있는 여러 필드가 있었고 솔루션에서는 이러한 필드를 재설정하고 캐시를 지워야 했습니다.

친숙하고 안전한 URL의 두 가지 추가 버전이 즉시 사라졌습니다. robots.txt의 봇 /disallow와 관련하여 알림을 받은 후 개발자는 이 문제를 신속하게 해결했습니다.

GA 전환 데이터 문제가 고객의 판매자 서비스 제공업체와 분리된 것으로 확인되었습니다. 이전 공급자와 다른 새롭고 새로운 것입니다. 아무도 고객이 마케팅 활동에 대해 정보에 입각한 비즈니스 결정을 내리는 데 필요한 전자상거래 데이터를 제공하기 위해 그들의 체크아웃 페이지에 GA 코드가 필요하다는 점을 판매자 서비스 제공업체에 전달할 생각을 하지 않았습니다. 우리는 새로운 판매자 서비스 제공업체의 존재를 인지하지 못했습니다.

마지막으로 서버에 업로드하려는 .xml 사이트맵 파일을 수동으로 만들고 개발자에게 작동하지 않는 .xml 사이트맵을 생성하는 모든 것을 비활성화하도록 요청했습니다. 개발자의 판매 대리인과의 추가 논의에서 다른 .xml 사이트맵을 서버에 업로드할 수 없다는 말을 들었습니다.

개발자의 판매 대리인 결과를 보여 준 후 그는 그것을 조사하겠다고 밝혔지만 소스 코드를 볼 것을 제안했습니다. 소스 코드에서 볼 때 .xml 문서의 형식이 올바르게 지정되었습니다. 이 결과를 보고 우리는 Search Console을 통해 실제로 작동하는 .xml 사이트맵이 있음을 Google에 알렸습니다. 마지막으로 며칠 동안 Google은 마침내 작동하는 .xml 사이트맵이 있다는 것을 기록하고 색인이 생성되는 URL을 표시하기 시작했습니다. 그러나 이전에 언급한 바와 같이 올바른 형식의 .xml 사이트맵에는 브라우저에서 확인되지 않지만 소스 코드에서는 제대로 표시되는 추가 .xml 사이트맵을 가리키는 항목이 하나만 있습니다.

글쎄요, 이 문제는 추가 .xml 사이트맵이 500 응답 코드를 생성함에 따라 더 큰 문제로 바뀌었으므로 사이트의 이 영역에 액세스하는 Google 에이전트에 문제가 있습니다. 그리고 오늘 현재 두 .xml 사이트맵 모두 500개의 응답 코드를 생성하고 있습니다. 일주일 전에 Google Search Console에서 사용할 수 있는 가져오기, 렌더링, 제출 도구를 사용하여 크롤링을 요청했는데 이것이 새 사이트의 크롤링 및 색인 생성을 유발했다고 생각됩니다.

결론적으로, 잘못될 수 있는 경우 웹사이트를 다시 구축할 때 이러한 실수를 피할 수 있기를 바랍니다. robots.txt 파일에서 봇을 차단하고 부적절하게 리디렉션하면 온라인에서 비즈니스를 중단하거나 최소한 위험에 처할 수 있습니다. 봇이 사이트를 크롤링할 수 없는 경우 궁극적으로 색인에서 삭제되며, 추천, 직접 또는 기타 비유기적 출처에서 온 것이 아니라면 색인에서 삭제하면 대부분의 유기적 검색 방문이 존재하지 않게 됩니다.

결과가 제대로 리디렉션되지 않으면 자연 방문자가 사이트를 신뢰할 수 없는 것으로 볼 수 있습니다. 귀하의 사이트를 책갈피로 저장한 기존 고객은 책갈피가 올바르게 리디렉션되지 않을 때 좌절할 수 있습니다. 그 동안 우리는 그들의 PPC 캠페인을 중단해야 했습니다. 유료 광고를 클릭하고 404 페이지를 찾을 수 없다는 응답을 받는 것은 방문자에게 좌절감을 줄 뿐만 아니라 비용도 많이 듭니다! 클릭하면 비용이 발생하고 투자 수익을 얻을 수 없습니다. 그리고 이것이 당신이 우리를 갖게 된 이유입니다.

– Mark Gray, 수석 SEO 관리자