메타 디스크립션이란 무엇인가

메타 디스크립션(meta description)은 웹페이지의 요약문을 검색엔진에 알리는 HTML <meta> 태그다. 구글과 네이버가 검색 결과에서 제목 아래 보여 주는 설명문의 재료가 된다.

다만 재료일 뿐이다. 작성한 문구가 검색 결과에 그대로 걸린다는 보장은 없고, 실제로는 그렇지 않은 경우가 더 많다.

메타 디스크립션은 검색 결과에 그대로 표시되는가?

대체로 그렇지 않다. 검색엔진은 메타 디스크립션을 후보로만 쓰고, 질의에 더 잘 맞는 문장이 본문에 있으면 그쪽을 뽑는다.

구글은 이 동작을 공식 문서에 그대로 적어 뒀다. “스니펫은 주로 페이지 콘텐츠 자체에서 생성됩니다. 하지만 Google에서는 페이지에서 직접 가져온 콘텐츠보다 메타 설명 HTML 요소가 페이지에 관한 더 정확한 설명을 사용자에게 제공할 수 있다면 해당 요소를 사용하기도 합니다” (구글 검색 센터, 스니펫 제어).

규모로 보면 재작성이 기본값에 가깝다. Ahrefs가 키워드 20,000개의 검색 결과에서 페이지 192,656개를 뽑아 원본 태그와 대조한 결과 구글은 62.78%를 다시 썼고, 롱테일 질의에서는 65.62%로 더 높았다 (Ahrefs, How Often Does Google Rewrite Meta Descriptions?).

한국어 검색 결과에서도 같은 일이 벌어지는지 직접 확인했다. 2026년 8월 30일 구글에서 “메타 디스크립션”을 검색해 1페이지 오가닉 9건의 description 태그를 전부 수집하고, 같은 화면에 표시된 설명문과 대조한 결과다.

순위사이트description 태그구글이 보여준 설명문
1네이버 블로그태그 없음본문 첫 문단 발췌
2TBWA 데이터랩79자본문에서 새로 뽑음
3스튜디오 제이티147자태그 앞부분 그대로
4InterAd Korea88자태그 전문 그대로
5아이보스104자(플랫폼 자동 생성)본문에서 새로 뽑음
6코드엠샵118자본문에서 새로 뽑음
7Search OS160자본문에서 새로 뽑음
8브런치208자(플랫폼 자동 생성)본문에서 새로 뽑음
9리드젠랩92자본문에서 새로 뽑음

태그가 있던 8건 중 구글이 그 문구를 쓴 것은 2건뿐이었다. 나머지 6건은 본문에서 다른 문장을 뽑아 갔다.

살아남은 두 건에는 공통점이 있다. 스튜디오 제이티는 “메타 디스크립션은 검색 스니펫에 쓰일 페이지 요약을 지정하는 태그입니다”로, InterAd는 “메타 디스크립션은 검색 결과에서 페이지의 내용을 설명하는 중요한 HTML 요소입니다”로 시작한다.

둘 다 검색어를 주어로 받아 첫 문장에서 곧바로 정의를 준다. 반대로 다시 쓰인 쪽은 “모두 정리해봤습니다. 금방 배울 수 있으니 지금 바로 확인해보세요”처럼 홍보 문구로 시작하거나, “안녕하세요, 인턴 피비예요”처럼 인사말로 시작했다.

코드엠샵의 경우는 더 노골적이다. 타이틀 태그와 메타 디스크립션을 다루는 페이지인데 설명문은 쇼핑몰 솔루션 홍보 문구였고, 구글은 그것을 버리고 본문의 길이 권장 문장을 뽑아 갔다.

메타 디스크립션은 검색 순위에 영향을 주는가?

순위에는 영향이 없다. 구글이 2009년에 못 박은 뒤로 지금까지 바뀌지 않았다.

“때때로 검색 결과 스니펫의 텍스트로 description 메타 태그를 쓰기는 하지만, 그렇더라도 순위에는 description 메타 태그를 쓰지 않는다”가 당시 검색 품질팀 매트 커츠가 남긴 문장이다 (구글 검색 센터 블로그, Google does not use the keywords meta tag in web ranking, 2009년 9월).

영향은 순위가 아니라 클릭률에 나타난다. Backlinko가 구글 검색 결과 400만 건을 분석한 결과 메타 디스크립션이 있는 페이지는 없는 페이지보다 클릭이 평균 5.8% 많았다 (Backlinko, How to Write SEO-Friendly Meta Descriptions).

그렇다고 필수는 아니다. 앞의 Ahrefs 조사에서 상위 노출 페이지의 25.02%는 메타 디스크립션이 아예 없었다.

없어도 상위에 오르고, 대신 구글이 알아서 본문을 뽑아 채운다.

메타 디스크립션은 순위를 만드는 장치가 아니라 이미 확보한 노출의 클릭을 늘리는 장치다.

메타 디스크립션은 몇 자로 써야 하는가?

