Sitemap

SEO를 파괴하는 웹사이트 재설계 실수

귀하의 것이든 클라이언트의 것이든 웹사이트를 재설계하는 것은 오늘날 마케팅의 필수적인 부분입니다.기술, 트렌드 및 사용자의 기대치는 시간이 지남에 따라 변하기 때문에 필수적이며 경쟁력을 유지하려면 이러한 변화에 보조를 맞춰야 합니다.

그러나 이 작업은 필수적이기는 하지만 SEO 관점에서 특정 위험을 내포하기도 합니다.이 과정에서 여러 가지 문제가 발생할 수 있습니다.이러한 문제로 인해 검색 엔진이 더 이상 해당 웹사이트를 관련 쿼리에 대한 신뢰할 수 있는 답변으로 간주하지 않을 수 있습니다.어떤 경우에는 특정 실수로 인해 처벌을 받을 수도 있습니다.

아무도 그것을 원하지 않습니다.

따라서 이 기사에서는 SEO를 파괴할 수 있는 일반적인 웹 디자인 실수 몇 가지를 살펴보겠습니다.잠재적인 위험을 알면 자연 검색 트래픽을 방해하는 실수를 피하는 데 도움이 될 수 있습니다.

개발 환경을 크롤링/인덱싱 가능 상태로 유지

사람들은 다양한 방식으로 개발 환경을 처리합니다.대부분은 도메인 아래에 하위 폴더를 설정하기만 하면 됩니다.일부는 개발을 위해 엄격하게 도메인을 만들 수 있습니다.그런 다음 CIA 요원이 마음이 있어야 할 빈 자리에 따뜻한 퍼지 느낌을 줄 개발 환경을 숨기기 위해 일종의 예방 조치를 취하는 사람들이 있습니다.

나는 후자에 속하는 경향이 있다.

검색 엔진은 일반적으로 링크를 따라가는 과정에서 찾은 콘텐츠를 색인화합니다. 때로는 사용자가 명시적으로 하지 말라고 하는 경우에도 마찬가지입니다.동일한 웹사이트의 두 가지 버전을 색인화할 수 있기 때문에 문제가 발생하여 콘텐츠와 링크 모두에 잠재적으로 문제가 발생할 수 있습니다.

그렇기 때문에 검색 엔진이 내 개발 환경에 접근하는 것을 방해하는 장애물을 최대한 많이 배치합니다.

여기 내가 하는 일이 있습니다.첫 번째 단계는 이전에 라이브 웹사이트에 사용된 적이 없는 깨끗한 URL을 사용하는 것입니다.이렇게 하면 이를 가리키는 링크가 없습니다.그런 다음 robots.txt를 사용하는 모든 봇을 허용하지 않고 다른 폴더가 표시되지 않도록 빈 색인 페이지를 설정합니다.과거에는 암호 보호 설정까지 했지만 대부분의 경우 과도할 수 있습니다.전화를 걸 수 있습니다.

거기에서 개발 중인 각 웹 사이트에 대해 별도의 폴더를 설정합니다.일반적으로 폴더 이름은 불완전한 단어의 조합이므로 무작위로 찾을 수 없습니다.그런 다음 WordPress가 이 폴더에 설치되고 이 수준에서 봇도 차단하도록 구성됩니다.

순위가 좋은 페이지에서 이미지 이름을 임의로 변경

이것이 항상 문제는 아니지만 웹 페이지의 순위가 좋은 경우 해당 페이지의 이미지 이름을 변경하면 순위가 떨어질 수 있습니다.특히 웹 디자이너가 자신이 하는 일을 모른다면 더욱 그렇습니다.

나는 이것이 이미 순위가 좋은 웹사이트를 재설계하기 위해 고객이 SEO를 이해하지 못하는 웹 디자이너를 고용하는 경우를 몇 번 이상 보았습니다.재설계 프로세스의 일부로 오래된 이미지를 더 큰 새 이미지로 교체하지만 적절한 경험이 부족하여 image1.jpg와 같이 SEO 값이 0인 어리석은 이미지 이름을 사용합니다.

