SEO를 위한 웹 아키텍처: 완전한 가이드

SEO를 위한 웹 아키텍처: 완전한 가이드
David Kaufmann
SEO 튜토리얼
19 min read

모든 프로세스에서, SEO와 웹 개발 모두에서, 다른 단계보다 중요성이 두드러지는 한 단계가 있습니다. 우리는 웹 아키텍처에 대해 이야기하고 있습니다. 우리는 정말로 그것이 무엇이며 우리 프로젝트에 어떻게 영향을 미칠 수 있는지 알고 있을까요?

맥락을 잡고 우리의 경험을 바탕으로, **실패하는 웹사이트의 70-80%**는 이 단계가 적절히 계획되지 않고 마땅한 중요한 중요성을 받지 못했기 때문입니다.

웹 아키텍처란 무엇인가요?

우리는 웹 아키텍처를 웹사이트의 페이지가 논리적이고 일관된 방식으로 서로 구조화되고 링크되는 방식으로 정의할 수 있습니다. 이상적인 웹 아키텍처는 사용자와 검색 엔진 스파이더가 웹사이트에서 찾고 있는 것을 쉽게 찾는 데 도움이 됩니다.

SEO에 아키텍처가 왜 중요한가요?

매우 단순한 비유를 사용해 봅시다. 식품을 포함하여 다양한 제품을 찾을 수 있는 백화점인 큰 가게를 생각해 보세요. 우리가 TV를 사고 있고 그 옆에서 그것을 집에 놓을 가구를 보고 싶을 때, 토마토가 있는 선반과 그 옆에 셔츠와 바지가 있는 서랍을 본다고 상상해 보세요.

쇼퍼가 가게에 대해 좋은 인상을 받거나 짧은 시간에 찾고 있는 것을 사고 찾을 수 있을까요? 아마도 고객은 사지 않고 떠날 것이고, 거리에서 누군가가 가게의 전문 분야가 무엇인지 묻는다면, 그들은 완전히 말할 수 없을 것입니다.

이 꽤 그래픽적인 예를 든 후, 우리의 디지털 니치에 더 적용해 봅시다.

온라인 스토어 1200x800.png
온라인 스토어 1200x800.png

SEO 환경에서, 적절한 웹 아키텍처의 중요성을 주로 세 가지 이유로 정당화할 수 있습니다.

  • 첫째: 최적화된 웹 아키텍처는 검색 엔진 스파이더가 웹사이트의 모든 페이지를 찾고 인덱싱하는 데 도움이 됩니다. 단순합니다. 크롤러가 우리 웹사이트에 들어와서 그것을 완전히 크롤링할 수 없다면, 모든 페이지를 찾고 그 중요성과 계층을 이해할 수 없다면, 가장 가능성이 높은 것은(확실하지 않다고 말할 수는 없지만) 도중에 일부 페이지를 인덱싱되지 않은 채로 남길 것입니다. 종종 그렇듯이, 그 페이지가 전환을 생성하기 위한 것이라면, 모든 잠재력을 잃게 됩니다.

이러한 종류의 사건은, 사이트 아키텍처가 좋지 않기 때문에, 적절한 주의를 기울이지 않는 큰 eCommerce 사이트에서 보통 발생하며, 도중에 제품 페이지를 인덱싱되지 않은 채로 남기고 그것들이 우리에게 가져다 줄 모든 유기적 판매를 잃습니다.

사이트에 홈페이지에서 여러 번 클릭이 떨어진 페이지가 있거나(또는 다른 어떤 페이지에서도 링크되지 않은 페이지가 있다면), Googlebot은 그 페이지를 찾고 인덱싱하는 데 어려움을 겪을 것입니다. 그러나 사이트 아키텍처가 상호 연관되어 있다면, 스파이더는 내부 링크를 따라 100%의 페이지를 갈 수 있습니다.

  • 둘째: 적절한 아키텍처와 내부 링크의 좋은 사용을 통해 권한(페이지랭크)의 최적 분배를 달성할 것입니다. 웹사이트의 가장 관련 있는 페이지를 올바르게 링크함으로써, Google이 그것들이 가장 큰 무게를 가진 페이지라는 것을 이해하도록 하고, 따라서 다른 것들 위에 보여줄 것입니다.

