준비 단계에서 빠진 주소와 주석
리뉴얼에서 나오는 SEO 실수는 발생 지점에 따라 나누어야 합니다. 이전 대상 URL이 매핑에서 빠진 문제와 이동 응답이 다른 주소로 향하는 문제, 공개 문서에 개발용 차단이 남은 문제는 같은 설정 하나로 해결되지 않습니다. Google의 공식 이전 안내가 설명하는 오류 조건을 실제 자료와 대조하되, 병원명이나 피해 수치를 만들어 사례처럼 제시하지 않습니다.
기존 URL 목록을 빠뜨리면 새 주소의 대응표도 불완전해질 수 있습니다. Google은 CMS가 제공하는 주소 목록 외에 사이트맵, 로그와 분석 자료, 내부·외부 링크가 있는 문서를 파악하는 방법을 설명합니다. 현재 메뉴에 보이는 글만 보고 전체 이전 대상을 정하기 전에 다른 자료에 주소가 남아 있는지 읽을 수 있습니다. 특정 병원의 누락 수는 실제 목록 없이 계산하지 않습니다.
이미지·동영상과 PDF 같은 다운로드뿐 아니라 JavaScript와 CSS 등 삽입 자원의 주소도 이동 계획에 포함하라는 안내가 있습니다. 페이지가 새 주소에서 열리더라도 그 안에서 참조하는 파일이 예전 위치를 사용하고 있을 수 있습니다. 이는 본문 URL이 작동하는지의 질문과 다른 자원 참조 문제입니다. 파일의 이전 여부와 새 문서가 가리키는 위치를 함께 대조할 필요가 있습니다.
| 준비할 자료 | 그 자료에서 읽을 내용 | 빠지면 조사 범위가 부족해지는 부분 |
|---|---|---|
| 기존 URL 전체 목록 | 이전할 대상의 실제 주소 | 메뉴 밖에서 쓰이는 문서 |
| 기존·새 주소 매핑 | 콘텐츠별 도착 위치 | 이동 응답의 의도 |
| 삽입 자원·다운로드 목록 | 본문 밖 파일의 참조 관계 | 페이지에 연결된 자원 |
| 새 HTML과 공개 지시 | 대표 주소와 색인 허용 상태 | 화면에서 보이지 않는 주석 |
매핑 뒤에는 내부 링크를 새 URL로 바꾸고 각 새 주소에 자신을 참조하는 canonical 태그를 두도록 안내됩니다. 다국어나 다국적 페이지에 hreflang 주석을 사용했다면 그 값도 새 주소로 갱신할 대상입니다. 링크는 새 문서로 바뀌었는데 주석은 예전 주소를 가리키는지처럼, 각 요소의 실제 출력에 따라 조사할 질문을 정해야 합니다.
소유권 검증 자료를 새 사본에서 빠뜨리는 문제도 있습니다. 이동 문서는 Search Console에서 이전·새 사이트와 www 유무 및 HTTP·HTTPS 변형을 검증 대상으로 설명합니다. HTML 파일 방식이면 현재 검증 파일을 새 사본에 포함하고, 메타태그를 참조하는 include 파일이나 Google 애널리틱스를 사용했다면 새 CMS 사본에도 포함해야 합니다. 주소가 바뀌면 방법에 따라 검증 토큰이 달라질 수 있으므로 실제 사용한 방법과 새 결과를 읽습니다. 본문 파일만 옮긴 결과로 도구의 검증 자료까지 보존됐다고 간주하지 않습니다.
목적지와 이동 방식의 오류
여러 옛 주소를 새 홈페이지 같은 관련성이 낮은 한곳으로 전부 보내면 사용자 혼란이 생기고 soft 404로 처리될 수 있다는 안내가 있습니다. 다만 여러 페이지의 콘텐츠를 실제로 새 단일 문서에 통합했다면 그 통합 페이지로 이전 주소들을 연결할 수 있습니다. 주소 개수만으로 금지 여부를 정하기보다 도착 문서가 기존 콘텐츠를 받아 담았는지를 읽어야 합니다.
리디렉션 유형 문서는 사용자가 이동 방식의 차이를 분별하기 어려워도 Google 검색에서는 그 유형을 표준 주소 판단의 신호로 사용한다고 설명합니다. 사람이 브라우저에서 새 화면을 봤다는 결과와 검색 시스템에 어떤 이동 신호를 보냈는지는 다른 질문입니다. 검색에 표시하려는 페이지와 이동을 되돌릴 계획에 맞추어 유형을 정할 필요가 있습니다.
| 이동 유형 | 공식 안내의 사용 조건 | 검토할 의도 |
|---|---|---|
| 영구 리디렉션 | 이동을 되돌리지 않는다고 확신 | 새 목적지를 검색에 표시하려는가 |
| 임시 리디렉션 | 일시적으로 다른 페이지로 보냄 | 원래 주소가 유지될 상황인가 |
| 즉시 meta refresh | 로드 직후 이동을 실행 | 영구 이동으로 해석될 구성인가 |
| 지연 meta refresh | 정한 시간이 지난 뒤 실행 | 임시 이동으로 해석될 구성인가 |
서버 측 리디렉션은 서버 구성 파일에 접근하거나 서버 측 스크립트로 이동 헤더를 설정하는 방식입니다. 구현은 호스팅과 서버 환경, 백엔드 언어에 따라 달라집니다. PHP 방식의 공식 설명은 화면에 내용을 전송하기 전에 헤더를 설정하도록 안내합니다. 어떤 플랫폼에나 같은 설정 화면이 있다고 가정하지 않고 실제 환경에서 구현할 수 있는 방법을 읽습니다.
JavaScript 이동은 서버 측이나 meta refresh를 실행할 수 없는 경우에만 사용하라는 안내가 있습니다. Google 검색은 URL을 수집한 뒤 웹 렌더링 서비스로 스크립트를 해석하지만 렌더링이 여러 이유로 실패할 수 있습니다. 이 경우 설정한 이동을 Google이 알아채지 못할 수 있으므로, 브라우저에서 실행됐다는 사실만으로 로봇이 이동도 읽었다고 끝내지 않습니다.
옛 URL에서 중간 주소를 여러 번 거치는 경로도 조사 대상입니다. 이동 안내는 Googlebot이 최대 10개의 홉을 지원하더라도 최종 목적지로 직접 보내는 방식을 권고하며, 불가피한 경우에도 홉을 적게 유지하도록 설명합니다. 기존 리디렉션 위에 새 이동을 덧붙인 결과가 어떤 경로를 만드는지 실제 응답으로 읽어야 합니다. 목적지 하나만 적은 대응표와 전체 이동 경로를 구별합니다.
이동 문서는 소규모로 시험할 때 예상대로 리디렉션되는지 브라우저로 직접 시험할 수 있고, 대규모 이전에서는 대량 시험할 도구를 사용할 수 있다고 안내합니다. 여기서 시험 결과는 대상 주소와 실제 응답에 근거해야 합니다. 도구 이름을 정했다는 사실만으로 모든 URL의 이동을 시험한 것으로 보고하지 않습니다. 특정 URL에서 실패했는지와 전 범위에서 같은 실패가 있는지도 따로 읽을 수 있습니다.
개발용 제한과 규칙의 적용 범위
공개 뒤 개발용 noindex나 robots 차단을 그대로 남기는 것은 이동 문서가 제시하는 흔한 실수입니다. 일부 소유자는 준비 중 수집이나 조기 색인을 막으므로 공개할 때 변경할 파일과 URL을 미리 정해야 합니다. robots 파일이 없는 상태 자체는 괜찮지만, 그 경우 적절한 404 응답을 반환해야 한다는 설명도 있습니다. 차단 파일을 없앤 일과 응답을 올바르게 제공한 일을 같다고 가정하지 않습니다.
robots 규칙은 파일이 게시된 프로토콜·호스트·포트 안의 경로에만 적용됩니다. 하위 도메인이나 다른 프로토콜에 같은 파일이 적용된다고 생각하면 새 공개 주소의 조건을 잘못 읽을 수 있습니다. 파일은 해당 호스트의 루트에 있어야 하고 하위 디렉터리에 두면 안 됩니다. 주소가 달라진 리뉴얼에서는 이전 호스트의 파일이 정상이라는 결과만으로 검토를 끝내지 않습니다.
규칙은 User-agent로 대상을 정하는 그룹으로 구성됩니다. Google 안내는 일치하는 가장 구체적인 첫 그룹의 규칙 집합에 연결되며 같은 사용자 에이전트의 여러 그룹은 처리 전에 합쳐진다고 설명합니다. 따라서 파일 전체에 Allow가 있다는 사실만으로 특정 로봇이 허용된다고 단정할 수 없습니다. 어느 그룹을 읽고 어떤 경로 규칙을 적용하는지 함께 대조해야 합니다.
경로 규칙은 대소문자를 구분합니다. 공식 문서의 소문자 파일 경로를 막는 예시는 대문자로 된 다른 경로에 적용되지 않는다는 설명입니다. 실제 URL의 표기와 파일 안에 적은 경로가 맞는지 읽어야 같은 대상을 다룬다고 말할 수 있습니다. 예시에 나온 파일 이름을 병원의 실제 페이지로 바꾸어 설명하거나 모든 주소가 소문자라고 가정하지 않습니다.
차단하지 않은 파일은 기본적으로 수집 허용이라는 설명이 있습니다. allow는 차단된 디렉터리 안의 하위 문서 등에 접근하도록 disallow를 재정의할 수 있습니다. 페이지 규칙이면 브라우저에 표시되는 전체 페이지 이름을 적고 경로는 슬래시로 시작해야 한다는 안내도 있습니다. 단순히 행을 복사하기보다 실제 경로와 규칙의 역할을 읽어야 누락된 대상을 구별할 수 있습니다.
파일을 업로드한 뒤에는 공개 접근과 문법 해석을 시험해야 합니다. Google은 시크릿 창 등에서 파일 위치로 이동해 본문이 나오는지 읽는 방법과 Search Console의 robots 보고서를 제시합니다. 보고서는 사이트에서 이미 접근 가능한 파일에만 사용할 수 있습니다. 로컬 컴퓨터에 규칙을 저장한 단계와 검색로봇이 게시된 파일을 읽을 수 있는 단계는 다릅니다.
자주 묻는 질문
파일 인코딩도 규칙에 영향을 주나요?
robots 파일은 UTF-8 텍스트여야 합니다. Google은 범위 밖 문자를 무시해 규칙이 무효화될 수 있다고 설명하며, 워드 프로세서가 예상하지 못한 문자를 추가할 수 있다는 주의도 제시합니다.
별표 대상이면 AdsBot에도 모두 적용되나요?
공식 문서는 이름을 명시적으로 지정해야 하는 여러 AdsBot 크롤러가 별표 적용의 예외라고 설명합니다. 같은 그룹의 대상으로 임의 합치지 않아야 합니다.
파일을 올린 뒤 별도로 제출해야 하나요?
업로드와 시험을 마치면 Google 크롤러가 자동으로 파일을 찾아 사용하기 시작하며 다른 작업은 필요하지 않다는 안내입니다. 갱신한 캐시 사본을 빠르게 바꾸려는 요청은 별도 목적입니다.
새 URL이 색인돼도 옛 주소가 보일 수 있나요?
리디렉션 안내는 옛 URL을 표준 주소의 대체 이름으로 추적할 수 있다고 설명합니다. 검색어가 옛 주소의 신뢰를 암시하면 새 주소가 색인돼도 이전 주소가 표시될 수 있습니다.
새 주소의 링크만 넣는 것도 같은 이동인가요?
이른바 crypto 이동은 설명과 새 페이지 링크를 넣는 방법입니다. 모든 검색엔진이 정식 리디렉션으로 인식하지 않으므로 다른 선택지가 없는 경우가 아니라면 사용하지 말라는 안내입니다.