URL 구조 설계 가이드 — 좋은 슬러그 만드는 법

홈페이지를 만들 때 색상과 폰트는 고민해도, 주소창에 뜨는 URL까지 신경 쓰는 사업가는 많지 않다. 그러나 URL은 검색 결과에서 사용자가 가장 먼저 훑는 요소 중 하나이고, 구글이 페이지의 위치와 성격을 이해하는 지도이기도 하다.

결론부터 말하면 이렇다. 좋은 URL은 짧고, 의미 있는 단어로 이루어져 있으며, 사람이 주소만 보고도 그 페이지에 무엇이 있는지 짐작할 수 있어야 한다. 여기에 하이픈으로 단어를 구분하고, 불필요한 파라미터와 깊은 폴더 구조를 피하면 대부분의 URL 설계 문제는 해결된다.

구글은 2025년 중반 URL 구조에 관한 공식 가이드 문서를 대대적으로 손봤다. 순위를 매기는 방식 자체가 바뀐 것은 아니지만, 요구 사항과 권장 사항을 훨씬 명확하게 나눠 정리했다. 이 글은 그 공식 가이드와 실무 경험을 바탕으로, 슬러그 작성법부터 폴더 깊이, 파라미터 처리, 한글 URL 논쟁까지 예시 중심으로 정리한다.

이 글에서 먼저 챙겨 갈 핵심만 추리면 이렇다.

• 슬러그(URL 마지막 경로 조각) 는 하이픈으로 단어를 구분하고, 소문자 영단어로 짧고 명확하게 쓴다
• 폴더 깊이는 얕을수록 좋다 — 클릭 3–4번 안에 어떤 페이지든 닿는 구조가 이상적이다
• 파라미터·세션ID는 검색엔진에 노출되는 URL에서는 최소화하고, 꼭 필요하면 캐노니컬 태그로 정리한다
• 한글 URL은 기술적으로 가능하지만 퍼센트 인코딩으로 인해 공유 시 지저분해 보일 수 있어, 신중하게 선택해야 한다
• URL을 나중에 바꿔야 한다면 301 리다이렉트로 옛 주소와 새 주소를 반드시 연결해야 한다

집 주소에 비유하면 이해가 쉽다. "서울시 강남구 테헤란로 123, 5층, 502호"라는 주소는 그 자체로 위치와 규모를 짐작하게 해 준다. 반대로 "제3구역 A동 지하 2층 창고 옆 임시사무실"이라는 주소는 존재는 하지만 아무도 한 번에 찾아가지 못한다. URL도 마찬가지다. 주소 자체가 콘텐츠에 대한 힌트가 되어야 사람도 검색엔진도 헤매지 않는다.

이 글은 SEO를 잘 모르는 사업가도 오늘 바로 자기 홈페이지의 URL을 점검할 수 있도록, 정의부터 나쁜 예와 좋은 예, 업종별 적용법까지 쉽게 풀어 쓴다. 새로 홈페이지를 만드는 단계라면 지금 이 규칙을 세우는 편이 나중에 통째로 바꾸는 것보다 훨씬 수월하다.

URL 구조가 왜 중요할까?

URL 구조가 중요한 이유는 검색엔진의 이해도, 사용자의 신뢰도, 그리고 링크 공유 시의 인상까지 한 번에 좌우하기 때문이다. URL 하나가 이 세 가지 역할을 동시에 수행한다.

첫째, 구글은 URL에 담긴 단어를 페이지 주제를 파악하는 신호 중 하나로 활용한다. 순위를 결정하는 절대적인 요소는 아니지만, 제목·본문과 함께 페이지의 정체성을 뒷받침하는 보조 신호로 작동한다. 예를 들어 URL에 "임플란트-비용"이라는 단어가 들어 있으면, 본문 내용과 합쳐져 그 페이지가 임플란트 비용을 다룬다는 확신을 구글에 더 준다.

둘째, 사람은 검색 결과에서 제목 아래 회색 글씨로 뜨는 URL을 함께 본다. "example.com/product?id=4821&cat=9&ref=ab3" 같은 주소보다 "example.com/products/leather-wallet" 같은 주소가 훨씬 신뢰가 가고 클릭하고 싶어진다. 사람은 무의식적으로 정돈된 주소를 정돈된 사업체와 연결 짓는다.

셋째, URL은 카카오톡·문자·이메일로 공유될 때 그대로 노출된다. 짧고 읽기 쉬운 URL은 공유되는 순간 그 자체로 작은 신뢰 신호가 되지만, 알아볼 수 없는 코드 뭉치는 스팸처럼 보여 클릭을 주저하게 만든다.

