SEO 감사 중 잊지 말아야 할 4가지 요소
게시 됨: 2019-02-06목차
웹사이트, 상점 또는 포털을 감사하는 SEO 전문가는 동일한 사례가 두 개 없다는 것을 알고 있습니다. 효율적인 최적화에는 항상 다른 문제, 불일치 및 기타 다양한 장애물이 있습니다.
여러 웹사이트에서 발견되고 쉽게 발견할 수 있는 일반적인 문제는 일반적으로 웹사이트 스크립트 또는 템플릿 오류에서 비롯됩니다. 클라이언트, 웹마스터 또는 카피라이터의 개별 작업에서 발생하는 오류를 식별하는 것이 더 어렵습니다. 다음은 마지막 웹사이트 감사 또는 최적화 중에 잊어버릴 수 있는 4가지 요소에 대한 설명입니다.
외부 404 오류
오류라고 하면 404 오류를 간과할 수 없습니다. 당연히 SEO 감사의 필수적인 측면입니다. 무언가를 변경하라는 권장 사항은 특수 도구를 사용하여 만든 웹사이트 스캔에만 기반을 두고 있습니다(Screaming Frog도 그 중 하나입니다). 보고서 결과는 웹사이트를 탐색하는 동안 크롤러가 발견한 URL로 사용 가능한 페이지를 기반으로만 생성됩니다.
이 방법으로 찾은 404 오류 페이지 외에도 과거에 웹사이트에 존재했던 URL을 찾으십시오. 인터넷을 검색하고 웹사이트 내에서 오래되거나 잘못된 URL을 찾습니다.
몇 가지 예를 들면 다음과 같은 유용한 도구를 살펴보십시오.
– 구글 서치 콘솔 ; "색인 -> 상태" 탭에서 Googlebot이 발견한 오류를 나타냅니다.
– Majestic , 특히 "페이지" 탭 Majestic에서 발견한 모든 URL을 찾을 수 있습니다. 3XX 리디렉션 또는 4XX 오류를 반환하는 URL도 포함됩니다.
두 도메인의 19개 백링크가 리디렉션되는 동안 URL은 404 오류를 반환합니다. 백링크가 많은 이러한 URL은 때때로 발견됩니다. 올바른 URL로 리디렉션하거나 지정된 웹사이트에 추가 페이지를 만들어 사용할 수 있습니다. 또 다른 예는 nike.com 도메인의 하위 도메인에 있는 URL로, 상당한 수의 백링크가 리디렉션되지만 410 오류를 반환합니다.
폴란드 인터넷의 또 다른 예는 allegro.pl 하위 도메인의 URL입니다.
흥미로운 점은 http://moto.allegro.pl이 리디렉션되었지만 전문가가 www 접두사가 있는 URL을 잊어버렸다는 것입니다.
웹사이트 요소의 가시성 – Googlebot과 일반 사용자
웹사이트 제작자는 보다 눈길을 끌고 사용자 친화적인 방식으로 웹사이트에 콘텐츠를 표시하기 위해 JavaScript를 사용하는 경향이 점점 더 커지고 있습니다.
그러나 웹 사이트를 연 후 사용자가 사용할 수 있는 콘텐츠가 검색 엔진 크롤러에 완전히 보이지 않는 경우가 있습니다. Googlebot은 이를 제대로 렌더링할 수 없을 뿐만 아니라 크롤러가 수신한 HTML 응답에서도 이러한 콘텐츠를 사용할 수 없습니다.
어떤 온라인 상점에서 템플릿을 만든 개발자는 JavaScript를 사용하여 카테고리 페이지에 제품 목록을 로드하기로 결정했습니다. 디스플레이를 담당하는 코드는 페이지가 로드된 후에만 실행되었으므로 크롤러가 제품 페이지에 대한 백링크를 우연히 발견하지 못했습니다. 사이트맵에서 찾아 색인을 생성했지만 JavaScript를 사용 하면 외부 링크에 의해 "구동"되지 않았기 때문에 검색 결과에서 더 높은 순위를 얻는 것이 불가능했을 것입니다.
유사한 실수를 피하기 위해 웹사이트를 감사할 때 항상 JavaScript가 꺼져 있는 웹 브라우저에서 엽니다 . Google 크롬을 사용하는 경우 JavaScript 토글을 켜고 끕니다.
무엇에주의를 기울여야합니까? 제가 이미 언급했듯이 모든 웹사이트가 다르기 때문에 "그것은 다릅니다". 그럼에도 불구하고 다음 기능이 제대로 작동하는지 확인하십시오.
– 모든 메뉴/탐색 요소
– 카테고리 페이지의 목록(제품, 항목 등)
– 슬라이더/캐러셀.
페이지 매김 태그 – 잘못된 첫 페이지 URL
SEO 감사자가 간과하는 경향이 있는 또 다른 오류 는 페이지 매김 태그에 표시된 첫 번째 페이지의 잘못된(예제에서 빨간색으로 작성된) URL입니다 . 콘텐츠를 페이지로 나눌 때 Google은 다음 세 가지 옵션 중 하나를 권장합니다.
- "아무것도 하지 마세요. 크롤러가 웹사이트의 콘텐츠를 관리하고 올바르게 해석합니다." - 때로는 사실이고 때로는 그렇지 않습니다. 그렇기 때문에 이 솔루션을 제안하지 않습니다.
- 페이지가 매겨진 모든 페이지에 "모두 표시" 페이지를 추가합니다. 모든 제품이 포함된 페이지를 가리키는 표준 태그도 추가하세요.
- 헤드 섹션에서 백링크를 사용하거나 rel=”prev”, rel=”next” 속성이 있는 HTTP 제목을 사용 하고 주어진 범주의 각 페이지에서 이전 및 다음 페이지를 시간순으로 나타냅니다. 이렇게 하면 크롤러가 웹사이트를 더 쉽게 크롤링할 수 있습니다. 명확하고 Googlebot이 해석에 문제가 없어야 하기 때문에 최고의 솔루션이라고 생각합니다.
이 링크로 이동하여 페이지 매김에 대한 Google 가이드라인을 읽으십시오.
https://developers.google.com/search/docs/advanced/ecommerce/pagination-and-incremental-page-loading
그러나 세 번째 옵션은 첫 번째 페이지가 잘못 표시될 위험이 있습니다. 페이지 매김 매개변수는 기본적으로 URL에 추가되며, 기본 카테고리 페이지의 경우 301 리디렉션을 트리거하거나 더 심각한 경우 중복을 생성합니다.
예:
카테고리 x의 기본 URL(동시에 첫 페이지의 URL임):
https://domain.pl/category_name_x/
두 번째 카테고리 페이지의 URL:
https://domain.pl/category_name_x/page/2/
두 번째 페이지의 잘못된 프레젠테이션:
<link rel=”이전” href=”https://domain.pl/category_name_x/ page/1/ ”>
정확하려면 두 번째 페이지의 백링크가 첫 번째 페이지의 URL로 다음을 표시해야 합니다.
<link rel=”이전” href=”https://domain.pl/category_name_x/”>
잘못 배치된 페이지 매김 태그는 예를 들어 deezee.pl 상점에 있습니다. 여기서 <head> 제목에 있는 " boots "(폴란드어: 'botki') 범주의 두 번째 페이지 코드는 다음과 같습니다.
첫 번째 페이지의 기본 URL은 https://deezee.pl/boots입니다.
첫 번째 페이지 URL의 페이지 매김 메뉴에서 유사한 오류를 볼 수 있습니다. <head> 제목의 이전 및 다음 페이지에 대한 URL이 올바르게 제공되는 ebutik.pl 저장소의 예가 있을 수 있습니다.
그러나 페이지 매김 메뉴의 첫 번째 페이지에 대한 URL에는 다음 매개변수가 포함됩니다.
하위 도메인-도메인 마이그레이션을 다루고 있습니까? http:// 및 https:// 모두에서 리디렉션하는 것에 대해 기억하십시오.
하위 도메인-도메인 마이그레이션(예: store.domain.pl에서 domain.pl으로) 후에는 일반적으로 모든 URL이 해당 페이지로 연결되도록 301 리디렉션이 따릅니다. 그러나 SSL 인증서가 없는 웹사이트의 경우 웹 마스터는 안전한 https:// 로 URL을 리디렉션하는 것을 잊어버립니다 .
SSL 인증 URL은 최근까지 사용되지 않았기 때문에 종종 간과되고 확인조차 되지 않습니다 . SSL 인증서를 설치하기로 결정한 경우 https://가 있는 하위 도메인 내의 이전 URL이 Google에서 색인을 생성하고 올바른 URL의 중복이 될 수 있음을 기억하십시오.
요약
당신이 잊어버릴 수 있는 것들이 분명히 더 있지만, 예를 들어 "H1 제목 누락" 또는 "제목 중복"과 같이 가장 분명한 것은 언급하지 않기로 했습니다.
사용 가능한 모든 페이지를 살펴보고 가장 기본적인 사항을 확인하는 몇 가지 좋은 도구로 감사된 모든 웹사이트를 스캔할 가치가 있습니다. 당신의 경험은 무엇입니까?
전문가들이 종종 간과하는 필수 SEO 측면은 무엇이라고 생각하십니까? 아래 의견 섹션에서 의견을 공유하십시오!