구글은 글자 수 기준을 주지 않는다. “메타 설명의 길이에는 제한이 없지만, Google 검색 결과에서 스니펫은 필요에 따라 잘려서 표시됩니다. 주로 기기 폭에 맞추기 위해 잘리는 경우가 많습니다”가 공식 안내다 (스니펫 제어 문서).

기기 폭 기준이므로 글자 수가 아니라 픽셀이 실제 잣대다. 그래서 “한글 몇 자”라는 답은 검색 결과를 직접 재 보는 수밖에 없다.

앞의 1페이지 9건에서 구글이 실제로 화면에 띄운 설명문 길이는 78자에서 104자 사이였고 중앙값은 84자였다. 대부분 80자 중반에서 끝났다.

결과표시된 설명문 길이날짜 표기
스튜디오 제이티78자있음
코드엠샵78자있음
아이보스84자있음
리드젠랩84자있음
TBWA 데이터랩87자있음
InterAd Korea88자없음
네이버 블로그92자있음
Search OS104자없음

날짜가 앞에 붙은 결과는 그만큼 문구가 일찍 잘렸다. 가장 길게 표시된 두 건은 모두 날짜 표기가 없는 결과였다.

실무적으로는 앞 78자 안에 핵심을 넣고, 그 뒤는 잘려도 손해가 없도록 쓰는 것이 안전하다. 스튜디오 제이티는 147자를 썼지만 화면에는 78자까지만 나왔다.

네이버는 길이를 숫자로 정하는 대신 형태로 안내한다. “페이지의 description 태그는 페이지의 콘텐츠에 대한 간략한 설명으로 1-2개의 문장으로 구성된 짧은 단락을 사용할 수 있습니다” (네이버 서치어드바이저, 콘텐츠 마크업).

메타 디스크립션은 어떻게 써야 하는가?

검색어에 대한 직답으로 시작하고, 페이지마다 다르게 쓰고, 78자 안에서 끝낸다. 이 세 가지가 앞의 실측과 공식 문서가 함께 가리키는 지점이다.

  1. 첫 문장에서 답한다. 살아남은 두 건은 모두 검색어를 주어로 받아 곧바로 정의로 답했다. 인사말이나 “정리해봤습니다” 같은 예고 문장으로 시작하면 구글이 본문을 뒤진다.
  2. 페이지마다 고유하게 쓴다. 구글은 “사이트의 모든 페이지 설명이 동일하거나 유사하면 효과적이지 않습니다”라고 안내한다 (스니펫 제어 문서).
  3. 페이지가 많으면 자동 생성한다. 같은 문서는 “보다 큰 데이터베이스를 사용하는 사이트의 경우, 설명을 직접 작성할 수 없습니다. 이런 경우에는 프로그래매틱 방식으로 설명을 생성하는 것이 더 적절하며 권장됩니다”라고 덧붙인다. 손으로 못 쓸 규모라면 템플릿으로 찍어 내는 편이 비워 두는 것보다 낫다.
  4. 본문 내용과 맞춘다. 코드엠샵 사례처럼 페이지 주제와 설명문이 어긋나면 구글은 그 태그를 쓰지 않는다.

실제 코드는 <head> 안에 한 줄이다.

<head>
  <meta name="description" content="메타 디스크립션은 검색 결과 스니펫에 쓸 페이지 요약을 지정하는 HTML 태그입니다. 구글이 다시 쓰는 비율과 적정 길이, 작성법을 정리했습니다.">
</head>

메타 디스크립션에서 자주 하는 실수는 무엇인가?

네이버는 불이익 대상을 항목으로 적어 뒀다. 구글이 “효과적이지 않다”고 표현하는 것을 네이버는 감점 요인으로 명시한다는 점이 다르다.

실수네이버의 판정
2회 이상 반복되는 키워드검색 노출 불이익
스팸성 키워드, 사이트와 무관한 키워드검색 노출 불이익
본문 전체를 복사해 붙여넣기검색 노출 불이익
제목과 똑같은 설명검색 노출 불이익
사이트 내 모든 페이지가 같은 설명검색 노출 불이익
단순히 키워드만 나열검색 노출 불이익
메인 페이지 설명을 노출 목적으로 자주 변경검색 노출 불이익

항목은 전부 네이버 서치어드바이저 콘텐츠 마크업 문서에 있는 그대로다. 네이버는 “콘텐츠에 맞는 필요한 문구만을 간추려서 넣어주세요”로 마무리한다.

본문 복사는 실제로 가장 흔했다. 앞의 조사에서 브런치 글의 설명문은 208자짜리 본문 앞부분 통복사였고, 같은 키워드 상위권의 티스토리 글은 400자짜리였다.

둘 다 글쓴이가 쓴 것이 아니라 플랫폼이 자동으로 채운 값이다.

구글과 네이버는 메타 디스크립션을 다르게 쓰는가?

작동 방식은 같다. 네이버도 태그를 그대로 쓰지 않고 자동 추출한다.

