SEO를 위해 전자상거래 사이트를 감사할 때 확인해야 할 9가지 사항

게시 됨: 2016-03-14

전자 상거래 비즈니스는 Google 순위에 따라 살고 죽습니다. 정기적인 SEO 감사는 필수입니다. 포괄적인 SEO 감사를 실행하는 것은 마음이 약한 사람을 위한 것이 아닙니다. 어떤 문제는 빠르고 쉽게 고칠 수 있지만 다른 문제는 해결하는 데 몇 주 또는 몇 달이 걸립니다. 일반적인 문제와 기회를 발견하고 수정하는 방법을 아는 것부터 시작하는 것이 좋습니다.

감사를 실행할 때 무엇을 확인해야 합니까? 발견한 문제를 어떻게 해결합니까?

다음은 SEO에 대해 전자 상거래 사이트를 감사할 때 올바른 9가지 사항입니다.

1. 얇거나 중복된 콘텐츠를 플러시

크롤링할 콘텐츠가 많을수록 Google은 트래픽을 원하는 대로 안내해 줍니다. 유사한 콘텐츠가 별도의 페이지에 배치되면 트래픽이 분할되어 개별 페이지로의 트래픽이 약해집니다. 중복 콘텐츠가 너무 많으면 사이트의 전체 SEO가 감소합니다. 중복 콘텐츠는 또한 알림을 받지 못하기 때문에 해결하기 가장 어려운 SEO 문제 중 일부인 알고리즘 페널티의 위험이 있습니다. 알고리즘 업데이트와 동시에 트래픽이 급격히 감소하는 것을 볼 수 있습니다. 이는 1년 이상 차이가 날 수 있습니다. 특히 트래픽이 직접적인 상관 관계가 있는 전자 상거래에서 나쁜 트래픽이 개선되기를 기다리는 데 오랜 시간이 걸립니다. 판매에.

중복 콘텐츠는 전자 상거래 및 SEO에서 가장 일반적인 문제 중 하나이므로 이 게시물에서 큰 역할을 할 것입니다.

사이트에 중복 콘텐츠가 표시되는 방식은 무엇입니까?

사이트 내에서 한 페이지에서 다른 페이지로 콘텐츠가 중복되기 쉽습니다. 제품 설명 및 기타 사이트 요소를 만들 때 중복 콘텐츠를 신중하게 피한 경우에도 발생합니다. 고객이 Google 검색이 아닌 메뉴에서 사이트 페이지로 다른 경로를 따라가면 새 URL이 생성됩니다. 해당 URL은 동일한 제품 페이지의 다른 모든 사본과 동일한 페이지를 가리키며 Google은 아직 사용자를 연결 해제할 만큼 정교하지 않습니다. 중복 콘텐츠가 있는 다른 사이트처럼 사용자를 취급하고 불이익을 줄 것입니다.

이것을 어떻게 피할 수 있습니까?

  • 제품 설명은 항상 자신의 것이어야 합니다. 제조업체의 생명이 없고 반복적인 설명을 사용하지 마십시오.
  • robots.txt를 사용하여 페이지의 머리글 및 바닥글과 같은 반복적인 영역을 차단하여 크롤링되지 않도록 합니다.
  • 실수로 중복되는 것을 방지하려면 표준 태그(아래 참조)를 사용하세요.

수동 입력 없이 중복 콘텐츠를 정확하게 식별하고 제거하는 데 도움이 되는 도구는 많지 않습니다. 그러나 DeepCrawl과 같은 도구를 사용하여 웹사이트 아키텍처(특히 HTTP 상태 코드 및 링크 구조)를 검사하고 코드 내에서 URL 또는 HTML 태그에 대한 자동화된 빠른 수정이 가능한지 확인할 수 있습니다.

콘텐츠 측면에서 DeepCrawl은 중복 콘텐츠를 잘 식별하고 우선 순위에 따라 페이지 순위를 지정합니다. 이는 광범위한 제품 라인이 있고 패싯 탐색을 사용하는 전자 상거래 사이트에 매우 유용한 기능입니다.

2. 표준 태그 사용

표준 태그는 웹사이트의 어떤 부분이 사이트의 영구적인 부분인 "표준"인지를 Google에 알려줍니다.

페이지에 대한 여러 경로를 가진 여러 사용자가 모두 동일한 페이지를 가리키는 여러 URL을 만들 때 두 가지 일이 발생합니다. 첫째, Google은 이들을 서로 다른 페이지로 보고 이들 사이에 트래픽을 분할하고 귀하의 페이지 권한이 급감합니다. 둘째, Google은 각 페이지를 중복으로 색인을 생성합니다.