다른 어떤 액션 전에, 비즈니스 수준에서 Google에 대해 강조하고 싶은 관련 페이지가 무엇인지 고려해야 합니다.

  • 셋째: 올바른 웹사이트 아키텍처는 방문자가 필요한 것을 쉽게 찾을 수 있게 만듭니다. 백화점 예로 돌아가면, 제품 옆에 관련 제품, 사용자의 검색을 풍부하게 할 수 있는 콘텐츠, 또는 초기 콘텐츠를 보완하는 콘텐츠를 배치하면, 사용자를 더 많이 유지하고, 우리 시설의 더 많은 영역을 방문하게 하며, 아마도 구매하게 할 수 있을 것입니다.

이는 SEO로 번역하면 다음을 제공할 것입니다.

  • 웹사이트에서 더 긴 dwell time.

  • 더 큰 페이지 소비.

  • 더 많은 수의 클릭 등.

이 모든 것은 Google이 우리 사이트가 사용자에게 흥미롭다는 것을 받는 신호이며, 따라서 SERP에서 더 잘 랭킹하는 데 도움이 될 것입니다.

SILO 유형 웹 구조

이 주제에 대해 약간 조사하면, 우리는 종종 "SILO 유형 웹 구조"라는 표현을 읽게 됩니다. 이 특정 유형의 구조로 우리가 무엇을 의미하는지 봅시다.

SEO Silo 구조
SEO Silo 구조

Silo 구조는 콘텐츠를 카테고리로 조직화하여 사이트의 구조를 최적화하는 SEO 아키텍처의 한 형태로, 카테고리는 다시 같은 주제의 콘텐츠를 호스팅하고 다른 카테고리의 키워드와 관련시키지 않습니다. 이 구조는 검색 엔진의 눈에 이러한 키워드의 관련성을 높이는 목표를 추구합니다.

이전 예에서 우리는 SILO가 아닌 구조에서 발생할 혼란을 봅니다. 거기서 파란 사탕을 잡으려 한다면, 아마도 다른 원치 않는 색상의 일부로 끝날 것입니다.

이러한 절차는 웹 아키텍처와 그 내부 링크를 만들 때 매우 일반적이고 널리 사용되지만, 엄격해야 하는 것이 아니라 프로젝트의 필요에 적응해야 합니다.

우리의 아키텍처를 구축할 때의 모범 사례

1. "플랫(flat)" 사이트 아키텍처 사용

일반적으로, "플랫" 사이트 아키텍처는 SEO 관점에서 더 큰 혜택을 제공합니다.

플랫 아키텍처는 사용자(그리고 검색 엔진 크롤러)가 우리 웹사이트의 어떤 페이지에든 4번의 클릭 이내로 도달할 수 있다는 것을 의미합니다.

최적 깊이는 4번의 클릭을 초과하지 않습니다
최적 깊이는 4번의 클릭을 초과하지 않습니다

반면에, "Deep" 사이트 아키텍처는 특정 페이지에 도달하는 데 4번에서 10번의 클릭이 걸릴 수 있다는 것을 의미합니다.

이것이 왜 중요한가요?

먼저, 얕은 웹 아키텍처는 홈 페이지와 같이 더 많은 백링크 수를 가진 페이지에서 제품 페이지와 같이 우리가 랭킹하고 싶은 페이지로 링크 권한이 흐른다는 것을 의미합니다.

둘째, 플랫 아키텍처는 Google의 스파이더가 사이트의 모든 웹 페이지를 더 최적의 시간에 찾을 수 있다는 것을 의미하며, 따라서 크롤 버짓을 극대화합니다.

