메타 태그 검사기

글자 수를 세지 않고 너비를 재는 메타 태그 검사기입니다. 페이지의 제목과 메타 설명을 픽셀로 측정해 Google 검색 결과에서 어디가 잘리는지 보여 주고, 페이지가 색인될 수 있는지, 공유하면 링크가 어떻게 보이는지 확인합니다.

저희 서버에서 한 번 읽음(헤더 포함) · Google 검색 결과에서 관측된 표시 너비에 대해 Arial로 너비 측정 · Google, Bing, Yandex를 따로 판정 · 공유 이미지의 실제 크기

메타 설명(메타 디스크립션)은 몇 자가 적당할까요?

페이지를 설명하는 데 필요한 만큼입니다. Google은 최대 길이를 정해 두지 않았고, 스니펫은 글자 수가 아니라 화면 너비에 맞춰 잘립니다. 제3자의 측정으로는 그 표시 너비가 데스크톱에서 약 920픽셀, 휴대전화에서 약 680픽셀입니다. 한글은 한 글자가 전각이라 영어 글자 평균의 두 배가 넘는 너비를 차지하므로, 저희 측정으로는 한국어 문장이 공백을 포함해 약 90자와 70자에서 이를 채웁니다. 영어 문장의 약 3분의 2에 해당하는 글자 수입니다.

Google의 말로는 “메타 설명의 길이에는 제한이 없지만, Google 검색 결과에서 스니펫은 필요에 따라, 보통 기기 너비에 맞게 잘립니다”(Google). 단위가 너비이므로 글자의 모양이 결과를 정합니다. Arial 14 px로 측정하면 iiiiii는 너비 19 px, WWWWWW는 79 px입니다. 일본어 글자는 전각이므로 같은 표시 너비에 들어가는 글자 수가 영어의 약 절반이고, 한글도 전각이지만 띄어쓰기를 하는 한국어는 약 3분의 2입니다.

그래서 흔히 말하는 “155~160자”는 한도가 아니라 대략적인 기준이며, 글자 수를 세는 메타 설명 검사기는 양쪽 방향으로 모두 틀릴 수 있습니다. 아래 그림의 가상 설명은 공백을 포함해 81자이고, 14 px에서 너비가 846 px입니다. 데스크톱의 약 920 px에는 여유 있게 들어가지만, 휴대전화의 약 680 px보다는 166 px 넘칩니다. “155~160자”보다 훨씬 짧은데도 휴대전화에서는 잘리는 것입니다. “50~60자, 즉 580픽셀” 같은 조언은 두 단위를 서로 바꿔 쓸 수 있는 것처럼 다루지만, 실제로는 그렇지 않습니다.

길이는 순위에 영향을 주지 않습니다. Google은 2009년에 설명을 순위에 사용하지 않는다고 밝혔고, 문서 어디에도 길거나 없는 설명에 대한 불이익은 나와 있지 않습니다. 또한 Google은 많은 경우 페이지에서 직접 스니펫을 만듭니다. 제3자의 두 연구에서는 검색 결과 약 세 개 중 두 개에서 설명이 교체되었습니다. 읽는 사람을 위해 쓰세요. 페이지마다 고유하고 내용을 제대로 요약하는 설명으로, 키워드를 나열하지 말고 중요한 단어를 앞에 두세요.

Google이 글자 수를 세는 유일한 곳은 robots 규칙 max-snippet입니다. 이 숫자는 글자 수이며, 0은 스니펫 없음, -1은 길이를 Google이 정하게 한다는 뜻입니다(Google).

같은 설명, 두 가지 표시 너비데스크톱: 약 920 px · 휴대전화: 약 680 px잘리는 지점
좁은 글자iiiiii19 px넓은 글자WWWWWW79 px
이 메타 설명 · 데스크톱: 약 920 px81자너비 846 px맞음

모든 등산화는 30일 안에 무료로 반품할 수 있습니다. 방수 가죽, 미끄럼 방지 밑창, 2년 보증. 오후 3시 전에 주문하면 다음 날 도착합니다.

이 메타 설명 · 휴대전화: 약 680 px81자너비 846 px잘리는 지점

모든 등산화는 30일 안에 무료로 반품할 수 있습니다. 방수 가죽, 미끄럼 방지 밑창, 2년 보증. 오후 3시 전에 주문하면 다음 날 도착합니다.

