링크가 썩었는지 확인하기

링크 부패의 원인

링크는 평범한 이유로 죽습니다. 호스팅 비용을 내지 않아 사이트가 문을 닫고, 회사가 인수되면서 블로그를 접고, CMS를 옮기면서 리다이렉트 없이 모든 주소가 바뀌고, 글이 유료로 바뀌거나 조용히 비공개가 되고, 도메인이 만료되어 선점 업자에게 넘어갑니다. 규모는 직관보다 큽니다. 링크 부패를 다룬 연구들은 10년 전 링크의 대략 4분의 1 이상이 더는 어디로도 연결되지 않는다는 결과를 거듭 내놓았습니다. 몇 년 넘은 북마크 모음에는 죽은 링크가 반드시 있고, 문제는 얼마나 많으냐뿐입니다.

검사기가 작동하는 방식

요청은 브라우저가 아니라 Marqly의 서버에서 보냅니다. 이는 설계상의 취향이 아니라 정직한 결과를 얻는 유일한 방법입니다. 브라우저는 CORS를 적용하므로 이 페이지의 스크립트는 다른 도메인의 응답 상태를 읽을 수 없고, 브라우저에서만 도는 검사기는 정상 링크 대부분을 실패로 보고하게 됩니다. 대신 붙여넣은 URL은 Cloudflare 인프라에서 실행되는 Marqly의 서버로 가서, 서버가 하나씩 가져와 상태를 돌려줍니다. URL마다 서버는 다음과 같이 처리합니다.

• 먼저 HEAD 요청을 보냅니다. 헤더만 받고 본문은 받지 않으며, 검사기를 알리고 이 페이지로 연결되는 사용자 에이전트(MarqlyLinkChecker/1.0)를 밝힙니다.
• 서버가 HEAD를 거부하면(상태 405 또는 501) GET으로 다시 시도합니다. HEAD를 구현하지 않은 사이트가 있기 때문입니다.
• 리다이렉트를 한 단계씩 따라가며 최대 여덟 번까지 가므로, “이동 주소” 열에는 첫 번째 단계가 아니라 최종 도착지가 표시됩니다.
• 응답하지 않는 링크는 약 6초 뒤에 포기하고 전체 묶음이 멈추지 않도록 연결 불가로 보고합니다.
• 묶음의 모든 URL을 동시에 처리하므로 링크 25개가 보통 몇 초 안에 돌아옵니다.

일반적인 공개 웹 주소만 받습니다. 표준 포트의 http 또는 https이며, 자격 증명이 포함되지 않아야 하고, 사설 또는 내부 호스트는 받지 않습니다. 무료 도구가 건드릴 이유가 없는 기기를 향하지 않도록 하기 위한 것이며, 그 때문에 사내 인트라넷 링크는 설계상 여기서 검사할 수 없습니다.

사용 방법

1. URL을 모으세요. 문서에서 가져와도 되고, 북마크를 내보낸 다음북마크 파일 뷰어(영문)로 링크를 검색 가능한 목록으로 뽑아도 됩니다.
2. 위 칸에 한 줄에 하나씩, 한 번에 최대 25개를 붙여넣으세요.
3. 링크 검사를 누르고 결과 표를 기다리세요.
4. 각 줄을 읽으세요. 판정(정상, 사라짐, 이동, “직접 확인 필요”), 서버가 정상 응답했는지를 나타내는 ✓/✗, 링크가 이동했다면 최종 주소가 나옵니다.
5. 조치하세요. 404/410은 지우거나 바꾸고, 애매한 것은 직접 브라우저로 확인하고, 이동한 링크는 도착한 곳을 확인하세요. 사이트 첫 페이지에 도착했다면 아무것도 “실패”하지 않았어도 보통 그 글은 사라진 것입니다.

결과 읽는 방법

• 200번대 - 정상입니다. ✓는 서버가 정상 응답했다는 뜻입니다.
• 리다이렉트 - 페이지가 이동했고, “이동 주소” 열에 도착한 곳이 나옵니다. 대개 문제가 없지만 (http→https, www 변경), 첫 페이지로의 이동은 글 자체가 사라졌다는 뜻인 경우가 많습니다.
• 404 / 410 - 확실히 죽었습니다. 서버는 살아 있고 그 페이지가 없다고 말합니다.
• 403, 429, 999 - 애매합니다. 많은 사이트가 사람에게는 잘 보여주면서 자동 검사기는 거부합니다. 무엇이든 지우기 전에 브라우저에서 확인하세요.
• 연결 불가 - HTTP 응답이 전혀 없습니다. 도메인이 죽었거나, 서버가 내려갔거나, 시간이 초과되었습니다. 거의 언제나 실제로 사라진 것입니다.

HTTP 상태 코드 정리

결과 표의 판정은 이 대응표에서 나오며, 어떤 브라우저의 개발자 도구에서든 같은 논리를 확인할 수 있습니다.

링크 점검을 해야 할 때

