우리 병원 홈페이지 주소, 사람도 구글도 읽기 쉽게: URL 구조 정리 기본기

핵심 요약

• 주소(URL) 형태를 바꾼다고 순위가 올라가는 마법은 없습니다. 다만 구글은 뜻이 통하는 짧은 주소를 권장하며, 지저분한 주소는 크롤과 중복 정리, 사용자 클릭에서 손해를 볼 수 있습니다.
• 구글이 정리한 원칙은 단순합니다. 숫자 ID보다 단어, 밑줄(_)보다 하이픈(-), 대소문자 통일, 세션 ID 넣지 않기, 불필요한 파라미터 줄이기.
• ?page_id=48이나 /bbs/board.php?bo_table=... 같은 빌더 기본 주소가 나쁜 건 아니지만, 뜻이 통하는 주소일수록 사람도 검색·AI도 이해하기 쉽습니다.
• 지금 잘 작동하는 주소를 예뻐 보이려고 통째로 바꾸는 건 오히려 위험합니다. 바꾸려면 반드시 리다이렉트(301) 지도를 함께 설계해야 합니다.

"주소 형태는 SEO랑 상관없다"고 알고 계시다면

원장님들과 홈페이지 이야기를 하다 보면 이런 말을 자주 듣습니다. "주소야 방문자가 클릭만 하면 되지, 어떻게 생겼는지가 검색이랑 무슨 상관이냐." 절반은 맞습니다. 주소 형태를 바꾼다고 순위가 저절로 올라가지는 않습니다.

하지만 절반은 틀립니다. 구글은 공식 문서에서 URL 구조를 별도 항목으로 두고, 뜻이 통하는 단순한 주소를 권장합니다. 이유는 순위 마법이 아니라 세 가지 현실 때문입니다. 구글 크롤러가 같은 내용을 여러 주소로 오해하지 않게 하고, 검색 결과에 뜨는 주소를 사람이 읽고 클릭할 수 있게 하고, 여러 갈래로 흩어진 주소를 대표 페이지 하나로 모으기 쉽게 하려는 것입니다.

즉 URL 정리는 "노출을 사는 도구"가 아니라, 우리 병원 페이지가 검색·AI에 또렷하게 읽히도록 하는 기본 위생 작업에 가깝습니다.

구글이 권하는 주소 원칙 다섯 가지

구글 Search Central의 "URL 구조 모범 사례" 문서는 어렵지 않습니다. 병원 사이트 기준으로 옮기면 다음과 같습니다.

1. 숫자 ID보다 뜻이 통하는 단어

구글은 "긴 ID 숫자보다 읽을 수 있는 단어를 URL에 쓰라"고 권합니다. 예를 들어 무릎 통증 안내 페이지라면 이런 차이입니다.

• 권장: example.com/blog/knee-pain 또는 example.com/진료/무릎통증
• 비권장: example.com/index.php?page_id=48&cat=3a5ebc94

단어가 들어간 주소는 사람이 링크만 보고도 무슨 페이지인지 짐작할 수 있고, 검색·AI도 주소에서 주제 힌트를 얻습니다.

2. 단어 구분은 밑줄이 아니라 하이픈

구글은 단어를 나눌 때 밑줄(_)이 아니라 하이픈(-)을 쓰라고 명시합니다. 구글은 하이픈을 단어 구분자로, 밑줄은 단어를 붙이는 연결자로 취급하기 때문입니다. knee_pain_clinic보다 knee-pain-clinic이 맞습니다.

3. 대소문자를 통일한다

구글은 /APPLE과 /apple을 서로 다른 주소로 봅니다. 대소문자가 섞이면 같은 페이지가 여러 주소로 인식돼 불필요한 중복이 생깁니다. 병원 사이트는 소문자로 통일해 두는 편이 안전합니다. 이 대소문자·파라미터 중복이 실제로 어떻게 문제를 만드는지는 우리 병원 홈페이지 주소가 여러 개일 때 편에서 자세히 다뤘습니다.

4. 세션 ID를 주소에 넣지 않는다

상담 예약이나 로그인 기능이 붙은 빌더는 주소 끝에 ?sid= 같은 세션 값을 붙이기도 합니다. 구글은 세션 ID를 주소에 넣지 말고 쿠키를 쓰라고 안내합니다. 세션 값이 주소에 붙으면 방문할 때마다 주소가 달라져, 같은 페이지가 사실상 무한히 다른 주소로 인식될 수 있습니다.

5. 불필요한 파라미터를 줄인다

구글은 "내용을 바꾸지 않는 파라미터(주소 뒤 ?부터 붙는 값)는 가능하면 줄여 주소를 짧게 만들라"고 권합니다. 또 지나치게 복잡한 주소, 특히 파라미터가 여러 개 붙은 주소는 크롤러가 같은 콘텐츠를 수많은 주소로 인식해 불필요하게 많이 크롤링하게 만들 수 있다고 설명합니다. 정렬·필터·조회수 같은 값이 주소에 덕지덕지 붙어 있다면 정리 대상입니다.