표시 너비는 제3자가 관측한 값이며, Google은 공개하지 않습니다.

같은 설명을 두 번 그렸습니다. 한글은 전각이라 데스크톱 검색 결과에는 들어가지만, 더 좁은 휴대전화 검색 결과에서는 “…”로 잘립니다. 어디서 잘리는지는 글자 수로 알 수 없습니다.
메타 태그 검사기 결과: 픽셀로 측정한 제목과 설명, 검색엔진별 noindex 판정, 공유 카드메타 태그 검사기 결과: 픽셀로 측정한 제목과 설명, 검색엔진별 noindex 판정, 공유 카드세지 않고 잽니다검색 결과 페이지가 그리는 크기 그대로의 제목과 설명입니다. 눈금자가 데스크톱과 휴대전화에서 각각 어디서 잘리는지 보여 줍니다.검색엔진별 색인 판정robots 메타 태그와 X-Robots-Tag 헤더를 Google, Bing, Yandex가 각자 읽는 방식대로 판정합니다.Google이 읽지 않는 것head를 일찍 끝내는 요소, 그 줄, 그리고 그 요소가 가리는 모든 태그입니다.공유했을 때의 모습Facebook과 X가 태그로 만드는 카드와, 파일에서 읽은 이미지의 실제 크기입니다.
가상의 쇼핑몰을 검사한 결과입니다. 픽셀 눈금자가 있는 검색 미리보기, 검색엔진별 색인 판정, 공유 카드를 보여 줍니다. 번호를 선택하면 각 부분이 보여 주는 내용을 확인할 수 있습니다.

title 태그는 몇 자가 적당할까요?

페이지를 나타낼 만큼 길고, 약 600픽셀에 들어갈 만큼 짧아야 합니다. 이는 제3자가 데스크톱 제목 링크에 대해 측정한 표시 너비로, 제3자의 기준으로 일반적인 영어는 약 50~60자이고, 저희 측정으로 한국어는 공백을 포함해 약 40자입니다. Google 자체는 한도를 정하지 않았으며, 제목 링크를 “기기 너비에 맞게” 자릅니다.

Google의 제목 링크 가이드에는 “<title> 요소의 길이에는 제한이 없다”고 나와 있지만, “불필요하게 길거나 장황한” 텍스트는 피하라고 합니다. 2,370개 사이트의 제목 80,959개를 분석한 연구에서는 70자가 넘는 제목은 거의 매번, 51~55자 제목도 약 40%가 Google에 의해 다시 작성되었습니다.

<title>은 출력이 아니라 입력 중 하나입니다. Google은 제목 링크를 title 요소, 페이지에서 눈에 띄는 주 제목, <h1> 같은 헤딩, og:title, 그 밖의 눈에 띄는 텍스트, 앵커 텍스트, 페이지로 연결되는 링크의 텍스트, WebSite 구조화된 데이터에서 자동으로 만듭니다. 제목이 없거나, 상투적이거나, 키워드로 가득하거나, 페이지와 다른 언어나 문자로 쓰였다면 교체됩니다.

그러니 페이지마다 고유하고 설명적인 제목을 붙이고, 사이트 이름은 맨 앞이나 맨 끝에 한 번만 넣어 파이프 같은 구분 기호로 나누고, “홈” 같은 모호한 제목은 피하세요. Google은 어느 쪽에서든 제목 링크를 가져올 수 있으므로, 위 검사기는 페이지의 첫 번째 <h1>도 읽습니다.

가장자리에서 잘리는 제목과, Google이 그 밖에 보는 곳표시됨잘림20 px에서 약 600 px(관측값)
방수 등산화 남성용·여성용 – 무료 반품, 오늘 주문 내일 도착 …655 px
Google이 제목 링크를 가져올 수 있는 곳
  1. 1title 요소
  2. 2페이지에 표시되는 주 제목
  3. 3h1 같은 헤딩
  4. 4og:title 태그
  5. 5그 밖의 크고 눈에 띄는 텍스트
  6. 6페이지의 다른 텍스트
  7. 7페이지의 앵커 텍스트
  8. 8페이지로 연결되는 링크의 텍스트
  9. 9WebSite 구조화된 데이터
