깨진 백링크 복구 방법 — 잃은 link equity를 되살리는 5단계 가이드

왜 '깨진 백링크'를 굳이 복구해야 할까

백링크 분석기를 한 번이라도 돌려본 분이라면, "Lost backlinks" 또는 "Broken backlinks" 항목에서 숫자가 점점 늘어나는 걸 보셨을 겁니다. 그냥 두면 어떻게 되는지 궁금하실 텐데요. 솔직히 말하면, 한두 개는 SEO에 큰 타격이 없습니다. 문제는 오랫동안 방치하면 누적 손실이 생각보다 크다는 점입니다.

저희가 실제로 분석해보면, 6개월 이상 운영된 사이트에서 깨진 백링크 비율이 전체의 5~15% 정도까지 쌓이는 경우가 흔합니다. Ahrefs broken links 가이드에서도 한 깨진 페이지에서만 80개의 referring domain이 걸려 있었던 사례를 소개합니다. 페이지 하나 무너지면 link equity가 동시다발로 새는 거죠.

"깨진 백링크 복구 방법"이 SEO 실무자 사이에서 꾸준히 검색되는 이유가 여기에 있습니다. 새 백링크를 받는 것보다, 이미 받았던 백링크를 살려내는 게 훨씬 빠르고 저렴합니다. 도메인은 이미 우리를 가리키고 있으니, 끊긴 부분만 다시 연결하면 됩니다.

깨진 백링크가 만들어지는 5가지 패턴

복구 작업은 "왜 깨졌는지"를 알아야 시작됩니다. 실무에서 가장 자주 보는 5가지 패턴을 정리해두면, 나중에 분류 작업이 훨씬 빨라집니다.

1번과 2번은 우리 쪽 책임이라 의외로 복구가 쉽습니다. 반대로 3~4번은 상대 사이트에 부탁해야 해서 회수율이 떨어집니다. 5번은 솔직히 포기하는 게 맞고요.

1단계: 깨진 백링크부터 정확히 찾아내기

복구의 출발점은 "지금 어떤 백링크가 깨져 있는지"를 정확히 아는 것입니다. 감으로 시작하면 시간만 버립니다. 보통 두 가지 경로를 함께 씁니다.

1. 백링크 분석 도구의 Lost / Broken 리포트 — 가장 빠릅니다. 도구가 자체적으로 크롤링하면서 끊긴 링크를 잡아줍니다.
2. 구글 서치콘솔의 페이지 인덱싱 리포트 — 우리 쪽 404 URL을 알려줍니다. 외부 백링크가 가리키는 URL이 404면 여기 잡힙니다.

실무에서는 두 리포트를 교차 검증합니다. 백링크 분석기가 "lost"로 잡았는데 서치콘솔에는 안 잡힌다면 → 상대 쪽 변화일 가능성이 높고, 둘 다 잡혔다면 → 우리 쪽 URL이 깨진 겁니다.

현재 살아 있는 백링크 목록부터 정리하고 싶다면 백링크 확인하는 방법을 먼저 훑어보세요. 깨진 백링크 복구 방법은 결국 "내가 받은 백링크 전체 지도"가 있어야 작동합니다.

2단계: 원인 분류 — 우리 쪽 vs 상대 쪽

찾아낸 깨진 백링크 목록을 받았다면, 이제 각 항목을 두 그룹으로 나눠야 합니다. "우리 쪽 URL이 문제인가, 상대 쪽 페이지가 문제인가"가 모든 결정의 기준이 됩니다.

• 우리 페이지 URL을 직접 브라우저에 입력 → 404가 뜨면 우리 쪽 문제
• 상대 사이트의 링크가 걸린 페이지가 404거나 페이지에서 우리 링크가 사라졌다면 상대 쪽 문제
• 상대 페이지가 다른 페이지로 리다이렉트되는데 그 페이지에 우리 링크가 없다면 → 사실상 손실
• 상대 도메인 자체가 응답이 없으면 → 5번 패턴, 회수 거의 불가능

저희 팀 내부에서는 이 단계를 그냥 스프레드시트로 처리합니다. 컬럼 4개면 충분합니다 — "상대 페이지 URL", "우리 페이지 URL", "원인 분류(우리/상대/도메인 만료)", "DR 또는 도메인 권위". DR이 높은 백링크부터 우선 복구하는 게 ROI가 가장 좋습니다.

3단계: 우리 쪽 원인이라면 — 301 리다이렉트로 회수

우리 쪽 URL이 404인 케이스는 사실 가장 다행스러운 상황입니다. 상대에게 부탁할 필요 없이, 서버 설정만 바꾸면 끝나니까요. 301 리다이렉트(영구 이동)는 구글이 link equity를 거의 그대로 넘겨받게 해주는 표준 방식입니다.

301 리다이렉트 적용 순서

