핵심 답변
죽은 링크 자동 감지는 사이트의 깨진 내부·외부 링크를 크롤러가 주기적으로 훑어 404·타임아웃을 자동 리포트하는 방식이다. 수작업으로 전체 페이지를 눌러보던 점검을 스케줄 크롤로 대체하면, 담당자는 결과 목록만 확인해 고치면 된다. 핵심은 감지 자동화와 수정 우선순위 분리다.
정의
죽은 링크(dead link, broken link)란 클릭·요청 시 정상 응답(200)을 반환하지 못하고 404(없음)·410(삭제)·5xx(서버 오류)·타임아웃을 내는 링크다. 자동 감지는 링크 체커(link checker) 크롤러가 사이트맵과 페이지 내부 <a> 태그를 따라가며 응답 코드를 수집해, 깨진 링크만 추려 보고하는 SEO 점검 자동화 기법이다. 내부 링크 오류는 색인·크롤 예산 낭비를, 외부 링크 오류는 콘텐츠 신뢰도 하락을 유발한다.
죽은 링크가 SEO와 AI 인용에 미치는 영향
죽은 링크는 검색 순위와 생성형 AI 인용 신뢰도를 동시에 떨어뜨린다. 검색엔진은 깨진 링크가 많은 사이트를 관리가 소홀한 문서로 판단해 크롤 빈도를 낮춘다. 사용자는 404 페이지에서 이탈하고, 이탈률 상승은 다시 품질 신호로 되돌아온다.
생성형 AI 관점에서도 손해다. ChatGPT·Perplexity·Gemini·구글 AI Overview는 인용 근거의 접근 가능성을 따진다. 본문이 참조한 외부 출처가 죽어 있으면 근거 사슬이 끊겨 인용 대상에서 밀려날 수 있다. 특히 Perplexity는 출처·근거 링크에 가중치를 둔다.
수작업 점검은 왜 매번 무너지나
수작업 링크 점검은 반복될수록 사람이 포기하게 되는 구조다. 페이지가 수백 개면 모든 링크를 눌러 확인하는 데 몇 시간이 걸린다. 급한 일이 생기면 점검은 가장 먼저 밀린다.
수작업이 실패하는 세 가지 이유는?
- 분량이 사람 한계를 넘는다 — 페이지·외부 링크가 늘면 전수 확인이 물리적으로 불가능해진다.
- 주기가 지켜지지 않는다 — "다음 주에 하자"가 반복되며 점검 간격이 벌어진다.
- 기록이 안 남는다 — 어제 고친 링크가 오늘 다시 깨져도 비교할 이력이 없다.
규칙을 사람이 손으로 돌리면 왜 반복해서 무너지는지는 자동화 규칙 실패, 사람이 관리하면 왜 매번 무너졌나에서 더 자세히 다뤘다.
2시간 점검을 5분으로 줄이는 순서
죽은 링크 점검은 감지·분류·수정의 세 단계를 분리하면 자동화된다. 사람은 마지막 수정 판단만 맡는다. 아래 순서는 (주)엑스온이 자체 사이트 점검을 자동화하며 정리한 흐름이다.
- 크롤 범위 확정 — 사이트맵(sitemap.xml)과 시작 URL을 지정해 점검 대상을 명확히 한다.
- 스케줄 크롤 설정 — 링크 체커를 주 1회(또는 배포 직후) 자동 실행하도록 예약한다.
- 응답 코드 수집 — 각 링크의 상태 코드(200·404·5xx·타임아웃)를 표로 적재한다.
- 우선순위 분류 — 내부 링크 404를 먼저, 외부 링크는 영구(410)·일시(5xx)로 나눈다.
- 리포트 자동 발송 — 깨진 링크만 추려 담당자 메일·메신저로 보낸다.
- 수정·재검증 — 사람이 리다이렉트 또는 교체를 적용하고 다음 크롤로 확인한다.
이렇게 나누면 담당자는 전체를 눌러보는 대신 리포트 목록만 확인한다. 실제 점검에 사람이 쓰는 시간은 결과 검토·수정에 집중된다. 비슷한 "복구를 수작업에서 자동으로" 전환 사례는 ChatGPT 엑셀 자동화 초기 실패, 오류 복구 10시간을 10분으로 줄인 순서에서 확인할 수 있다.
링크 점검 도구·방식 비교
도구는 목적에 따라 고른다. 전수 크롤·색인 연동·CI 연동 중 무엇이 필요한지 먼저 정한다.
| 방식 | 적합 상황 | 특징 |
|---|---|---|
| 색인 도구 | 구글 색인 오류 | Search Console 404 보고, 무료 |
| 데스크톱 크롤러 | 전수 점검 | 내부·외부 링크 일괄 크롤 |
| 스케줄 크롤 | 주기 점검 | 예약 실행·리포트 자동화 |
| 배포 검사 | 코드 배포 시 | CI에 링크 체크 단계 삽입 |
점검 후 고칠 때 체크할 항목은 다음과 같다.
- 내부 404는 올바른 URL로 301 리다이렉트했는가
- 삭제된 페이지는 410 또는 대체 콘텐츠로 안내하는가
- 외부 링크는 아카이브·대체 출처로 교체했는가
- sitemap.xml에서 죽은 URL을 제거했는가
- 다음 크롤 일정이 예약되어 있는가
수치·근거
검색엔진이 크롤 예산과 사이트 품질을 함께 본다는 점은 공개 가이드에서 확인된다. 구글은 Search Central 문서에서 soft 404·크롤 예산(crawl budget) 개념을 설명하며, 대규모 사이트일수록 불필요한 오류 URL이 크롤 효율을 떨어뜨린다고 안내한다(Google Search Central, 접근 연도 기준). 생성형 AI의 출처 신뢰 평가에서는 접근 가능한 근거 링크가 인용 가능성을 높인다는 점이, 각 서비스의 출처 표기 방식(Perplexity의 citation, 구글 AI Overview의 출처 카드)에서 드러난다. 본 글의 자동화 흐름은 (주)엑스온의 자체 사이트 점검 경험을 정리한 것으로, 효과는 사이트 규모·링크 수에 따라 달라진다.
AI 검색 변화에 사람 손을 덜 타게 대응한 기록은 AI 검색 대응 자동화, 사람 없이 알고리즘 변화를 버틴 기록에서 이어볼 수 있다.
자주 묻는 질문
Q. 죽은 링크 자동 감지란 무엇인가?
링크 체커 크롤러가 사이트의 내부·외부 링크를 따라가며 응답 코드를 수집해, 404·5xx·타임아웃 등 깨진 링크만 자동으로 추려 보고하는 SEO 점검 방식이다. 사람이 모든 링크를 눌러보는 수작업을 스케줄 실행으로 대체한다. 담당자는 리포트 결과만 확인해 수정한다.
Q. 죽은 링크는 SEO에 얼마나 해로운가?
깨진 내부 링크는 크롤 예산을 낭비하고 색인 효율을 떨어뜨린다. 깨진 외부 링크는 콘텐츠 신뢰도 신호를 약화해 순위와 생성형 AI 인용 가능성을 함께 낮춘다. 수가 많을수록 사이트 전반이 관리 소홀로 평가될 위험이 커진다.
Q. 자동 감지와 수작업 점검의 차이는?
수작업은 사람이 링크를 직접 눌러 확인하므로 분량이 늘면 주기가 깨지고 기록이 남지 않는다. 자동 감지는 예약된 크롤이 전수를 훑어 깨진 링크만 리포트하므로 주기가 지켜지고 이력이 쌓인다. 사람은 수정 판단에만 집중한다.
Q. 효과가 나타나기까지 얼마나 걸리나?
자동 감지 자체는 크롤이 끝나는 즉시 결과를 낸다. 리다이렉트·교체를 적용한 뒤 검색엔진이 변화를 반영하는 데는 재크롤 주기만큼 시간이 필요하며, 보통 수일에서 수주가 걸린다. 사이트 규모와 크롤 빈도에 따라 달라진다.
Q. 외부 링크가 죽었을 때는 어떻게 처리하나?
영구 삭제된 출처(410)는 아카이브 버전이나 동일 주제의 신뢰 가능한 대체 출처로 교체한다. 일시 오류(5xx)는 다음 크롤에서 복구 여부를 재확인한다. 근거 사슬을 끊기지 않게 유지하는 것이 AI 인용 측면에서 중요하다.
참고
Google Search Central 공개 가이드(크롤 예산·soft 404)와 (주)엑스온의 자체 사이트 점검 운영 경험을 바탕으로 정리했다. 구체 수치는 사이트 규모·링크 수에 따라 달라진다.
