301 리다이렉션과 백링크: 깔끔한 이주를 위한 레시피

자주 발생하는 오류 사례

첫 번째는 체인입니다. 구 URL에서 임시 페이지를 거쳐 최종 페이지로 연결되면 홉 수가 두 배가 되어 실수가 발생하기 쉽습니다.

두 번째는 혼합된 시그널입니다. noindex가 적용된 페이지나 robots.txt에서 차단된 페이지로 301 리다이렉션을 설정하면 가치가 손실됩니다. 상태 줄만 보지 말고 각 목적지의 헤더를 확인하세요.

세 번째는 대소문자와 슬래시 변형입니다. /Page/와 /page는 일부 서버에서 서로 다른 URL로 인식될 수 있으며, 둘 모두에 외부 링크가 걸려 있을 수 있습니다. 둘 다 매핑에 포함하세요.

네 번째는 서브도메인 분리입니다. 이동 전에 www 또는 비www 중 하나를 선택하고, 다른 호스트는 하나의 규칙으로 리다이렉션하세요. 선택한 호스트의 사이트맵을 유지하세요. 페이지가 나중에 문제를 일으키는 경우가 많으므로, 사이트가 사라지기 전에 Screaming Frog와 같은 크롤러를 사용해 구 사이트 크롤링을 수행하세요.

다섯 번째 문제는 놓치기 쉽습니다. 구 사이트맵이 더 이상 사용되지 않는 주소를 여전히 포함하고 있어, 매핑에서는 이미 처리된 URL로 크롤러를 리다이렉션하게 만듭니다. 이동 당일 사이트맵을 교체하세요.

이동하는 대상을 가리키는 리다이렉션

이동 후 자체 주소를 변경하는 목적지는 계획되지 않은 두 번째 홉을 생성합니다. 규칙을 작성한 후가 아니라 작성 전에 각 목적지의 최종 주소를 확인하세요.

안정적인 대상을 사용하면 1년 후에도 리다이렉션 매핑을 쉽게 감사할 수 있습니다.

보고서에 lingering하는 구 오류

이동이 오래전에도 구 크롤링 오류가 보고에 계속 나타날 수 있습니다. 오래된 오류가 항상 실제 실패를 의미하는 것은 아닙니다. 조치하기 전에 각 오류의 날짜와 이동 날짜를 비교하세요.

이 단계에서 사람들이 자주 묻는 질문

301은 링크 가치를 잃게 하나요? 구글은 2016년부터 301이 PageRank를 잃지 않는다고 밝혔습니다. 하지만 관련 없는 페이지로 리다이렉션하면 소프트 404로 처리될 수 있으므로 이 점을 너무 절대적으로 믿지 마세요.

www 서브도메인은 어떻게 하나요? 하나의 호스트를 선택하고 다른 쪽을 해당 호스트로 리다이렉션한 후 사이트맵을 업데이트하세요. 당연해 보이지만, 호스트 분리는 인덱싱 혼란의 가장 흔한 원인 중 하나입니다.

구 도메인으로 향하는 스팸 링크도 리다이렉션을 따라갑니다. 리다이렉션을 수년간 유지하기 전에 스팸 런북을 확인하세요.

최종 검사를 실행할 때는 총 리다이렉션 수가 아니라 백링크가 의존하는 301 리다이렉션의 수를 세세요. 링크가 없는 페이지를 위한 깔끔한 리다이렉션 천 개보다, 모든 사이트가 인용하는 페이지를 위한 10개가 훨씬 중요합니다.

관련된 질문 중 하나는 구 도메인을 등록 상태로 유지할지 여부입니다. 수년간 보유하는 것은 저렴하며, 만료된 도메인은 외부 링크가 오류로 이어질 수 있는 추가적인 지점이 됩니다.

체인이 단일 리다이렉션보다 더 큰 영향을 미치나요? 한 번의 홉이 안전한 기본값입니다. 두 번의 홉은 종종 작동하지만, 각 추가 홉은 문제가 발생할 수 있는 지점이므로 설계상 체인을 짧게 유지하세요.

새 페이지가 적합하지 않은 URL 매핑

이 표는 쉬운 행을 보여줍니다. 더 어려운 행은 결정을 내리지 않은 사람에게도 설명할 수 있는 규칙이 필요합니다.

같은 주제, 같은 의도

대부분의 구 URL에는 명확한 후속 페이지가 있습니다. 같은 질문에 답하는 페이지로 매핑한 후, 구 주제에 관심을 가진 독자가 여전히 그 질문에 답하는 페이지에 도달하는지 확인하세요.

의미상 가장 가까운 일치는 보고서에서 방어할 수 있는 규칙입니다.

