인기 도구

테마

링크 분석기

링크 분석이 필요한 페이지의 주소를 입력하세요. 모든 링크를 Google이 읽는 방식 그대로 보여 줍니다. 내부 링크인지 외부 링크인지, follow인지 nofollow인지, sponsored인지 ugc인지, 각 링크가 실제로 어디에 도착하는지, 어떤 링크가 깨졌는지 한 번에 링크 검사를 할 수 있습니다.

저희 서버에서 페이지 HTML을 읽습니다 · 각 URL을 GET 요청으로 확인합니다 · 봇 차단과 깨진 링크를 구분합니다

실시간 상태 확인

도메인만 입력해도 됩니다. example.org를 입력하면 홈페이지를 읽습니다.

  • 가져오기HTML을 한 번 읽습니다
  • 리다이렉트최대 10회, 각각 확인
  • Robotsmeta + X-Robots-Tag
  • 찾은 링크<a> 및 <area>
상태 확인URL마다 GET 요청, 6개씩 동시에
예시
Wikipedia 문서의 링크 분석 결과: 링크 1,117개, 내부·외부 구분, 각 링크의 상태와 링크가 향하는 곳의 지도Wikipedia 문서의 링크 분석 결과: 링크 1,117개, 내부·외부 구분, 각 링크의 상태와 링크가 향하는 곳의 지도결과부터페이지에 링크가 몇 개인지, 사이트 안에 머무는 링크와 밖으로 나가는 링크는 몇 개인지, 깨진 링크는 몇 개인지 보여 줍니다.해결 방법이 붙은 참고 사항깨진 링크, 봇 차단 때문에 확인하지 못한 링크, 수정할 만한 리다이렉트, 빈 앵커를 개수와 조치 방법과 함께 알려 줍니다.위에서 아래로 본 페이지링크마다 페이지에서 위치한 곳에 눈금 하나씩 표시합니다. 메뉴, 본문, 참고 문헌, 푸터가 구분됩니다.링크가 향하는 곳섹션과 사이트마다 띠 하나가 있고, 띠의 너비는 링크 수에 비례하며 링크가 nofollow이면 점선으로 표시됩니다.
Wikipedia의 Domain Name System 문서에 있는 링크: 합계, 참고 사항, 링크가 향하는 곳의 지도입니다. 번호를 선택하면 각 부분이 보여 주는 내용을 확인할 수 있습니다.

nofollow, sponsored, ugc (그리고 “dofollow”가 속성이 아닌 이유)

rel="nofollow"는 검색 엔진에 링크를 내 보증으로 세지 말라고 요청하고, rel="sponsored"는 유료 링크나 광고를, rel="ugc"는 사용자가 작성한 링크를 표시합니다. 셋 중 아무것도 없는 링크는 follow로 처리되며, dofollow라는 값은 없습니다.

2019년 9월 10일부터 세 값 모두 명령이 아닌 힌트이고, 2020년 3월 1일부터는 크롤링과 색인에도 힌트로 적용됩니다(Google). ugc nofollow처럼 공백이나 쉼표로 구분해 값을 함께 쓸 수 있습니다.

가장 중요한 점은, sponsored나 nofollow 없는 유료 링크는 Google의 스팸 정책을 위반한다는 것입니다(Google). 저희가 읽은 Wikipedia 문서에서는 외부 링크 287개 중 267개가 nofollow이며, MediaWiki가 모든 인용에 이를 추가합니다.

각 rel 값이 요청하는 것
  • <a href>기본적으로 follow: 추가할 것 없음
  • rel="nofollow"보증하지 않음: 다른 값이 맞지 않을 때
  • rel="sponsored"유료 링크 또는 광고: 유료 링크에 필요(또는 nofollow)
  • rel="ugc"사용자가 작성함: 댓글, 포럼 게시물
  • rel="ugc nofollow"둘 다: 허용됨, 오래된 크롤러용
  • rel="dofollow"값이 아님: 브라우저와 Google은 무시함
  1. 2005Google이 nofollow 도입
  2. 2019-09-10sponsored와 ugc 등장, 세 값 모두 힌트가 됨
  3. 2020-03-01크롤링과 색인에도 힌트로 적용
wikipedia.org/wiki/Domain_Name_System267 nofollow20 followMediaWiki는 모든 인용을 nofollow로 표시
dnsrobot.net/blog/hosting-com-coupon14 sponsored9 follow저희 쿠폰 글: 유료 링크는 sponsored로 표시

페이지 자체에 nofollow가 지정되어 있다면?

그러면 각 링크의 rel과 관계없이 Google은 그 페이지의 어떤 링크도 따라가지 않습니다. nofollow가 지정된 robots meta 태그나 X-Robots-Tag 헤더는 페이지 전체에 적용되며, 이 도구는 각 링크를 “nofollow(페이지)”로 표시합니다.