title 요소는 Google이 제목 링크의 출처로 꼽는 아홉 가지 중 첫 번째입니다. 데스크톱에서 약 600 px 너비를 넘으면 제목의 나머지가 “…”로 바뀝니다.

noindex 검사: 페이지가 noindex인지 확인하는 방법은?

두 곳을 확인하세요. HTML의 robots 메타 태그와 HTTP 헤더 X-Robots-Tag입니다. 헤더는 페이지 소스에 보이지 않으므로, HTML만 읽는 noindex 검사기는 색인되지 않는 페이지를 색인 가능하다고 판정할 수 있습니다. 이 도구는 둘 다 Google, Bing, Yandex별로 읽습니다.

noindex 태그와 헤더는 같은 규칙을 담으며, Google은 이를 합산합니다. 헤더에 noindex, 태그에 all이 있으면 “더 제한적인 규칙이 적용”되므로 페이지는 noindex가 됩니다(Google). none은 noindex, nofollow를 뜻하며, Google의 noindex 문서는 nofollow를 힌트라고 부릅니다. 태그가 전혀 없으면 기본값은 index, follow입니다. HTTP 헤더 검사 도구는 페이지가 보내는 모든 헤더를 보여 줍니다.

Yandex는 충돌을 반대로 해결합니다. “허용 지시어는 금지 지시어와 함께 쓰일 때 우선합니다.” 그래서 noindex, follow 옆에 all이 있으면 Yandex에서는 계속 색인됩니다(Yandex). 위의 판정이 모든 검색엔진에 대해 한 번이 아니라 검색엔진별로 나오는 이유입니다.

함정은 robots.txt입니다. 거기서 차단된 URL은 가져오지 않으므로 noindex도 읽히지 않고, 다른 페이지가 링크하면 여전히 검색 결과에 나타날 수 있습니다(Google). 페이지를 제외하려면 크롤링을 허용하고 noindex를 붙이세요. robots.txt에 쓴 noindex는 전혀 지원되지 않습니다. 또한 새 noindex는 Google이 페이지를 다시 크롤링한 뒤에야 적용되며, 몇 달이 걸릴 수 있습니다.

한 페이지, 두 곳, 세 검색엔진
HTML페이지 소스에 보임<meta name="robots" content="all">
HTTP 헤더페이지 소스에 보이지 않음X-Robots-Tag: noindex
검색엔진충돌을 해결하는 방식이 페이지
Google가장 제한적인 규칙이 우선제외
Bing가장 제한적인 규칙이 우선공개된 규칙 없음: Google과 같이 해석제외
Yandex허용 규칙이 우선색인 가능

robots.txt에서 차단: 페이지를 가져오지 않으므로 noindex도 읽히지 않습니다.

같은 두 규칙이 다른 답을 냅니다. Google은 헤더의 noindex를 태그에 더하고, Yandex는 문서화된 자체 규칙에 따라 허용 규칙을 우선합니다. robots.txt 차단은 모든 검색엔진에게서 둘 다 가립니다.

Google이 일부 메타 태그를 무시하는 이유는?

대개 <img>나 <iframe>처럼 <head>에 속하지 않는 요소가 그 위에 있기 때문입니다. Google은 그 요소를 head의 끝으로 보고 그 뒤의 모든 요소를 무시합니다(Google).

head에서 유효한 요소는 title, meta, link, script, style, base, noscript, template 여덟 가지뿐입니다. 태그 스니펫과 함께 붙여 넣은 추적 픽셀, 잘못 들어간 <div>, 삽입된 <iframe>은 head를 일찍 끝내며, 그 아래의 canonical, hreflang 링크, 설명은 어디에도 오류 없이 사라집니다. 파일의 태그를 모으기만 하는 메타 태그 분석 도구는 그래도 모두 있다고 보고합니다.

모든 것이 사라지지는 않습니다. Google은 body 안의 robots 메타 태그도 따르므로, 끊김 이후의 noindex는 여전히 적용됩니다. canonical은 그렇지 않습니다. Google은 canonical을 head 안에서만 받아들입니다(Google). 위 검사기는 그 요소와 줄을 알려 주고, Google이 더 이상 읽지 않는 태그를 나열합니다.