후속 페이지도 확인하세요. 콘텐츠가 줄어든 경우나 더 좁은 범위를 다루게 된 경우, 리다이렉션은 구 링크를 더 약한 페이지로 연결하게 됩니다. 이동 전이 아니라 이동 후에 문제가 발생하는 것을 방지하려면 두 페이지를 나란히 빠르게 읽어보세요.

리다이렉션이 아닌 폐기하는 구 페이지의 수를 세세요. 높은 비율은 보통 새 사이트가 더 작다는 것을 의미하며, 이는 계획서에서 명시적으로 언급할 가치가 있습니다.

적합한 페이지가 없을 때

때때로 구 글은 중단된 제품이나 더 이상 묻지 않는 질문에 대해 다루고 있었을 수 있습니다. 관련 없는 페이지로 리다이렉션하면 구글은 이를 소프트 404로 간주합니다. 이 경우 홈 페이지보다는 실제 콘텐츠가 있는 카테고리 페이지가 더 안전합니다.

일치하지 않는 각 URL의 이유를 짧은 한 줄로 기록하세요. 검토자가 의도적인 제거와 시간이 부족해 매핑이 실패한 경우를 구분할 수 있습니다.

완전히 사라짐: 404 또는 410

링크 가치가 없고 후속 페이지가 없는 URL은 리다이렉션 대신 410을 반환할 수 있습니다. 이는 구글에게 제거가 의도적임을 알립니다. 이 목록은 짧게 유지하고, 오류를 반환하기 전에 상위 페이지 보고서와 비교하세요.

410은 독자를 위한 처벌이 아닙니다. 페이지가 사라졌으며, 명확한 상태 코드는 브라우저와 크롤러에게 더 이상 해당 페이지를 요청하지 말라고 알려줍니다. 404와 410의 차이보다 선택의 배경이 더 중요합니다.

매핑에서 각 410 옆에 이유를 적어두세요. 나중에 실수로 페이지가 복원되는 것을 방지할 수 있습니다.

어느 정도 시간이 지나야 평가할 수 있나요?

최소 6주 기다리세요. 구글은 구 URL을 자체 속도로 다시 크롤링하며, 대규모 사이트는 더 오래 걸립니다.

당사의 링크 인덱스는 약 월간으로 업데이트되므로, 첫 번째 새 도메인 스냅샷에는 여전히 격차가 보일 수 있습니다. 첫 번째 확인에서 되돌리지 마세요.

사이트 전체 평균이 아닌 링크를 전달한 URL을 기준으로 이주를 평가하세요. 평균은 많은 페이지가 인용되지 않은 상태에서 몇몇 링크 손실을 숨길 수 있습니다.

검사를 고정된 일정에 따라 수행하세요. 불규칙한 확인은 하락분을 포착하고 회복기를 놓칠 수 있어, 건강한 이주가 실패처럼 보이게 만듭니다.

이동 당일 실행할 검사

이동 발표 전에 이 검사를 실행하세요. 이동 당일 발견된 실패는 한 달 후 트래픽 차트에서 발견되는 것보다 훨씬 적은 비용이 듭니다.

각 결과의 검사 시간을 기록하세요. 아침에 찍은 목록과 밤에 찍은 목록은 리다이렉션과 무관한 이유로 서로 다를 수 있습니다.

한 번의 패스에서 상태 코드 확인

각 구 URL에 한 번 요청을 보내고 상태와 첫 번째 홉을 기록하세요. 매핑된 URL은 301을 보여주고 그 뒤에 200이 따라야 하며, 중간에 체인이 없어야 합니다.

302나 404를 반환하는 것은 다른 증거가 있을 때까지 오류입니다.

결과를 매핑과 같은 시트에 보관하세요. 각 URL의 홉 수를 세는 열은 예상치 못한 체인을 보여줍니다.

• 구 URL
• 첫 번째 응답의 상태
• 마지막 홉 후 주소
• 홉 수

헤더 및 인덱싱 시그널

목적지에 noindex 헤더나 meta robots 태그가 없고, robots.txt에서 차단하지 않는지 확인하세요. 올바른 301이 숨겨진 페이지를 가리키면 가치가 손실됩니다.

상태 줄뿐만 아니라 응답 헤더도 읽으세요. 상태 줄만 보면 문제를 숨길 수 있습니다.

데스크톱뿐만 아니라 모바일에서도 샘플을 테스트하세요. 일부 리다이렉션 규칙은 기기별 또는 사용자 에이전트별로 작성되므로 브라우저에서 작동하는 규칙이 크롤러에서는 다르게 동작할 수 있습니다. 크롤러가 실제로 따르는 경로를 테스트하세요.