같은 상담 페이지를 두고 두 사업체가 나란히 검색 결과에 뜬 상황을 떠올려 보자. 한쪽은 "oo-dental.com/implant-consultation"이라는 주소를, 다른 한쪽은 "oo-dental.com/index.php?menu=3&sub=12&mode=view"라는 주소를 쓰고 있다. 제목과 순위가 비슷하다면, 사람들은 무의식적으로 주소가 더 명확한 쪽을 더 전문적인 병원으로 받아들이는 경향이 있다. URL은 콘텐츠 자체는 아니지만, 콘텐츠에 대한 첫인상을 결정하는 요소임은 분명하다.

구글은 2025년 6월 URL 구조 관련 공식 문서를 크게 개편했다. 순위 산정 방식 자체는 바뀌지 않았다고 밝혔지만, 요구 사항(크롤링 가능한 URL의 필수 조건), 이해하기 쉬운 URL 만들기, 흔한 문제 피하기, 크롤링 문제 해결까지 네 갈래로 문서를 재구성했다. URL 설계가 여전히 SEO에서 놓치기 쉬운 기본기라는 뜻이다.

이 개편에서 눈에 띄는 변화 몇 가지가 있다. 참조 표준을 예전 RFC 3986에서 최신 IETF STD 66으로 바꿨고, URL 대소문자 구분을 다루는 절을 새로 추가했다. 또한 세션ID처럼 방문마다 달라지는 값을 URL에 넣지 말고 쿠키를 대신 쓰라는 권고를 한층 명확히 했다. 실무자 입장에서는 "이전보다 더 꼼꼼하게, 그러나 방향은 똑같이" 정도로 받아들이면 된다.

이 문서가 새로 정리한 크롤링 가능한 URL의 필수 조건도 함께 짚어 둘 만하다. 요약하면 다음과 같다.

• 표준 문자(영문·숫자·일부 기호)를 쓰고, 인코딩이 깨지지 않게 관리한다
• 같은 콘텐츠가 파라미터 조합만 바뀐 채 무한히 늘어나지 않게 한다
• 가능하면 HTTPS를 기본으로 쓴다
• 로그인 없이도 접근 가능한 URL을 검색엔진에 노출한다
• 페이지마다 고유한 URL 하나를 원칙으로 삼는다

이 항목들은 대부분 "당연한 이야기"처럼 들리지만, 실제로 사이트를 점검해 보면 로그인 후에만 보이는 페이지가 실수로 사이트맵에 포함돼 있거나, 같은 상품이 옵션별로 수십 개의 URL로 나뉘어 있는 경우가 흔하다. 기본기일수록 오히려 놓치기 쉽다.

이런 기본 요건이 제대로 갖춰져 있는지는 사이트맵 자체의 정확도와도 맞닿아 있다. 사이트맵에 오래전에 삭제된 URL이나 리다이렉트된 옛 주소가 그대로 남아 있으면, 크롤러가 이미 없는 페이지를 계속 확인하러 오느라 정작 새 페이지를 발견하는 속도가 느려질 수 있다. URL 구조를 정리할 때는 사이트맵도 함께 최신 상태로 맞춰 두는 습관이 필요하다.

좋은 URL 슬러그는 어떻게 만들까?

슬러그란 URL에서 도메인 뒤에 붙는 마지막 경로 조각을 뜻한다. "iruweb.com/blog/url-structure-seo-guide"에서 "url-structure-seo-guide" 부분이 슬러그다. 이 짧은 문자열 하나에 페이지의 정체성이 압축된다.

좋은 슬러그의 기본 원칙은 세 가지다. 소문자 영단어를 쓰고, 단어 사이는 하이픈(-)으로 구분하며, 핵심 키워드 한두 개만 담아 짧게 유지한다. 구글은 하이픈을 단어와 단어 사이의 공백으로 해석하지만, 언더바(_)는 두 단어를 하나로 붙여 읽는 경향이 있다. 그래서 "url_structure_seo"는 검색엔진에게 "urlstructureseo"라는 한 단어처럼 보일 위험이 있고, "url-structure-seo"는 "url", "structure", "seo" 세 단어로 정확히 분리된다.

아래 표로 실제 업종 예시를 비교해 보면 감이 빠르게 잡힌다.

상황	나쁜 예	좋은 예
블로그 글	oo-dental.com/post?id=482	oo-dental.com/blog/implant-cost
카페 메뉴	oo-cafe.co.kr/menu_page_1	oo-cafe.co.kr/menu/drip-coffee
쇼핑몰 상품	oo-shop.com/item.php?no=A1029X	oo-shop.com/products/leather-wallet
서비스 소개	oo-agency.com/Service_Detail_View.aspx	oo-agency.com/services/homepage

나쁜 예의 공통점은 사람이 주소만 봐서는 내용을 전혀 짐작할 수 없다는 점이다. 반대로 좋은 예는 주소 자체가 요약문 역할을 한다.