JavaScript가 추가하거나 바꾸는 태그도 또 하나의 사각지대입니다. Google은 가능하면 이를 피하고 canonical은 HTML 소스에서 설정하라고 권하므로(Google), 이 검사기는 서버가 보내는 HTML을 읽습니다.

Google이 head 읽기를 멈추는 곳Google이 읽음Google이 무시함
4<meta charset="utf-8">
5<title>방수 등산화 남성용·여성용 – 무료 반품, 오늘 주문 내일 도착 | 예시 스토어</title>
6<link rel="stylesheet" href="/theme.css">
7<img src="https://px.example/p.gif" alt="">Google은 여기서 멈춤
7번째 줄
8<meta name="description" content="모든 등산화는 30일 안에 무료로 반품할…">Google이 무시함
9<link rel="canonical" href="https://store.example/boots">Google이 무시함
10<link rel="alternate" hreflang="de" href="https://store.example/de/stiefel">Google이 무시함
11<meta name="robots" content="max-snippet:160">여전히 적용: robots 태그는 body에서도 유효
7번째 줄의 추적 픽셀이 Google에게는 head의 끝이 됩니다. 그 아래의 설명, canonical, hreflang 링크는 읽히지 않지만, robots 태그는 여전히 읽힙니다.

canonical 태그는 무슨 일을 하나요?

같은 콘텐츠를 가진 여러 URL 중 어느 것을 표시하고 싶은지 검색엔진에 알려 주며, 규칙이 아니라 힌트입니다. “Google은 사용자가 지정한 것과 다른 페이지를 canonical로 선택할 수 있습니다”(Google).

Google은 이를 다른 신호와 함께 판단합니다. 리다이렉트가 가장 강하고, rel=canonical은 강한 신호, 사이트맵은 약한 신호이며, 어느 것도 필수는 아닙니다(Google). 표시하려는 페이지에 자기 참조 canonical을 두고, 절대 URL로 쓰고, <head>에 두며, hreflang, lang, media, type을 붙이지 마세요. 붙이면 Google은 canonical을 고를 때 이를 무시합니다. 리다이렉트 확인 도구는 리다이렉트를 단계마다 따라갑니다.

피해야 할 충돌은 두 가지입니다. noindex 페이지의 canonical은 서로 모순되는 신호를 보내며, Google은 애초에 canonical을 고르는 데 noindex를 쓰지 말라고 권합니다. 그리고 여기서 아무도 설정하지 않은, 다른 사이트를 가리키는 canonical은 살펴볼 필요가 있습니다. Google은 삽입된 교차 도메인 canonical을 해킹된 사이트의 징후로 꼽습니다.

언어 버전은 대신 hreflang으로 연결합니다. 각 버전은 자기 자신과 다른 모든 버전을 전체 URL로 나열하며, 서로를 가리키지 않는 두 페이지는 무시됩니다. 코드는 ISO 639-1 언어에 선택적으로 ISO 3166-1 지역을 붙인 것으로, en-UK가 아니라 en-GB이고, es-419는 지원되지 않습니다(Google). 각 언어 버전의 canonical은 같은 언어의 URL을 가리키게 하세요.

중복은 하나로 모이고, 언어 버전은 짝을 이룹니다

같은 콘텐츠, 여러 URL

http://store.example/bootshttps://store.example/boots?utm_source=mailhttps://www.store.example/bootshttps://store.example/boots/
canonicalhttps://store.example/boots힌트: Google은 다른 것을 고를 수 있음

신호(강한 순)

리다이렉트rel=canonical사이트맵
강함약함

hreflang 짝

en/en/boots
de/de/stiefel

서로 링크: 사용됨

en/en/boots
fr/fr/bottes

한쪽만: 무시됨

왼쪽: 한 페이지를 가리키는 네 주소가 canonical로 모이지만, Google이 이를 뒤집을 수도 있습니다. 오른쪽: 두 언어 버전은 각각 상대와 자기 자신에게 링크할 때만 인정됩니다.

Open Graph 태그와 Twitter 카드란 무엇인가요?

링크를 공유할 때 표시되는 제목, 텍스트, 이미지를 정하는 메타 태그입니다. Open Graph에는 og:title, og:type, og:image, og:url 네 가지 필수 속성이 있습니다(OGP). X는 자체 twitter: 태그를 읽고, 나머지는 이 og 태그로 대신합니다.

