체크하는 것을 잊은 7가지 기술적 SEO 문제

소개

기술 SEO의 삶은 매우 빠르게 진행될 수 있습니다. 한 주에는 페이지 속도 감사, 다음 주에는 국제적 고려 사항, 그 다음에는 콘텐츠 정리 등이 있습니다.

기술 SEO는 중요한(또는 비건) 작업에 몰두하다 보면 유기적 성과에 큰 영향을 미칠 수 있는 작은 수정 사항을 간과하는 경우가 많습니다.

이는 기술적인 SEO 비결이 아니라 수정해야 한다는 것을 알지만 절대 실행하지 않는 권장 사항입니다.

따라서 웹사이트를 감사할 때 제가 가장 좋아하는 "아, 그거 확인하는 걸 깜빡했네요" 문제 몇 가지를 공유하려고 합니다.

대문자 리디렉션 규칙

기술 SEO를 잘 아는 사람이라면 명백한 리디렉션 규칙과 이를 적용해야 하는 위치(예: http 페이지에서 https 페이지로, 후행 슬래시에서 비후행 슬래시 등)에 대해 알고 있을 것입니다.

하지만 모든 페이지 URL이 소문자를 강제 사용하는지 마지막으로 확인한 것이 언제였나요?

URL은 웹페이지의 고유 식별자이므로 www.example.com/category 와 www.example.com/Category 은 콘텐츠가 동일하더라도 서로 다른 페이지로 간주됩니다.

이렇게 하면 검색 엔진 내에서 콘텐츠 중복 문제가 발생할 수 있으므로 소문자 URL을 강제로 사용해야 합니다.

페이지 매김 문제

관리하는 웹사이트에 카테고리 페이지 매김이 있는 경우 URL 패턴은 다음과 같은 경우가 많습니다:

www.example.com/mattresses/memory-foam-mattresses?p=1 www.example.com/mattresses/memory-foam-mattresses?p=2 www.example.com/mattresses/memory-foam-mattresses?p=3

그러나 이 예제에서 ?p=1 페이지는 표준 www.example.com/mattresses/memory-foam-mattresses 페이지와 중복됩니다.

따라서 이 ?p=1 중복은 www.example.com/mattresses/memory-foam-mattresses 페이지로 301 리디렉션되어야 하며, 모든 내부 링크가 변경 사항을 반영하도록 업데이트되어야 합니다.

잊기 쉬운 또 다른 페이지 매김 문제는 표준 태그와 관련된 것입니다. 종종 ?p=2, ?p=3 페이지가 표준 태그에서 첫 번째 페이지 매김 페이지를 참조하는 경우가 있습니다.

페이지 매김된 모든 페이지에서 첫 번째 페이지를 참조하면 검색 엔진에 해당 페이지가 첫 번째 페이지와 동일하다는 것을 알려주므로 크롤러가 다른 페이지를 크롤링하거나 해당 페이지에서 제품 링크를 따라갈 수 없습니다. 자체 참조하도록 만드세요!

robots.txt 대신 메타노인덱스 태그 사용

Google에서 색인된 페이지를 볼 때 '이 페이지에 대한 정보를 사용할 수 없습니다 '라는 메시지가 항상 표시됩니다:

이는 웹마스터가 robots.txt에 해당 페이지에 대해 허용하지 않는 지시문을 추가하여 색인에서 페이지를 제거하려고 시도했기 때문입니다.

그러나 이러한 페이지는 여전히 검색을 통해 찾을 수 있으므로 robots.txt에서 해당 페이지를 제거하고 색인화해서는 안 되는 페이지의 HEAD 태그 사이에 noindex 태그를 추가하는 것이 좋습니다.

일부 페이지에서 메타노팔로우 제거

물론 이 방법이 nofollow 태그가 있는 모든 페이지에 적용되는 것은 아니지만, 많은 nofollow 태그가 실수로 noindex 태그와 함께 추가되는 경우가 많습니다. 노팔로우 명령을 제거하면 사이트 주변의 링크 권한 및 크롤러 액세스 흐름이 개선됩니다.

