대부분의 팀은 URL을 단순한 라우팅 설정으로 봅니다. 하지만 AI 엔진은 URL도 하나의 텍스트처럼 읽으며 페이지의 주제와 인용 가치를 판단합니다. 번체 중국어 웹사이트라면 한 가지 결정이 더 필요합니다. 슬러그를 중국어로 쓸지, 영어로 쓸지입니다. 이 글에서는 경로와 슬러그 기획을 나누어 살펴보고 바로 적용할 수 있는 기준을 제시합니다.
AI 엔진은 URL을 어떻게 ‘읽을까?’
LLM 기반 검색 시스템은 URL을 단어 단위로 해석하고, 답변을 생성해 출처를 표시할 때 URL도 함께 노출합니다. `/blog/url-structure-llm-friendly`는 모델에 ‘이 페이지는 URL 구조를 다룬다’고 직접 알려주는 것과 같습니다. 반면 `/p?id=48213`에는 주제를 짐작할 단서가 없어 페이지 본문에만 의존해야 합니다. 조건이 비슷한 출처가 여러 개라면 읽기 쉽고 주제와 관련된 URL이 인용 대상으로 선택될 가능성이 더 높습니다. 모델과 사용자 모두의 해석 부담을 줄여 주기 때문입니다.
경로 계층도 맥락을 전달합니다. `/geo-audit/pricing`만 봐도 GEO 감사 서비스의 요금 페이지라는 사실을 알 수 있고, 모델도 이 페이지가 어느 주제에 속하는지 파악할 수 있습니다. 다만 경로가 지나치게 깊으면 또 다른 비용이 발생합니다. 홈페이지에서 멀리 떨어져 있고 내부 링크도 적은 페이지는 크롤러가 놓칠 가능성이 커집니다. 발견되지 않은 콘텐츠는 AI 엔진도 검색할 수 없습니다. 가독성과 크롤링 가능성은 서로 다른 개념이지만, URL 구조는 둘 모두를 뒷받침합니다.
번체 중국어 슬러그의 딜레마: 한자가 긴 인코딩 문자열로 바뀝니다
URL에 한자를 넣으면 브라우저와 서버가 이를 퍼센트 인코딩합니다. `/blog/url structure plan`처럼 보이는 경로도 실제 저장·공유·인용 과정에서는 `/%E9%83%A8%E8%90%BD%E6%A0%BC/…`처럼 긴 문자열로 바뀝니다. 주소창에서는 중국어로 보이지만 외부로 전송되는 값은 인코딩된 코드입니다. AI 요약, 소셜 카드, 백엔드 보고서도 이 코드 문자열을 받으므로 애초에 의도했던 의미 전달 효과가 사라집니다. 일부 서드파티 도구와 AI 크롤러는 인코딩 URL을 일관되게 처리하지 못해 경로를 잘라 내거나 파싱에 실패하기도 합니다.
- 중국어 슬러그(예: `/blog/url structure planning`): 주소창에서는 명확해 보이지만 전송하거나 인용하면 `%E9%83%A8...` 형태의 퍼센트 인코딩으로 바뀝니다. AI 요약, 공유 링크, 보고서에서 내용을 식별하기 어렵습니다.
- 영어 또는 로마자 표기 슬러그(예: `/blog/url-structure-llm-friendly`): 시스템이 달라도 안정적으로 유지되고 읽기 쉬우며 AI도 깔끔하게 인용할 수 있습니다. B2B SaaS 웹사이트에 가장 실용적인 선택입니다.
- 제목은 번체 중국어로, 슬러그는 간결한 영어로 작성: 현재 AI 검색에서 가장 안정적인 조합입니다. 제목 전체를 영어 슬러그로 옮길 필요는 없습니다. 핵심 개념을 담은 영어 단어 2~3개면 충분합니다.
그렇다고 번체 중국어를 줄여야 한다는 뜻은 아닙니다. 페이지 제목, H1, 본문은 계속 번체 중국어로 작성해야 하며, 검색 노출과 독자 경험을 좌우하는 핵심도 이 콘텐츠입니다. 슬러그는 기반 인프라이므로 핵심 개념만 담으면 됩니다. URL은 항상 소문자로 통일해야 합니다. 일부 서버는 `/Blog`와 `/blog`를 서로 다른 페이지로 처리합니다. 대문자와 소문자를 섞으면 중복 URL이 생겨도 알아차리기 어렵습니다. 기존 중국어 슬러그가 오랫동안 색인되어 있었다면 한꺼번에 바꾸지 마십시오. 개편할 때는 반드시 301 리디렉션으로 기존 URL을 연결해야 합니다.
바로 적용하는 AI 친화적 경로 설계 원칙
- 경로는 얕을수록 좋습니다: 주요 콘텐츠는 2~3단계 이내(`/blog/<slug>`)에 배치하십시오. 단계가 하나씩 늘어날 때마다 크롤러가 페이지를 놓칠 위험도 커집니다.
- 슬러그에 의미를 담으십시오: 일련번호나 날짜 대신 콘텐츠 주제를 설명하는 단어를 사용합니다. `/blog/2026/07/post-482`보다 `/blog/url-structure-llm-friendly`가 좋습니다.
- 사이트 전체에 같은 규칙을 적용하십시오: 같은 유형의 콘텐츠에는 동일한 경로 형식을 사용해야 크롤러와 모델이 사이트 구조를 예측할 수 있습니다.
- 소문자와 하이픈을 사용하십시오: 모두 소문자로 작성하고, 단어 사이는 밑줄 `_`이 아닌 하이픈 `-`으로 구분합니다. 대소문자나 기호 차이로 생기는 중복 URL을 예방할 수 있습니다.
- 주요 콘텐츠를 쿼리 매개변수 뒤에 숨기지 마십시오: `?id=`나 `?p=` 같은 URL은 안정적으로 색인하고 인용하기가 더 어렵습니다.
- URL을 공개한 뒤에는 함부로 바꾸지 마십시오: 꼭 변경해야 한다면 301 리디렉션을 설정해 기존 URL에 쌓인 검색 신호와 인용을 이전해야 합니다.
콘텐츠 클러스터에 맞춰 경로 구조 설계하기
필러, 클러스터, 하위 주제의 관계를 사이트 내부 링크에 반영하면 AI 엔진이 해당 사이트에서 어떤 주제를 깊이 있게 다루는지 판단하는 데 도움이 됩니다. 같은 필러에 속한 글을 서로 연결하고 필러 페이지로 다시 링크하면, 모델은 이 영역을 흩어진 개별 문서가 아닌 체계적인 콘텐츠 집합으로 인식합니다. 클러스터 페이지와 하위 주제 글을 양방향으로 연결하면 모델이 고립된 페이지만 가져가는 대신 링크를 따라 전체 주제를 읽기도 쉬워집니다. 내부 링크가 탄탄하다면 URL을 클러스터별 계층으로 나눌지는 부차적인 문제입니다.
번체 중국어 웹사이트의 다국어 설계: 언어 접두사와 hreflang
여러 B2B 웹사이트처럼 복수 언어를 제공한다면 경로 맨 앞에 언어 접두사를 두는 것이 좋습니다. `/zh-TW/blog/…`, `/en/blog/…`처럼 구성하면 언어를 한눈에 구분할 수 있고 크롤러도 언어별로 처리하기 쉽습니다. 각 언어 버전은 hreflang으로 서로 연결하고 기본 버전인 x-default도 지정해야 합니다. 그래야 AI 엔진과 검색 엔진이 각 사용자에게 알맞은 언어 버전을 제공하고, 언어별 페이지를 중복 콘텐츠로 판단해 서로의 검색 신호를 약화하는 일을 피할 수 있습니다.
- 언어 접두사는 경로 맨 앞에 둡니다: `/zh-TW/blog/...`, `/en/blog/...`처럼 구성하면 언어를 바로 식별할 수 있고 크롤러도 언어별로 처리하기 쉽습니다.
- 각 언어 버전을 hreflang으로 연결하고 x-default를 기본값으로 지정합니다. 번체 중국어 사이트에서는 영어 버전이나 zh-Hant를 기본값으로 사용하는 경우가 많습니다.
- 언어별 페이지에는 가급적 같은 슬러그를 사용합니다: 번역 대상은 콘텐츠이지 경로가 아닙니다. 이렇게 해야 언어 버전 간 대응 관계가 명확해지고 중복 콘텐츠로 인식될 가능성도 줄어듭니다.
가장 자주 빠지는 함정
가장 흔한 실수는 다음과 같습니다. 발행일을 경로에 넣어 반년만 지나도 URL이 오래되어 보이게 만드는 것, 데이터베이스 일련번호를 슬러그로 사용해 모델이 주제를 전혀 파악하지 못하게 하는 것, 제목을 바꾸면서 리디렉션 없이 슬러그까지 변경해 그동안 쌓인 인용을 한 번에 버리는 것입니다. 같은 페이지에 슬래시가 있는 버전과 없는 버전, www가 있는 버전과 없는 버전을 모두 열어 두어 크롤러가 하나의 페이지를 여러 페이지로 집계하게 만드는 경우도 많습니다. 해결하기 어려운 문제는 아니지만 방치할수록 AI에 인용될 가능성은 계속 분산됩니다.
URL 구조는 처음에 제대로 설계하면 장기간 효과를 얻을 수 있는 기반 기술입니다. AI에 맞추겠다고 사이트 전체를 다시 만들 필요는 없습니다. 대부분은 슬러그에 의미를 담고, 경로를 얕게 구성하며, 다국어 hreflang을 표시하고, 기존 URL을 301 리디렉션으로 정리하는 것만으로도 차이를 만들 수 있습니다. 사이트의 크롤링 가능성과 AI 인용 가능성에 어떤 문제가 있는지 구체적으로 확인하고 싶다면 Tenten GEO의 30일 GEO 감사를 통해 경로, 구조화 데이터, 검색 성과를 페이지별로 점검할 수 있습니다. 먼저 방향부터 확인하려면 `/contact`에서 30분 GEO 진단을 예약하십시오. 웹사이트 구조를 중심으로 바로 논의해 드립니다.