• 오래된 콘텐츠를 다시 발행하거나 재활용하기 전 - 5년 전 글을 죽은 인용문과 함께 다시 보내는 뉴스레터는 그 글이 전하는 소식보다 더 나빠 보입니다.
• CMS 이전 뒤 - 내 사이트든 남의 사이트든, 북마크와 메모의 주소가 모든 것의 이름을 바꾼 사이트를 가리킬 수 있습니다.
• 북마크 폴더를 정리할 때 - 확실히 죽은 것부터 지우면 파일이 가장 빨리 줄고 동기화할 잡동사니도 줄어듭니다.
• 연구나 읽을 목록의 출처를 확인할 때 - 인용에서 404가 나온다면 그 위에 무언가를 쌓기 전에 알아두는 편이 낫습니다.
• 라이브러리 전체를 옮기기 전 - 브라우저 북마크 이전 가이드(영문)를 보세요. 중복 북마크 찾기로 중복을 정리하고 이 도구로 깨진 링크를 점검하는 것이 값싼 두 가지 이득입니다.

개인정보: 무엇을 보내고 무엇을 저장하나

보내는 것은 붙여넣은 URL이며, 브라우저에서 Marqly의 서버로 가고, 거기서 검사기의 사용자 에이전트를 달고 각 대상 사이트로 갑니다. 그 밖에 사용자의 기기나 세션에서 나오는 것은 함께 전송되지 않습니다. 저장하는 것은 사용자를 식별하는 어떤 것도 없습니다. 계정도, 기록도, 저장된 묶음도 없고, 응답은 no-store로 표시되어 돌아오며, 스크립트가 도구를 두드리는 것을 막는 엣지의 요청 횟수 제한 외에는 남기는 카운터가 없습니다. 실질적으로 두 가지를 알아두세요. 검사하는 사이트에는 Cloudflare 인프라의 요청으로 보이므로, 접근 자체가 민감한 URL은 붙여넣지 마세요. 그리고 사설 또는 내부 주소는 요청을 보내기 전에 거부되므로 여기서는 전혀 검사할 수 없습니다.

솔직한 한계

이 도구는 한 번에 URL 25개까지 검사합니다. 더 붙여넣으면 나머지는 조용히 무시되지 않고 건너뛴 개수로 알려 드립니다. 제한을 둔 이유는 URL마다 우리 서버의 실제 요청이 들어가기 때문입니다. 제한 없는 묶음은 바로 다른 모든 사용자의 속도를 떨어뜨리는 스크립트 남용을 부릅니다. 계정도 하루 사용량 제한도 없으니 더 긴 목록은 묶음을 나누면 됩니다. 이 도구는 지금 이 순간 서버가 말한 것을 알려 주며, 그것이 내용의 진실과 늘 같지는 않습니다. 페이지가 200을 돌려주면서 본문은 도메인 주차 광고로 바뀌었을 수 있습니다(“소프트 404”는 상태 코드만으로는 알아낼 수 없습니다). 북마크 내보내기 파일 전체를 점검하려면 먼저 북마크 파일 뷰어(영문)로 URL을 뽑아 묶음으로 나누어 넣으세요.

• 느린 사이트가 죽은 것처럼 보입니다. 약 6초 제한 때문에 느리지만 살아 있는 페이지가 “연결 불가”로 돌아올 수 있으니, 믿기 전에 다시 실행하세요.
• 봇 차단이 죽은 것처럼 보입니다. 403이나 999는 사이트가 로봇을 거부한 것이지 페이지를 거부한 것이 아닙니다. 직접 확인하세요.
• 자바스크립트로 그리는 페이지는 그리기 전에 응답합니다. 검사기는 HTTP 응답을 볼 뿐, 브라우저가 최종적으로 그리는 화면은 보지 못합니다.
• 살아 있는 링크도 내일 죽습니다. 상태는 이 순간의 스냅샷이므로, 저장한 라이브러리는 몇 달마다 다시 점검할 가치가 있습니다.
• 너무 세게 밀면 멈춥니다. 묶음을 연달아 빠르게 보내면 IP별 요청 제한이 “요청이 너무 많음”으로 응답합니다. 1분 기다렸다가 이어 하세요.

썩는 북마크의 근본적인 해결책

링크 검사기는 페이지가 죽었다고 알려 주지만, 그 페이지에 무슨 내용이 있었는지는 알려 주지 못합니다. 주소 이상을 저장해야 하는 이유입니다. Marqly는 저장한 항목에 AI 요약을 붙이므로, 라이브러리의 죽은 링크도 그 내용의 요지를 간직하고, 의미 검색은 여전히 뜻으로 찾아 줍니다.

기존 북마크 도구는 원래 주소와 제목만 저장합니다(비교는Marqly와 Raindrop 비교를 참고하세요).Marqly 브라우저 확장 프로그램을 쓰면 저장하는 순간 페이지가 요약되고 AI 태그가 붙고 색인되어, 링크 부패가 지식을 지워 버리지 못합니다. 어느 쪽이든 데이터는 사용자의 것입니다.데이터를 내보낼 수 있나요? (영문)를 참고하세요.

관련 도구와 가이드

• 점검하기 전에 중복 저장한 링크를 정리하세요. 중복이 있으면 묶음이 이유 없이 두 배로 길어집니다.
• 검사할 URL을 뽑으려면 북마크 내보내기 파일을 검색 가능한 표로 열기(영문).
• 브라우저를 바꾸시나요? (영문) 이전 가이드가 내보내기, 정리, 가져오기를 처음부터 끝까지 다룹니다.
• 링크 부패의 구조적인 해답은 요약을 보관하는 나중에 읽기 환경입니다.
• 죽은 링크가 폴더 전체의 신뢰가 아니라 항목 하나만 잃게 하려면 북마크 정리 가이드를 보세요.
• Marqly 무료 요금제 - 시작해서 다음 링크 열 개를 요약과 함께 저장하세요.