SEO 감사 중 밝혀진 8가지 일반적인 실수
게시 됨: 2019-02-2610년 넘게 웹사이트에 대한 SEO 감사를 수행한 후, 저는 많은 웹사이트를 감사했습니다. 지난 몇 년 동안 저는 웹사이트 소유자가 범하는 몇 가지 매우 일반적인 실수에서 불행한 경향을 발견했습니다. 나는 결국 내가 지난 1년 정도에 완료한 거의 모든 SEO 감사에서 이와 똑같은 실수를 지적해야 했습니다. 실수는 내가 흔히 말하는 웹사이트 및 웹 디자인 실수입니다. 웹사이트 문제이지 검색 엔진 최적화 문제가 아닙니다. 그럼에도 불구하고 이러한 문제는 웹사이트의 트래픽과 검색 엔진 결과의 가시성에 영향을 미칩니다. 따라서 고객을 위해 수행하는 기술 SEO 감사 중에 이를 지적해야 합니다.
지난 2년 동안 내가 수행한 기술 SEO 감사 10건 중 8건이 이러한 문제의 80% 이상을 갖고 있기 때문에 이러한 실수를 일반적인 실수라고 부릅니다. 검색 엔진 최적화 감사를 받기 위해 웹사이트에 이러한 문제가 있다는 사실에 신경 쓰지 않습니다. 나는 그것을 SEO 컨설턴트로서 직업 보안이라고 할 수 있습니다. 그러나 SEO 감사 중에 접하게 되는 8가지 일반적인 실수를 검토해 보겠습니다. 귀하의 웹사이트가 이러한 실수를 하고 있는지 확인하십시오. 그렇다면 OnCrawl을 사용하면 이러한 문제를 식별하고 해결하는 데 도움이 됩니다. 아래에서 각 문제에 대해 자세히 설명하고 문제가 중요한 이유와 OnCrawl을 사용하여 문제를 해결하는 방법을 설명했습니다.
1. 잘못된 HTTP에서 HTTPS로의 마이그레이션
2. 콘텐츠 중복 문제
3. 메가 메뉴 및 내부 링크
4. 사이트 구조 문제
5. 분리된 콘텐츠 및 페이지
6. 링크 문제, 불량 및 저품질 링크
7. 최적화 초과 또는 최적화 없음
8. 코드 또는 지시문의 잘못된 사용
일반적인 실수: 잘못된 HTTP에서 HTTPS로 마이그레이션
나는 이 실수를 SEO 감사 동안뿐만 아니라 웹 검색에서도 볼 수 있습니다. 문제가 있다는 주요 표시기는 브라우저의 깨진 자물쇠 기호입니다. 깨진 자물쇠 기호가 있는 웹 사이트를 방문하면 해당 사이트에 이 문제가 있는 것입니다. 웹사이트가 HTTP에서 HTTPS로(비보안에서 보안 버전(SSL)으로 이동하면 도메인 이름에 대한 모든 언급과 내부 링크가 HTTPS로 변경되어야 합니다. 즉, 웹사이트의 소스 코드가 이미지( 모든 사이트에 이미지가 있음) HTTP가 아닌 HTTP를 통해 해당 이미지를 로드해야 합니다. 다음과 같이 HTTP를 참조하는 경우:
< img src=”https://www.oncrawl.com/images/logo.png” alt=”OnCrawl 로고” />
해당 코드가 표시되는 페이지에는 깨진 자물쇠 기호가 표시됩니다. OnCrawl.com의 URL은 위에 표시된 것처럼 HTTP가 아니라 HTTP여야 합니다. 또 다른 관련 문제는 내부 링크와 웹사이트에서 페이지가 서로 링크되는 방식입니다. HTTP에서 HTTP로 적절하게 마이그레이션된 웹 사이트는 항상 HTTP가 아닌 링크의 HTTPS URL을 사용하여 한 페이지에서 다른 페이지로 링크됩니다. 사이트의 링크가 다음과 같은 경우:
< a href=” https://www.oncrawl.com/support/”>지원팀에 문의
HTTP URL에 링크하면 301 영구 리디렉션이 발생하여 방문자를 해당 페이지의 HTTPS 버전인 https://www.oncrawl.com/support/로 리디렉션할 가능성이 높습니다. OnCrawl을 사용하여 웹사이트를 크롤링할 때 OnCrawl은 많은 리디렉션을 보고합니다. 그건 좋지 않다. HTTP에서 HTTP로 웹사이트를 적절하게 마이그레이션하면 크롤링할 때 웹사이트에서 리디렉션이 발생하지 않습니다.
이 일반적인 실수를 수정하는 방법
일반적으로 사이트의 모든 내부 링크와 사이트 소스 코드의 전체 사이트 URL에 대한 참조는 HTTP가 아닌 사이트의 HTTPS 버전을 가리켜야 합니다. WordPress를 사용하는 경우 사이트의 HTTP URL(도메인 이름 포함)을 찾는 사이트의 전체 데이터베이스를 검색하고 이를 HTTPS 버전으로 바꿀 수 있습니다. 데이터베이스가 있는 다른 CMS에서도 이 작업을 수행할 수 있습니다. 자세한 내용은 "도메인 마이그레이션이 원활하게 진행되도록 보장"(https://www.oncrawl.com/technical-seo/domain-migration/)이라는 제목의 이전 OnCrawl 기사에서 최근에 다루었습니다.
일반적인 실수: 중복 콘텐츠 문제
중복 콘텐츠 문제는 매우 일반적이며 웹 사이트를 중복 콘텐츠에서 100% 제거하는 것은 실제로 매우 어렵습니다. 사이트에 기본 탐색이 있는 경우 사이트의 모든 페이지에 표시되므로 최소한 일부 중복 콘텐츠가 있는 것이 일반적입니다. 그러나 내가 범하는 일반적인 실수 중 하나는 사이트의 모든 페이지에 나타나는 텍스트 단락(또는 그 이상!)이 있는 경우입니다. 예를 들어 사이트 바닥글에 "회사 소개"라는 텍스트 단락이 있을 수 있습니다. 사이트 바닥글에 있는 해당 단락보다 콘텐츠가 적은 페이지가 있지 않는 한 큰 문제가 되지는 않습니다. 바닥글의 단락이 200단어이고 페이지의 나머지 부분이 200단어 미만인 경우(일반적인 경우) 바닥글 텍스트는 페이지의 다른 내용보다 중요합니다. 사이트에 여러 페이지가 있는 경우 문제가 될 수 있습니다.
내가 감사한 한 웹사이트에는 최근 고객의 평가가 있는 사이드바가 있었습니다. 그것은 평가를 스크롤했기 때문에 방문자는 한 번에 하나의 평가 만 보았습니다. 그것은 일반적으로 문제가 되지 않을 것이지만 페이지의 소스 코드에는 "스크롤링"된 30개 이상의 평가가 있었습니다. 사이트의 모든 페이지에 로드된 30개의 모든 평가의 모든 텍스트. 그것은 말 그대로 3500 단어가 넘는 후기 내용이었습니다. 사이트의 페이지에는 3500단어가 넘는 단어가 포함되어 있지 않았습니다. 따라서 사이트의 모든 단일 페이지에는 동일한 3500단어의 콘텐츠가 포함되어 있습니다. 우리는 사이드바에서 평가를 제거했고 사이트의 순위와 트래픽이 치솟았습니다.
중복 콘텐츠가 너무 나빠서 Google의 스팸 패널티가 정당한 경우가 아니면 기술적으로 사이트의 중복 콘텐츠에 대한 패널티가 없습니다. 페이지 및/또는 웹 사이트를 복사하는 경우 중복 콘텐츠에 대해 이미 알고 있을 가능성이 매우 드뭅니다. 대부분의 사이트는 콘텐츠를 의도적으로 복제하지 않으므로 크롤링 문제가 발생할 수 있습니다. 사이트는 중복 콘텐츠에 낭비하여 "크롤링 예산"을 쉽게 사용할 수 있습니다. 검색 엔진 크롤러가 고유하고 최상의 콘텐츠를 포함하는 크롤링 페이지로 향하게 하는 것이 중요합니다.
이 일반적인 실수를 수정하는 방법
크롤링 보고서에서 OnCrawl의 중복 콘텐츠 기능을 사용하여 사이트에 있을 수 있는 중복 콘텐츠의 양에 대해 알아보세요. 예를 들어 사이트에 중복된 제목 태그, 중복된 메타 설명 태그 및 중복된 제목 태그가 있는 경우 해당 페이지가 중복되었는지 여부를 조사할 수 있습니다. 일부 WordPress 사이트는 태그, 카테고리 및 날짜별 페이지와 같은 아카이브 페이지가 있는 중복 페이지를 생성합니다.
흔한 실수: 메가 메뉴
웹사이트의 탐색에는 몇 개의 링크가 있습니까? 한 사이트의 기본 탐색에서 문자 그대로 수백 개의 링크(200-300개 이상의 링크)를 보았습니다. 사이트 방문자가 원하는 것을 찾는 것이 압도적일 뿐만 아니라 일반적으로 SEO에도 좋지 않습니다. 사이트에 10개 이상의 드롭다운 기본 항목이 있고 각 드롭다운 기본 항목에 10개 이상의 항목이 있고 일부에는 하위 메뉴 항목이 있는 경우 메가 메뉴입니다. 이는 궁극적으로 100개 이상의 페이지가 서로 연결되어 있음을 의미합니다. 100페이지는 100페이지로 바로 연결됩니다.
이와 같은 사이트는 사이트 구조가 잘 분류되지 않기 때문에 쉽게 재평가될 수 있습니다. 내가 SEO 감사를 수행한 한 사이트는 300,000개 이상의 제품 페이지가 있는 전자 상거래 사이트입니다. 이 웹사이트는 사무용 가구뿐만 아니라 교회용 가구와 운동 기구도 판매합니다. 말 그대로 교회 신도에 관한 페이지에 있었다가 요가 매트에 관한 페이지로 직접 이동할 수 있습니다. 나는 요가 매트를 동시에 사는 교회 신도를 사는 사람을 모릅니다.
이것은 극단적인 예이지만 기본 탐색에는 누군가가 해당 주제에 대한 페이지로 직접 탐색(사이트 링크)할 수 있는 드롭다운 메뉴가 있습니다. 웹 사이트를 하나의 더 큰 웹 사이트 내의 여러 "주제" 영역 또는 미니 사이트로 생각하십시오. 홈 페이지가 있지만 해당 홈 페이지는 주요 카테고리로만 연결되어야 합니다. 그런 다음 해당 카테고리 페이지는 해당 카테고리 내의 페이지로 연결되어야 합니다. 그런 다음 하위 범주로 이동한 다음 제품 페이지로 이동합니다. 방문자는 주제에서 벗어난 페이지로 직접 이동하기 전에 다른 카테고리를 클릭해야 합니다.
탐색에서 200페이지를 200페이지로 연결하는 것은 결코 좋지 않습니다. 메가 메뉴라면 고쳐야 하는데, 이는 사이트에서도 발생하는 전체적인 사이트 구조 문제와 관련이 있다는 뜻이다.
이 일반적인 실수를 수정하는 방법
사이트의 메가 메뉴를 없애기 위해 검토해야 할 몇 가지 사항이 있습니다. 내부 사이트 구조를 살펴보고 주제 사일로(사이트에 존재하는 경우)를 검토하고 콘텐츠 클러스터를 검토합니다. 좋아요 페이지는 좋아요 페이지(같은 주제에 대한 페이지)로 연결되어야 합니다.
일반적인 실수: 사이트 구조 문제
이것은 실제로 메가 메뉴 문제와 매우 유사합니다. 사이트에 메가 메뉴가 있는 경우 사이트 구조가 이상적인 방식으로 설정되지 않은 것입니다. 앞서 언급했듯이 사이트 구조는 비슷한 주제가 함께 그룹화되는 방식으로 설정되어야 합니다. 사이트에 하위 주제 아래에 링크된 다음 카테고리 아래에 링크된 페이지가 있어야 하며 여전히 해당 페이지를 가리키는 수백 개의 내부 링크가 있는 경우는 매우 드뭅니다. 사이트에 고아 페이지가 있습니까? OnCrawl 보고서에서 사이트 크롤링 후 사이트 구조의 일부가 아닌 트래픽 및 순위가 있는 분리된 페이지를 식별했습니까?
이 일반적인 실수를 수정하는 방법
OnCrawl이 생성하는 내부 인기 보고서를 살펴보고 깊이별 페이지 그룹, Inrank 분포 및 Inrank 흐름을 검토합니다. 사이트의 홈페이지에 메가 메뉴가 있습니까? 메가 메뉴는 하위 카테고리 페이지로 연결됩니까? 그러면 안됩니다. 사이트 홈 페이지의 메인 메뉴에 링크된 카테고리 페이지가 몇 개 있어야 합니다.
사이트의 명확한 주제나 섹션이 있습니까? 이를 위해서는 사이트를 수동으로 검토해야 하며 사이트의 모든 페이지가 포함된 메가 메뉴가 있는지 또는 섹션이 있는지 상당히 쉽게 알 수 있어야 합니다. 검토해야 할 또 다른 문제는 OnCrawl 보고서의 링크 섹션입니다.
페이지당 평균 인링크 수와 페이지당 평균 내부 팔로우 아웃라인을 확인하세요. 일반적으로 나가는 페이지보다 페이지에 대한 들어오는 링크가 더 많아야 합니다. 해당 숫자가 매우 가깝거나 들어오는 링크보다 나가는 링크가 더 많은 경우 사이트 구조 문제가 있을 수 있습니다. 사이트에 팔로우 링크가 10개 미만인 페이지가 있습니까? 사이트 구조의 일부가 아닌 분리된 페이지가 있습니까?
일반적인 실수: 분리된 콘텐츠 및 페이지
분리된 페이지는 생각보다 흔합니다. 분리된 페이지는 간단히 말해서 크롤러가 사이트의 홈 페이지에서 시작하여 사이트의 링크에서 링크로 이동할 때 분리된 페이지에 대한 링크를 찾을 수 없다는 것입니다. OnCrawl은 Google Analytics 데이터, Google Search Console 데이터 및 사이트의 로그 파일 데이터를 분석하기 때문에 분리된 페이지를 찾습니다. OnCrawl은 사이트에 연결되지 않은 페이지를 찾아 분리된 페이지로 식별합니다. 우리는 웹사이트를 재설계하고 웹사이트에 페이지를 남겨두지만 링크하지는 않는 경향이 있기 때문에 실제로 예상보다 더 일반적입니다. 사이트의 이전 버전일 수도 있고 사이트의 새 버전에 포함하기에 적합하지 않은 콘텐츠일 수도 있습니다. 그러나 그럼에도 불구하고 페이지는 현재 공개된 사이트에서 직접 연결되지 않더라도 사이트에 여전히 존재합니다. 이러한 일이 발생합니다. 그리고 분리된 페이지는 많은 트래픽을 가질 수 있고 좋은 순위를 가질 수 있습니다.
이 일반적인 실수를 수정하는 방법
이 문제를 해결할 수 있는 몇 가지 방법이 있습니다. 실제로 Google Analytics, Majestic, Google Search Console 및 로그 파일 데이터와 같은 올바른 데이터를 OnCrawl에 제공하면 분리된 페이지를 매우 잘 식별합니다. 따라서 액세스할 수 있는 경우 모든 데이터를 OnCrawl에 제공하십시오. 로그 파일은 손실된 트래픽 및 순위를 복구하는 데 도움이 되는 404 오류 및 리디렉션과 같은 다른 데이터를 표시할 수 있으므로 매우 중요할 수 있습니다.
이 일반적인 실수를 수정하려면 중요한 분리된 페이지를 식별한 다음 사이트에서 적절하게 링크하십시오. 귀하의 웹사이트로 연결되는 다른 웹사이트의 링크가 있는 경우 Majestic.com 링크 데이터를 통해 이를 식별할 수 있습니다. 사이트 전체에 링크된 분리된 페이지에 대한 링크는 Inrank 및 PageRank를 사이트의 다른 페이지로 적절하게 전달하여 순위를 매길 수 있습니다.
일반적인 실수: 링크 문제, 불량 및 저품질 링크
Majestic Domain Trust Flow 및 Domain Citation Flow 번호를 살펴보십시오. 일반적으로 Trust Flow는 Citation Flow보다 10점 이상 높아야 합니다. 인용 흐름이 신뢰 흐름보다 높으면 웹 사이트를 가리키는 낮은 품질의 링크가 있을 수 있습니다. 일반적으로 귀하의 웹사이트로 연결되는 품질이 낮고 신뢰할 수 없는 사이트보다는 귀하의 웹사이트를 가리키는 양질의 링크가 있어야 합니다. 당사 사이트에 링크하는 모든 사람을 제어할 수 없기 때문에 귀하의 웹사이트를 가리키는 일부 낮은 품질의 링크가 있는 것이 일반적입니다. 그러나 일부 링크는 제어할 수 있습니다.
이 일반적인 실수를 수정하는 방법
시간을 내어 귀하의 웹사이트에 대한 모든 링크를 검토하십시오. 또한 링크가 있는 페이지 목록을 검토하십시오. 현재 해결되지 않는 링크가 있는 페이지가 있습니까? 링크가 있는 더 이상 존재하지 않는 오래된 페이지가 있습니까? 동일한 URL에서 해당 콘텐츠 페이지를 다시 가져오거나 301 해당 페이지를 동일한 주제의 다른 관련 페이지로 리디렉션하십시오. 그러면 해당 링크를 복구할 수 있습니다.
일반적인 실수: 최적화 초과 또는 최적화 없음
내가 항상 보는 또 다른 일반적인 실수는 10년 이상 전에 수행된 것으로 보이는 페이지 최적화 또는 10년 전에 SEO 표준을 따르는 사이트에서 수행된 SEO입니다. 현재 SEO 모범 사례는 따르지 않고 있으며 일반적으로 여기에는 키워드 스터핑, 잘못 작성된 제목 태그 또는 메타 설명 태그와 같이 잘못 작성된 메타 데이터, 심지어 제목 태그의 부적절한 사용이 포함됩니다.
이 일반적인 실수를 수정하는 방법
제목 태그, 메타 데이터 작성에 대한 모범 사례를 배우고 허용되는 HTML 코딩 사례를 사용하여 이러한 일반적인 실수를 수정하는 것은 매우 쉽습니다. 정렬된 목록, 글머리 기호 목록, 굵게, 기울임꼴 사용, 올바른 글꼴 크기 및 색상은 오늘날 필수입니다. HTML 코드를 정리하고 Schema.org 코드 및 JSON-LD 코드와 같은 적절한 마크업 코드를 사용하면 더 나은 순위와 더 많은 검색 엔진 트래픽을 얻을 수 있습니다.
일반적인 실수: 코드 또는 지시문의 잘못된 사용
너무 많이 사용하거나 부적절하거나 잘못된 Schema.org 코드를 사용하면 Google에서 직접 조치를 취할 수 있습니다. 구조화된 데이터는 좋지만 올바르게 구현해야 하며 그렇지 않으면 심각한 결과를 초래할 수 있습니다. 많은 사이트에서 구조화된 마크업을 사용하지 않으며 요즘에는 기회를 놓치고 있습니다.
다른 관련 문제에는 코드의 잘못된 구현 또는 페이지에 충돌하는 지시문이 포함될 수 있습니다. 예를 들어 페이지에서 표준 태그를 사용하는 경우 검색 엔진이 robots.txt 파일에서 해당 페이지를 크롤링하는 것을 허용하지 마십시오. 페이지를 크롤링할 수 없으면 표준 태그를 볼 수 없습니다.
내가 일반적으로 보는 다른 잘못된 코드 또는 충돌 지시문은 다음과 같습니다.
- 잘못된 rel 다음/이전 사용법
- 잘못된 표준 태그 지시문
- 잘못된 robots.txt 지시문
이 일반적인 실수를 수정하는 방법
솔직히 말해서, 이러한 문제를 찾아 수정하려면 이러한 각 지시문이 수행하는 작업과 사용되는 이유를 이해해야 합니다. schema.org 코드를 이해하기 위해 코더가 될 필요는 없지만 사용되는 이유와 시기에 대한 기본적인 이해가 있어야 합니다. 저는 코더는 아니지만 코드를 복사하여 붙여넣을 수 있습니다. 올바른 코드를 작성하는 데 도움이 되는 코드 생성기가 많이 있습니다.
온크롤 SEO 크롤러
더 알아보기결론적으로
우리는 모두 실수를 합니다. 그리고 운 좋게도 이러한 모든 실수는 고칠 수 있으므로 더 최적화된 사이트, 훨씬 더 검색 엔진 친화적이고 방문자 친화적인 사이트를 만들 수 있습니다. 자체 웹사이트에서 직접 수행한 경우에도 적절한 SEO 감사는 이러한 일반적인 실수 중 하나 이상을 가장 확실히 드러낼 것입니다. 나는 개인적으로 내 사이트를 감사했고 내가 알지 못했던 문제를 발견했지만 OnCrawl과 같은 도구에서 지적한 후에 해결할 수 있었습니다. 그러나 발견된 문제 중 일부는 다른 문제만큼 중요하지 않을 수 있으므로 여전히 전투를 선택해야 합니다.