사이트맵: 무엇이며 SEO를 위해 어떻게 만드는가

사이트맵이란 무엇인가

사이트맵의 정의는 기존 유형과 그 기능 및 목적에 따라 다를 수 있습니다. 그러나 일반적으로 사이트맵은 URL과 내부 페이지, 그리고 섹션과 내부적으로 저장된 데이터에 관한 웹사이트의 조직 계획이라고 말할 수 있습니다.

위의 정의를 단순화하면, 그것은 웹사이트의 인덱스라고 말할 수 있습니다. 더 단순한 비유를 만들자면, 책을 열 때 찾는 인덱스에 비유될 수 있습니다. 책을 읽는 데 필요한가요? 아닙니다. 하지만 인덱스가 잘못 작성되었거나, 존재하지 않는 페이지가 있거나, 순서가 어긋나 있는 등을 본다면, 어떤 첫 인상을 가질까요? 책의 특정 부분에 빠르고 편리하게 접근할 수 있을까요? 약간의 차이는 있지만, 사이트맵은 그것과 매우 흡사합니다.

위의 개념은 일반적으로 사이트맵에 유효하며, 논의되는 사이트맵의 종류 또는 플랫폼이 가지고 있는 종류에 따라 변경됩니다. 여러 가지가 있을 수 있으며, 해당 섹션에서 다룰 것입니다. 사이트맵은 또한 사이트와 그것이 어떻게 조직되어 있는지의 그래픽 표현이며, 동시에 사용자에 의한 내비게이션과 사용 편의성을 향상시키기 위해 플랫폼에 포함됩니다.

따라서 사이트맵은 그 개념에 사용자와 검색 엔진 모두를 위해 플랫폼에 대한 접근을 용이하게 하는 조직적, 기술적, 사용적 성격을 포함하며, 또한 중요한 웹 개발 도구이기도 합니다.

사이트맵의 기능

오늘날, 사이트가 사이트맵을 가지고 있는 것은 장점입니다. 특히 플랫폼이 복잡할 때, 많은 수의 웹 주소와 포함된 섹션이 있을 때, 기술적 이유, 사용 편의성, 조직적 의도, 그리고 트래픽 생성을 위해서도 중요한 도구가 됩니다.

사이트맵은 단순한 프로젝트(홈 페이지, 연락처, 섹션 포함)이든, 수백만 개의 제품, 하위 섹션, 블로그, 태그 등이 있는 ecommerce 사이트와 같은 매우 복잡한 플랫폼이든, 웹사이트와 그 구조를 이해하는 데 도움이 됩니다.

이 요소의 조직적 의미는 이미 보았지만, **SEO 요소**로서 더 큰 가치를 가집니다. Google에 웹사이트의 명확한 구조를 제공하고, 가장 중요한 URL을 우선순위화하고, 관심 없는 URL을 줄이는 것 등은 Google이 더 빠르고 명확한 방식으로 "이해"하는 데 크게 도움이 되며, 따라서 웹사이트의 인덱싱에 크게 도움이 됩니다.

잘 구현된 사이트맵을 갖는 SEO 장점

순수하게 SEO 측면에 더 집중하여, 업데이트되고 최적화된 사이트맵을 갖는 주요 장점을 요약해 봅시다.

• ›

  앞서 언급했듯이 사이트 인덱싱을 개선합니다. Google에 URL의 순서와 중요성을 제공하면 더 나은 인덱싱에 도움이 됩니다.

• ›

  오류를 빠르게 감지하는 데 도움이 됩니다. 사이트맵이 만들어지면 웹사이트의 루트에 업로드하고 Search Console을 통해 Google에 알리는 것이 권장됩니다. Google은 그 사이트맵을 크롤링하여 나열된 URL 중 어느 것에서도 문제를 발견했는지 알려줍니다. 그래서 우리는 Google이 그 URL을 어떻게 이해하는지 보고 필요한 것을 개선할 수 있습니다.

• ›

  웹사이트를 정리합니다. 우리 웹사이트 내에서 예를 들어 제품은 블로그 기사, 개인정보 보호정책 등과 같은 중요성을 가지지 않을 것입니다. 사이트맵을 만드는 것은 자체 분석을 하고 그 안에 반영된 것에 따라 SEO 목표를 우선순위화하는 매우 좋은 방법입니다.

• ›

  웹사이트의 상태를 지속적으로 검토하도록 우리를 강제하는 방법입니다. 사이트맵은 살아있는 요소여야 합니다. 이는 지속적으로 정리해야 한다는 것을 의미합니다. 잘 최적화되지 않으면 도움이 되지 않을 뿐만 아니라 해를 끼칠 수도 있기 때문입니다. 이렇게 우리는 웹사이트에 대한 더 큰 통제력을 갖도록 "강제"하고 있습니다.