슬러그를 지을 때는 "이 주소만 다른 사람에게 문자로 보냈을 때, 받는 사람이 내용을 짐작할 수 있는가"를 스스로 물어보면 된다. 짐작이 안 되면 다시 써야 한다.

키워드는 한 번만 정확하게 넣는 것으로 충분하다. "seo-seo-website-seo-agency"처럼 같은 단어를 반복해 욱여넣는 것은 스팸처럼 보일 뿐 아니라, 오히려 핵심 단어가 무엇인지 흐려 놓는다. 슬러그 단어 수는 3개에서 5개 사이가 적당하며, 조사·불필요한 수식어는 생략한다.

숫자는 상황에 따라 써도 무방하다. 상품 코드나 연도처럼 의미가 분명한 숫자("2026-seo-checklist")는 괜찮지만, 데이터베이스 내부 관리번호("item-48291")만 덩그러니 남기면 사람에게는 아무 의미가 없다. 가능하면 숫자 대신 그 숫자가 가리키는 이름을 슬러그에 쓰는 편이 낫다.

조사와 불필요한 수식어도 걸러내야 한다. 한국어 문장을 그대로 로마자로 옮기면 "implant-eul-halkkayo"처럼 조사("을", "를", "이", "가")까지 그대로 딸려 오는 경우가 있는데, 이런 조사는 검색어로 거의 쓰이지 않으므로 과감히 뺀다. "임플란트를 알아보자"라는 제목이라면 슬러그는 "implant-guide" 정도로 핵심 명사만 남기면 충분하다.

아래 표로 다른 업종 예시를 하나 더 비교해 보자.

상황	나쁜 예	좋은 예
법률사무소 상담 페이지	oo-law.com/consult_page_final_v2	oo-law.com/divorce-consultation
부동산 매물	oo-realty.com/view.asp?bno=9931	oo-realty.com/listings/gangnam-officetel
피트니스 센터	oo-fitness.co.kr/prog?c=3&t=pt	oo-fitness.co.kr/programs/personal-training

세 예시 모두 나쁜 예는 관리 시스템이 자동으로 붙인 코드를 그대로 노출하고 있다. 관리자에게만 의미 있는 코드와, 고객이 실제로 검색할 단어는 다르다는 점을 기억하면 슬러그 설계가 한결 쉬워진다.

키워드를 억지로 욱여넣는 실수도 자주 나온다. "seo-website-seo-agency-seo-consulting"처럼 같은 단어나 동의어를 반복해서 나열하면, 오히려 어떤 단어가 진짜 핵심인지 흐려지고 스팸처럼 보인다. 슬러그 하나에는 가장 대표적인 키워드 조합 하나만 담고, 나머지 관련어는 본문과 제목에서 자연스럽게 다루는 편이 훨씬 효과적이다.

폴더(카테고리) 깊이는 몇 단계가 적당할까?

폴더 깊이는 얕을수록 좋다. 홈에서 원하는 페이지까지 클릭 3–4번 안에 닿는 구조가 사람에게도 크롤러에게도 이상적이다. 폴더가 너무 깊으면 크롤러가 안쪽 페이지까지 도달하는 데 더 많은 자원을 쓰고, 내부 링크로 힘(권위)이 전달되는 경로도 길어진다.

여기서 폴더 깊이란 URL 경로에서 슬래시(/)로 구분되는 단계의 수를 말한다. "iruweb.com/blog/url-structure-seo-guide"는 도메인 바로 아래 한 단계(blog)만 거치는 얕은 구조이고, "iruweb.com/category/sub/sub2/sub3/product-name"은 네 단계를 거치는 깊은 구조다.

실무에서 흔히 저지르는 실수는 관리자 입장에서 분류를 세밀하게 나누고 싶은 마음에, 그 분류를 그대로 URL 폴더로 다 쌓아 올리는 것이다. "가구 > 거실가구 > 소파 > 3인용 > 패브릭 > 그레이" 같은 상품 분류 체계를 그대로 URL에 옮기면 6단계짜리 폴더가 만들어진다. 이럴 때는 분류 체계는 카테고리 페이지 안의 필터로 처리하고, URL 폴더 자체는 "가구 > 소파" 정도로만 얕게 유지하는 편이 낫다.

URL 폴더 구조는 화면에 보이는 브레드크럼(탐색경로)과도 자연스럽게 이어진다. "홈 > 소파 > 그레이 패브릭 소파" 같은 탐색경로는 URL 폴더 단계와 거의 일치할 때 사용자와 검색엔진 모두에게 가장 이해하기 쉽다. 반대로 화면에는 3단계 탐색경로를 보여주면서 실제 URL은 6단계로 꼬여 있다면, 둘 중 하나는 반드시 정리 대상이다. 탐색경로를 화면에 어떻게 구현하고 구조화 데이터로 표시하는지는 브레드크럼 완벽 가이드에서 더 자세히 다룬다.

