실수 및 해결 방법

클라이언트의 백링크를 고립시키는 6가지 이전 실수

클라이언트 파일에서 링크 손실의 대부분은 페널티가 아닙니다. 사이트가 이동하면서 응답을 멈춘 오래된 URL이며, 상위 페이지 보고서로 1분 안에 이를 확인할 수 있습니다.

LinkSkimmr 연구팀 · 업데이트 2026-10-29

사이트가 이동할 때 링크의 이동 경로

링크는 사이트가 아닌 URL을 가리킵니다. URL이 변경되면 이전 URL을 가리키는 모든 링크에 포워딩이 필요합니다.

이동 시에는 당연해 보이지만, 실제 이동이 완료된 후에야 깨닫게 됩니다. 많은 팀이 이 규칙을 알고 있습니다. WordPress 이전, www에서 비www 도메인으로의 전환 또는 새로운 카테고리 구조가 금요일에 오픈되고 리다이렉트는 나중에 한다고 적혀 있는 경우가 많습니다. 이동 후 사이트의 백링크를 확인할 때 중요한 것은 링크가 몇 개 존재하는지가 아니라, 얼마나 많은 링크가 활성 페이지에 도달하는지이며, 10분 루틴의 5단계가 이를 답변합니다.

구글의 이동 가이드는 오래된 URL에서 새 URL로의 일대일 매핑입니다. 서버 측 301 리다이렉트가 작업을 수행합니다. 가능한 한 오랫동안 유지하세요. 도메인 변경의 경우 Search Console의 주소 변경 도구는 추가 단계입니다. 매핑은 예측 가능한 방식으로 깨질 수 있으며, Screaming Frog 또는 Ahrefs Site Audit은 대부분의 문제를 찾아냅니다.

여기서 도구들이 도움을 줍니다: Search Console은 구글 측의 크롤링 및 커버리지를 보여주며, Screaming Frog는 크롤링된 리다이렉트 체인을 나열하고, 상위 페이지 호출은 링크를 운반하는 URL을 보여줍니다. 어느 하나만으로는 전체 그림을 제공할 수 없으며, 조합은 작은 사이트에서 1시간도 채 걸리지 않습니다.

실수, 증상, 해결 방법

실수	데이터에 나타나는 방식	해결 방법
모든 것이 홈 페이지로 리다이렉트됨	상위 링크 페이지가 모두 사라짐; 홈 페이지만 남은 URL	각 오래된 URL을 가장 가까운 새 페이지에 매핑
www와 비www 도메인 모두 200 응답	같은 링크가 두 호스트 간에 분산됨	하나의 호스트 선택, 다른 호스트는 301로 리다이렉트
3회 이상 점프하는 리다이렉트 체인	상위 페이지가 여러 번 점프한 후에야 해결됨	오래된 URL을 최종 URL로 직접 연결
영구 이동에 302 사용	오래된 URL이 링크된 페이지로 계속 나타남	이동이 확정되면 301로 전환
오래된 '소개' 페이지가 삭제됨, 포워딩되지 않음	높은 링크를 가진 URL이 404 반환	새 소개 페이지로 포워딩
매핑 없이 카테고리 구조 재구성	수십 개의 링크된 URL이 404 반환	오래된 URL 먼저 내보내기, 시트에서 매핑

두 번의 호출로 고립된 가치 찾기

가장 많이 링크된 페이지를 가져온 후, 브라우저나 curl -I로 각 URL을 테스트합니다. 깨끗한 200이나 단일 301이 아닌 모든 것은 목록에 추가합니다.

bash

# which old URLs carry the links (2 credits, billed once)
curl "https://linkskimmr.com/api.php?action=toppages&q=clientsite.com&per=200&key=sk_live_..."

# then, for each URL you care about
curl -sI https://clientsite.com/old-page | head -5

우리가 사용할 수리 순서