사이트맵이 어떻게 보여야 하는가

아래에서 사이트맵을 만들 때 염두에 두어야 할 몇 가지 기본적인 점을 살펴보겠습니다.

• ›

  사이트맵에 200 이외의 응답 코드(상태 코드)가 있는 URL을 추가하지 마세요.

• ›

  robots.txt에서 차단된 URL을 사이트맵에 추가하지 마세요.

• ›

  noindex 태그가 있는 URL을 사이트맵에 추가하지 마세요.

• ›

  비-캐노니컬 URL을 사이트맵에 추가하지 마세요(즉, 다른 것으로 캐노니컬화된 URL을 추가하지 맙시다. 이를 위해 우리는 직접 원래 URL을 사용할 것입니다).

• ›

  SEO 가치가 없는 페이지를 사이트맵에 추가하는 것을 피하세요(여기서는 상식이 우선합니다. 예를 들어 PDF와 같이 SEO 가치가 없는 큰 페이지 그룹이 있다면, 포함하지 않는 것이 권장될 수 있습니다).

일반적인 사이트맵 오류

많은 경우, 부주의 또는 외부 요인으로 인해 사이트맵에서 많은 오류를 마주칩니다. 다행히 우리는 Search Console을 사용할 수 있으며, 감지된 모든 오류를 경고하고 모든 것을 수정하기 위해 행동할 수 있게 해 줍니다.

아래에서 우리가 일반적으로 찾는 가장 일반적인 오류를 볼 수 있습니다.

• ›

  "제출된 URL에 noindex 태그가 포함되어 있습니다": noindex 태그가 있는 URL을 사이트맵에 제출하면, 검색 엔진에 혼란스러운 신호를 주고 있습니다. 한편으로는 인덱싱하지 말라고 하고, 다른 한편으로는 그렇게 하라고 합니다. 그래서 일관성을 유지하는 것이 중요합니다.

• ›

  "사이트맵에 robots.txt 파일이 차단한 URL이 포함되어 있습니다": noindex와 같은 방식으로, robots.txt를 통해 페이지나 페이지 패턴을 차단한 다음 사이트맵에 제출하면 다시 검색 엔진을 혼란스럽게 만들고, 무엇보다도 크롤 버짓을 낭비하게 됩니다.

가장 많이 사용되는 사이트맵 유형

XML 사이트맵이 가장 일반적이고 관련성이 있지만, 사실은 그것만 존재하는 것이 아니며 다양한 기능과 접근 방식을 가진 여러 가지가 있습니다. 다음과 같습니다.

• ›

  XML 사이트맵: XML 사이트맵은 웹사이트의 URL 인덱싱을 용이하게 하기 위해 특별히 설계되었으며, 엔진에게 그것들이 크롤링되어 검색 결과에 포함될 수 있도록 거기에 사용 가능하다는 것을 보여줍니다. 이러한 종류의 사이트맵은 크롤링 문제가 있을 큰 사이트에 필수적입니다.

• ›

  HTML 사이트맵: 이러한 종류의 사이트맵은 첫 번째 카테고리 또는 메인 페이지부터 두 번째와 세 번째 수준의 섹션과 하위 섹션까지 플랫폼의 계층적 순서를 보여줍니다. 이러한 종류의 사이트맵은 사용자에게 사용 가능하며 실제로 그들의 브라우징 경험을 용이하게 합니다.

• ›

  ROR 사이트맵: ROR 사이트맵은 XML의 변형으로 간주될 수 있지만, 훨씬 더 견고한 성격을 가지고 있습니다. URL, 섹션 등의 설명을 가지고 있고 여러 형식을 지원하기 때문에, 제품 및 서비스 페이지가 있는 사이트에 이상적입니다.

• ›

  비디오 사이트맵: 사이트가 광범위한 멀티미디어 콘텐츠를 가지고 있을 때, 이름, 썸네일, 설명, 랜딩 페이지로의 링크를 포함하여 이러한 유형의 파일이 있는 모든 URL을 포함하는 비디오 사이트맵을 포함하는 것이 권장됩니다. 검색 엔진 크롤링을 용이하게 하고 .mpg, avi, mkv 형식 등의 파일을 찾기 위해 수행됩니다.

• ›

  뉴스 사이트맵: 뉴스 사이트맵은 개발자가 Google News와 같은 플랫폼에 배치되는 뉴스와 정보를 처리할 수 있도록 조직 스키마를 만드는 것을 목표로 하며, 뉴스의 장소, 이름, 콘텐츠, 심지어 키워드까지 정보를 제공합니다.