블로그처럼 콘텐츠가 계속 쌓이는 사이트라면 굳이 연도·월별 폴더를 만들 필요도 없다. "blog/2026/08/28/글제목"보다 "blog/글제목"이 더 짧고, 나중에 글을 다른 카테고리로 옮길 때도 주소가 바뀌지 않아 유지 보수가 쉽다. 이루웹 블로그도 모든 글을 "/blog/슬러그" 한 단계 구조로 통일해 이런 문제를 원천적으로 없앴다.

다만 사이트 규모가 아주 크고 카테고리가 명확히 구분되는 쇼핑몰이라면 "shop/category/product-name"처럼 한 단계 정도의 카테고리 폴더는 오히려 사용자의 위치 감각(지금 어느 카테고리에 있는지)을 도와준다. 핵심은 "몇 단계인가"가 아니라 "그 단계가 실제로 의미를 전달하는가"이다.

실제로 구조를 정리한 사례를 하나 들어 보자. 한 인테리어 자재 쇼핑몰이 "shop/category/livingroom/sofa/fabric/3seat/gray-sofa-01"이라는 7단계짜리 URL을 쓰고 있었다고 가정하자. 이 구조를 "shop/sofa/gray-fabric-sofa"처럼 두 단계로 줄이면, 세부 옵션(패브릭·3인용·색상)은 상품 상세 페이지 안의 옵션 선택으로 옮기고, URL 자체는 "어떤 카테고리의 어떤 상품인지"만 남긴다. 이렇게 정리하면 크롤러가 도달하는 거리도 짧아지고, 사람이 주소를 읽고 이해하는 속도도 빨라진다.

카테고리를 재구성할 때는 기존 깊은 URL을 갑자기 지우지 말고, 앞서 다룰 301 리다이렉트로 새 주소에 연결한 뒤 단계적으로 정리하는 것이 안전하다. 구조 개편은 한 번에 끝내는 이벤트가 아니라, 트래픽이 적은 페이지부터 순서대로 옮기는 점진적인 작업으로 접근하는 편이 리스크를 줄인다.

파라미터·트래킹 코드는 URL에 어떻게 처리할까?

검색엔진에 노출되는 URL에는 파라미터를 최소화하는 것이 원칙이다. 파라미터란 물음표(?) 뒤에 붙는 "키=값" 형태의 추가 정보를 말한다. 예를 들어 "?color=blue&size=large"는 색상과 사이즈 옵션을 전달하는 파라미터다.

파라미터 자체가 무조건 나쁜 것은 아니다. 문제는 같은 페이지가 파라미터 조합에 따라 URL만 다른 채로 무한히 생성될 때 발생한다. 옵션이 색상 5가지, 사이즈 4가지인 상품이라면 이론상 20개의 URL이 만들어지지만, 실제 콘텐츠는 거의 같다. 이런 상황을 방치하면 중복 콘텐츠가 쌓여 크롤링 자원이 낭비되고, 어떤 URL이 대표 페이지인지 구글이 혼란스러워한다.

해결법은 명확하다. 대표가 될 하나의 URL을 정하고, 나머지 파라미터 조합에는 정규 URL(canonical) 태그로 "진짜 원본은 이쪽"이라고 알려주는 것이다. 정규 URL을 어떻게 다루는지는 별도로 다룬 캐노니컬과 중복 콘텐츠 가이드에서 더 자세히 확인할 수 있다.

세션ID처럼 방문자마다 매번 달라지는 값은 URL에 아예 넣지 않는 것이 좋다. 로그인 상태나 장바구니 정보를 유지하려고 "?sessionid=8f3a2b9c" 같은 값을 URL에 붙이던 방식은 예전 게시판·쇼핑몰 솔루션에서 흔했는데, 이는 사실상 같은 페이지를 방문자 수만큼 다른 URL로 만드는 셈이다. 구글은 이런 값을 쿠키로 대체하라고 명확히 권고한다.

마케팅에서 자주 쓰는 UTM 파라미터("?utm_source=인스타그램")는 광고나 SNS 성과를 추적하는 데 유용하고, 정상적으로 쓰는 한 문제가 되지 않는다. 다만 이런 추적용 URL을 그대로 내부 링크나 사이트맵에 등록하지 않도록 주의해야 한다. 추적은 캠페인 링크에서만, 사이트 안에서 페이지끼리 연결할 때는 깨끗한 원본 URL을 쓰는 것이 원칙이다.

쇼핑몰에서 자주 겪는 또 다른 문제는 패싯 내비게이션(faceted navigation), 즉 필터 기능이 만들어 내는 URL 폭증이다. 색상·사이즈·가격대·브랜드 필터를 조합할 때마다 새 URL이 생기는 구조라면, 상품 몇백 개짜리 쇼핑몰도 실제로는 수만 개의 URL을 만들어 낼 수 있다. 이런 조합형 URL은 대부분 검색으로 유입될 필요가 없는 페이지이므로, 정규 URL 태그와 함께 robots.txt에서 해당 파라미터 패턴을 걸러 주는 방법을 같이 쓰는 것이 실무에서는 더 안전하다.