한글 주소는 써도 될까

한 가지 자주 묻는 지점입니다. 구글은 사용자의 언어로 된 단어를 URL에 쓰는 것을 허용하고, 한글 같은 비영문 문자도 UTF-8로 인코딩해 쓸 수 있다고 안내합니다. 즉 example.com/진료/무릎통증은 규칙상 문제없습니다.

다만 현실적인 단서가 있습니다. 한글 주소는 카카오톡·문자·이메일로 공유될 때 %EB%AC%B4...처럼 인코딩된 형태로 깨져 보이는 경우가 많습니다. 그래서 공유가 잦은 병원 홍보 페이지라면 짧은 영문·숫자 슬러그를 쓰고, 한글은 페이지 제목(title)과 본문에서 확실히 챙기는 편이 실무적으로 편합니다. 어느 쪽이든 구글이 벌점을 주는 문제는 아닙니다.

병원 사이트에서 흔한 지저분한 주소

그누보드나 일부 홈페이지 빌더로 만든 병원 사이트는 기본값으로 이런 주소를 자주 씁니다.

• /bbs/board.php?bo_table=doctor&wr_id=3 — 게시판 방식 진료진 소개
• /index.php?page_id=48 — 숫자 ID로만 구분되는 페이지
• /sub/sub01_02.html — 뜻을 알 수 없는 코드형 주소

이런 주소가 "검색에서 무조건 불이익"인 것은 아닙니다. 구글은 이런 주소도 크롤하고 색인합니다. 다만 사람이 주소만 보고 내용을 짐작할 수 없고, 링크를 걸 때도 어떤 페이지인지 드러나지 않습니다. 새로 페이지를 만들 때 뜻이 통하는 주소를 쓰면, 내부 링크의 앵커 텍스트와 함께 페이지 주제를 더 또렷하게 전달할 수 있습니다. 내부 링크와 앵커 텍스트가 왜 중요한지는 구글이 따라가는 내부 링크와 앵커 텍스트 편에서 정리했습니다.

오해 하나 더: 지금 주소를 다 바꿔야 하나?

여기서 가장 위험한 실수가 나옵니다. "좋은 주소가 있다니 지금 주소를 전부 예쁘게 바꾸자"는 결정입니다.

이미 잘 색인되어 검색에 뜨고 있는 페이지의 주소를 바꾸는 것은 사실상 작은 사이트 이전입니다. 옛 주소로 쌓인 검색 신호가 새 주소로 자동으로 넘어가지 않기 때문에, 리다이렉트(301)로 옛 주소를 새 주소에 하나하나 연결해 주지 않으면 그동안 쌓은 노출을 잃을 수 있습니다. 구글도 URL 변경은 신중히 하고 리다이렉트를 설정하라고 안내합니다.

정리하면 이렇습니다.

• 지금 잘 작동하는 주소는 예뻐 보이려고 바꾸지 않습니다. URL 정리는 순위 스위치가 아니라 위생 작업입니다
• 새로 만드는 페이지부터 위 원칙(단어·하이픈·소문자)을 적용합니다
• 구조를 꼭 바꿔야 한다면 반드시 리다이렉트 지도를 함께 설계합니다. 그 절차는 병원 사이트 리뉴얼과 URL 지도 편에서 다뤘습니다

실무에서 이렇게 관리합니다

저희는 자사에서 운영하는 지역 의료정보 사이트 5곳, 총 2,300여 페이지(2026-08 기준)를 관리하면서 주소 규칙을 처음부터 하나로 고정해 둡니다. 소문자, 하이픈, 짧은 슬러그, 파라미터 최소화를 기본값으로 잡아 두면, 페이지가 수천 개로 늘어도 중복 주소와 크롤 낭비가 잘 생기지 않습니다. 병원 사이트도 규모는 작지만 원리는 같습니다. 처음에 규칙 하나만 정해 두면 나중에 정리할 일이 크게 줄어듭니다.

오늘 바로 점검할 것

• 우리 병원 주요 페이지 주소가 ?page_id= 같은 숫자 ID뿐인지, 뜻이 통하는 단어가 들어 있는지 확인
• 주소에 대문자가 섞여 있는지, 소문자로 통일돼 있는지 확인
• 상담·예약·검색 기능 뒤에 ?sid=나 정렬·필터 파라미터가 길게 붙는지 확인
• 새 페이지를 만들 때 단어는 하이픈(-)으로 잇고 있는지 확인
• 주소를 바꿀 계획이라면 옛 주소 → 새 주소 리다이렉트(301) 지도를 먼저 그렸는지 확인

주소 구조는 화려한 작업이 아니지만, 우리 병원 페이지가 사람에게도 검색·AI에게도 또렷하게 읽히게 하는 기본기입니다. 우리 홈페이지 주소가 어떤 상태인지, 무엇부터 손봐야 할지 점검이 필요하시면 문의하기로 남겨 주세요.

---

구글 공식 문서: URL 구조 모범 사례(URL structure best practices for Google Search) (Google Search Central, 2025-06-18 갱신)