이것은 검색 엔진이 특정 웹 페이지의 순위를 결정하는 데 사용하는 중요한 컨텍스트를 제거합니다.

리디렉션하지 않고 페이지 삭제 또는 페이지 URL 변경

재설계하는 동안 일부 페이지는 더 이상 필요하지 않을 것입니다.경험이 적은 웹 디자이너는 종종 단순히 삭제합니다.다른 페이지는 이동 및/또는 이름이 변경될 수 있으며 대부분의 경우 URL이 변경됩니다.이러한 경우 경험이 없는 웹 디자이너는 종종 이러한 URL을 변경하고 작업이 완료된 것으로 간주합니다.

일부 페이지의 순위가 이미 좋은 경우가 있기 때문에 이는 큰 실수입니다.이를 가리키는 인바운드 링크가 있거나 방문자가 책갈피로 지정했을 수 있습니다.

이미 인바운드 링크가 있는 페이지를 삭제하면 해당 링크의 모든 SEO 값을 잃게 됩니다.경우에 따라 순위가 급격히 떨어질 수 있습니다.

문제는 더 깊어집니다.해당 링크나 책갈피를 클릭하면 404 페이지가 표시됩니다.이는 누구에게나 가치가 없으며 더 중요한 것은 부정적인 사용자 경험을 생성한다는 것입니다.이는 Google에서 사용자 경험이 순위 요소임을 확인했기 때문에 중요합니다.

페이지를 삭제하는 적절한 방법은 현재 존재하는 가장 관련성이 높은 페이지로 페이지를 리디렉션하는 것입니다.어떤 식으로든 해당 페이지의 URL을 변경하는 모든 것을 포함하는 이동 페이지의 경우 이전 URL을 새 URL로 리디렉션하는 것도 똑같이 중요합니다.

두 시나리오 모두 일반적으로 301 리디렉션을 사용해야 합니다.이것은 이전 페이지가 새 위치로 영구적으로 이동되었음을 검색 엔진에 알립니다.대부분의 호스팅 플랫폼에서 .htaccess 파일에 적절한 항목을 추가하면 가장 잘 수행됩니다.

서버에서 .htaccess 파일을 볼 수 없는 경우 숨겨진 파일을 보려면 FTP 프로그램의 설정을 조정해야 할 수 있습니다.

일부 전문 호스팅 플랫폼은 다른 방법을 사용할 수 있으므로 이를 수행하는 방법을 결정하기 위해 지원 팀에 확인해야 할 수도 있습니다.

개발 환경과의 마이그레이션 후 전체 크롤링을 수행하지 않음

마이그레이션에 사용하는 방법에 관계없이 몇 가지 오류가 발생할 수 있습니다.일반적으로 먼저 라이브 웹 사이트를 개발 환경으로 마이그레이션한 다음 나중에 변경을 수행하고 테스트한 후 라이브 서버로 다시 보냅니다.

내가 자주 접하는 것은 잘못된 위치를 가리키는 콘텐츠 내의 링크입니다.예를 들어, 라이브 웹사이트의 페이지나 게시물 내에 다음을 가리키는 링크가 있을 수 있습니다.

domain.com/services/

개발 환경으로 마이그레이션되면 다음과 같을 수 있습니다.

devdomain.com/client123/services/

지금까지 모든 것이 괜찮고 좋습니까?

그러나 때로는 완성된 웹사이트를 라이브 서버로 다시 마이그레이션하는 동안 페이지 및 게시물의 콘텐츠에 여전히 개발 환경 내의 페이지를 가리키는 링크가 포함될 수 있습니다.

이것은 하나의 예일 뿐입니다.필수 이미지, JavaScript 및 CSS 파일에 대한 링크를 포함하여 웹사이트 내 콘텐츠에 대한 수많은 링크가 있습니다.