Google은 본문에 있더라도 robots와 googlebot 이름을 읽으며, none은 noindex와 nofollow를 합친 값입니다(Google). 같은 규칙을 X-Robots-Tag: nofollow처럼 헤더로 보낼 수도 있습니다.

Wikipedia의 편집 기록 페이지는 의도적으로 noindex,nofollow를 지정합니다. 이 도구의 이전 버전은 이 태그를 읽지 않아서, 편집 기록 페이지의 처음 링크 200개 중 194개를 follow로 집계했습니다.

meta 태그 하나로 모든 링크에 적용
<meta name="robots" content="noindex,nofollow">
en.wikipedia.org/w/index.php?title=Example&action=history
이전 버전의 집계
follow 194개

처음 링크 200개 중: meta 태그를 읽지 않았습니다

Google이 읽는 방식 그대로
549

링크 전부 nofollow(페이지): Google은 어느 것도 따라가지 않습니다

543 nofollow(페이지)6 nofollow
같은 규칙을 HTTP 헤더로
X-Robots-Tag: nofollow
X-Robots-Tag: none

“여기서는 차단되지만 브라우저에서는 열려요”

많은 사이트가 페이지 앞에 봇 차단을 둡니다. JavaScript를 실행하지 않거나 스크립트처럼 보이는 방문자를 막기 때문에, 내 브라우저는 통과해도 저희 검사기는 403이나 429를 받습니다. 이런 링크는 깨짐이 아니라 차단됨으로 표시합니다.

Cloudflare는 챌린지에 cf-mitigated: challenge 헤더를 붙이며(Cloudflare), 기본적으로 특이한 user agent의 클라이언트에 챌린지를 보냅니다. 429는 요청이 너무 많다는 뜻입니다(RFC 6585).

저희는 정직한 user agent를 보내며 차단을 우회하려 하지 않습니다. 저희가 읽은 문서에서는 URL 18개가 차단되었습니다. 17개는 Cloudflare, AWS WAF, Akamai, 요청 제한 때문이었고 1개는 단순한 403이었습니다. 무엇이든 고치기 전에 직접 열어 보세요.

같은 URL, 방문자 둘
저희 검사기정직한 user agent, JavaScript 없음403 · 429cf-mitigated: challenge
내 브라우저챌린지를 실행함봇 차단200
문서에서 만난 차단
  • Cloudflare 챌린지7dl.acm.org · onlinelibrary.wiley.com · queue.acm.org · 403
  • AWS WAF6api.semanticscholar.org · ui.adsabs.harvard.edu · sgp.fas.org · 202 · 405
  • 요청 제한(429)3search.worldcat.org · api.semanticscholar.org · 429
  • Akamai 봇 차단1dyn.com → www.oracle.com · 403

페이지에는 링크를 몇 개까지 둘 수 있나요?

제한은 없습니다. Google의 안내에는 정해진 개수가 없고 이상적인 개수도 없다고 되어 있습니다. 링크를 100개 이하로 유지하라는 오래된 조언은 Google이 페이지의 일부만 읽던 시절의 이야기입니다.

중요한 것은 링크마다 독자에게 도움이 되는지, 중요한 링크가 HTML 안의 실제 <a href> 링크인지, 그리고 Googlebot이 검색용으로 읽는 HTML의 처음 2 MB 안에 있는지입니다(Google).

저희가 읽은 Wikipedia 문서에는 528 KB의 HTML에 링크 1,117개가 있습니다. example.com은 HTML에 링크가 전혀 없습니다. 유일한 링크는 페이지가 로드된 뒤 스크립트가 추가합니다.

실제 페이지 HTML의 링크 수2026년 10월 23일
  • wikipedia.org/wiki/Domain_Name_System1,117
  • www.wikipedia.org383
  • developer.mozilla.org/en-US/158
  • github.com142
  • dnsrobot.net/blog/hosting-com-coupon100
  • example.com0유일한 링크는 스크립트가 추가함
100개: Google의 예전 가이드라인
지금은 제한 없음Google은 개수를 정하지 않으며 이상적인 개수도 없다고 말합니다.
처음 2 MB가 반영됨Googlebot은 HTML 2 MB를 읽고, DNS 문서는 528 KB입니다.

앵커 텍스트와 이미지 링크

앵커 텍스트는 링크의 클릭 가능한 글자로, 독자와 Google에 대상 페이지가 무엇에 관한 것인지 알려 줍니다. 이미지 링크에서는 Google이 이미지의 alt 텍스트를 앵커로 읽으므로, alt가 비어 있는 이미지 링크는 아무 정보도 주지 못합니다.