한글 URL, 그대로 써도 될까?

기술적으로는 가능하지만, 신중하게 판단해야 한다. 결론만 말하면 대부분의 상황에서는 영문 슬러그를 권장하지만, 브랜드나 콘텐츠 성격상 한글이 더 자연스러운 경우도 있다.

한글 URL의 가장 큰 특징은 브라우저 주소창에는 "iruweb.com/블로그/좋은-슬러그-만들기"처럼 자연스럽게 보이지만, 실제 서버와 통신할 때는 뒤에서 퍼센트 인코딩이라는 방식으로 변환된다는 점이다. 한글 한 글자가 "%EC%A2%8B%EC%9D%80"처럼 여러 자리의 영문·기호 조합으로 바뀐다. 이 과정을 거치면 카카오톡이나 문자로 링크를 공유했을 때, 받는 사람 환경에 따라 알아보기 힘든 긴 코드 뭉치로 보이는 경우가 생긴다.

구글은 인코딩된 한글 URL도 정상적으로 크롤링하고 색인한다. 즉 "순위에 불리하다"는 낭설은 사실이 아니다. 문제는 순위가 아니라 공유·가독성이다. 짧은 메시지 앱이나 오래된 프로그램에서는 인코딩된 주소가 깨져 보이거나 링크가 잘리는 사고도 종종 발생한다.

실무에서는 다음 기준으로 정리하면 무난하다.

• 일반적인 정보성 콘텐츠, 서비스 소개 페이지: 영문 슬러그 권장(짧고, 어디서나 안전하게 공유됨)
• 브랜드명이나 지역명이 핵심인 페이지(예: 특정 지역 맛집, 전통 콘텐츠): 한글 슬러그도 고려 가능
• 워드프레스 등에서 제목을 그대로 슬러그로 자동 생성하는 설정을 쓰고 있다면, 발행 전에 슬러그를 영문으로 직접 수정하는 습관을 들이는 것이 안전하다

새로 만드는 사이트라면 처음부터 영문 슬러그 규칙을 정해 두는 편이 이후 관리가 훨씬 편하다. 이미 한글 URL로 운영 중이라면 지금 당장 바꾸기보다는, 새로 추가하는 페이지부터 규칙을 통일해 가는 방식을 권한다.

실제 변환 예시를 보면 왜 조심해야 하는지 감이 온다. "좋은-슬러그"라는 짧은 한글 단어도 퍼센트 인코딩을 거치면 "%EC%A2%8B%EC%9D%80-%EC%8A%AC%EB%9F%AC%EA%B7%B8"처럼 서른 자가 넘는 문자열로 늘어난다. 브라우저 주소창은 이를 다시 한글로 예쁘게 보여주지만, 문자 메시지나 일부 오래된 메신저·프로그램에 붙여 넣으면 인코딩된 원본 그대로 노출되어 링크가 훨씬 길고 복잡해 보인다.

플랫폼(카페24·아임웹·워드프레스)마다 슬러그를 마음대로 바꿀 수 있을까?

플랫폼마다 슬러그를 직접 손댈 수 있는 범위가 다르다. 자체 개발 홈페이지나 워드프레스는 자유도가 높은 편이고, 쇼핑몰 빌더는 상품·게시판 URL이 시스템 규칙에 따라 자동 생성되는 경우가 많아 자유도가 상대적으로 낮다.

워드프레스는 글·페이지마다 슬러그를 관리자 화면에서 직접 입력하고 수정할 수 있고, 사이트 전체 URL 형태(고정 링크 구조)도 설정에서 선택할 수 있다. 이 글에서 설명한 하이픈·소문자 규칙을 그대로 적용하기 가장 쉬운 플랫폼 중 하나다.

카페24처럼 국내에서 널리 쓰이는 쇼핑몰 솔루션은 기본적으로 상품·게시판 URL이 "상품 번호"를 포함한 파라미터 형태로 자동 발급되는 경우가 많다. 이런 플랫폼은 별도로 사람이 읽기 쉬운 보조 주소(쉬운 URL)를 상품마다 설정할 수 있는 기능을 제공하기도 하므로, 관리자 화면에서 관련 메뉴가 있는지 먼저 확인해 볼 필요가 있다.

