링크는 파랗게 보이는데 클릭하면 엉뚱한 화면이 나옵니다. 이런 문제는 맞춤법 검사로 잡히지 않습니다. “주소가 있나?” 다음에 “독자가 기대한 곳으로 가나?”를 한 번 더 물어야 합니다.

상태 코드는 출발점이지 최종 판정이 아닙니다.

응답뜻추가 확인
200서버가 정상 응답정말 원하는 본문인가? 오류 안내만 있는가?
301/308다른 주소로 영구 이동최종 도착 주소와 링크 교체 필요 여부
404요청한 문서를 찾지 못함오타·삭제·예약 발행 여부
401/403인증 또는 접근 제한일반 독자도 접근할 수 있는 자료인가?

자동 검사에서 403이라고 나와도 사람의 브라우저에서는 열릴 수 있습니다. 반대로 관리자로 로그인한 상태에서는 보이지만 독자는 못 보는 링크도 있습니다. 상태 코드 하나를 곧바로 “삭제할 링크” 목록으로 바꾸지 마세요.

TRY IT HERE

입력값은 이 브라우저 안에서만 처리합니다. 아래 검사 기능은 서버에 저장하거나 전송하지 않습니다. 실제 개인정보 대신 예제를 사용하세요.

세부 데이터·판정 규칙 보기
위 도구는 실제 접속을 하지 않습니다.
브라우저에서 입력한 주소를 다른 서버로 보내지 않기 위해 형식·스킴·인증 정보로 의심되는 쿼리만 검사합니다. “형식 확인”은 200 응답을 받았다는 뜻이 아닙니다. 실제 HTTP 점검에는 아래의 읽기 전용 CLI와 브라우저 확인이 필요합니다.
node link-lab-20260831.mjs
# 로컬 예제 서버의 200·301·404·앵커를 검사합니다.
페이지가 열려도 #뒤의 위치는 없을 수 있습니다.
/guide#downloads에서 #downloads는 페이지 안의 위치를 가리킵니다. 서버는 대개 #뒤의 내용을 받지 않습니다. 따라서 HTTP 200만 확인하는 검사로는 그 위치가 실제로 있는지 알 수 없습니다.
로컬 실험은 정상 본문, 이동 주소, 없는 페이지, 존재하는 앵커와 없는 앵커를 구분합니다. 공개 사이트에 적용할 때는 최종 HTML 안의 id와 실제 스크롤 위치까지 대조하세요. JavaScript로 나중에 생기는 본문은 브라우저에서 별도로 확인해야 합니다.
한 글을 발행하기 전의 짧은 검사 순서
  1. 본문 링크를 모으고 관리자·로그아웃·삭제 같은 동작 주소와 인증 쿼리를 제외합니다.
  2. 일반 공개 페이지를 읽기 전용으로 확인하고, 이동한 주소는 최종 목적지를 기록합니다.
  3. 본문의 #앵커를 실제로 클릭해 약속한 위치에 도착하는지 봅니다.
  4. 로그인하지 않은 브라우저와 모바일에서 핵심 출처·다운로드를 한 번씩 엽니다.
  5. 열리지 않는 출처는 제목·확인일·대체 공식 자료를 검토하고, 모르는 내용을 통과로 표시하지 않습니다.
직접 확인할 자료
입력과 판정 규칙을 함께 보면 결과를 다시 확인하기 쉽습니다. 자료의 숫자는 별도 표시가 없는 한 학습용 가상 값입니다.
검증 범위: 2026년 8월 31일, 이 사이트가 제공하는 JavaScript 검사 규칙과 가상 입력으로 실행한 결과입니다. 새로운 Gemini 응답 실험이나 특정 유료 제품의 성능 측정이 아닙니다.
더 확인하고 싶다면
기능과 형식 설명은 아래 공식 자료를 기준으로 확인했습니다. 이 글의 예제 결과와 공식 제품의 보장 범위는 구분해 읽어 주세요.
공식 자료 확인: 2026년 8월 31일. 제품 메뉴와 지원 범위는 버전·언어에 따라 달라질 수 있습니다.