2. 웹사이트의 단순성

복잡성으로 인해 웹사이트를 단순화하는 것이 더 어려운 경우가 있을 것입니다. 그러나 수십만 개의 페이지가 있는 사이트에서도 개발할 때 이를 염두에 두는 것이 권장됩니다.

SEO에 좋지 않을 뿐만 아니라 좋지 않은 사용자 경험이기도 합니다. 그 사이트의 임의의 페이지에 막 도착했다고 상상해 보세요. 사용자가 탐색하고 필요한 것을 찾기 쉽다고 정말로 생각하시나요? 아마 아닐 것입니다.

그러나 사이트의 아키텍처가 단순할 때, 사용자가 사이트를 탐색하여 필요한 것을 찾기가 매우 쉽고, 사용자에게 쉽다면 크롤러에게도 쉬울 것입니다.

이 때문에 첫 순간부터 올바른 웹 계층을 확립하고 시간이 지남에 따라 웹사이트의 성장 전반에 걸쳐 그 아이디어를 유지하는 것이 중요합니다.

통제할 수 없이 성장하기 시작하는 웹사이트에서 매우 일반적인 실수는 연구나 기준 없이 카테고리와 하위 카테고리를 추가하고 서로 링크하여, 의미 없는 클러스터와 계층 트리를 만들고 Google의 스파이더가 이해할 수 없는 웹사이트를 만드는 것입니다.

3. 카테고리 페이지를 최적으로 사용

"카테고리"로 만드는 페이지는 아키텍처의 조직을 중장기적으로 쉽고 확장 가능하게 만듭니다.

새 페이지를 출시하고 싶으신가요? 기존 카테고리에 추가하세요. 그리고 그 카테고리에서 새 페이지에 링크하세요. 이렇게 하면 꾸준히 성장하고 페이지랭크의 적절한 흐름을 유지할 수 있을 것입니다. 이를 위해, 이 점을 정의하기 위한 좋은 초기 연구를 적절히 수행하는 것이 필요합니다.

많은 수의 새 페이지를 추가하고 싶으신가요? 우리는 새 카테고리를 만들 것입니다. 그리고 그 새 카테고리의 페이지에서 새 페이지에 링크하세요.

카테고리 구조 없이는, 페이지가 무작위로 추가됩니다... 이는 보통 복잡한 사이트 아키텍처를 초래합니다.

작은 사이트에서는 카테고리 구조가 의미가 없을 수 있고, 우리는 최종 페이지만 조직화하는 경우가 있을 수 있습니다. 언급한 대로, 이는 보통 작은 사이트에 해당하며, 웹사이트를 구축하기 전에 사전 초기 계획의 중요성을 다시 강조합니다.

4. URL 구조

우리의 웹 아키텍처 내에서, URL 구조는 논리적으로 카테고리를 따라야 합니다. 이는 정말로 중요합니다. URL이 친화적이라면, 사용자가 단순히 URL을 읽음으로써 웹사이트에서 자신이 어디에 있는지 아는 데 도움이 될 것이기 때문입니다.

이를 돕기 위해, 어떤 웹 아키텍처에서도 매우 중요한 요소가 있습니다. 브레드크럼입니다. 그것들은 말씀드린 대로 매우 큰 무게를 가지고 있습니다. 우리가 웹사이트에서 어디에 있는지, 그 페이지가 그 선조와 어떻게 관련되어 있는지, 어떤 계층을 가지고 있는지 항상 알려주는 데 사용되며, 권한 분배를 개선하는 데도 도움이 될 것입니다.

다음은 많은 사이트가 사용하는 URL 구조의 예입니다.

https://exampledomain.com/category/subcategory/keyword

URL이 정확히 이렇게 보일 필요는 없지만, 사이트의 모든 URL이 같은 구조를 따르는 것이 중요합니다.

5. 내부 링크 사용

아키텍처는 페이지가 서로 링크되는 방식으로 결정됩니다.

