URL 구조란? 한글 URL과 영문 URL, 순위 차이가 있을까

URL 구조(URL Structure)는 웹페이지 주소를 어떤 규칙으로 구성하는지를 말합니다. 도메인 뒤에 오는 경로를 어떻게 나누고, 각 단계에 어떤 단어를 쓰며, 어떤 문자로 구분하는지가 여기에 해당합니다. 사람이 주소만 보고 무슨 페이지인지 짐작할 수 있다면 잘 잡힌 구조입니다.

URL 구조 뜻

https://search-nine.com/seo-wiki/url-structure-meaning/
└─ 스킴 ─┘└─ 도메인 ─┘└ 경로 1단계 ┘└─── 슬러그 ───┘

경로는 사이트의 계층을 드러내고, 마지막 슬러그는 그 문서가 무엇인지 말합니다. 구글의 URL 구조 문서는 사람이 읽을 수 있는 단어를 쓰고, 단어 구분에는 하이픈을 쓰라고 안내합니다.

URL을 이루는 요소

URL은 여러 부분으로 나뉘고, 부분마다 맡는 역할이 다릅니다. https://search-nine.com/seo-wiki/url-structure-meaning/?page=2#section을 예로 들면 다음과 같습니다.

흔히 URL과 도메인을 같은 말처럼 쓰지만, 도메인은 URL을 이루는 한 부분입니다. SEO에서 URL 구조라고 할 때 주로 다루는 것은 사이트의 계층이 드러나는 경로이고, 프래그먼트는 서버로 전송되지 않아 구글이 색인할 때 일반적으로 무시합니다.

한글 URL과 영문 URL, 순위 차이가 있나

한글 URL과 영문 URL 사이에 순위 차이는 없습니다. 그래도 영문 슬러그를 권하는 이유는 실무 편의입니다. 나중에 다국어 사이트로 넓힐 때 주소 체계를 그대로 쓸 수 있고, 데이터를 분석할 때 영문 주소가 훨씬 깔끔합니다. 한글 주소는 복사·공유 과정에서 퍼센트 인코딩된 긴 문자열로 바뀌어, 분석 도구와 외부 링크에서 깨져 보이는 일이 잦습니다.

한글처럼 ASCII가 아닌 문자는 UTF-8 퍼센트 인코딩을 거칩니다. /seo-wiki/url-구조-뜻/은 주소창 밖으로 복사되는 순간 /seo-wiki/url-%EA%B5%AC%EC%A1%B0-%EB%9C%BB/이 됩니다. 한글 세 글자가 27자의 코드로 늘어나는 셈입니다.

구글 SEO 기본 가이드는 도메인이나 URL 경로에 들어간 키워드만으로는 브레드크럼으로 표시되는 것 외에 효과가 거의 없다고 적습니다. 한글이든 영문이든 주소 속 단어가 순위를 좌우하지 않는 이유입니다.

“국내에서는 한글 URL이어야 노출이 잘된다”는 말은 사실이 아닙니다. 검색 결과에 한글 경로를 보여주고 싶다면 주소를 바꿀 필요 없이 브레드크럼 구조화 데이터로 대신할 수 있습니다. 구글은 브레드크럼이 있으면 검색 결과의 주소 자리에 그 경로를 표시합니다.

한글 경로는 브레드크럼 구조화 데이터로 보여줍니다

주소는 영문으로 두고, 검색 결과에 보일 경로 이름만 한글로 지정하는 방법입니다. 구글 브레드크럼 문서의 BreadcrumbList 형식을 따릅니다.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    { "@type": "ListItem", "position": 1, "name": "SEO 용어사전",
      "item": "https://example.com/seo-wiki/" },
    { "@type": "ListItem", "position": 2, "name": "URL 구조" }
  ]
}
</script>

표시 범위는 알아 둘 필요가 있습니다. 구글은 2025년 1월 검색 센터 블로그에서 모바일 검색 결과의 주소 영역을 도메인만 보이도록 바꾸고, 브레드크럼은 데스크톱 검색 결과에만 남긴다고 발표했습니다. 작은 화면에서 경로가 자주 잘렸기 때문이라는 설명입니다. 마크업은 계속 지원되므로 이미 적용한 사이트가 고칠 것은 없습니다.

SEO에 맞는 URL 만드는 방법

원칙은 구글 URL 구조 문서에 거의 다 있습니다. 읽을 수 있는 단어를 쓰고, 긴 ID 번호 대신 내용을 드러내며, 불필요한 파라미터를 걷어내는 것입니다.

좋은 주소와 나쁜 주소

좋은 예
https://example.com/seo-wiki/internal-link-meaning/
https://example.com/shop/dresses?category=summer&sort=low

나쁜 예
https://example.com/index.php?id=4821&sid=a8f3k2
https://example.com/SEO_Wiki/Internal_Link/
https://example.com/shop/#dresses