1
먼저 호스트 수정
하나의 정적 호스트, 나머지는 모두 301로 연결합니다. 몇 분 정도 걸리며 모든 링크에 동시에 영향을 미칩니다.
2
상위 20개 URL 매핑
20개의 높은 링크를 가진 페이지는 보통 대부분의 가치를 보유하고 있습니다. 일대일로 수동으로 매핑합니다.
3
체인 평탄화
모든 다중 점프 경로를 최종 URL로의 단일 점프로 대체합니다.
4
다음 달 재확인
우리의 인덱스는 대략 월별로 업데이트되므로, 수리가 성공인지 실패인지 선언하기 전에 한 주기를 기다리세요.

말할 가치가 있는 제한 사항

리다이렉트 수정은 링크 가치를 활성 페이지로 되돌려줍니다. 랭킹을 보장하지 않으며, 소스에서 제거된 링크를 복구할 수도 없습니다. 클라이언트 파일에 둘 다 명시하세요.

가장 많이 받는 리다이렉트 질문

오래된 페이지를 새 소개 페이지로 리다이렉트해도 되나요?

새 페이지가 동일한 목적을 수행한다면 가능합니다. 오래된 URL에서 가장 가까운 유사 페이지로의 301은 링크를 유용하게 유지합니다. 모든 죽은 URL을 홈 페이지로 보내는 것은 목적지가 링크가 약속한 것과 일치하지 않아 효과가 떨어집니다.

사이트당 301 리다이렉트 개수가 너무 많으면 어떻게 하나요?

개수보다 각 경로의 형태가 더 중요합니다. 긴 체인은 크롤링 노력을 낭비하고 더 자주 깨지므로, 모든 오래된 URL을 단일 점프로 유지하고 감사할 수 있는 스프레드시트에 전체 매핑을 보관하세요.

www를 비www 버전으로 보내는 방법은?

하나의 호스트를 정적 호스트로 선택한 후, 서버 또는 DNS 제공업체에서 다른 호스트에서 해당 호스트로 사이트 전체 301을 추가합니다. curl -I로 두 버전을 테스트하고, 상위 페이지 목록의 링크가 선택한 호스트에 도달하는지 확인합니다.

이동이 완료된 그 주에 확인할 사항

이동하는 주에 사이트의 백링크를 확인한다면, 숫자보다 매핑을 먼저 확인하세요. 매핑이 숫자가 복구될 수 있는지 여부를 결정합니다.

새 사이트맵이 아닌 오래된 사이트맵 크롤링

오래된 사이트맵은 여전히 처음부터 자리를 얻은 URL을 나열합니다. 라이브 사이트와 비교하여 크롤링하고, 404 또는 리다이렉트 체인을 반환하는 모든 행은 매핑의 줄이 됩니다.

날짜가 이름에 포함된 크롤링 출력을 보관하세요. 한 달 후의 두 번째 크롤링은 어떤 수정이 유지되었고 어떤 포워딩이 조용히 사라졌는지 보여줍니다.

이전과 이후의 상위 페이지 비교

이동 전 상위 페이지 목록을 저장한 후, 새 사이트가 안정화된 후 다시 호출을 실행합니다. 매핑이 적용되면 두 목록의 링크된 URL이 일치해야 하며, 일치하지 않는 행이 할 일 목록입니다.

각 실행에는 2크레딧이 필요하므로 비교는 저렴합니다. 비용은 데이터가 아닌 매핑에 있습니다.

남겨진 스테이징 규칙 찾기

크롤러를 차단하는 규칙은 출시 시 unnoticed하게 생존할 수 있습니다. 최고의 링크를 가진 템플릿의 robots.txt 및 noindex 태그를 확인한 후, 이동을 완료했다고 선언하세요.

클라이언트 파일에 한 줄이면 충분합니다: 확인한 템플릿과 날짜를 기록합니다. 각 포워딩의 소유자를 옆에 적으세요. 설명할 수 없는 포워딩은 다음 리디자인에서 삭제되는 대상이기 때문입니다.

영구 이동에 적합한 리다이렉트 코드

코드는 보내는 메시지에 큰 영향을 미치는 작은 선택입니다. 크롤러는 오래된 페이지의 다른 내용보다 상태 코드를 먼저 읽습니다.

최종 이동에 301이 적합한 이유

301은 이동이 영구적임을 의미합니다. 302는 오래된 주소가 다시 돌아올 수 있음을 의미하며, 이는 최종 이동에는 잘못된 메시지입니다. 임시 테스트가 실제로 진행 중인 동안에만 302를 사용하세요.