Facebook은 1200 × 630 px 이상, 1.91:1에 가까운 비율, 8 MB 이하의 이미지를 요구합니다. 링크 게시물의 최소 크기는 600 × 315 px이고, 200 × 200 px 미만은 받지 않습니다(Facebook). og:image:width와 og:image:height를 추가하세요. 이 값이 없으면 크롤러가 먼저 이미지를 내려받아야 하므로, 링크를 처음 공유한 사람에게는 이미지가 보이지 않습니다. 이 페이지는 Open Graph 검사기로서 이미지의 실제 크기를 파일 자체에서 읽습니다.

X가 마지막으로 공개한 카드 문서(2023년 12월 보관)는 summary_large_image에 300 × 157 px 이상의 2:1 이미지를, summary에 144 × 144 px 이상의 정사각형을 요구했으며, 모두 5 MB 미만이고 SVG는 안 된다고 했습니다(X, 보관본). twitter: 태그가 없으면 X는 og:title, og:description, og:image를 사용하지만, twitter:card로 큰 카드를 요청하기 전까지는 작은 summary 카드만 표시할 수 있습니다.

두 네트워크 모두 읽은 내용을 캐시합니다. Facebook은 이미지 URL이 바뀔 때까지 이미지를 보관합니다. Facebook의 Sharing Debugger는 페이지를 다시 스크랩하며, Facebook 로그인이 필요합니다. X는 더 이상 작동하는 공개 Card Validator를 제공하지 않습니다. 2026년 10월 26일에는 그 주소가 로그인 화면으로 이어진 뒤 오류를 냈습니다. 남은 실용적인 확인 방법은 새 게시물에 링크를 붙여 넣고 게시하지 않은 채 보는 것입니다.

한 페이지, 세 가지 카드
Facebook
1.91:1
1.91:1 · 최소 1200 × 630 px · 최대 8 MB
X · summary_large_image
2:1
2:1 · 최소 300 × 157 px · 5 MB 미만
X · summary
1:1
1:1 · 최소 144 × 144 px · 정사각형으로 자름

twitter: 태그가 없나요? X는 og:title, og:description, og:image로 대신합니다.

X: 마지막으로 공개된 문서, 2023년 보관

같은 태그를 세 가지로 그렸습니다. 각 이미지 상자는 그 네트워크가 문서화한 모양입니다. Facebook의 수치는 현재 가이드에서, X의 수치는 마지막으로 공개된 문서에서 가져왔습니다.

Google이 실제로 사용하는 메타 태그는?

몇 개뿐입니다. description, robots와 googlebot, notranslate, nopagereadaloud, google-site-verification, Content-Type과 charset 선언, refresh, viewport, rating입니다. Google은 지원하지 않는 메타 태그를 그냥 무시합니다(Google).

Google이 무시하는 태그 중 가장 잘 알려진 것은 meta keywords 태그입니다. Google 문서에 따르면 이 태그는 “Google 검색에서 사용되지 않으며, 색인 생성과 순위에 전혀 영향을 주지 않습니다”. Google은 2009년에 이 태그를 더 이상 사용하지 않는다고 발표했습니다. Google은 페이지의 언어를 감지할 때도 lang 속성을 사용하지 않으며, rel=next와 rel=prev는 더 이상 아무 효과가 없습니다. Open Graph 태그 중 Google이 문서화한 것은 제목 링크의 출처 중 하나인 og:title뿐입니다.

Google이 고려하지 않는 곳에서도 중요한 태그가 있습니다. 스크린 리더와 브라우저는 lang을 사용합니다. viewport 태그가 없으면 휴대전화는 페이지를 너비 약 980 CSS 픽셀로 배치한 뒤 축소하므로, 좁은 화면용 스타일이 적용되지 않습니다(MDN). Google은 이 태그가 있으면 페이지가 모바일 친화적임을 알 수 있다고 말합니다. 그리고 <meta charset>은 브라우저가 찾는 유일한 범위인 파일의 처음 1,024바이트 안에 있어야 합니다(HTML).

두 가지를 더 살펴볼 만합니다. refresh는 리다이렉트로 작동하지만, Google은 대신 서버 측 301을 권합니다. 그리고 Google에서 폐지된 noarchive는 Bing에서는 지금도 콘텐츠가 채팅 답변에 나올 수 있는지를 결정합니다(Bing).