나쁜 예는 각각 이유가 있습니다. 숫자 ID와 세션 ID는 내용을 알려주지 않고, 세션마다 새 주소를 만들어 중복을 낳습니다. 구글은 세션 ID 대신 쿠키를 쓰라고 권합니다. 구글은 /APPLE과 /apple을 서로 다른 URL로 취급하므로 대소문자를 섞으면 안 됩니다. 해시(#) 뒤의 프래그먼트로 내용을 바꾸는 방식은 구글이 지원하지 않습니다. 파라미터가 필요하다면 =로 키와 값을, &로 여러 파라미터를 잇는 표준 형식을 씁니다.

하이픈과 언더스코어는 다르게 읽힙니다

구글은 하이픈을 단어 사이의 공백으로, 언더스코어를 단어를 잇는 문자로 처리합니다. 그래서 seo_tips는 seotips라는 한 단어로 읽히고, seo-tips는 두 단어로 읽힙니다. 특별한 이유가 없다면 하이픈을 씁니다.

URL 길이는 순위에 영향이 있나

여기서 공식 입장과 실측 데이터가 엇갈립니다. 둘 다 알고 있어야 오해하지 않습니다.

모순처럼 보이지만 상관관계와 인과관계의 차이로 설명됩니다. 짧은 URL이 순위를 올린 것이 아니라, 잘 정리된 사이트가 대체로 URL도 짧고 그런 사이트가 상위에 있는 것입니다. 즉 URL을 억지로 줄여도 순위는 오르지 않습니다.

실무에서 쓸 결론은 이렇습니다. 글자 수를 세지 말고 계층을 줄이세요. 경로 단계가 세 겹을 넘어가면 대개 사이트 구조 자체에 정리할 여지가 있습니다.

길이가 실제로 작용하는 곳은 순위가 아니라 대표 주소 선택입니다. 같은 내용이 여러 주소로 존재할 때 구글은 더 짧고 깔끔한 주소를 대표로 고르는 경향이 있다고 설명해 왔습니다. 파라미터가 붙은 긴 주소가 대표로 잡히지 않도록 캐노니컬 태그로 명시하는 편이 안전합니다.

폴더 깊이보다 클릭 깊이가 중요합니다

구글은 URL에 슬래시가 몇 개인지를 세지 않습니다. 대신 홈페이지에서 몇 번 클릭해야 그 페이지에 닿는지를 봅니다. 존 뮬러가 2018년 웹마스터 행아웃에서 한 설명입니다. 주소가 /a/b/c/d/처럼 깊어도 홈에서 한 번에 링크되면 가까운 페이지이고, 주소가 짧아도 어디서도 링크되지 않으면 먼 페이지입니다.

그렇다고 폴더가 쓸모없는 것은 아닙니다. 구글 SEO 기본 가이드는 URL이 수천 개를 넘는 사이트라면 비슷한 주제를 디렉터리로 묶는 것이 구글이 폴더별 변경 빈도를 파악하는 데 도움이 될 수 있다고 설명합니다. 폴더는 순위 신호가 아니라 크롤링과 분석을 위한 정리 도구로 쓰는 것이 맞습니다.

URL을 바꿀 때 확인할 것

주소를 바꾼다면 영구 리디렉션(301 또는 308)을 쓰는 것이 출발점입니다. 구글 리디렉션 문서에 따르면 영구 리디렉션은 새 주소를 대표 주소로 삼으라는 신호로 쓰이지만, 302·303·307 같은 임시 리디렉션은 그 신호로 쓰이지 않습니다.

구글의 사이트 이전 문서가 안내하는 순서를 정리하면 이렇습니다.

• 옛 주소 목록을 만들고 새 주소와 하나씩 짝짓습니다. 모두 홈으로 보내는 식의 일괄 리디렉션은 피합니다.
• 사이트 안의 내부 링크를 새 주소로 바꿉니다. 리디렉션에만 기대지 않습니다.
• 새 사이트맵을 서치 콘솔에 제출합니다.
• 리디렉션은 가능한 한 오래, 보통 최소 1년 유지합니다.

구글은 재크롤링과 재색인이 진행되는 동안 순위가 출렁일 수 있다고 밝히고 있습니다. 변경 직후의 등락은 예상된 과정으로 보고 몇 주 단위로 지켜보는 편이 낫습니다.

자주 하는 실수

• 주소에 날짜를 넣습니다. /2024/03/제목/ 형태는 내용을 고쳐도 옛날 글로 보이게 만듭니다.
• 의미 없는 숫자만 씁니다. /post/12345/는 사람에게도 검색엔진에도 아무 단서가 되지 않습니다.
• 대문자를 섞습니다. 서버 설정에 따라 대소문자가 다른 주소가 별개 페이지로 취급돼 중복이 생깁니다.
• 계층을 너무 깊게 만듭니다. 분류를 늘리다 보면 중요한 페이지가 홈에서 멀어집니다.
• 파라미터 주소를 방치합니다. 정렬·필터 주소가 각각 색인되면 같은 내용이 수십 개로 늘어납니다. 캐노니컬 태그로 대표 주소를 지정해야 합니다.