다행히 해결 방법은 간단합니다.데스크탑에서 실행되는 Screaming Frog와 같은 도구 또는 SEMrush와 같은 클라우드 기반 도구를 사용하여 웹사이트 내의 모든 단일 링크를 크롤링할 수 있습니다.여기에는 프런트 엔드에 표시되는 텍스트 링크와 웹사이트의 HTML에 숨겨져 있는 이미지, JavaScript 및 CSS 파일에 대한 모든 링크가 포함됩니다.

새 웹사이트가 라이브 서버로 마이그레이션되면 외부 소스에 대한 모든 링크를 검토해야 합니다. 개발 환경을 가리키는 모든 링크가 외부 링크로 표시되기 때문입니다. 실제로 내부 링크여야 하는 "외부 링크"를 찾으면 다음을 수행할 수 있습니다. 적절한 수정을 하십시오.

이 단계는 잠재적으로 치명적인 오류를 방지하기 위해 어느 방향으로든 마이그레이션한 후 필수적입니다.

모든 것에 대한 완전한 기능 점검을 수행하지 못함

재설계된 웹 사이트가 라이브 서버로 마이그레이션되면 몇 페이지를 빠르게 검토하여 문제가 없는지 확인하는 것 이상의 작업을 수행해야 합니다.대신 모든 것이 올바르게 보일 뿐만 아니라 제대로 작동하는지 확인하기 위해 모든 것을 물리적으로 테스트하는 것이 중요합니다.

여기에는 다음이 포함됩니다.

  • 문의 양식.
  • 전자 상거래 기능.
  • 검색 기능.
  • 대화형 도구.
  • 멀티미디어 플레이어.
  • 해석학.
  • Google Search Console / Bing 웹마스터 도구 확인.
  • 추적 픽셀.
  • 동적 광고.

라이브 서버로 마이그레이션한 후 WordPress 및 플러그인 재구성 실패

개발 환경과 검색 엔진의 크롤러 사이에 벽을 설치하는 것의 중요성에 대해 이야기한 것을 기억하십니까?글쎄요, 웹사이트를 라이브 서버로 마이그레이션한 후 그 벽을 허물는 것이 훨씬 더 중요합니다.

실패하기 쉽습니다.또한 파괴적입니다.사실, 몇 년 전에 한 실수입니다.

클라이언트의 웹사이트를 라이브 서버로 마이그레이션한 후 검색 엔진에 크롤링하거나 인덱싱하지 말라고 지시한 Yoast SEO 상자의 선택을 취소하는 것을 잊었습니다.불행히도 며칠 동안 아무도 눈치채지 못했습니다. 그 시점에서 웹사이트는 Google 색인에서 거의 완전히 삭제되었습니다.다행히도 그들은 유기적 트래픽에 의존하지 않았으며, 해당 상자를 선택 취소하면 웹사이트가 빠르게 색인이 다시 생성되었습니다.

이와 같은 실수가 미칠 수 있는 영향 때문에 라이브 서버로 마이그레이션한 후 WordPress의 구성과 검색 엔진이 웹사이트를 처리하는 방식에 영향을 줄 수 있는 플러그인을 즉시 확인하는 것이 중요합니다.

여기에는 다음을 위한 플러그인이 포함됩니다.

  • 검색 엔진 최적화
  • 리디렉션.
  • 사이트맵.
  • 개요.
  • 캐싱.

세세한 부분까지 신경쓰지 않고

이러한 실수는 특별히 복잡하거나 피하기 어렵습니다.당신은 단순히 그것들을 인식하고, 그것들을 피하기 위한 계획을 실행하고, 세부 사항에 세심한 주의를 기울이기만 하면 됩니다.

이 기사에 표현된 의견은 게스트 작성자의 의견이며 반드시 Search Engine Land는 아닙니다.직원 저자가 여기에 나열됩니다.