이동이 안정화된 후, 임시 포워딩을 301로 전환합니다. 수년간 302를 그대로 두는 것은 이동을 반쯤 완료된 상태로 유지하는 조용한 방법 중 하나입니다.

302 후 301이 잘못 가는 이유

두 번째 URL로 포워딩하는 302는 다시 301을 보내면 두 점프와 혼합된 신호를 만듭니다. 검색 엔진은 일반적으로 체인을 따라갈 수 있지만, 체인은 더 느리며 누군가가 규칙을 편집할 때마다 더 쉽게 깨집니다.

최종 주소로 직접 가리키는 단일 301로 축소합니다. 단일 점프는 테스트하기 쉽고, 클라이언트에게 설명하기 쉽고, 유지하기 쉽습니다.

쿼리 매개변수가 있는 URL 리다이렉트 방법

CMS 변경 후 쿼리 문자가 있는 오래된 URL은 흔합니다. 오래된 주소가 색상 매개변수가 있는 제품 페이지였다고 가정합니다. 매개변수가 콘텐츠를 변경하는지 결정합니다. 변경한다면 매개변수화된 URL을 일치하는 새 페이지에 매핑하고, 변경하지 않는다면 매개변수를 제거하는 단일 규칙으로 페이지를 제공할 수 있습니다.

규칙이 활성화된 후 몇 개의 매개변수화된 URL을 수동으로 테스트합니다. 일반 경로에 대해 작동하는 규칙은 여전히 쿼리 문자열을 무시할 수 있으며, 매개변수가 있는 링크는 놓치기 쉬운 링크입니다.

수리처럼 보이는 세 가지 포워딩

일부 포워딩은 상태 검사를 통과하지만 여전히 가치를 잃습니다. 페이지는 301로 응답하지만, 링크를 따르는 사람들과 크롤러에게 목적지가 잘못되었습니다.

리다이렉트 루프

서로에게 보내는 두 규칙은 브라우저에서 루프로 나타나며, 대부분의 도구는 몇 번의 점프 후에 포기합니다. 오래된 URL을 테스트하고 점프를 세며, 시작점으로 다시 가리키는 규칙을 수정합니다.

루프는 가장 쉽게 볼 수 있는 문제이며 가장 쉽게 일주일 동안 남겨두는 문제입니다. 발견한 당일 수정하고, curl -sIL로 점프를 세어 마지막 상태 줄뿐만 아니라 모든 상태 줄을 읽으세요.

로그인 화면으로의 포워딩

높은 링크를 가진 오래된 페이지가 로그인 양식으로 포워딩되면 방문자에게 링크가 약속한 콘텐츠 대신 벽을 보여줍니다. 가이드를 로그인 페이지로 포워딩하고, 해당 페이지가 타사 로그인으로 리바운딩한다고 가정합니다. 그 경로에는 링크에 도움이 되는 것이 없습니다.

링크가 다루는 내용에 맞는 공개 페이지로 포워딩합니다. 그러한 페이지가 없다면, 아무 곳으로도 가지 않는 포워딩보다 깨끗한 404가 더 정직합니다.

가상의 작업 예시

한 블로그 테마에서 다른 테마로 이동한 클라이언트를 상상해 보세요. 예시 숫자만 포함합니다.

이동 전 상위 페이지 보고서에 링크가 있는 140개의 URL이 나열되었고, 이동 후 90개가 404를 반환했다고 가정합니다. 새 permalink 패턴이 날짜 폴더를 삭제했기 때문입니다. 그 중 상위 20개를 수동으로 매핑하면 오후에 많은 pointed 가치를 복구할 수 있으며, 임계값 표는 클라이언트에게 변경 사항을 설명하는 방법을 알려줍니다.

같은 매핑은 클라이언트가 변경 사항을 물어볼 때 가장 좋은 답변입니다. 오래된 주소, 새 주소 및 각 상태 코드가 포함된 매핑된 20개 URL을 보여주세요. 테이블은 설득력을 가집니다. 20개의 행은 어떤 요약보다 더 설득력이 있으며, 테이블은 다음 패스를 위한 체크리스트로도 사용됩니다.