아임웹·식스샵 같은 홈페이지·쇼핑몰 빌더는 메뉴(페이지) 단위의 주소는 관리자 화면에서 변경할 수 있도록 지원하는 경우가 흔하지만, 상품 상세처럼 자동으로 생성되는 영역은 플랫폼 자체 규칙을 따르는 부분이 남아 있을 수 있다. 정확한 커스터마이즈 범위는 플랫폼마다, 또 같은 플랫폼 안에서도 화면 종류마다 다르므로, 계약 전이나 운영 중이라면 관리자 설정 화면에서 직접 확인하는 것이 가장 정확하다.

플랫폼을 이미 정해 운영 중이라면 "완벽한 URL"을 만드는 데 집착하기보다, 그 플랫폼이 허용하는 범위 안에서 최대한 이 글의 원칙(하이픈·소문자·짧은 키워드)에 가깝게 맞추는 현실적인 접근이 낫다.

대문자와 트레일링 슬래시, 신경 써야 할까?

둘 다 일관성이 핵심이다. URL은 기술적으로 대소문자를 구분하는 문자열이다. "iruweb.com/Blog/Post"와 "iruweb.com/blog/post"는 서버 입장에서 서로 다른 두 주소로 취급될 수 있다. 사람 눈에는 같은 페이지처럼 보여도, 구글에게는 콘텐츠가 같은 두 개의 서로 다른 URL, 즉 중복 콘텐츠 후보로 인식될 위험이 있다.

가장 안전한 방법은 모든 URL을 소문자로 통일하는 것이다. 대문자를 섞어 쓸 이유가 없다면 처음부터 소문자 규칙을 정해 두면 이런 문제 자체가 생기지 않는다. 서버 환경에 따라 대소문자를 처리하는 방식도 다르다는 점도 참고할 만하다. 리눅스 기반 서버는 대체로 대소문자를 엄격히 구분하지만, 일부 환경은 대소문자를 구분하지 않고 같은 페이지로 처리하기도 한다. 어느 쪽이든 사람이 직접 대문자·소문자를 섞어 링크를 만들 일 자체를 없애는 편이 가장 확실하다.

트레일링 슬래시(주소 맨 끝에 붙는 "/")도 같은 원리다. "iruweb.com/blog"와 "iruweb.com/blog/"를 설정에 따라 다른 URL로 인식할 수 있다. 어느 쪽을 표준으로 삼을지는 사이트 구조에 따라 정하되, 한 번 정한 규칙은 사이트 전체에서 일관되게 유지하고, 다른 형태로 접속했을 때는 표준 형태로 자동 연결(리다이렉트)해 주는 것이 안전하다.

이 두 가지 모두 캐노니컬 태그로 한 번 더 보완할 수 있다. 대소문자나 슬래시가 섞여 여러 버전의 URL이 생기더라도, 정규 URL 태그가 "대표 주소는 이것"이라고 명확히 알려주면 구글이 혼란스러워할 여지가 크게 줄어든다.

URL을 나중에 바꿔야 한다면 어떻게 해야 할까?

URL을 변경할 때는 반드시 301(영구) 리다이렉트로 옛 주소와 새 주소를 연결해야 한다. 리다이렉트를 걸지 않고 주소만 바꾸면, 그동안 그 페이지가 쌓아 온 검색 순위와 백링크의 신용이 허공으로 사라진다.

301 리다이렉트를 정확히 걸면 이전 페이지가 갖고 있던 신뢰가 새 주소로 대부분 이어진다. 다만 이전 직후 곧바로 예전과 똑같은 순위로 복귀하지는 않는다. 구글이 새 주소를 다시 크롤링하고 신뢰를 재확인하는 데 보통 몇 주에서 한두 달 정도의 시간이 걸린다는 점을 미리 감안해야 한다.

URL 변경 작업을 진행할 때 흔히 놓치는 지점은 리다이렉트만 걸어 두고, 사이트 내부 링크는 여전히 옛 주소를 가리키게 방치하는 경우다. 리다이렉트가 있으니 작동은 하지만, 방문자와 크롤러 모두 한 번 더 거치는 우회 경로를 타게 되어 비효율적이다. 새 주소로 URL을 바꿨다면 메뉴, 본문 링크, 사이트맵까지 전부 새 주소로 다시 맞춰야 마무리가 된다.

URL 변경은 "이사"와 같다. 우편물이 새 주소로 자동 전달되게(리다이렉트) 설정하는 것만으로 끝이 아니라, 명함과 간판(내부 링크, 사이트맵)도 새 주소로 다시 찍어야 진짜 이사가 끝난다.

리다이렉트를 걸어 둔 뒤에는 반드시 서치 콘솔에서 옛 주소와 새 주소의 노출·클릭 추이를 함께 지켜봐야 한다. 새 주소의 노출이 서서히 늘고 옛 주소의 노출이 서서히 줄어드는 흐름이 보인다면 정상적으로 신뢰가 이전되고 있다는 뜻이고, 반대로 양쪽 모두 노출이 함께 줄어든다면 리다이렉트 설정이나 새 페이지의 콘텐츠 자체에 문제가 없는지 다시 점검해야 한다.