표준 태그를 사용하면 Google에서 해당 페이지를 인덱싱하고 중복을 위해 사이트에 플래그를 지정하는 대신 해당 페이지를 무시합니다.

정규화가 잘못되었을 때 어떻게 보입니까?

Apache에서 URL은 다음과 같이 나타날 수 있습니다.

http://www.somesite.com/
http://www.somesite.com/index.html
http://somesite.com/
http://somesite.com/index.html

Microsoft IIS에서 다음과 같은 내용을 볼 수 있습니다.

http://www.somesite.com/
http://www.somesite.com/default.aspx
http://somesite.com/
http://somesite.com/default.aspx

동일한 텍스트가 다르게 대문자로 표시된 다른 버전을 볼 수도 있습니다.

각 페이지가 동일하지만 URL이 다르기 때문에 Google에서 페이지를 고유한 것으로 간주하면 트래픽이 4가지 방식으로 분할됩니다. 방문자가 1000명인 페이지는 Google 알고리즘에 250명을 수신한 것으로 표시되고 "다른 세 페이지"는 추가 트래픽을 받습니다.

너무 많은 이유. 어때요?

표준 태그를 사용하는 것은 "선택" 시스템이므로 Google에서 색인을 생성할 페이지에 태그를 지정하는 것입니다. 상당히 간단합니다.

3. 균형 링크 자산 및 크롤링 가능성

크롤링 효율성과 링크 자산은 둘 중 하나가 아니지만 조심하지 않으면 서로의 발가락을 밟을 수 있습니다. 함께 어울리는 방법은 다음과 같습니다.

크롤링 속도가 느려지기 때문에 색인 생성을 원하지 않는 페이지가 많은 경우 noindex 및 disallow 와 같은 robots.txt 지침을 사용하여 크롤링을 중지할 수 있습니다. 그러면 실제로 관심 있는 페이지에 대한 크롤링 예산이 절약됩니다. 그러나 해당 페이지에 높은 권위의 링크가 있는 경우 Google에서 해당 링크를 선택하지 않습니다.

인덱싱을 허용하지 않는 것, Google 봇이 페이지를 크롤링하는 것을 허용하는 것, 링크 주스를 전달하는 것, 정규화 사이에는 미세한 선이 있습니다. 이것들이 구현되는 다양한 방법과 그 사이의 절충점을 이해하고 이러한 각 줄타기를 조심스럽게 걸어야 합니다.

4. 카테고리 페이지 매김

더 작은 규모의 전자 상거래 사이트도 제품 페이지 덕분에 페이지 매김 문제에 직면합니다. 페이지네이션은 양날의 검입니다. 누구나 자신의 길을 찾을 수 있는 사이트를 만들려면 페이지 매김이 필수입니다. 동시에 페이지 매김은 Google을 혼란스럽게 할 수 있습니다. 페이지가 매겨진 동일한 페이지의 모든 버전 보기에서 중복 콘텐츠 문제(다시)가 발생할 수 있습니다. 백링크 및 기타 순위 신호는 페이지 매김 사이에 퍼져 효과가 희석될 수 있습니다. 또한 매우 큰 범주에서는 크롤링 깊이도 문제가 될 수 있습니다.

표준 태그를 사용하여 전체 보기 페이지를 인덱싱 목적으로 "실제" 페이지로 식별할 수 있습니다. 이렇게 하면 중복 문제를 피할 수 있지만 이 접근 방식에는 몇 가지 단점이 있습니다. 다중 제품 카테고리 및 검색 결과에는 큰 크기 요구 사항으로 인해 전체 보기 페이지가 없으므로 이 경우 정규화할 수 없습니다. (하지만 옵션인 경우 Google은 백링크도 통합할 것이라고 확신합니다.)

rel="next" 및 rel="prev" HTML 마크업을 사용하여 페이지가 매겨진 페이지를 구분할 수도 있습니다. 이 작업을 수행하는 경우 첫 페이지를 정규화하지 않도록 하십시오. 대신 URL에 숫자를 표시하고 각 페이지를 고유한 표준 태그로 만들어 중복 문제를 방지하세요. 이 기술은 전체 보기가 없는 페이지, 즉 대부분의 전자 상거래 사이트가 있는 경우 더 효과적일 수 있습니다. 이 방법으로 이동하면 Google에서 태그 지침을 밀접하게 따르지 않지만 수천 페이지가 있는 경우 이것이 최선의 선택일 수 있습니다.

