대소문자가 다른 주소의 통일

대소문자 통일의 적용 조건

구글은 주소의 대소문자를 다르게 인식하며, 대소문자만 다른 주소도 각각 고유한 주소로 처리한다고 설명합니다. 서버가 두 표기를 같은 내용으로 처리한다면 대소문자를 일정하게 변환하도록 권장합니다. 운영자는 이 조건을 적용해 같은 콘텐츠로 연결되는 주소 묶음을 만들고, 묶음마다 사용할 표기를 정합니다.

통일할 표기는 소문자가 더 익숙하다는 이유만으로 확정하지 않습니다. 현재 서비스가 사용하는 주소와 새 표기로 요청했을 때의 응답을 함께 대조해야 합니다. 소문자 중심의 표기를 선택할 수는 있지만, 그 선택이 별도 콘텐츠의 주소를 지우거나 잘못 연결하는지 먼저 가려야 합니다.

이 표는 실제 주소 조사 결과를 기록할 때 사용할 판단 틀입니다. 오류가 난 주소를 정상 주소와 같은 콘텐츠로 처리된다고 기재해서는 안 됩니다. 통일 대상인지 아직 결정하지 못한 항목은 보류 사유와 함께 남깁니다.

실제 콘텐츠 차이의 판단 자료

같은 콘텐츠인지 판단하려면 제목과 첫 화면 외에도 페이지의 주된 본문, 연결되는 자료, 주요 기능의 동작을 대조합니다. 화면 틀이 같아도 상세 설명이나 선택 가능한 항목이 다르면 같은 내용으로 단정하기 어렵습니다. 콘텐츠 담당자는 의도된 차이를 설명하고, 개발 담당자는 주소에 따라 내용이 달라지는 처리 조건을 정리합니다.

로그인 상태나 콘텐츠 갱신 시점이 다르면 주소의 대소문자와 무관한 차이를 주소 문제로 오인할 수 있습니다. 운영자는 접속 조건을 일정하게 유지하고 같은 시점의 응답을 수집합니다. 비교 자료에는 요청한 표기, 최종 도착 표기, 본문 차이와 응답 상태를 함께 기재합니다.

화면에서 같은 내용이 확인되어도 서버의 처리 방식이 불명확하면 곧바로 공통 규칙에 포함하지 않습니다. 개발 담당자가 해당 주소를 처리하는 경로와 예외 조건을 설명한 뒤 결정을 확정합니다. 서로 다른 담당자가 판단한 항목은 공통 양식으로 모아 결정 이유를 남깁니다.

개발 담당에게 전달할 처리 조건

운영자는 주소별 조사 자료를 통일 대상 목록과 예외 목록으로 나누어 개발 담당에게 전달합니다. 대상 목록에는 사용할 표기와 더 이상 내부에서 생성하지 않을 변형을 기재합니다. 예외 목록에는 유지할 콘텐츠와 공통 규칙을 적용하면 안 되는 이유를 기록합니다.

1. 현재 사용하는 주소를 기준으로 대문자, 소문자, 혼합 표기의 요청 결과를 수집합니다. 실제 링크에서 발견된 변형도 조사 목록에 추가합니다.
2. 앞에서 정한 기준으로 통일 대상과 예외를 가립니다. 결정을 보류한 주소는 부족한 자료와 추가 판단 담당자를 기재합니다.
3. 변환 전 표기와 변환 후 표기를 짝지어 전달합니다. 유지할 콘텐츠, 변형 요청의 기대 처리, 적용하지 않을 범위를 함께 명시합니다.
4. 개발 담당자가 제안한 처리 조건을 운영자가 승인합니다. 콘텐츠가 다른 주소를 유지하는 조건과 잘못 입력된 변형의 처리를 별도로 합의합니다.

