본문 바로가기

검색 결과의 설명문은 우리가 쓴 그대로 나오지 않습니다

나비랑 발행 SEOmeta description측정기초

요약

meta description은 검색 결과 설명문의 후보일 뿐입니다. 구글은 질의에 더 맞는다고 판단하면 페이지 본문에서 따로 만들어 씁니다. 그래서 설명문 길이를 도구 점수에 맞추는 일은 효과가 작고, 길이 기준 자체가 도구마다 다릅니다. 노력을 들일 곳은 첫 문단의 직답입니다 — 스니펫으로 뽑히든 AI 답변에 인용되든 결국 그 문단이 쓰입니다.

설명문은 ‘후보’입니다

구글 공식 문서는 스니펫(검색 결과의 설명문)을 페이지 내용에서 자동으로 만든다고 적습니다. meta description은 그 후보 중 하나이고, 질의에 더 맞는 문장이 본문에 있으면 구글은 그쪽을 씁니다(스니펫 제어 방법).

그래서 설명문을 고치는 작업은 표시될 수도 있는 문장을 다듬는 일입니다. 순위가 오르는 일이 아닙니다.

길이 기준은 도구마다 다릅니다 — 실제로 겪은 것

나비랑 사이트에서 두 도구가 정반대를 말한 기록이 있습니다. 자사 측정이라 그대로 공개합니다.

시점도구지적조치
2026-08-28빙 웹마스터도구설명문이 너무 짧다짧은 19개를 늘림
2026-09-01Ahrefs 사이트 감사설명문이 너무 길다 (136건)상한을 정함
2026-09-03—두 기준을 함께 만족하는 110~158자 밴드 확정, 검사 스크립트로 고정
2026-09-20빙 URL 검사밴드 안(145자)인 페이지에 다시 “too long or too short”원인 확인

마지막 줄이 이 글을 쓰게 된 이유입니다. 빙이 제시한 기준은 25~160자인데 그 페이지는 145자였습니다. 바이트로 세면 342바이트입니다. 한글은 한 자가 3바이트라, 110자만 되어도 330바이트를 넘습니다. 즉 빙의 하한(짧지 말 것)과 바이트 상한을 동시에 만족하는 한국어 설명문은 존재하지 않습니다.

그래서 우리가 택한 것

  • 밴드를 정하고 검사로 지킵니다 — 110~158자. 두 도구의 권고가 겹치는 구간입니다.
  • 도구 점수를 쫓지 않습니다 — 통과할 수 없는 기준을 맞추려고 설명문을 53자로 줄이면, 전에 빙이 지적한 ‘너무 짧다’가 그대로 돌아옵니다.
  • 대신 첫 문단을 다듬습니다 — 스니펫이 본문에서 생성될 때도, AI 답변이 근거를 고를 때도 쓰이는 문장입니다.

첫 문단이 두 경로 모두에 쓰입니다

검색 스니펫과 AI 인용은 다른 시스템이지만, 잘라 써도 뜻이 완결되는 문단을 찾는다는 점은 같습니다. 그 문단을 만드는 방법은 인용되는 글의 구조에 정리해 두었습니다.

설명문에 쓸 시간을 첫 문단에 옮기면, 검색 결과와 AI 답변 양쪽에서 같은 문장이 일합니다. 우리 사이트의 어느 페이지가 그 문단을 갖고 있지 않은지는 무료 AEO 진단에서 확인해 드립니다.

자주 묻는 질문

Q meta description을 잘 쓰면 순위가 오르나요?

A 순위 요소가 아닙니다. 검색 결과에 보이는 설명문의 후보가 될 뿐이고, 구글은 질의에 더 맞는다고 판단하면 본문에서 새로 만들어 씁니다. 다만 클릭 여부에는 영향을 주므로 쓰지 말라는 뜻은 아닙니다 — 순위를 기대하지 말고 ‘클릭할 이유’를 적는 자리로 보는 것이 맞습니다.

Q 설명문 길이는 몇 자가 정답인가요?

A 도구마다 기준이 다르고, 한국어에서는 더 갈립니다. Ahrefs 같은 감사 도구는 160자 안팎을 상한으로 보고, 빙 웹마스터도구는 25~160자를 말하면서도 한글을 바이트로 세는 것으로 보입니다. 한글 110자면 이미 330바이트라 두 기준을 동시에 만족할 수 없습니다. 그래서 나비랑은 110~158자 밴드를 정하고 검사로 지킵니다.

Q 그럼 무엇을 다듬어야 하나요?

A 본문 첫 문단의 직답입니다. 검색 스니펫이 본문에서 생성될 때도, AI 답변이 근거 문단을 고를 때도 결국 그 문단이 쓰입니다. 질문을 제목으로 달고 첫 문단에서 답을 끝내면 두 경로 모두에 같은 문장이 쓰입니다.

함께 읽으면 좋은 글

SERVICES

서비스 바로가기

전체 서비스 자세히 보기
무료진단 전화상담 이메일 블로그