전자 상거래 사이트에 대한 감사를 수행할 때 페이지 매김이 끊어지거나 아무데도 연결되지 않은 연결되지 않은 페이지를 찾으십시오. 또한 페이지를 매겨야 하지만 그렇지 않은 독립 실행형 페이지를 찾습니다. 이것들은 정규화 된 것과 별개라는 것을 명심하십시오.

5. 사이트맵을 최신 상태로 유지

Google이 수십 개의 새 제품 페이지를 찾기 위해 수천 페이지를 크롤링해야 하는 경우 크롤링 효율성에 영향을 미치고 새 제품이 검색에 표시되는 데 더 오래 걸립니다. Sitemap은 Google이 새로운 콘텐츠를 더 빨리 찾아 사용자에게 제공하는 데 도움이 됩니다. 먼저 색인을 생성하면 권위가 높아져 본질적으로 동일한 제품으로 경쟁자보다 앞서 순위를 매길 수 있는 경쟁자 우위를 확보할 수 있습니다.

사이트맵은 새 페이지를 검색 결과에 빠르게 표시하는 것 외에도 다른 이점을 제공합니다. Search Console은 색인 문제에 대한 정보를 제공하여 사이트 성능에 대한 통찰력을 제공합니다.

사이트맵을 작성할 때 염두에 두어야 할 몇 가지 사항이 있습니다. 국제 비즈니스를 하고 사이트가 다국어라면 사용자의 위치와 필요한 언어를 Google에 알리기 위해 hreflang 을 사용해야 합니다.

사이트맵 내 콘텐츠 복제에 주의하십시오. Google에서는 비용이 들지 않지만 사이트 성능 모델을 신뢰할 수 없게 만듭니다. 사이트의 모바일 및 데스크톱 버전이 있는 경우 rel="alternate" 태그를 사용하여 이를 명확히 합니다.

사이트맵을 생성하는 가장 빠르고 포괄적인 방법 중 하나는 무료 Screaming Frog SEO Spider를 사용하는 것입니다. 또한 오류를 반환하는 모든 URL을 자동으로 제외하므로 사이트맵에 표시되는 리디렉션 및 깨진 링크에 대해 걱정할 필요가 없습니다.

6. 스키마 마크업 사용

스키마는 다음과 같습니다.

"웹마스터가 주요 검색 공급자가 인식하는 방식으로 페이지를 마크업하는 데 사용할 수 있는 HTML 태그... 검색 결과 표시를 개선하여 사람들이 올바른 웹 페이지를 더 쉽게 찾을 수 있도록 합니다."

스키마는 SEO 이점을 직접적으로 생성하지 않습니다. 태그 사용에 대해 Google에서 지원을 받을 수 없습니다. 당신은 또한 그들을 제외하는 Google에 의해 처벌되지 않습니다. 그들의 기능은 검색 결과를 더 관련성 있게 만들고 사용자에게 더 나은 서비스를 제공하는 데 도움이 됩니다. 관련성 높은 트래픽 덕분에 더 나은 UX와 더 끈끈한 사이트를 통해 간접적인 SEO 이점을 얻을 수 있습니다.

스키마 마크업은 검색 결과에 표시되는 데이터를 확장 및 정의할 수 있도록 하므로 고객 리뷰 및 가격과 같은 항목이 SERP에 표시됨을 의미합니다.

지원되는 데이터 유형 중 하나는 제품으로, 모든 소매업체는 좀 더 똑바로 세워야 합니다. Google의 데이터 하이라이터 도구는 페이지를 페이지 세트로 구성하는 것부터 SERP에서 사용할 수 있는 콘텐츠에 플래그를 지정하는 것까지 모든 작업을 수행하는 방법을 알려줍니다. 유일한 문제는 Google Search Console에서 사이트의 소유권을 주장해야 한다는 것입니다.

7. 쉬운 탐색을 위한 분류 체계 단순화

분류는 크롤링 깊이, 로드 속도 및 검색 가능성에 영향을 줍니다. 이 모든 것에 대해 더 나은 점수를 얻는 가장 좋은 방법은 "좁고 깊은" 분류 구조보다 "얕고 넓은" 분류 구조를 갖는 것입니다.

차이점이 뭐야? 차트에서 깊고 좁은 분류 체계에는 더 많은 레이어가 있습니다. 목적지에 도달하기 전에 더 많은 질문에 답하거나 선택해야 합니다. 넓고 얕은 분류는 여러 진입점, 더 많은 교차 링크 및 제품 페이지까지의 더 짧은 거리를 제공합니다.

