메타 태그 검사기
글자 수를 세지 않고 너비를 재는 메타 태그 검사기입니다. 페이지의 제목과 메타 설명을 픽셀로 측정해 Google 검색 결과에서 어디가 잘리는지 보여 주고, 페이지가 색인될 수 있는지, 공유하면 링크가 어떻게 보이는지 확인합니다.
Google이 head를 읽는 방식대로 저희 서버에서 페이지를 읽고, 제목과 설명을 픽셀로 측정합니다.
메타 설명(메타 디스크립션)은 몇 자가 적당할까요?
페이지를 설명하는 데 필요한 만큼입니다. 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).
모든 등산화는 30일 안에 무료로 반품할 수 있습니다. 방수 가죽, 미끄럼 방지 밑창, 2년 보증. 오후 3시 전에 주문하면 다음 날 도착합니다.
모든 등산화는 30일 안에 무료로 반품할 수 있습니다. 방수 가죽, 미끄럼 방지 밑창, 2년 보증. 오후 3시 전에 주문하면 다음 날 도착합니다.
표시 너비는 제3자가 관측한 값이며, Google은 공개하지 않습니다.

세지 않고 잽니다검색 결과 페이지가 그리는 크기 그대로의 제목과 설명입니다. 눈금자가 데스크톱과 휴대전화에서 각각 어디서 잘리는지 보여 줍니다.검색엔진별 색인 판정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>도 읽습니다.
- 1title 요소
- 2페이지에 표시되는 주 제목
- 3h1 같은 헤딩
- 4og:title 태그
- 5그 밖의 크고 눈에 띄는 텍스트
- 6페이지의 다른 텍스트
- 7페이지의 앵커 텍스트
- 8페이지로 연결되는 링크의 텍스트
- 9WebSite 구조화된 데이터
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이 페이지를 다시 크롤링한 뒤에야 적용되며, 몇 달이 걸릴 수 있습니다.
X-Robots-Tag: noindex| 검색엔진 | 충돌을 해결하는 방식 | 이 페이지 |
|---|---|---|
| 가장 제한적인 규칙이 우선 | 제외 | |
| Bing | 가장 제한적인 규칙이 우선공개된 규칙 없음: Google과 같이 해석 | 제외 |
| Yandex | 허용 규칙이 우선 | 색인 가능 |
robots.txt에서 차단: 페이지를 가져오지 않으므로 noindex도 읽히지 않습니다.
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을 읽습니다.
<meta charset="utf-8"><title>방수 등산화 남성용·여성용 – 무료 반품, 오늘 주문 내일 도착 | 예시 스토어</title><link rel="stylesheet" href="/theme.css"><img src="https://px.example/p.gif" alt="">Google은 여기서 멈춤<meta name="description" content="모든 등산화는 30일 안에 무료로 반품할…">Google이 무시함<link rel="canonical" href="https://store.example/boots">Google이 무시함<link rel="alternate" hreflang="de" href="https://store.example/de/stiefel">Google이 무시함<meta name="robots" content="max-snippet:160">여전히 적용: robots 태그는 body에서도 유효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/https://store.example/boots힌트: Google은 다른 것을 고를 수 있음신호(강한 순)
rel=canonical사이트맵hreflang 짝
/en/boots/de/stiefel서로 링크: 사용됨
/en/boots/fr/bottes한쪽만: 무시됨
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이 사용
<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 검색 센터: 스니펫, 제목 링크, robots 메타 태그와 X-Robots-Tag, noindex, Google이 지원하는 메타 태그, 유효한 페이지 메타데이터, 표준 URL, 현지화된 버전
- HTML Living Standard(title, description, 문자 인코딩)와 viewport 메타 태그에 관한 MDN 문서
- The Open Graph protocol과 Meta for Developers의 공유 이미지 문서
- Internet Archive에서 읽은 X의 마지막 공개 카드 문서: 마크업과 summary_large_image
- robots 메타 지시어에 관한 Yandex 문서와 Bing Webmaster Blog
- Google이 공개하지 않은 관측값: Zyppy의 제목 연구 같은 제3자 연구의 표시 너비와 재작성 비율. 이 페이지의 너비는 저희가 Arial로 직접 측정한 값입니다
메타 태그 검사기 자주 묻는 질문
메타 설명의 글자 수 제한은 얼마인가요?
title 태그는 몇 자가 적당한가요?
페이지가 noindex인지 어떻게 확인하나요?
noindex, nofollow는 무슨 뜻인가요?
robots.txt로 차단해야 하나요, noindex를 써야 하나요?
robots 메타 태그와 X-Robots-Tag의 차이는 무엇인가요?
Google이 내가 쓴 것과 다른 메타 제목과 설명을 보여 주는 이유는?
Facebook용 Open Graph 태그는 어떻게 확인하나요?
Twitter Card Validator는 아직 사용할 수 있나요?
Google은 아직 meta keywords 태그를 사용하나요?
viewport 메타 태그가 필요한가요?
이 메타 태그 검사기는 JavaScript를 실행하나요?
부족한 점이 있습니까?기능 또는 새 도구 제안하기
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일에는 그 주소가 로그인 화면으로 이어진 뒤 오류를 냈습니다. 남은 실용적인 확인 방법은 새 게시물에 링크를 붙여 넣고 게시하지 않은 채 보는 것입니다.
summary_large_imagesummarytwitter: 태그가 없나요? X는 og:title, og:description, og:image로 대신합니다.