좋은 앵커는 짧고 구체적이며 대상을 설명합니다. “여기를 클릭”이나 “더 보기”는 아무것도 알려 주지 않습니다(Google). 링크에 텍스트가 없으면 Google은 title 속성을 대신 사용합니다.

이 도구는 모든 이미지 링크의 alt 텍스트를 보여 주고, 비어 있는 것을 표시하며, 반복되는 앵커를 나열합니다. 저희가 읽은 문서에서는 “edit”이 링크 49개의 앵커입니다. 섹션 편집 링크로, Wikipedia에서는 문제없지만 다른 곳에서는 좋지 않습니다.

Google이 앵커로 읽는 것
  • <a href="/wiki/DNS_over_HTTPS">DNS over HTTPS</a>앵커DNS over HTTPS
  • <a href="/wiki/File:Wikiversity_logo_2017.svg"><img alt="Wikiversity logo"></a>앵커이미지Wikiversity logo
  • <a href="/wiki/File:DNS_Architecture.svg"><img alt=""></a>앵커비어 있음없음: 빈 링크
같은 페이지의 일반적인 앵커
  • “edit”×49
  • “Archived”×11
  • “more...”×4

target=_blank와 noopener: 아직도 필요한가요?

최신 브라우저에서는 필요하지 않습니다. target="_blank" 링크는 새 탭을 열며, 이제 모든 주요 브라우저가 이를 rel="noopener"로 처리해서 새 페이지가 내 페이지에 접근해 바꿀 수 없습니다. noopener가 없는 경우는 위험이 아니라 참고 사항으로 표시합니다.

HTML 표준은 2019년에 _blank가 noopener를 의미하도록 정했고(HTML), Safari 12.1, Firefox 79, Chrome 88이 이를 적용했습니다. noreferrer는 방문자가 어디서 왔는지도 숨깁니다. 이는 보안 수정이 아니라 개인정보와 분석에 관한 선택입니다.

새 탭은 더 이상 내 페이지에 접근할 수 없습니다
내 페이지<a target="_blank">rel 전혀 없음
열림접근할 수 없음
새 탭window.opener→ null
  1. 2019-02HTML: _blank는 noopener를 의미함whatwg/html #4330
  2. 2019Safari 12.1암묵적 noopener
  3. 2020Firefox 79암묵적 noopener
  4. 2021Chrome 88암묵적 noopener
오늘 읽은 페이지
  • dnsrobot.net/blog/hosting-com-coupon23개 중 23개에 noopener 또는 noreferrer 있음
  • github.com10개 중 10개에 noopener 또는 noreferrer 있음
  • developer.mozilla.org/en-US/10개 중 10개에 noopener 또는 noreferrer 있음

링크 분석기 자주 묻는 질문

이 링크는 클릭해도 안전한가요?

이 도구는 링크가 안전한지 판단하지 않으며, 주소만으로 그것을 보장할 수 있는 도구는 없습니다. 저희가 확인한 시점에 링크가 어디로 리다이렉트되었는지 모든 단계와 함께 보여 줄 뿐입니다. 사이트가 저희 검사기를 브라우저와 다른 곳으로 보낼 수도 있으니 참고용으로만 활용하세요. 사이트의 평판을 확인하려면 도메인을 IP 블랙리스트 확인과 WHOIS 조회에서 찾아보고, 의심스러운 링크는 항상 최신 상태로 유지한 브라우저에서만 여세요.

링크 검색 사이트처럼 웹페이지의 모든 링크를 찾으려면 어떻게 하나요?

위에 페이지 주소를 입력하고 링크 분석을 선택하세요. 페이지의 HTML을 한 번 읽어 메뉴부터 푸터까지 모든 링크를 앵커 텍스트, 대상 주소, rel 값, 각 URL의 상태와 함께 나열합니다. 목록은 CSV나 JSON으로 다운로드하거나 모든 URL을 한 번에 복사할 수 있습니다.

링크 분석에서 내부 링크와 외부 링크는 어떻게 다른가요?

내부 링크는 같은 사이트의 다른 글처럼 페이지와 같은 호스트를 가리킵니다. 외부 링크는 다른 웹사이트를 가리킵니다. 언어별 서브도메인처럼 같은 사이트의 다른 호스트로 가는 링크는 따로 집계해 내부 링크 옆에 표시하므로, 내 사이트에 대해 기대하는 구분과 일치합니다.

nofollow는 무슨 뜻이고, dofollow는 실제 속성인가요?