도메인 자체를 바꾸는 큰 이전 작업이라면 훨씬 더 꼼꼼한 점검이 필요하다. 이 경우의 체크리스트는 도메인 이전 SEO 체크리스트에서 단계별로 확인할 수 있다. URL 구조를 부분적으로만 정리하는 상황이라면, 자주 방문되는 페이지나 백링크가 많이 걸린 페이지부터 우선순위를 두고 리다이렉트를 챙기는 편이 안전하다.

지금 우리 사이트의 URL 상태는 어떻게 확인할까?

가장 쉬운 방법은 구글 서치 콘솔에서 실제 색인된 URL 목록을 직접 훑어보는 것이다. "색인 생성 > 페이지" 메뉴에 들어가면 색인된 URL과 색인되지 않은 URL을 함께 확인할 수 있고, 여기서 파라미터가 잔뜩 붙은 URL이 대량으로 노출돼 있다면 지금까지 설명한 문제가 실제로 벌어지고 있다는 신호다.

사이트 검색으로도 간단히 점검할 수 있다. 구글 검색창에 "site:내도메인.com"을 입력하면 실제 색인된 페이지의 URL이 그대로 노출된다. 여기서 같은 상품이 옵션별로 여러 URL로 중복 노출되거나, 관리자용 페이지가 섞여 있다면 우선적으로 정리할 대상이다.

이 점검은 한 번으로 끝내기보다 분기마다 한 번씩 반복하는 습관을 들이는 편이 좋다. 사이트가 커지고 담당자가 바뀌는 과정에서 처음에 세운 규칙이 조금씩 흐트러지는 일이 흔하기 때문이다. 정기 점검을 통해 새로 생긴 나쁜 예를 일찍 발견할수록, 나중에 한꺼번에 정리하는 큰 작업을 피할 수 있다.

사이트 규모가 크다면 모든 URL을 한 번에 손보려 하지 말고, 서치 콘솔에서 노출·클릭이 많은 URL부터 우선순위를 매겨 점검하는 것이 시간 대비 효과가 가장 크다.

업종별로는 어떻게 적용하면 좋을까?

업종마다 페이지 성격이 다르므로 슬러그에 담을 정보도 달라진다. 아래 예시를 참고해 자기 업종과 가장 비슷한 항목을 찾아 그대로 응용하면 된다.

• 병원·의원: oo-clinic.com/implant-cost, oo-clinic.com/blog/root-canal-pain — 시술명과 궁금증을 그대로 슬러그에 담는다
• 카페·식당: oo-cafe.co.kr/menu/drip-coffee, oo-cafe.co.kr/location — 메뉴명·매장 정보 위주로 짧게
• 쇼핑몰: oo-shop.com/products/leather-wallet, oo-shop.com/category/bags — 상품명·카테고리명 중심, 관리번호는 배제
• 홈페이지 제작·에이전시: iruweb.com/services/homepage, iruweb.com/blog/url-structure-seo-guide — 서비스명과 콘텐츠 주제를 명확히
• 학원·교육기관: oo-academy.com/course/toeic-speaking — 과정명을 그대로

공통적으로 지켜야 할 원칙은 업종 전문 용어를 그대로 쓰되, 내부 관리용 코드나 줄임말은 배제하는 것이다. 원무과에서만 통용되는 코드나, 사내에서만 알아듣는 약어를 슬러그에 넣으면 정작 검색하는 고객은 그 단어로 검색하지 않는다는 사실을 놓치기 쉽다.

업종별 예시를 정할 때는 실제 고객이 검색창에 입력할 법한 표현을 먼저 떠올리고, 그 표현에서 조사와 군더더기만 뺀 뒤 슬러그로 옮기는 순서를 권한다. 예를 들어 고객이 "강남 임플란트 비용 얼마"라고 검색한다면, 슬러그는 그 문장 전체가 아니라 핵심인 "gangnam-implant-cost" 정도로 압축하면 된다. 지역명을 넣을지 말지는 실제로 지역 기반 검색이 얼마나 중요한 업종인지에 따라 판단하면 된다.

새로 홈페이지를 준비 중이라면 콘텐츠를 채우기 전, 페이지 목록과 슬러그부터 미리 표로 정리해 두는 방법을 추천한다. 정보 구조를 어떻게 짜야 하는지는 검색과 AI에 잘 잡히는 홈페이지 구조 설계법에서 카테고리·내부 링크까지 포함해 더 폭넓게 다루고 있다.

발행 전 마지막으로 점검할 항목은 다음과 같다.

1. 슬러그가 소문자 영단어와 하이픈으로만 이루어져 있는가
2. 슬러그 안에 핵심 키워드가 정확히 한 번 담겨 있는가
3. 폴더 깊이가 3–4단계를 넘지 않는가
4. 검색엔진에 노출될 URL에 불필요한 파라미터·세션ID가 없는가
5. 대소문자와 트레일링 슬래시 규칙이 사이트 전체에서 통일돼 있는가