주소를 소문자로 바꾸라는 요청만 전달하면 개발 담당자가 적용 범위를 넓게 해석할 수 있습니다. 요청서에는 어떤 주소 묶음에 규칙을 적용하는지 명시하고, 판단되지 않은 주소를 자동으로 포함하지 않도록 기재합니다. 변환의 구현 방식은 개발 담당자가 해당 서비스의 구조에 맞게 설계합니다.

더 이상 사용하지 않을 변형도 처리 결과를 정해야 합니다. 내부 링크에서 생성하지 않는다는 결정과 해당 표기로 접속했을 때의 동작은 서로 다른 업무입니다. 운영자는 정상 콘텐츠로 연결할지, 기존 오류 처리를 유지할지 주소별 의도에 맞춰 요청합니다.

변형 주소별 시험과 수정 요청

시험 자료는 입력한 주소와 기대하는 도착 결과를 한 행에 묶어 준비합니다. 개발 담당자는 그 옆에 실제 결과를 기재하고, 운영자는 콘텐츠가 요청 의도에 맞는지 판단합니다. 아래 양식의 항목은 조사한 주소 표기로 채우며 주소 쌍마다 기록을 남깁니다.

실제 결과가 기대와 다르면 최종 화면만 전달하지 말고 요청 표기와 재현 조건을 함께 기록합니다. 수정 요청은 주소 처리 문제와 링크 생성 문제로 나누어 담당자에게 전달합니다. 수정된 항목은 같은 입력과 조건으로 다시 시험하고 결과를 갱신합니다.

도착 성공과 링크 표기의 차이

원하는 콘텐츠에 도착했다는 사실만으로 내부 링크 표기까지 정리됐다고 판단하지 않습니다. 기존 대문자 링크가 계속 생성되면 방문자는 변형 주소를 거쳐 이동할 수 있습니다. 운영자는 도착 결과와 링크에 처음 입력된 표기를 별도 항목으로 기록합니다.

구글은 사이트 내부에서 중복 주소보다 표준으로 정한 주소에 일관되게 연결하도록 권장합니다. 통일 대상으로 승인한 주소는 메뉴, 본문 링크, 관련 콘텐츠 링크에서 선택한 표기를 사용하도록 요청합니다. 예외 주소는 별도 콘텐츠를 유지해야 하므로 이 링크 수정 대상에 섞지 않습니다.

마케팅 담당자는 링크가 노출되는 위치를 기록하고, 개발 담당자는 그 표기를 만드는 원천을 찾습니다. 개별 본문에 입력된 주소인지 공통 서식이나 자동 생성 기능이 만든 주소인지에 따라 수정 담당자가 달라집니다. 같은 변형이 여러 페이지에서 발견되면 생성 원천을 정비하는 작업과 기존 입력값을 고치는 작업을 나누어 요청합니다.

예외가 공통 규칙에 포함되는 오류

사용 중인 문자 조합의 범위

대문자 표기와 소문자 표기가 정상 작동한다고 해서 모든 혼합 표기도 같은 방식으로 처리된다고 단정하지 않습니다. 주소를 만드는 기능마다 문자 변환 방식이 다르면 특정 조합에서만 요청한 콘텐츠를 반환하지 않을 수 있습니다. 운영자는 실제로 생성되거나 유입에 쓰인 조합을 시험 목록에 포함합니다.

가능한 문자 조합을 무작정 늘리기보다 링크 생성 원천과 주소 처리 조건으로 필요한 범위를 정합니다. 개발 담당자는 어떤 조합을 공통 규칙이 수용하는지 설명하고, 운영자는 그 설명에 없는 변형을 발견하면 별도 항목으로 추가합니다. 시험하지 않은 조합은 완료 기록에서 제외합니다.

이어서 읽을 주제

블로그 상위노출을 이어 읽으면 주소 처리와 별개로 콘텐츠 운영에서 어떤 판단을 준비해야 하는지 정리할 수 있습니다. 병원 사이트 리뉴얼 SEO를 이어 읽으면 개편 과정에서 기존 주소를 유지하거나 변경할 때 필요한 업무 범위를 정리할 수 있습니다.