rel="nofollow"는 검색 엔진에 링크를 내 보증으로 취급하지 말라고 요청합니다. 2019년부터 Google은 이를 엄격한 규칙이 아니라 힌트로 읽습니다. dofollow라는 속성은 없습니다. nofollow, sponsored, ugc가 없는 링크는 기본적으로 follow로 처리되므로, “dofollow 링크”를 나열하는 도구는 이 값들이 없는 링크를 가리킬 뿐입니다.

rel="sponsored"나 rel="ugc"는 언제 써야 하나요?

대가를 받은 링크에는 sponsored를 쓰세요. 제휴 링크와 광고도 포함됩니다. Google의 스팸 정책은 이런 링크에 sponsored 또는 nofollow를 요구합니다. 댓글이나 포럼 게시물처럼 방문자가 작성한 링크에는 ugc를 쓰세요. 이전 nofollow만 이해하는 크롤러를 위해 ugc nofollow처럼 값을 함께 쓸 수 있습니다.

링크 검사에서 깨진 링크가 아니라 “차단됨”으로 표시되는 이유는 무엇인가요?

사이트의 봇 차단이 저희 검사기를 막았기 때문입니다. 대개 Cloudflare나 Akamai 챌린지(403), AWS 방화벽이나 요청 제한(429)이며, 서버가 자동 접속에 단순히 403으로 응답한 경우도 있습니다. 이는 페이지의 존재 여부와 무관하며 브라우저에서는 대개 열립니다. 작동하는 링크를 지우지 않도록 따로 표시합니다. 확실히 하려면 직접 열어 보세요.

링크가 리다이렉트되는 이유는 무엇이고, 고쳐야 하나요?

사이트가 페이지를 옮기고 방문자를 새 주소로 보내기 때문입니다. 링크는 여전히 작동하지만 단계마다 요청과 시간이 듭니다. 양쪽 끝을 모두 관리하는 내 사이트 안의 링크부터 고치고, 외부 링크는 페이지를 편집할 때 최종 주소로 업데이트하세요. 404로 끝나는 리다이렉트는 여기서 깨진 링크로 집계합니다.

JavaScript로 추가된 링크도 찾나요?

아니요. 서버가 보내는 HTML을 읽으며, 이는 크롤러가 가장 먼저 가져오는 것입니다. 페이지가 로드된 뒤 스크립트가 추가하는 링크는 보이지 않으며, 그래서 example.com에서는 링크가 나오지 않습니다. Google은 페이지를 렌더링할 때 스크립트가 추가한 링크도 찾을 수 있지만, 실제 <a href> 링크여야 합니다.

페이지가 자동 읽기를 막습니다. 그래도 분석할 수 있나요?

네. 브라우저에서 페이지를 열고 소스 보기(Ctrl+U, Mac에서는 ⌘⌥U)로 전체를 복사한 뒤 페이지 소스 붙여넣기를 선택하세요. HTML은 같은 엔진으로 내 브라우저에서 읽고, 링크 주소만 저희 서버로 보내 각각 확인합니다. 로드 후 스크립트가 추가하는 링크는 여전히 포함되지 않습니다.

링크를 몇 개까지 확인하나요?

페이지의 모든 링크를 최대 10,000개까지 나열하고, 고유 URL마다 한 번씩 확인합니다. 최대 90초 동안 1,000개까지 확인합니다. 한 번에 6개씩, 사이트당 4개씩 요청하고 다른 사이트는 최대 100개 URL까지만 확인하며, 모든 방문자를 합쳐 한 사이트를 확인하는 빈도도 제한합니다. HEAD 요청은 잘못된 응답을 받는 경우가 많아서, 각 확인은 리다이렉트를 한 단계씩 따라가는 실제 GET 요청입니다.

페이지에는 링크가 몇 개 있어야 하나요?

독자에게 도움이 되는 만큼입니다. Google은 제한을 두지 않으며 이상적인 개수도 없다고 말합니다. 링크를 100개 이하로 유지하라는 오래된 조언은 Google이 페이지의 일부만 읽던 시절의 이야기입니다. 중요한 링크가 HTML 안의 실제 <a href> 링크인지, 그리고 페이지가 Googlebot이 읽는 2 MB 안에 충분히 들어오는지 확인하세요.

링크 분석기는 무료인가요? 페이지를 저장하나요?

네, 가입 없이 무료입니다. 저희 서버에서 페이지를 한 번 읽고 각 URL을 확인해 결과를 보내 드립니다. 완료된 분석은 같은 페이지를 두 번 읽지 않도록 5분간 보관하며, 누가 요청했는지는 저장하지 않습니다. 결과를 공유하려면 링크를 복사하세요. 링크에 페이지 주소가 들어 있어서 누구든 열면 같은 분석을 볼 수 있습니다.

부족한 점이 있습니까?기능 또는 새 도구 제안하기

더 많은 웹사이트 및 SEO 도구