콘텐츠에 도달하기 위한 클릭 수가 증가하면 사용자 경험이 손상되기 때문에 이는 사용자에게 중요합니다. 또한 사이트를 크롤링하기 어렵게 만들어 SEO에 직접적으로 해를 끼칩니다(Google은 현재 UX를 점점 더 고려하고 있음). 특히 처음에 대규모 사이트인 경우에는 더욱 그렇습니다.

더 넓고 개방된 분류 체계는 크롤링하기 쉽고 검색하기 쉽고 탐색하기 쉽기 때문에 전자 상거래 사이트에 권장됩니다.

8. 속도를 높이십시오 – 훨씬 더

페이지 로드 시간은 기술적인 문제가 아닙니다. 이것은 고객 서비스 문제이자 핵심 문제입니다. 바로 지금, 좋은 로드 시간을 확보하면 경쟁에서 상당한 우위를 점할 수 있습니다. 왜요? Kissmetrics에 따르면 전자 상거래 웹사이트의 로드 시간은 평균 6.5초이며 1초 지연은 전환율이 7% 감소하는 것과 같습니다. 확실히 전자 상거래 사이트가 대처하기가 더 빨라지고 있습니까? 아니요. 매년 23%씩 느려지고 있습니다. 이를 기회로 삼아야 합니다. Amazon은 개선이 100밀리초마다 1%씩 수익이 증가한다는 것을 발견했습니다.

로드 속도를 어떻게 가속화해야 합니까?

로딩 시간을 단축하고 Google의 장점을 활용하기 위해 웹사이트를 간단하게 조정할 수 있는 방법이 많이 있습니다. 정적 캐싱으로 시작하십시오. 사이트에서 PHP와 같은 동적 언어를 사용하는 경우 지연 시간이 늘어날 수 있습니다. 동적 페이지를 정적으로 바꾸면 웹 서버가 처리 없이 페이지를 제공하여 로드 시간을 줄입니다.

CSS와 JavaScript에도 주의가 필요할 수 있습니다. CSS 압축기와 같은 도구를 사용하여 페이지의 스타일 시트 요소를 줄이고 더 빠르게 로드할 수 있습니다.

그리고 이미지를 잊지 마세요. 모두가 더 작은 파일 크기의 이점을 알고 있지만 이미지의 높이와 너비를 지정하는 것은 종종 간과됩니다. URL을 방문하면 브라우저는 페이지의 모든 데이터를 다운로드하고 함께 렌더링을 시작합니다. 이미지 크기가 지정되지 않은 경우 브라우저는 완전히 다운로드될 때까지 이미지 크기가 얼마나 될지 알 수 없습니다. 이 지연은 브라우저가 레이아웃을 "다시 칠"하도록 합니다.

마지막으로, 콘텐츠가 풍부한 대규모 사이트가 있는 경우(전자 상거래를 하고 있으므로 그럴 것이라고 추측합니다) 콘텐츠가 한 번에 여러 항목을 로드하도록 여러 서버를 사용해 보십시오.

9. 모든 페이지의 오류 모니터링

웹 페이지에서 일반적인 오류를 확인하는 것은 강력한 SEO를 유지하는 가장 간단한 방법 중 하나입니다. 일반적인 오류는 다음과 같습니다.

  • HTML 유효성 검사 오류: 페이지가 다른 기기나 브라우저에서 다르게 보이거나 아예 실패할 수도 있습니다. W3C Markup Validator가 올바른 방향을 알려드립니다.
  • 깨진 링크: 사용자 경험을 손상시키고 포기와 나쁜 리뷰로 이어져 평판에 해를 끼칩니다.
  • 누락되거나 깨진 이미지: 10만 페이지 사이트에서 이미지가 제대로 작동하지 않는 경우 알고 계십니까?
  • JavaScript 오류: 진단되지 않은 심각한 JavaScript 오류가 있는 경우 로딩이 끊기는 문제가 가장 적습니다. 그들은 실제로 사이트의 일부에 대한 액세스를 불가능하게 만들 수 있습니다. 잠재적으로 보안 위험도 있습니다.

너에게로

중복 콘텐츠 및 깨진 링크와 같은 오류를 수정하면 상당한 이점을 얻을 수 있습니다. 정규화 및 스키마와 같은 더 많은 기술적인 문제를 해결하면 전자 상거래 사이트에서 검색 순위가 향상되고 SERP에서 더 많은 부동산이 표시되며 그에 따른 트래픽과 수익도 급증하게 됩니다!

___
로한 아이야르