Google이 각 태그를 어떻게 다루는지

Google이 사용

<meta name="description">스니펫이 되기도 함
robots · googlebot색인과 스니펫 규칙
<title>제목 링크의 출처 중 하나
og:title제목 링크의 또 다른 출처
viewport모바일 친화적 페이지의 신호로 읽음
charset처음 1,024바이트 안에서만 찾음
refresh작동하지만 301이 더 나음

Google이 무시

keywords색인과 순위에 영향 없음
rel=next · rel=prev더 이상 사용 안 됨

Google용은 아니지만 중요

<html lang>언어 감지에는 쓰지 않음, 스크린 리더가 사용
og:imageFacebook과 X가 사용
noarchiveGoogle에서는 폐지, Bing은 사용
Google이 지원한다고 밝힌 메타 태그 목록과, 무시한다고 밝힌 태그를 나란히 놓았습니다. Google이 무시하는 태그는 해가 없으며, 일부는 브라우저, 스크린 리더, 소셜 네트워크에는 여전히 중요합니다.

출처

메타 태그 검사기 자주 묻는 질문

메타 설명의 글자 수 제한은 얼마인가요?

제한은 없습니다. Google은 메타 설명의 길이에는 제한이 없으며 스니펫을 기기 너비에 맞게 자른다고 말합니다. 그러니 실제 한도는 픽셀이며, 제3자의 측정으로는 데스크톱에서 약 920, 휴대전화에서 약 680입니다. 한글은 한 글자가 영어 글자 평균의 두 배가 넘는 너비라서, 한국어 문장은 공백을 포함해 약 90자와 70자에서 이를 채웁니다. 한글이 많을수록 더 빨리 채워집니다. 이 메타 설명 검사기는 픽셀로 측정합니다.

title 태그는 몇 자가 적당한가요?

약 600픽셀에 들어가는 길이를 목표로 하세요. 이는 제3자가 데스크톱 제목 링크에 대해 측정한 표시 너비로, 제3자의 기준으로 일반적인 영어는 약 50~60자이고, 저희 측정으로 한국어는 공백을 포함해 약 40자입니다. Google은 한도를 두지 않지만, 긴 제목은 자르고 아주 긴 제목은 더 자주 다시 작성합니다. 한 연구에서는 70자가 넘는 제목이 거의 매번 다시 작성되었습니다. 중요한 단어는 앞에, 사이트 이름은 끝에 두세요.

페이지가 noindex인지 어떻게 확인하나요?

위에 주소를 입력하세요. 페이지의 robots 메타 태그(body 안의 것 포함)와 X-Robots-Tag 헤더를 읽고, Google, Bing, Yandex가 각각 어떻게 할지 보여 줍니다. 직접 확인하려면 페이지 소스에서 noindex를 검색하고, 브라우저 개발자 도구에서 응답 헤더를 보세요. 헤더로 보낸 noindex는 HTML에 절대 나타나지 않습니다.

noindex, nofollow는 무슨 뜻인가요?

noindex는 검색엔진에 페이지를 검색 결과에 표시하지 말라고 요청하고, nofollow는 페이지의 링크를 따라가지 말라고 요청합니다. Google의 noindex 문서는 nofollow를 힌트라고 부릅니다. none은 둘 다를 뜻합니다. noindex, follow는 페이지를 검색 결과에서 빼면서도 링크는 계속 따라갈 수 있게 합니다. 둘 다 방문자에게서 페이지를 숨기지 않으며, 크롤러가 페이지를 가져올 수 있을 때만 작동하므로 robots.txt로 함께 차단하지 마세요.

robots.txt로 차단해야 하나요, noindex를 써야 하나요?

검색 결과에서 페이지를 빼려면 noindex를 쓰고 크롤링은 허용하세요. robots.txt는 크롤링만 막습니다. 차단된 URL도 다른 페이지의 링크로 색인될 수 있고, 크롤러는 그 페이지의 noindex를 보지 못합니다. robots.txt에 쓴 noindex도 Google은 지원하지 않습니다. robots.txt는 중요하지 않은 페이지의 크롤링을 아끼는 데 쓰고, 페이지를 숨기는 데는 쓰지 마세요.