1. 매핑 결정: 깨진 URL마다 "가장 의미적으로 가까운 살아 있는 페이지"를 1:1로 짝지어 놓습니다.
2. 서버 설정: Apache는 .htaccess, Nginx는 server 블록, Next.js나 워드프레스는 각 플랫폼의 리다이렉트 설정을 사용합니다.
3. 적용 후 확인: curl -I 또는 브라우저 개발자 도구 Network 탭에서 응답 코드가 301인지 확인합니다. 302는 임시 이동이라 link equity 전달이 약하니 절대 쓰지 마세요.
4. 리다이렉트 체인 점검: A → B → C 식의 다단계 체인은 피하고, A → C로 직접 연결되도록 정리합니다.

301을 걸 만한 살아 있는 페이지가 없다면 어떻게 할까요? 두 가지 선택지가 있습니다 — (1) Wayback Machine에서 옛 콘텐츠를 참고해 같은 URL에 비슷한 페이지를 다시 만든다, (2) 토픽이 가장 가까운 카테고리 페이지로 보낸다. 1번이 회수율은 더 높습니다.

Redirect 301 /old-page /new-page

location = /old-page { return 301 /new-page; }

async redirects() {
  return [{ source: '/old-page', destination: '/new-page', permanent: true }];
}

4단계: 상대 쪽 원인이라면 — 아웃리치로 직접 요청

상대 사이트 측 문제(페이지 삭제, 링크 누락, 잘못된 링크)는 우리가 손댈 수 없으니 결국 사람한테 부탁해야 합니다. 흔히 "outreach"라고 부르는 단계인데, 회신율이 낮은 건 사실이라 기대치를 미리 조정하는 게 좋습니다.

Ahrefs Link Reclamation 가이드에 인용된 한 사례에서는 166건의 outreach 메일을 보내 31개의 백링크를 회수했습니다. 회수율 18.67%인데, 실무에서 보면 이 정도면 괜찮은 편입니다. 10건 보내면 1~2건 회수된다는 마음가짐이 현실적입니다.

회신율을 높이는 메일 작성 원칙

• 구체적으로 짚어주기: "어떤 페이지의 어느 위치 링크가 어디로 깨졌는지" URL과 앵커텍스트까지 명시합니다. 막연한 부탁은 무시당하기 쉽습니다.
• 상대에게 이득 강조: "당신 독자도 404 페이지를 보면 이탈할 수 있다"는 식으로 상대 사이트 UX 측면을 어필합니다.
• 대안 URL 미리 제공: 새 URL을 본문에 그대로 넣어주세요. 상대 입장에서 클릭 한 번으로 끝나야 회신율이 올라갑니다.
• 짧게: 5문장 이내. 길수록 회신율은 떨어집니다.

5단계: 복구 후 색인 갱신과 모니터링

리다이렉트를 걸었거나 상대가 링크를 다시 살려줬다면, 마지막 단계는 "구글이 이 변화를 빨리 알아채게 해주는 것"입니다. 그냥 두면 1~3주 걸리지만, 강제로 색인을 요청하면 며칠로 줄어듭니다.

1. 사이트맵 갱신: 새 URL 구조가 반영된 sitemap.xml을 다시 제출합니다.
2. URL 검사 + 색인 요청: 구글 서치콘솔 → URL 검사 → "라이브 URL 테스트" → "색인 요청" 순서. 자세한 절차는 구글 색인 요청 방법에서 정리해뒀습니다.
3. 2~4주 후 재점검: 백링크 분석기에서 같은 URL이 다시 "live"로 잡히는지 확인합니다.

복구 작업은 한 번 하고 끝이 아닙니다. 사이트가 운영되는 한 깨진 백링크는 계속 생깁니다. 분기에 한 번, 또는 사이트 리뉴얼 직후에 정기 점검 루틴을 만들어 두세요. URL 구조 변경 시점이 깨진 백링크가 한꺼번에 발생하는 가장 위험한 타이밍입니다.

복구가 어려울 때 — 차선책과 실수 피하기

아무리 잘 해도 모든 깨진 백링크가 살아나지 않습니다. 도메인이 만료된 경우, 상대가 회신을 안 하는 경우, 상대 페이지가 영구 삭제된 경우는 사실상 포기하는 게 맞습니다. 다만 그 손실을 줄이는 차선책은 있습니다.

실무에서 자주 보는 3가지 실수

• 모든 404를 홈으로 일괄 리다이렉트 — 앞에서 경고한 그대로, soft 404로 처리되면서 link equity가 사라집니다.
• 302(임시) 리다이렉트 사용 — 영구 이동이면 반드시 301입니다. 302는 검색 엔진이 link equity를 옮기지 않습니다.
• 한 번에 50개 동시 outreach — 회신 관리가 안 됩니다. 주 5~10건씩 페이스 조절하세요.

깨진 백링크 복구 방법은 결국 "지속 가능한 점검 루틴"으로 귀결됩니다. 한 번 정리하고 끝낼 일이 아니라, 분기별 작업으로 자리잡혀야 진짜 효과가 누적됩니다. 시간이 지날수록 누적 link equity 차이가 벌어지거든요.