주소에서 진료과 소속을 표현할 범위
진료과 폴더는 병원 문서의 소속을 주소에서 읽기 쉽게 표현하는 설계 수단입니다. 실제로 한 진료과가 맡는 안내인지, 여러 진료과의 메뉴에서 함께 소개할 문서인지 먼저 구분합니다. 폴더를 추가하는 것만으로 검색에서 문서의 중요도가 높아진다고 말하지 않습니다. 현재 병원의 문서와 진료과 관계를 읽지 않은 상태에서 분류나 경로를 임의로 정하는 작업도 피해야 합니다.
Google의 URL 구조 지침은 콘텐츠를 논리적이고 이해하기 쉬운 방식으로 정리하라고 권장합니다. 가능하면 긴 ID 번호보다 읽을 수 있는 단어를 사용하라는 설명입니다. 이를 병원에 적용하면 주소의 폴더명이 어떤 안내를 묶는지 설명하는지를 검토할 수 있습니다. 이것은 모든 질환 문서를 진료과 이름 아래에 넣어야 한다는 플랫폼의 의무 규칙이 아닙니다.
여러 진료과에서 참고하는 문서는 대표 경로와 메뉴 연결을 나누어 계획할 수 있습니다. 안내를 어느 위치에서 관리할지는 실제 문서의 목적에 따라 정하고, 각 메뉴에서 그 문서로 연결할 수 있는지 검토합니다. 메뉴마다 별도 주소의 사본을 만드는 방식과 하나의 문서를 여러 경로로 안내하는 방식은 다릅니다. 이 선택에 대한 보편적인 진료과 우선순위를 만들어 적용하지 않습니다.
| 문서의 실제 관계 | 경로 설계에서 정할 것 | 메뉴에서 읽을 것 |
|---|---|---|
| 한 진료과의 안내 | 해당 소속을 나타내는 대표 위치 | 그 문서로 이동하는 연결 |
| 여러 진료과에서 함께 참고 | 공통 문서의 관리 위치 | 각 분류에서 같은 안내를 찾는 경로 |
| 병원 전체의 공통 정보 | 진료과에 종속되지 않는 목적 | 공통 안내로 가는 접근 |
| 소속 분류를 바꾸는 기존 문서 | 기존 주소를 유지할 이유와 조건 | 새 분류에서의 연결 변경 |
메뉴 분류를 바꾸는 순간마다 주소도 바뀌어야 한다고 보지 않습니다. 메뉴는 사람에게 문서를 찾을 경로를 제공하고 URL은 실제 페이지를 요청할 주소입니다. 두 정보를 함께 바꾸면 기존 연결의 목적지까지 달라질 수 있으므로 어떤 변경이 필요한지 각각 판단해야 합니다. 진료과 폴더의 이름을 현재 메뉴에 맞춘다는 이유만으로 이미 사용 중인 모든 주소를 바꾸는 절차를 정하지 않습니다.
폴더 계층과 페이지 연결을 구분
Google의 전자상거래 탐색 구조 문서는 일반적으로 사이트 구조를 파악할 때 URL 구조보다 페이지 간 연결을 분석한다고 설명합니다. 메뉴와 교차 페이지 링크가 사이트 구조에 관한 이해에 영향을 미칠 수 있다는 안내입니다. 여기서 병원 문서에 적용할 판단은 주소에 진료과 이름이 있다는 사실과 실제로 그 안내까지 이동할 연결이 있다는 사실을 구분하는 것입니다.
원문은 카테고리에서 하위 카테고리, 제품으로 이어지는 전자상거래 탐색을 설명합니다. 이를 진료과에서 질환 안내로 이어지는 병원 사이트의 필수 계층으로 바꾸지 않습니다. 병원 콘텐츠의 실제 관계와 이용 목적을 기준으로 연결을 정해야 합니다. 제품을 찾게 하는 문서의 예시는 페이지가 서로 연결되는 구조를 이해하는 근거이며 병원에 존재하지 않는 하위 분류를 만들라는 요구가 아닙니다.
해당 문서는 Google이 도달하기 위해 따라야 하는 링크 수와 페이지로 향하는 링크 수 등의 정보를 통해 상대적 중요도를 추론할 수 있다고 설명합니다. 이것은 모든 병원 안내에 같은 수의 링크를 만들거나 메뉴 깊이의 정답을 정하는 수치 규칙이 아닙니다. 현재 어느 페이지에서 진료 문서를 소개하는지 읽고 독자가 필요한 안내로 이동할 관계를 검토할 수 있습니다.
| 기존 구조에서 발견한 상태 | 폴더 이름 외에 조사할 정보 |
|---|---|
| 대표 문서가 메뉴에서 연결되지 않음 | 현재 페이지 간의 실제 이동 경로 |
| 서로 다른 메뉴가 같은 문서를 소개 | 출발 설명과 공통 본문의 관계 |
| 비슷한 문서의 변형 주소가 많음 | 각 주소가 반환하는 실제 내용 |
| 클릭 동작만 있고 주소값이 없음 | 링크 요소와 요청 가능한 목적지 |
| 분류 변경 후 이전 연결이 남음 | 이전 메뉴가 지금 안내하는 문서 |
전자상거래 문서는 링크를 정확히 찾게 하려면 a href 태그를 사용하고 다른 HTML DOM 요소의 자바스크립트 이벤트로 탐색을 만들지 말라고 안내합니다. 병원 폴더의 문서에 적용할 때에도 실제 주소를 가진 연결인지 읽을 수 있습니다. 사람이 버튼을 누르면 이동한다는 화면 결과와 크롤러가 주소를 추출하는 조건은 다릅니다. URL의 분류 이름을 다듬은 결과만으로 연결 구현까지 적절하다고 판단하지 않습니다.
원문의 베스트셀러 제품을 홈이나 블로그·뉴스레터에서 연결하라는 예는 제품의 상대적 중요도를 설명하는 문맥입니다. 병원의 특정 진료를 인기 제품처럼 취급하거나 링크를 많이 배치하면 더 좋은 치료라고 표현하지 않습니다. 병원 문서로 향하는 연결은 실제로 독자의 이해를 돕는 안내인지 판단해야 합니다. 검색 신호 설명을 진료의 가치나 임상적 우선순위로 바꾸지 않습니다.
폴더명을 정할 때 함께 읽을 URL 조건
폴더 이름에 쓰는 언어부터 결정할 수 있습니다. URL 구조 문서에서 Google은 잠재고객이 사용하는 언어의 단어를 권장하며 필요하면 음역도 허용합니다. 따라서 진료과 이름을 영어로만 작성하는 방식이 유일한 선택은 아닙니다. 실제 안내를 읽을 독자와 병원에서 사용하는 명칭을 대조해 표현을 정하는 편집을 제안합니다. 다른 언어의 진료 안내를 제공한다면 그 안내의 대상에 맞는 주소인지도 조사할 수 있습니다.
사람에게 보여 주는 명칭과 링크 코드에 들어갈 문자열에는 서로 다른 질문이 있습니다. 한글 폴더를 채택했다면 href에서 비ASCII 문자가 퍼센트 인코딩되어 있는지를 조사합니다. 지정 문서는 이 범위의 문자에 인코딩이 필요하며, 예약되지 않은 ASCII 문자는 변환하지 않은 형태로 남아도 된다고 설명합니다. 주소를 복사하거나 링크를 생성하는 과정에서 표준에 따른 값이 전달되는지가 적용 대상입니다.
여러 단어를 조합한 폴더명에는 구분 기호의 의미도 있습니다. Google의 하이픈 권고는 주소 안의 개념을 사용자와 검색엔진이 식별하기 쉽게 하려는 취지입니다. 밑줄은 함수 이름처럼 함께 표시하는 개념에서 이미 널리 사용된다는 이유가 원문에 제시됩니다. 진료과 명칭을 요청 가능한 경로로 옮길 때 이 차이를 고려할 수 있습니다. 기호 하나의 채택을 치료 정보의 우수성이나 검색순위의 측정 결과로 해석하지 않습니다.
대문자와 소문자가 섞인 폴더는 서버의 처리 결과를 조사할 필요가 있습니다. Google의 주소 처리는 글자의 대소문자를 구별하므로 두 표기가 각각 고유 URL로 취급될 수 있습니다. 서버에서는 두 주소에 같은 본문을 반환한다면 표기를 일관되게 변환하라는 권고가 적용됩니다. 이 조건은 대소문자만 다른 주소에서 내용도 달라지는 경우를 자동으로 합치라는 지시가 아닙니다.
폴더 뒤의 쿼리 값은 문서의 소속보다 화면의 동작을 전달할 수 있습니다. Google이 길이를 줄이도록 권하는 대상은 콘텐츠에 변화를 주지 않는 불필요한 매개변수입니다. 값이 길거나 복잡하다는 인상만으로 제거할 항목을 정하지 말고, 그 값이 기능과 내용에 어떤 영향을 주는지 조사하는 편집안입니다. 진료과 경로를 정하는 일과 쿼리의 필요성을 판단하는 일을 구별할 수 있습니다.
매개변수의 일반 표기에서 키와 값 사이에는 등호가, 항목을 추가할 때에는 앰퍼샌드가 사용됩니다. 동일 키에 여러 값을 전달해야 한다면 표준 IETF STD 66과 충돌하지 않는 쉼표 등의 문자를 쓸 수 있다고 원문은 안내합니다. 콜론이나 각괄호를 조합한 비일반적 표기와 비교하는 예도 제공됩니다. 주소의 진료과 부분이 뜻에 맞더라도 보기 조건을 전달하는 나머지 문자열의 문법은 별도로 조사할 수 있습니다.
복잡한 매개변수 조합은 유사한 콘텐츠의 주소를 필요 이상으로 생성하는 원인이 될 수 있습니다. URL 구조 문서가 설명하는 문제는 이런 주소를 방문하느라 Googlebot의 대역폭이 과다하게 소비되거나 전체 콘텐츠의 색인 생성이 끝나지 않을 수 있다는 것입니다. 병원에서는 여러 분류가 같은 본문에 도달하는 방식인지 실제 문서를 비교해 조사할 수 있습니다. 해당 자료가 없다면 주소 생성 규모나 검색 손실의 수치를 대신 만들지 않습니다.
진료과 경로 설계의 추가 질문
국가 분류는 진료과 소속과 같은 폴더인가요?
다지역 사이트를 위한 URL 안내에는 국가별 도메인과 국가별 하위 디렉터리라는 선택이 있습니다. 국가를 구분하는 목적을 진료과 소속의 표현과 따로 정해야 합니다. 병원에서 실제 지역별 내용을 제공하는지에 따라 어떤 정보를 주소에 표시할지 계획할 수 있습니다.
주소의 # 뒤에 진료과 이름을 넣어도 되나요?
프래그먼트로 페이지의 내용을 교체하는 구성은 Google의 일반적인 URL 지원 범위에 맞지 않습니다. 이 문서가 자바스크립트 기반 내용 변경에 안내하는 대안은 History API입니다. 한 문서 안에서 위치를 이동하는 표시와 별도 문서를 요청하는 경로를 구별하는 질문입니다.
상위 폴더를 가리키는 링크에서 오류가 생기나요?
원문은 존재하지 않는 페이지의 응답이 올바르지 않은 상황에서 상위 상대 경로가 잘못된 URL을 반복 생성할 수 있는 조건을 설명합니다. 이 문제의 해결 방향으로 루트 기준의 상대 경로가 제시됩니다. 실제 응답과 링크 값을 함께 조사해야 해당 조건인지 알 수 있습니다.
캘린더의 주소도 같은 폴더 규칙으로 정리하나요?
날짜의 시작과 끝이 제한되지 않은 동적 캘린더는 주소 생성의 범위가 별도 문제입니다. Google 안내에서 무한한 캘린더의 미래 날짜 링크에 제시되는 조치는 nofollow 속성입니다. 이런 동작을 조사할 때에는 진료과의 명칭보다 생성되는 날짜 범위를 읽는 것이 필요합니다.
검색창으로만 찾을 수 있는 문서도 발견되나요?
전자상거래 탐색 안내의 Googlebot은 보통 검색창에 직접 검색어를 넣으려 하지 않습니다. 제품 목록에서 연결이 빠진 자료를 찾지 못할 수 있다는 설명입니다. 이를 참고해 병원 자료가 이용자의 검색 이외에도 탐색 링크에서 발견될 경로를 갖는지 조사할 수 있습니다.