robots 메타 태그와 X-Robots-Tag의 차이는 무엇인가요?

같은 규칙을 두 곳에 담습니다. robots 메타 태그는 페이지의 HTML 안에 있고, X-Robots-Tag는 HTTP 응답 헤더입니다. 후자는 PDF나 이미지에 규칙을 적용하는 유일한 방법이며, 서버 설정으로 사이트 전체에 적용할 때도 편리합니다. 둘 다 있으면 Google은 가장 제한적인 규칙을 적용합니다. 헤더는 페이지 소스에 보이지 않으므로, 잊고 남겨 둔 헤더는 놓치기 쉽습니다.

Google이 내가 쓴 것과 다른 메타 제목과 설명을 보여 주는 이유는?

둘 다 명령이 아니라 입력이기 때문입니다. Google은 title 요소, 헤딩, og:title, 앵커 텍스트 등으로 제목 링크를 만들고, 제목이 없거나 상투적이거나 키워드로 가득하거나 다른 언어로 쓰였으면 교체합니다. 스니펫은 주로 페이지의 콘텐츠로 만들고, 설명이 페이지를 더 잘 설명하면 설명을 사용합니다. 제3자 연구에서는 검색 결과 약 세 개 중 두 개에서 설명이 교체되었습니다.

Facebook용 Open Graph 태그는 어떻게 확인하나요?

위에 페이지 주소를 입력하세요. 모든 og: 태그를 나열하고, og:image 파일의 실제 크기를 읽어 Facebook이 문서화한 권장 크기 1200 × 630 px, 한도 8 MB와 비교합니다. Facebook의 Sharing Debugger는 Facebook 크롤러가 본 내용을 보여 주고 페이지를 다시 스크랩해 캐시를 새로 고칠 수 있지만, Facebook 로그인이 필요합니다. 여기서 먼저 태그를 고친 뒤 그곳에서 다시 스크랩하세요.

Twitter Card Validator는 아직 사용할 수 있나요?

누구나 쓸 수 있는 형태로는 아닙니다. 2026년 10월 26일에 확인했을 때 Validator 주소는 방문자를 X 로그인으로 보낸 뒤 오류로 응답했고, X의 현재 개발자 문서에는 카드에 관한 항목이 없습니다. 남은 실용적인 확인 방법은 새 게시물에 링크를 붙여 넣고 게시하지 않은 채 보는 것입니다. 저희 검사기는 X가 읽는 twitter: 태그와 X가 대신 사용하는 Open Graph 태그를 보여 줍니다.

Google은 아직 meta keywords 태그를 사용하나요?

아니요. Google은 keywords 메타 태그가 Google 검색에서 사용되지 않으며 색인 생성과 순위에 전혀 영향을 주지 않는다고 말합니다. 2009년에는 이 태그가 너무 자주 남용되어 이미 수년 동안 무시해 왔다고 발표했습니다. 해도 없으므로 이 검사기는 참고로만 표시합니다. 그 노력은 제목과 설명에 쓰세요.

viewport 메타 태그가 필요한가요?

네, 휴대전화용 페이지라면 필요합니다. 없으면 모바일 브라우저는 페이지를 너비 약 980 CSS 픽셀의 가상 창에 배치한 뒤 화면에 맞게 축소하므로, 반응형 레이아웃이 좁은 화면용으로 쓴 스타일이 적용되지 않습니다. width=device-width가 있는 태그면 충분하며, MDN은 initial-scale=1이 보통 필요 없다고 설명합니다. Google은 이 태그로 페이지가 모바일 친화적임을 안다고 말합니다.

이 메타 태그 검사기는 JavaScript를 실행하나요?

아니요. 서버가 보내는 HTML을 읽습니다. Google이 제대로 갖추라고 권하는 것이 바로 이 버전입니다. Google은 JavaScript로 메타 태그를 추가하거나 바꾸지 말라고 권하고, canonical을 HTML 소스에 두기를 원합니다. 페이지의 제목이나 태그가 스크립트가 실행된 뒤에만 나타난다면 여기서는 없음으로 표시되며, 이는 고칠 가치가 있습니다. CMS 확인 도구는 어떤 프레임워크가 페이지를 만드는지 보여 줍니다.

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