“검색 결과에 실제 표시되는 설명문과 스니펫은 검색엔진이 유저의 검색 키워드 및 의도 분석 결과를 바탕으로, 위의 태그들을 포함해 본문 내 텍스트 등 각종 정보중 가장 적합한 것을 자동 추출해 구성됩니다”가 네이버의 설명이다 (콘텐츠 마크업 문서). “네이버는 쓴 대로 나온다”는 통념과 다르다.

차이는 참조 범위에 있다. 네이버는 오픈그래프 태그도 함께 본다.

“네이버 검색 로봇도 해당 정보의 내용을 동시에 활용하여 페이지 분석 및 노출에 사용하는 경우가 있으므로, 가급적 같이 기입하시는 것을 권장합니다”라고 안내한다.

그래서 네이버 SEO에서는 descriptionog:description을 함께 채우는 것이 기본이다. 구글에서는 og 태그가 스니펫 재료로 쓰이지 않는다.

메타 디스크립션은 어디에 넣고 어떻게 확인하는가?

HTML 문서의 <head></head> 사이에 넣는다. 본문 영역에 넣으면 검색엔진이 읽지 못한다는 점까지 메타 태그 일반의 규칙과 같다.

확인은 세 단계로 나뉜다.

  1. 태그가 있는지: 브라우저에서 페이지 소스 보기를 열어 description을 찾는다. 맥에서는 Option+Command+U, 윈도우에서는 Ctrl+U다.
  2. 구글이 읽었는지: 구글 서치 콘솔 URL 검사에서 렌더링된 HTML을 확인한다.
  3. 실제로 쓰였는지: 대상 키워드로 직접 검색해 검색 결과 페이지의 설명문과 대조한다. 앞의 실측이 이 방법이다.

1번과 2번이 통과해도 3번에서 갈리는 것이 메타 디스크립션의 특성이다. 태그를 넣는 일과 그 문구가 노출되는 일은 별개다.

AI 검색에서도 메타 디스크립션이 쓰이는가?

메타 디스크립션이 AI 답변의 인용을 만들어 내지는 않는다. 다만 스니펫을 막으면 AI 인용에서도 함께 빠진다.

구글은 AI 개요나 AI 모드에 참조 링크로 표시되려면 “페이지의 색인이 생성되어 있고 검색 기술 요구사항을 충족하여 스니펫과 함께 Google 검색에 표시될 수 있어야” 한다고 안내한다 (구글 검색 센터, Google 검색의 AI 기능 및 웹사이트). 같은 문서는 표시를 제한하려면 nosnippet, data-nosnippet, max-snippet, noindex를 쓰라고 안내한다.

반대로 AI 기능에 나오기 위한 별도 태그는 없다. 구글은 “AI 개요 또는 AI 모드에 표시되기 위한 추가적인 요구사항은 없으며, 다른 특별한 최적화가 필요하지도 않습니다”라고 밝혔다.

2026년 8월 30일 “메타 디스크립션” 검색 결과 최상단에는 AI 개요가 있었고, TBWA 데이터랩과 아이보스, 스튜디오 제이티, InterAd Korea를 출처로 달았다. 이 중 셋은 구글이 메타 디스크립션을 다시 쓴 문서였다.

인용 대상이 되는 것과 설명문이 그대로 걸리는 것은 서로 다른 문제라는 뜻이다.

GEO 관점에서 메타 디스크립션이 하는 일은 인용을 부르는 것이 아니라 인용 자격을 잃지 않는 것이다.

자주 묻는 질문

메타 디스크립션 태그의 최대 길이는 얼마인가요? 구글은 길이 제한을 두지 않지만 검색 결과에서는 기기 폭에 맞춰 잘립니다. 2026년 8월 한국어 검색 결과 실측에서는 78자에서 104자 사이에서 끊겼으니 앞 78자 안에 핵심을 넣으세요.

디스크립션이란 무엇인가요? SEO 맥락에서 디스크립션은 <meta name="description"> 태그를 줄여 부르는 말입니다. 페이지가 무엇에 관한 문서인지를 한두 문장으로 요약해 검색엔진에 넘기는 값입니다.

네이버 블로그에도 메타 디스크립션을 넣을 수 있나요? 직접 넣을 수 없습니다. 상위 노출 중인 네이버 블로그 글을 열어 보면 description 태그가 없고 og:description만 본문 앞부분으로 자동 생성돼 있어서, 첫 문단에 핵심 요약을 두는 것이 사실상 유일한 조정 수단입니다.

티스토리에서 메타 디스크립션은 어떻게 설정하나요? 글 작성 화면의 설정에서 요약문을 지정하면 그 값이 들어가고, 지정하지 않으면 본문 앞부분이 그대로 채워집니다. 같은 키워드 상위권 티스토리 글의 태그가 400자였던 것이 그 결과입니다.

참고 자료

우리 브랜드는 AI 답변에 나오고 있을까?

서치폴라리스가 AI 검색 가시성을 진단하고 GEO 실행까지 대행합니다.

GEO 최적화 서비스 보기