5가지 특이한 기술 SEO 모범 사례

게시 됨: 2022-09-22

기술 SEO의 그림입니다.
페이지 내 SEO 및 콘텐츠와 같은 것은 비즈니스 세계에서 많은 관심을 받습니다. 그것이 일반적인 SEO 초점이며 늦게 더 많은 콘텐츠를 던지는 것이 표준인 것 같습니다. 종종 실수로 간과되는 것은 웹 사이트를 원활하게 운영하는 데 필요한 모든 것입니다. 기술적인 SEO를 통해 이러한 영역을 최적화할 수 있습니다. 예, 실적이 저조한 웹사이트는 여러 가지 이유로 순위에 영향을 줄 수 있습니다.

이 기사에서는 웹사이트가 사용자와 검색 엔진 모두를 위해 준비되었는지 확인하기 위해 따라야 하는 5가지 기술 SEO 모범 사례(및 시작하는 방법)에 대해 간략히 설명합니다.

  • 호스팅
  • 서버 오류
  • 사이트맵
  • 웹사이트 속도
  • 모바일 친화성

1. 호스팅

때때로 웹 사이트 소유자는 웹 사이트 호스팅 비용을 절약하기 위해 전용 호스팅 계획 대신 공유 호스팅 계획을 선택합니다. 이 경우 다른 웹사이트와 IP 주소를 공유하게 됩니다. 이것은 속도 문제(공유 서버당 더 많은 사이트가 더 느려질 수 있음을 의미함)와 이웃 문제로 SEO 문제를 나타낼 수 있습니다.

스팸성 웹사이트인 다른 웹사이트와 호스팅을 공유한다고 가정해 보겠습니다. 사이트가 스팸 전술을 수행하는 것이 적발되면 전체 IP 차단과 해당 IP 주소를 공유하는 모든 사이트가 차단 목록(IP 차단 목록 또는 IP 차단 목록이라고도 함)에 포함될 수 있습니다. 말하자면 나쁜 동네에 있다는 뜻입니다. 이는 이메일에 상당한 영향을 주지만 이메일이 차단되면 변환 문제를 일으킬 수 있습니다. 변환 불량은 마케팅 실패입니다.

이 "나쁜 이웃" 문제가 훨씬 더 두드러지곤 했지만, 구글은 또한 주변 나쁜 이웃들에 의해 SEO가 오염되는 것이 어려울 것이라고 밝혔지만 나는 여전히 어떤 기회도 잡지 않을 것입니다.

IMO 우리는 나쁜 이웃에 대한 TRUST 영향이 없다는 것을 알지 못합니다. 그리고 Google은 그들이 좋아하는 것을 말할 수 있습니다. 조금만 노력하면 기회를 잡을 수 있습니다. 그러나 차단된 이메일은 판매를 중단시킵니다.

아마도 더 분명한 문제는 호스팅을 공유할 때 웹사이트의 성능일 것입니다. 공유 호스팅 계획에 있다는 것은 서버가 효율적이지 않다는 것을 의미할 수 있습니다. 로드 시간에 영향을 미칠 수 있는 리소스를 놓고 다른 사이트와 간접적으로, 전환에 대해서는 말할 것도 없이 자연 검색 순위와 경쟁하는 경우가 많습니다.

이러한 잠재적인 문제를 조사하기 위해 여기에서 수행할 수 있는 몇 가지 작업이 있습니다.

나쁜 이웃 문제

  • WhatIsMyIPAddress.com에서 IP 주소를 가져옵니다.
  • 동일한 웹 사이트에서 블랙리스트 확인으로 이동하여 IP가 나쁜 이웃에 있는지 평가하십시오.
  • 다른 나쁜 웹 사이트와 연결되어 있으면 호스팅 제공업체에 전화하여 새롭고 깨끗한 IP를 요청하십시오.
  • 새 IP가 있으면 확인을 실행하십시오.
  • 호스팅 제공업체가 이를 준수하지 않을 경우 전용 호스팅을 고려하거나 다른 호스팅 제공업체를 모두 찾는 것이 좋습니다.

성능 문제

  • WebPageTest.org로 이동합니다.
  • 홈페이지 URL에 대한 테스트를 실행합니다.
  • 첫 번째 바이트 시간을 보십시오. 이것은 서버의 응답성을 나타냅니다.
  • 경쟁자에 대해 동일한 테스트를 실행합니다(경쟁 연구에 SEOToolSet을 사용하거나 SEO에 대한 경쟁자 연구를 수행하는 방법에 대한 기사를 확인할 수 있음).
  • 첫 번째 바이트 시간이 경쟁업체만큼 좋지 않은 경우 호스팅 제공업체를 바꾸거나 전용 IP를 얻을 수 있습니다.