이 다섯 가지만 지켜도 대부분의 URL 관련 문제는 사전에 예방된다. 완벽한 URL 하나보다, 사이트 전체에서 일관된 규칙이 훨씬 더 큰 효과를 낸다.

체크리스트를 팀 안에서 공유할 때는 문서 하나로 정리해 두는 것을 권한다. 새 페이지를 만드는 담당자가 매번 이 글을 다시 찾아보지 않아도, 한 장짜리 규칙표만 보고 슬러그를 지을 수 있도록 만들어 두면 시간이 지나도 규칙이 흐트러지지 않는다. 특히 여러 담당자가 번갈아 콘텐츠를 올리는 조직이라면, 이런 작은 규칙표 하나가 몇 년 뒤 대대적인 URL 정리 작업을 막아 주는 가장 저렴한 보험이 된다.

자주 묻는 질문

URL에 숫자를 써도 되나요

의미가 분명한 숫자라면 괜찮다. "2026-seo-checklist"처럼 연도나 버전을 나타내는 숫자는 오히려 정보를 더해 준다. 다만 "item-48291"처럼 내부 관리번호만 있는 숫자는 사람에게 아무 의미가 없으므로, 가능하면 그 숫자가 가리키는 이름으로 바꿔 쓰는 편이 낫다.

이미 만든 URL을 지금 바꿔도 되나요

바꿀 수 있다. 다만 301 리다이렉트를 반드시 함께 설정해야 기존 순위와 백링크 신용이 유지된다. 리다이렉트 없이 URL만 바꾸면 그동안 쌓인 신뢰가 사라지고 처음부터 다시 시작해야 할 수 있다.

URL이 길면 순위에 불리한가요

URL 길이 자체가 직접적인 순위 요인은 아니다. 다만 URL이 길어질수록 검색 결과 화면에서 잘려 보이거나, 공유했을 때 지저분해 보일 가능성이 커진다. 순위보다는 가독성과 신뢰도 측면에서 짧게 유지하는 편이 유리하다.

하이픈 대신 언더바를 써도 되나요

권장하지 않는다. 구글은 하이픈을 단어 구분 기호로 인식하지만, 언더바는 단어를 하나로 이어 붙인 것처럼 처리하는 경향이 있다. 이미 언더바로 운영 중인 사이트를 지금 당장 전부 바꿀 필요는 없지만, 새로 만드는 페이지부터는 하이픈으로 통일하는 것이 안전하다.

카테고리 이름을 한글로 써도 되나요

가능하지만 영문을 더 권장한다. 한글 URL은 퍼센트 인코딩을 거치면서 공유 시 알아보기 어려운 긴 코드로 보일 수 있다. 브랜드명이나 지역명처럼 한글이 꼭 필요한 경우가 아니라면, 짧고 어디서나 안전하게 공유되는 영문 슬러그를 기본값으로 삼는 편이 낫다.

네이버 검색에도 URL 슬러그가 영향을 주나요

네이버도 사람이 읽기 쉬운 주소를 선호하는 방향은 비슷하다. 다만 네이버 블로그나 스마트스토어처럼 네이버가 운영하는 플랫폼 안에서 글을 쓰는 경우에는 URL 체계 자체가 플랫폼 규칙으로 정해져 있어, 사업자가 슬러그를 직접 설계할 여지가 크지 않다. 이 글의 원칙은 자체 도메인으로 운영하는 홈페이지·쇼핑몰에 특히 유효하다.

이미 만든 사이트에 슬러그 규칙이 뒤섞여 있으면 전부 통일해야 하나요

당장 전부 바꿀 필요는 없다. 무리하게 한 번에 손대면 리다이렉트 누락 등 오히려 위험이 커진다. 트래픽이 많은 페이지, 백링크가 걸린 페이지부터 우선순위를 정해 점진적으로 정리하고, 새로 만드는 페이지부터는 처음부터 이 글의 규칙을 적용하는 방식이 현실적이다.

URL은 한 번 정하면 오래 유지되는 만큼, 처음부터 규칙을 세워 두는 것이 나중에 통째로 바꾸는 수고를 크게 줄여줍니다. 지금 운영 중인 사이트의 URL이 뒤죽박죽이거나, 새로 홈페이지를 준비하며 처음부터 깔끔한 구조를 잡고 싶으시다면 이루웹의 홈페이지 제작 서비스를 살펴보시길 권해 드립니다. 정보 구조 설계부터 슬러그 규칙, 리다이렉트 처리까지 함께 챙겨 드리고 있으니, 상담 신청을 통해 편하게 문의해 주시기 바랍니다.