그래서 우리는 내비게이션 메뉴에서 카테고리 페이지로 링크하고, 카테고리 페이지에서 그 카테고리의 개별 페이지로 링크해야 합니다.

또한 내부 링크를 사용하여 한 페이지의 콘텐츠를 우리 웹사이트의 다른 관련 페이지에 연결하는 것도 중요합니다.

이러한 내부 링크는 단지 SEO를 위한 것이 아니라, 사용자가 더 나은 브라우징 경험을 가지는 데 도움이 됩니다.

중요: 이러한 내부 링크는, 그에 해당하는 앵커 텍스트와 함께, SEO에 최적화되어 있어야 하며, 그것들이 있는 콘텐츠에서 두드러지도록 CSS 스타일을 가져야 합니다. 그래서 시각적으로 내부 링크로 쉽게 식별될 수 있도록.

6. 사이트맵 만들고 최적화

사이트맵은 우리 웹사이트의 "크롤 가능성"을 높이는 좋은 방법입니다. 또한 웹사이트의 카테고리와 하위 카테고리에 대한 더 큰 통제력을 유지하는 데 도움이 될 것입니다. 최신 상태로 유지하고 최적화한다면 말입니다.

사이트맵 포스트 seo alive.png
사이트맵 포스트 seo alive.png

마지막 결론으로, 아키텍처를 디자인할 때, 먼저 내비게이션의 사용자 경험과 그들이 우리 웹사이트에 머무는 동안 우리가 부여하는 의미를 염두에 두어야 합니다. 그들에게 최적이고, 명확하며, 단순하다면, Google에게도 그러할 것이며 보상할 것입니다.

우리가 여러분의 웹사이트를 위한 가장 최적의 아키텍처를 조직화하는 데 도움을 드릴까요? 저희 팀에 연락하세요, 기꺼이 도와드리겠습니다.

저자: David Kaufmann

David Kaufmann

지난 10년 넘게 SEO에 완전히 빠져 살아왔습니다 — 솔직히 다른 길을 가고 싶지도 않았어요.

제 커리어가 한 단계 도약한 것은 인터넷 전체에서 방문자가 가장 많은 100개 사이트 중 하나인 Chess.com에서 시니어 SEO 스페셜리스트로 일했을 때입니다. 수백만 페이지, 수십 개 언어, 그리고 가장 경쟁이 치열한 SERP 중 하나에서 일한 경험은 어떤 강의나 자격증도 가르쳐주지 못하는 것들을 알려주었습니다. 이 경험은 진정으로 훌륭한 SEO가 어떤 모습이어야 하는지에 대한 제 관점을 완전히 바꾸어 놓았고, 이후 제가 만든 모든 것의 기초가 되었습니다.

이 경험을 바탕으로 SEO Alive를 창업했습니다 — 오가닉 성장에 진심인 브랜드를 위한 에이전시입니다. 우리는 대시보드와 월간 리포트를 파는 것이 목표가 아닙니다. 실제로 결과를 움직이는 전략을 만들어, 클래식 SEO의 최고와 흥미진진한 새로운 Generative Engine Optimization(GEO) 세계를 결합합니다 — 여러분의 브랜드가 Google의 파란 링크뿐 아니라 ChatGPT, Perplexity, Google AI Overviews가 매일 수백만 명에게 전달하는 AI 생성 답변 안에도 노출되도록 합니다.

그리고 이 두 세계를 제대로 다루는 도구를 찾을 수 없어서 직접 만들었습니다 — SEOcrawl입니다. 랭킹, 기술 감사, 백링크 모니터링, 크롤 건전성, AI 브랜드 가시성 추적을 한 곳에서 통합하는 엔터프라이즈 SEO 인텔리전스 플랫폼이죠. 항상 존재하기를 바랐던 바로 그 플랫폼입니다.

→ David님의 모든 글 읽기
더 많은 글: David Kaufmann

이 저자의 더 많은 콘텐츠를 만나보세요