WebPageTest.org의 스크린샷.
WebPageTest.org의 스크린샷

공유 호스팅 계획을 사용해야 하는지 여부에 대한 제 생각은 다음과 같습니다.

2. 서버 오류

웹 서버가 웹 사이트를 실행합니다. 웹 페이지가 요청되면 서버는 해당 요청을 수신하고 해당 페이지의 콘텐츠로 응답합니다. 서버 문제가 발생하면 사용자 경험과 검색 엔진 순위에 영향을 줄 수 있습니다.

서버를 평가할 때 서버 유형부터 성능까지 고려해야 할 사항이 많이 있습니다. 하지만 이 섹션에서는 서버 오류에 중점을 둘 것입니다.

서버 상태 코드는 클라이언트 요청에 대한 서버의 응답입니다. W3.org 여기에서 서버 상태 코드의 전체 목록을 찾을 수 있습니다. 방문자나 검색 엔진 스파이더가 웹사이트의 무언가에 액세스하려고 할 때 서버에서 오류가 발생하는 경우가 있습니다.

특정 상태 코드가 순위에 영향을 줄 수 있으므로 서버 응답 코드를 확인하고 웹사이트에서 무슨 일이 일어나고 있는지 확인하고 싶습니다.

특히 다음은 특별히 주의하고 즉시 수정해야 하는 상태 코드입니다.

  • 302 : A 302는 임시 리디렉션이며 페이지의 기록 링크 신호를 리디렉션된 페이지로 항상 전송하지 않기 때문에 일반적으로 SEO 친화적이지 않습니다. 예, Google은 종종 301 영구 리디렉션으로 처리된다고 밝혔지만 크롤링 예산은 고려하지 않고 301을 사용하고 싶습니다.
  • 400 : 요청에 구문 오류가 있습니다. 거부됩니다.
  • 401 : 요청의 헤더에 올바른 인증 코드가 포함되어 있지 않습니다. 요청한 내용을 볼 수 없습니다.
  • 403 : 요청한 문서를 볼 수 없습니다. 그것은 또한 서버가 당신이 보고 싶은 것을 보여줄 능력이 없거나 당신의 IP가 서버에 의해 차단되었음을 의미할 수 있습니다.
  • 404 : 문서를 찾을 수 없음 – 요청한 URL이 존재하지 않습니다.
  • 410 : 예전에는 그 페이지가 있었는데 지금은 없어졌습니다. 이것은 본질적으로 검색 엔진에 몇 가지 404 오류로 인해 삭제될 때까지 기다리는 대신 색인된 항목을 지금 제거하도록 지시합니다.
  • 500 : 서버에 내부 오류가 발생하여 요청을 처리할 수 없습니다.

일반적인 서버 오류에는 302 및 404가 포함됩니다. 다음은 확인할 수 있는 302에서 수행한 비디오입니다.

해결 방법: 서버 오류

  • SEOToolSet의 무료 서버 페이지 확인 도구를 사용하십시오.
  • 잠재적인 오류를 식별하고 수정합니다.
  • 다음은 일반적인 302 및 404 오류를 해결하는 방법에 대한 몇 가지 정보입니다. 301 리디렉션을 수행하는 방법 및 할인을 저장하기 위해 404 오류 페이지를 디자인하는 방법.
SEOToolSet.com의 무료 Check Server Tool 스크린샷.
SEOToolSet.com의 무료 Check Server Tool 스크린샷

BruceClay.com의 사용자 지정 404 페이지 스크린샷.
BruceClay.com의 맞춤형 404 페이지 스크린샷

3. 사이트맵

HTML 사이트맵과 XML 사이트맵은 모두 중요한 기술적 SEO 단계입니다. 이러한 사이트맵은 사용자(웹사이트 방문자 및 검색 엔진)가 사이트를 탐색하고 콘텐츠를 찾는 데 도움이 됩니다.

HTML 사이트맵 은 사람과 검색 스파이더가 모두 사이트를 탐색할 수 있도록 주요 웹페이지(첫 번째 및 두 번째 수준 탐색 페이지)에 대한 링크 모음을 포함하는 웹사이트의 웹페이지입니다. Google은 HTML 사이트 맵이 사용자(및 Google)에게 가장 중요한 페이지를 표시하기 때문에 검색 엔진에 유용하므로 HTML 사이트맵은 가장 중요한 페이지에 초점을 맞춰야 한다고 말했습니다.