• ›

  이미지 사이트맵: 이미지와 그 콘텐츠에 특화된 사이트맵. 이미지가 관련 무게를 가진 포털, 예를 들어 시각적 제품의 ecommerce에서 사용하는 것은 매우 흥미롭습니다. 이렇게 우리는 Google 이미지 검색 결과에 나타나는 것을 선호합니다.

언제 사이트맵을 사용하는가

장점 때문에 모든 사이트가 관련 사이트맵을 가지는 것이 일반적으로 권장되지만, 특정 특성과 관련하여 플랫폼에서 사용하는 것이 거의 의무적이 되는데, 다음과 같습니다.

• ›

  웹사이트가 매우 클 때: 플랫폼이 섹션과 URL에 따라 매우 광범위할 때, 사이트맵은 필수적입니다. 내비게이션과 각 페이지의 크롤링을 용이하게 할 것이며, 이는 Google과 같은 검색 엔진의 크롤러나 스파이더에게 많은 페이지가 있을 때 복잡할 수 있습니다.

• ›

  사이트가 새로울 때: 사이트가 새로울 때 사이트맵을 갖는 것이 권장됩니다. 초기 단계에서는 그것에 연결되는 링크가 없어 크롤링이 방해되기 때문입니다. 따라서 사이트맵은 Google과 다른 검색 엔진에게 일을 더 쉽게 만들 것입니다.

• ›

  많은 수의 고립된 URL이 있을 때: 이전 이유와 관련하여, 사이트가 많은 고립된 주소나 다른 것들과 연결되지 않는 주소가 있는 파일을 가지고 있을 때 사이트맵을 추가하는 것이 권장됩니다. 검색 엔진 봇을 위한 크롤링을 더 쉽게 만들기 때문입니다.

WordPress에서 사이트맵 만들기

이미지에서 사이트맵을 보는 거의 모든 사람에게는, 그것이 가지고 있는 모든 연결과 계층 구조 때문에, 그리고 필요한 웹 개발 지식 외에 매우 복잡해 보일 것입니다. 다행히, CMS(Content Management System)를 통해 사이트맵을 만드는 더 단순한 방법이 있습니다.