검색 엔진이 이러한 페이지를 색인화할 필요는 없지만 링크된 페이지는 색인화될 수 있으므로 해당 링크를 따라야 합니다.

색인 내 개발 사이트

저는 잠재 고객의 웹사이트를 감사할 때 스테이징 사이트가 여전히 색인되어 있는 것을 발견하는 것을 좋아합니다. 이는 개발자의 관리가 부족하다는 것을 보여주며 관계 초기에 클라이언트를 내 편으로 만들 수 있는 좋은 방법이 될 수 있습니다.

테스트 환경이 인덱싱되는 것을 차단하는 가장 좋은 방법은 비밀번호로 보호하거나 IP 범위를 기준으로 제한하는 것입니다.

개발 사이트가 Google 내에서 색인화되고 있는지 확인하는 몇 가지 빠른 방법은 다음과 같은 고급 검색 연산자를 사용하는 것입니다:

- Site:dev.example.com - Site:staging.example.com - Site:prod.example.com - Site:example.com inurl:test - Site:example.com -inurl:www.

XML 사이트맵 검토

XML 사이트맵은 자동으로 생성되지 않으면 잊어버리는 경우가 많습니다. 다음은 5분도 채 걸리지 않는 3가지 간단한 점검 방법입니다:

확인 1 - robots.txt에 XML 사이트맵이 링크되어 있나요?

검색 엔진 크롤러는 항상 웹사이트의 루트 폴더에서 robots.txt 파일을 찾습니다. 따라서 robots.txt 내에 XML 사이트맵 링크를 추가하면 모든 주요 검색 엔진이 해당 위치를 가리키게 됩니다.

확인 2 - XML 사이트맵이 Google 검색 콘솔에 추가되었나요?

XML 사이트맵을 Google Search Console에 제출하면 Google이 이를 찾아 크롤링할 수 있습니다. 제출이 완료되면 Google이 페이지 URL을 성공적으로 검색할 수 있는지 확인할 수 있습니다:

확인 3 - XML 사이트맵에 오류가 있나요?

사이트맵의 URL은 리디렉션하거나 오류를 반환해서는 안 되며, 모든 페이지에 200 OK 상태 코드가 반환되어야 합니다. 사이트맵에 오류가 너무 많으면 검색 엔진이 사이트맵을 완전히 무시할 수 있습니다.

XML 사이트맵이 제출된 후 Google Search Console에서 사이트맵에 오류가 있는지 확인할 수 있습니다. 또는 모드 > 목록 > 업로드 > XML 사이트맵 다운로드를 선택하여 Screaming Frog에서 XML 사이트맵을 크롤링할 수 있습니다.

색인에서 오래된 콘텐츠 제거

2017년에 종료된 콘테스트 페이지와 같이 날짜가 오래된 콘텐츠를 마지막으로 본 것이 언제인가요?

Google 내에서 어떤 콘텐츠가 색인화되고 있는지 검토하면 크롤링 개선 및 색인 개선과 같은 기술적 SEO 이점을 얻을 수 있으므로 고려해야 할 중요한 영역입니다.

예를 들어, 오래된 블로그 게시물 수백 개가 색인화되고 있다면 검색 엔진은 더 중요한 페이지를 처리할 수 있는데도 이러한 페이지를 방문하는 데 크롤링 예산을 낭비하고 있을 수 있습니다.

저는 고급 검색 연산자를 사용하여 날짜가 오래된 블로그 게시물을 찾는 것을 좋아합니다. 제가 가장 좋아하는 블로그 게시물은 다음과 같습니다:

- Site:example.com inurl:크리스마스 - Site:example.com inurl:경쟁 - Site:example.com inurl:어워드 - Site:example.com inurl:8월 - Site:example.com inurl:9월 - Site:example.com inurl:2016년 - Site:example.com inurl:2017년 - 기타.