원래 HTML 사이트맵은 웹사이트 방문자가 웹사이트를 탐색할 수 있도록 만들어졌습니다. 그러나 검색 엔진 스파이더는 링크를 사용하여 한 페이지에서 다른 페이지로 이동하기 때문에 HTML 사이트맵은 검색 엔진이 웹사이트에서 콘텐츠를 찾고 색인을 생성하는 데 유용한 바로 가기가 될 수 있습니다.

요약하자면: 바닥글에 HTML 사이트맵이 있으면 웹사이트에서 다음을 허용합니다.

  • 모든 웹페이지에서 귀하의 사이트를 입력한 다음 사이트맵을 통해 다른 웹페이지를 빠르게 발견하는 검색 엔진 스파이더.
  • HTML 사이트맵을 보고 이를 사용하여 사이트를 탐색하는 웹사이트 방문자입니다.

XML 사이트맵 은 사이트에 있는 웹페이지, 이미지 및 비디오에 대해 검색 엔진에 알리기 위해 웹사이트에 넣는 파일입니다. XML 사이트맵은 콘텐츠 맵처럼 작동하여 검색 엔진이 더 철저하게 크롤링하고 색인을 생성할 수 있도록 합니다.

기술적인 SEO 모범 사례는 XML 사이트맵을 만들고 검색 엔진이 사이트의 모든 중요한 콘텐츠를 크롤링하고 색인을 생성할 수 있도록 항상 최신 상태인지 확인하는 것입니다.

Google은 500페이지 미만의 사이트에는 XML 사이트맵이 필요하지 않을 수 있으므로 일부 사람들은 이것이 중요하지 않다고 생각할 수 있다고 말합니다.

검색 엔진은 링크를 따라 사이트의 모든 콘텐츠를 찾을 수 있어야 하지만 대부분의 웹 사이트에는 적절한 링크 아키텍처가 없습니다. 따라서 검색 엔진이 콘텐츠를 발견하기 어려울 수 있습니다.

해야 할 일: HTML 사이트맵

HTML 사이트맵을 디자인할 때 몇 가지 중요한 고려 사항이 있습니다.

  • 사이트의 모든 중요한 페이지는 일관된 방식으로 HTML 사이트맵에 나열되어야 합니다.
  • 중요한 내부 페이지에 링크할 때 키워드가 풍부한 앵커 텍스트를 사용하고 링크되는 페이지를 설명하는지 확인하십시오("링크의 약속").
  • 사이트맵에 상위 방문 페이지, 카테고리, 하위 카테고리 및 하위 페이지에 대한 명확한 계층 구조가 있는지 확인하십시오.
  • HTML 사이트맵을 포함한 페이지는 100개 이하의 링크를 포함해야 합니다.
  • 링크가 100개가 넘는 경우 사이트맵에 페이지를 매기거나 중첩해야 합니다.
  • 사이트맵 페이지 디자인은 전체 사이트 디자인과 일치해야 합니다.
  • 사이트맵에는 URL에 http:// 또는 https://가 사용되고 전체 URL이 사이트맵에 있음을 의미하는 정규화된(또는 절대) URL이 있어야 합니다.
BruceClay.com의 HTML 사이트맵 바닥글 링크 스크린샷.
BruceClay.com의 HTML 사이트맵 바닥글 링크 스크린샷
BruceClay.com의 브랜드 HTML 사이트맵 스크린샷.
BruceClay.com의 브랜드 HTML 사이트맵 스크린샷

한때 Google은 각 페이지에 100개 미만의 링크를 포함할 것을 권장했습니다(나중에 해당 권장 사항을 삭제했습니다). 숫자는 임의적이며 스팸 메일을 보내지 마십시오.

이 비디오의 한 페이지에 너무 많은 링크가 얼마나 많은지 논의합니다.

해야 할 일: XML 사이트맵