WordPress는 의심할 여지 없이 가장 많이 사용되는 CMS로, 웹사이트 관리와 생성을 위해 전 세계적으로 사용되며, 자동으로 사이트맵을 생성할 수 있는 플러그인을 통한 도구를 제공합니다. 그 플러그인은 Rank Math에서 나옵니다(WordPress용으로 이 요소를 생성하는 Yoast SEO와 같은 다른 많은 플러그인이 시장에 있지만 말입니다. 이 경우, 가장 잘 알려져 있고 완전히 무료이기 때문에 Rank Math를 명명합니다. WordPress에 설치한 후, 사이트맵을 생성하기 위한 다음 단계는 다음과 같습니다.

• ›

  자격 증명을 사용하여 WordPress에 액세스하고 대시보드에서 "Rank Math" 옵션을 입력합니다.

• ›

  "Rank Math"에 들어가면 플러그인과 관련된 일부 옵션이 나타나며, "Dashboard"를 선택한 다음 "Sitemaps"를 활성화하는 버튼을 선택해야 합니다.

• ›

  변경 사항이 저장되고 XML 사이트맵이 만들어졌습니다.

• ›

  맵을 보려면 페이지 상단에 나타나는 링크를 클릭합니다.

• ›

  사이트맵은 새 주소와 섹션을 추가한 후 자동으로 업데이트되며, 다른 일을 할 필요가 없습니다.

물론 WordPress와 Rank Math 플러그인을 통하는 것이 사이트맵을 생성하는 유일한 방법은 아닙니다. 각 CMS는 자체 도구가 있기 때문입니다. 예를 들어, Shopify 기반 ecommerce 사이트는 플랫폼 자체가 제품과 주소, 포스트, 이미지, 컬렉션 등을 포함하여 XML 사이트맵을 생성하는 장점이 있어, 이러한 종류의 사이트에 필수적입니다.

같은 방식으로, XML Sitemaps와 SEOptimer Sitemap Generator와 같이 가장 일반적인 XML 유형과 독립적으로 사이트맵을 만드는 다양한 도구가 온라인으로 사용 가능합니다.

XML Sitemaps

XML Sitemaps로 사이트맵을 생성하는 것은 단순합니다. 프로세스가 완전히 자동이기 때문입니다. 시작하려면, 선호하는 브라우저로 웹사이트를 방문하고 바에 사이트맵을 만들 사이트의 URL을 삽입하세요.

"Start"를 클릭하면 플랫폼이 전체 사이트를 크롤링하고 다운로드를 위한 .xml 파일을 생성합니다. 사이트가 매우 크고 500개 이상의 내부 URL이 있다면, 유료 버전을 사용해야 하므로, 작은 사이트에 이상적인 도구입니다.

SEOptimer Sitemap Generator

SEOptimer Sitemap Generator는 사이트맵을 생성하기 위한 또 다른 유용한 도구입니다. 플랫폼의 URL과 사이트가 변경되는 빈도, 대략적인 URL 수, 마지막 수정 날짜 등의 추가 정보를 입력하기만 하면 됩니다.

웹사이트에 들어가 위에 언급된 모든 정보를 입력하면, 플랫폼은 다운로드할 수 있고 주소가 있는 사이트맵을 보여주는 .xml 파일을 생성합니다. 어떤 도구로든 생성된 사이트맵 파일을 손에 넣으면, Google Search Console에 등록하는 것이 매우 권장된다는 점을 상기시켜 드립니다. Google이 읽기를 용이하게 할 것이기 때문입니다.

사이트맵 제한 사항

사이트맵을 만들 때, 잘못 실행하지 않도록 염두에 두어야 할 일련의 제한 사항이 있습니다.

• ›

  사이트맵에 포함된 모든 URL은 같은 도메인에 속해야 합니다. 사이트맵 내에 서브도메인을 추가할 수 없습니다. 그것을 위해서는 별도의 사이트맵을 만들어야 합니다.

• ›

  사이트맵 파일은 UTF-8 인코딩이 구현되어 있어야 합니다.

• ›

  사이트맵 내에 최대 50,000개의 URL을 포함할 수 있습니다.

• ›

  이 요소의 최대 무게는 50 MB입니다.

사이트맵 인덱스

위에서 언급한 프로젝트를 제한하는 상황 중 어느 하나에 처하면, Google이 사이트맵 인덱스를 제공합니다. 즉, 우리는 다양한 사이트맵 세트를 만들고, 해당 인덱스를 통해 모두 연결할 수 있습니다. 사이트맵의 사이트맵이라고 말할 수 있습니다. 이 점에 관한 **Google 공식 정보**를 여기에 남깁니다.

참고: 초기 사례에서 보셨듯이, 우리 클라이언트 중 한 명(Chess.com)이 그것을 적용했고, 사실 매우 잘 작동합니다. 모든 사이트맵은 카테고리별로 분류된 다음 모든 페이지의 올바른 후속 조치와 분류를 위해 언어별로 분류됩니다.

지리적으로 위치한 버전이 있는 사이트맵

**다국어 웹사이트**의 경우와 같이 다른 지역에 대한 URL의 다른 버전을 가지고 있다면, 언어당 하나의 사이트맵을 만들거나 모든 번역이 추가되는 단일 사이트맵을 사용하는 것 사이에서 선택할 수 있습니다. 프로세스에 대한 의문이 있다면, 이 특정 경우에 대한 이 사항에 대한 Google의 가이드라인을 항상 볼 수 있습니다.

보너스: 사이트맵을 위한 몇 가지 추가 용도

마지막으로, 유용할 수 있는 사이트맵의 "특별한" 용도 몇 가지를 남깁니다.

• ›

  페이지 디인덱싱 가속화. 그렇습니다, 들으신 대로, 디인덱싱하고자 하는 모든 URL이 있는 사이트맵을 임시로 만들어 nofollow, noindex 속성을 추가하고 Search Console에 업로드할 수 있습니다. 이렇게 우리는 Google이 그것들을 더 빨리 크롤링하게 하여 noindex를 읽도록 강제하므로, 그 URL들의 디인덱싱을 가속화합니다.

• ›

  페이지 제거 가속화. 이전 점과 같은 맥락이지만, Google이 인덱스에서 영구적으로 제거하기를 원하는 URL에 410 상태 코드(removed)를 추가합니다. 이러한 URL만 있는 사이트맵을 업로드하면, 이 프로세스도 선호됩니다. 제거된 후에는 되돌리는 것을 잊지 마세요.

• ›

  경쟁사 스파이. 사이트맵에서 모든 URL을 추출하고 어떤 것을 우선순위화하고, 어떤 것을 그렇지 않으며, 어떤 것에 오류가 있는지 등을 감지함으로써. 이를 위해 매우 편리한 Google Sheet 형태로 인터넷에서 찾은 도구를 공유하겠습니다.

https://docs.google.com/spreadsheets/d/1jKP30CAJEL-rQ8PUnkNfJOiBfDN1XWNauTEUxBU1-w8/copy

복사본을 만들고 사이트맵에서 URL을 추출하고 싶은 웹사이트로 이 값만 수정하면 됩니다.

이 완전한 사이트맵 가이드로 웹 프로젝트에서 효과적이고 최적화된 사이트맵을 만들 수 있기를 바랍니다.