다음은 XML 사이트맵을 만들 때 염두에 두어야 할 사항입니다.

  • 모든 사이트에는 하나 이상의 XML 사이트맵이 있어야 합니다.
  • 수동으로 만들거나 XML 사이트맵 생성기를 사용할 수 있습니다.
  • 뉴스, 동영상, 이미지 등을 위한 별도의 특별한 사이트맵을 만드십시오.
  • 대규모 웹사이트는 URL 목록을 여러 XML 사이트맵으로 분할해야 할 수 있습니다.
  • 사이트맵 파일을 생성했으면 웹사이트의 루트(https://www.your-domain-name.com/sitemap.xml)에 업로드한 다음 robots.txt 파일을 사용하여 검색 엔진에 알립니다. .
  • 어떤 사람들은 타이밍 때문에 수동으로 사이트맵을 제출하는 것을 선호합니다. 일단 제출하면 검색 엔진이 차례를 줄 때까지 기다리지 않고 인덱싱 프로세스를 시작할 수 있습니다.
  • 사이트맵을 제출하면 Google Search Console의 사이트맵 보고서를 통해 오류를 식별하는 데도 도움이 됩니다.
BruceClay.com의 비디오 XML 사이트맵 스크린샷.
BruceClay.com의 비디오 XML 사이트맵 스크린샷

자세한 내용은 XML SItemap이란 무엇이며 어떻게 만드나요?를 읽어 보세요.

4. 웹사이트 속도

검색 엔진은 모든 사이트에 대해 제한된 크롤링 예산을 가지고 있습니다. 사이트 로드 속도가 느린 경우 검색 엔진은 크롤링 예산 내에서 모든 웹페이지를 크롤링할 수 없습니다. 이로 인해 사이트에 색인이 생성된 페이지가 줄어들어 순위가 매겨질 기회가 줄어듭니다.

페이지 속도는 검색 엔진 순위 알고리즘의 요소입니다. 빠른 성능은 사용자 경험의 중요한 구성 요소이기도 합니다. 웹 사이트를 로드하는 데 시간이 너무 오래 걸리면 사용자는 시간이 오래 걸리지 않는 다른 웹 사이트를 선택하기 위해 해당 웹 사이트를 포기합니다.

그리고 Google은 Core Web Vitals에 중점을 두고 속도에 중점을 두고 있기 때문에 이는 전체 순위에 중요한 요소입니다. (CWV를 개선하기 위한 전문가 팁은 주문형 웨비나를 시청하십시오.)

연구에 따르면 성능이 빠를수록 웹 사이트의 KPI가 향상됩니다. 예를 들어 Pinterest는 대기 시간을 40% 줄이면 SEO 트래픽이 15% 증가하고 가입 전환율이 15% 증가한다고 보고했습니다.

2021년에 Google은 웹사이트를 평가할 때 사이트 속도 및 응답성과 같은 요소를 결합하는 페이지 경험 알고리즘 업데이트를 출시했습니다. 따라서 속도에 집중하는 것이 그 어느 때보다 중요합니다.

사이트의 응답성과 속도는 사용자의 사이트 이용 및 재방문 의향에 직접적인 영향을 미칩니다.

해야 할 일: 웹사이트 속도

페이지 로드 속도를 평가할 때 경쟁업체보다 빠르거나 빠르기를 원합니다. 즉, 귀하의 웹사이트가 세계에서 가장 빠른 웹사이트일 필요는 없습니다. 목표는 경쟁자와 비교하여 덜 불완전한 것입니다.

즉, 웹 사이트 속도를 개선하는 데 시간과 비용이 많이 소요될 수 있습니다. 도구를 사용하여 웹페이지 속도를 평가할 때 전문가가 점수를 검토하도록 하십시오. 올바른 측정항목을 개선하는 데 집중해야 합니다. 특정 임계값을 초과하고 리소스 가치가 없는 특정 메트릭을 개선하는 것이 어려울 수 있습니다.

다음은 웹페이지 로드 시간을 늦출 수 있는 몇 가지 사항입니다.

  • 과도한 HTML 주석
  • 과도한 공백
  • CSS(Cascading Style Sheets) 외부화 실패
  • JavaScript 외부화 실패
  • 이미지 크기 지정 실패
  • 방문 페이지 리디렉션
  • 브라우저 캐싱 없음
  • 압축 없음
  • 이미지 최적화 없음
  • 렌더링 차단 JavaScript
  • 느린 서버 응답 시간

저는 "무엇이든 물어보세요" 비디오 중 하나에서 이들 중 일부에 대해 더 많이 이야기합니다.

웹페이지를 실행할 수 있는 몇 가지 테스트가 있습니다. 다음은 몇 가지입니다.

  • GTmetrix
  • Google의 PageSpeed ​​Insights
  • WebPageTest.org
BruceClay.com에 대한 WebPageTest 성능 결과의 스크린샷.
BruceClay.com의 WebPageTest 성능 결과 스크린샷

웹 사이트 속도 및 페이지 경험에 대한 자세한 내용은 다음 리소스를 확인하십시오.

  • 내 웹페이지는 얼마나 빨라야 하며 왜 주의해야 합니까?
  • PageSpeed ​​Insights에 대한 문서
  • 빠른 로드 시간에 대한 Google의 권장 사항
  • Google의 페이지 경험 업데이트: 완전한 가이드
  • 핵심 Web Vitals를 개선하기 위한 3가지 전문가 팁 [주문형 웨비나]

5. 모바일 친화성

오늘날 웹 트래픽의 대부분(2021년 1분기 기준 약 55%)은 모바일 장치에서 발생합니다. 모바일 친화적인 웹사이트는 스마트폰이나 태블릿에서 웹사이트를 방문하는 사람들에게 좋은 경험을 제공합니다. 그 비율은 산업 및 검색 임무에 따라 확실히 다르지만 사실 모바일 친화성이 중요 합니다. Google은 스파이더의 모바일 버전을 사용하여 콘텐츠의 색인을 생성하므로 디자인은 모바일 사용자에게 친숙해야 합니다.

Google은 모바일 사용자에게 좋은 경험을 통해 훌륭한 콘텐츠를 제공하는 웹사이트를 1페이지에 표시하기를 원하기 때문에 모바일 친화적인 웹사이트는 검색 엔진 순위에 중요합니다.

2021년 Google은 모바일 우선 인덱싱을 출시했습니다. Google의 발표에서는 이것이 의미하는 바를 다음과 같이 설명합니다.

모바일 우선 인덱싱은 Google이 인덱싱 및 순위 지정을 위해 주로 모바일 버전의 콘텐츠를 사용한다는 것을 의미합니다. 역사적으로 인덱스는 사용자 쿼리에 대한 페이지의 관련성을 평가할 때 주로 데스크톱 버전의 페이지 콘텐츠를 사용했습니다. 대부분의 사용자가 이제 휴대기기로 Google 검색에 액세스하므로 Googlebot은 앞으로 주로 스마트폰 에이전트를 사용하여 페이지를 크롤링하고 색인을 생성합니다.

이는 모바일 친화성이 중요하다는 Google의 또 다른 신호였습니다.

해야 할 일: 모바일 친화성

모바일 친화성에 대해 쓴 이전 기사에서 모바일 사용자를 위해 웹사이트를 최상의 상태로 만들기 위해 취할 수 있는 4단계를 설명했습니다.

1. 현재 사이트 테스트 : Google의 모바일 친화성 테스트와 Google Search Console에서 모바일 사용성 보고서를 확인하세요.

BruceClay.com에 대한 Google의 모바일 친화성 테스트 결과 스크린샷.
BruceClay.com에 대한 Google의 모바일 친화성 테스트 결과 스크린샷

2. 모바일 친화적인 모범 사례에 대해 알아보세요 . 여기에서 Google 가이드와 모바일 SEO 및 UX 최적화에 대한 가이드도 확인하세요.

3. 변경 사항을 구현 합니다. 여기에서 웹 사이트 구성(현재 권장 사항은 반응형), 웹 사이트 콘텐츠 및 웹 사이트 속도(이 기사의 마지막 섹션에서 다룸)와 같은 사항을 결정해야 할 수 있습니다.

4. 일반적인 실수에 주의 하십시오. 피해야 할 주요 함정 중 하나는 속도를 위해 필요한 콘텐츠를 희생하는 것입니다. 나는 그것에 대해서도 썼습니다: 왜 미친듯이 빠른 사이트가 당신의 새로운 우선 순위인지.

기술적 SEO는 결코 끝나지 않습니다

이것은 웹사이트에서 구현할 수 있고 구현해야 하는 기술적 SEO 모범 사례의 샘플일 뿐입니다. SEO의 어떤 측면도 "설정하고 잊어버리는 것"이 ​​아니므로 항상 더 많은 테스트를 수행하고 개선해야 합니다.

이 문서에 설명된 단계는 건전한 기술 SEO 기반을 위한 좋은 출발점을 제공합니다.

당사의 SEO 전문가는 귀하의 웹사이트가 원활하게 실행되고 경쟁업체보다 우수한 성과를 낼 수 있도록 기술적인 SEO 서비스를 제공할 수 있습니다. 오늘 저희에게 연락하여 저희가 어떻게 도울 수 있는지 알려주십시오.