AI 에이전트 수정 메타 태그 검수 기준과 게시 전 점검표
AI 에이전트가 고친 메타 제목과 설명은 게시 전 점검에서 다섯 가지를 확인합니다. 본문과 맞는지, 다른 페이지와 겹치지 않는지, 검색어를 되풀이하지 않는지, 사실이 맞는지, 실제 HTML에 들어갔는지입니다.
메타 태그 검수는 수정 전후 값을 나란히 놓고 비교하는 데서 시작합니다. 앞의 네 가지는 게시 전에 판정하고, HTML 반영은 게시 직후에 확인합니다. 이상 신호가 보이면 원고뿐 아니라 지시문도 함께 고칩니다.
에이전트가 고친 메타 태그는 왜 따로 검수해야 하나요?
Google의 생성형 AI 콘텐츠 안내는 생성형 모델이 사실을 찾아오지 않는다고 설명합니다. 학습 데이터를 바탕으로 이어질 가능성이 높은 단어 순서를 예측한다는 것입니다. 그래서 AI가 만든 콘텐츠는 게시 전에 정확성과 신뢰성을 직접 검토하라고 권합니다.
같은 문서는 이 검토가 검색 결과에 나타날 수 있는 메타데이터에도 적용된다고 적습니다. 대상은 title 요소, 메타 설명, 구조화 데이터, 이미지 대체 텍스트입니다.
메타 설명은 사용자가 보는 페이지 화면에 나오지 않습니다. Google 스니펫 문서도 그래서 이 부분을 소홀히 하기 쉽다고 언급합니다. 본문 검수를 통과해도 메타 값의 오류는 그대로 남을 수 있습니다.
게시 뒤에 고치는 비용도 작지 않습니다. Google 문서에 따르면 제목 관련 변경은 페이지를 다시 크롤링하고 처리해야 반영됩니다. 반영까지 며칠에서 몇 주가 걸릴 수 있습니다. 실무에서는 게시 후 수정보다 게시 전 관문에서 걸러 내는 방법을 권합니다.
메타 제목은 어떤 기준으로 판단하나요?
Google은 검색 결과에 보이는 제목을 제목 링크(title link)라고 부릅니다. 제목 링크를 만들 때 title 요소 외에도 화면의 주 제목, h1 같은 제목 요소, og:title 메타 태그 등을 참고한다고 설명합니다. title이 내용과 맞지 않으면 이런 다른 텍스트로 바꿔 표시할 수 있습니다. 아래 표는 문서의 기준을 점검 항목으로 옮긴 것입니다.
| 관점 | 점검 항목 | 통과 기준 | Google 문서의 설명 |
|---|---|---|---|
| 본문 일치 | 내용 범위 | 본문이 실제로 다루는 범위만 담았다 | 내용과 맞지 않는 제목은 다른 텍스트로 바꿔 표시할 수 있다 |
| 본문 일치 | 주 제목과의 관계 | 화면의 주 제목(h1)과 같은 주제다 | 어느 텍스트가 주 제목인지 분명히 하라고 권한다 |
| 본문 일치 | 언어·문자 | 본문과 같은 언어로 썼다 | 언어가 맞지 않으면 주 콘텐츠에 더 맞는 제목 링크를 만들 수 있다 |
| 고유성 | 페이지 간 구분 | 다른 페이지 제목과 앞부분이 거의 같지 않다 | 여러 페이지에 같은 상용구 제목을 쓰면 사용자가 페이지를 구분할 수 없다 |
| 고유성 | 사이트명 표기 | 사이트명은 구분자 하나로 끝에 짧게 붙였다 | 사이트명은 하이픈·콜론·세로선 같은 구분자로 나머지 텍스트와 구분하라고 권한다 |
| 검색어 반복 | 단어 되풀이 | 같은 단어나 구절을 되풀이하지 않았다 | 같은 단어를 여러 번 쓸 이유가 없다고 본다. 스팸 정책도 부자연스러운 반복을 키워드 스터핑으로 본다 |
| 사실 일치 | 날짜 | 지난 연도가 남지 않았다 | title의 날짜가 최신으로 바뀌지 않은 경우를 조정 사례로 든다 |
| 사실 일치 | 빈 부분 | 「| 사이트명」처럼 앞부분이 비지 않았다 | 일부가 빈 title은 제목 요소나 크게 표시된 텍스트로 제목 링크를 만들 수 있다 |
길이는 따로 판단합니다. Google 문서는 title 요소 길이에 상한을 두지 않았고, 제목 링크는 주로 기기 너비에 맞춰 잘린다고 설명합니다. 실무에서는 글자 수 상한을 통과 기준으로 삼지 않습니다. 잘려도 앞부분에 핵심 검색어와 답이 남는지를 보는 방법을 권합니다.
메타 설명은 어떤 기준으로 판단하나요?
Google은 스니펫(검색 결과 제목 아래 요약문)을 주로 본문에서 만듭니다. 메타 설명은 본문보다 페이지를 더 잘 설명할 때 쓸 수 있다고 설명합니다. 메타 설명이 늘 표시되는 것은 아닙니다. 다만 검색 결과에 표시될 수 있으므로 본문과 같은 수준으로 검수합니다.
| 관점 | 점검 항목 | 통과 기준 | 판단 근거 |
|---|---|---|---|
| 본문 일치 | 전체 요약 | 첫 문단 일부가 아니라 글 전체를 요약했다 | Google 문서는 페이지 내용을 정확히 요약하라고 권한다 |
| 본문 일치 | 판단에 쓸 정보 | 게시일·작성자처럼 독자가 고를 때 쓸 사실이 있다 | Google 문서는 블로그 글에 작성자·게시일 정보를 넣는 예를 든다 |
| 본문 일치 | 분량 | 단어 하나처럼 지나치게 짧지 않다 | Google 문서는 길이 상한을 두지 않고 필요에 따라 잘린다고 설명하며, 단어 하나짜리 설명을 너무 짧은 예로 든다 |
| 고유성 | 페이지별 고유성 | 사이트 소개 문구를 여러 글에 반복하지 않았다 | Google 문서는 모든 페이지에 같거나 비슷한 설명을 쓰면 도움이 되지 않는다고 본다 |
| 고유성 | 자동 생성 품질 | 같은 틀만 반복하지 않고 페이지 자료를 썼다 | Google 문서는 규모가 큰 사이트라면 설명을 프로그램으로 만드는 방식도 적절하다고 본다 |
| 검색어 반복 | 문장 형태 | 검색어 나열이 아니라 문장이다 | Google 문서는 긴 키워드 나열이 페이지 내용을 분명히 알려 주지 못한다고 설명한다 |
| 사실 일치 | 수치·효과·약속 | 본문에 없는 수치·효과·약속이 없다 | 생성형 AI 안내는 게시 전 사실 확인과 검토를 권한다 |
분량은 글자 수보다 내용으로 봅니다. 실무에서는 한두 문장 안에 글의 답이 드러나게 쓰는 방법을 권합니다.
함께 바뀐 태그도 확인합니다. Google 문서는 스니펫을 제어하는 수단으로 세 가지를 안내합니다. nosnippet 메타 태그, max-snippet 값, data-nosnippet 속성입니다. 실무에서는 설명을 고치면서 이 값들이 함께 바뀌지 않았는지 변경 내역에서 확인하는 방법을 권합니다.
이상 신호가 보이면 어떤 원인부터 의심하나요?
실무에서는 같은 오류가 여러 페이지에 반복되면 지시문과 입력 자료부터 확인하는 방법을 권합니다. 신호와 원인 후보를 짝지어 기록하고, 해당 문장과 지시문을 함께 고칩니다. 아래 원인은 확인을 시작할 지점이며, 단정할 결론은 아닙니다.
| 이상 신호 | 원인 후보 | 확인과 조치 |
|---|---|---|
| 여러 글의 설명이 같은 문장으로 시작한다 | 지시문의 예시 문장을 그대로 옮겼다. 페이지별 자료가 전달되지 않았다 | 지시문에서 예시 문장을 빼고 페이지 요약을 입력으로 준다 |
| 핵심 검색어가 제목과 설명에 두세 번씩 나온다 | 「검색어를 포함하라」는 지시를 과하게 따랐다 | 「각각 한 번, 문장 안에 자연스럽게」로 지시를 바꾼다 |
| 설명에 본문에 없는 수치나 효과가 있다 | 모델이 그럴듯한 내용으로 빈칸을 채웠다. 입력 자료가 부족했다 | 본문과 대조해 지우고, 근거가 된 본문 문장을 함께 보고하게 한다 |
| 제목에 지난 연도가 남았다 | 이전 메타 값을 기준으로 고쳤다. 작업 기준일을 전달하지 않았다 | 기준일을 지시에 넣고 연도 표기를 본문과 대조한다 |
| 제목에 사이트명만 남거나 문장 중간에서 끊겼다 | 글자 수 상한을 기계적으로 적용했다. 템플릿 변수가 비었다 | 템플릿 변수에 값이 들어갔는지, 원문이 어디서 잘렸는지 확인한다 |
| 소스는 고쳐졌는데 실제 페이지의 값이 다르다 | CMS 플러그인이나 스크립트가 값을 덮어썼다. og:title은 따로 관리된다 | 게시된 페이지의 HTML에서 title·메타 설명·og 값을 함께 확인한다 |
| 한국어 글에 영어 제목이 붙었다 | 입력 원문에 언어가 섞였다. 언어 지시가 없었다 | 출력 언어를 지시문에 명시한다 |
| 설명에 「최고」 같은 홍보 문구가 들어갔다 | 클릭을 유도하는 문구를 쓰라는 지시를 과장으로 해석했다 | 금지 표현 목록을 지시문에 넣는다 |
og:title 확인은 중요합니다. Google 문서는 제목 링크를 만들 때 참고하는 자료에 og:title 메타 태그를 포함합니다. title만 고치고 og:title에 옛 값이 남으면 두 신호가 서로 어긋납니다.
게시 직전과 직후에는 어떤 순서로 확인하나요?
- 에이전트에게 페이지별 변경 전후 비교표를 받습니다.
- 수정한 값을 본문 첫 문단·소제목과 대조해 범위와 사실이 맞는지 확인합니다.
- 사이트 전체 메타 목록을 앞부분 기준으로 정렬해 겹치는 제목과 설명을 찾습니다.
- robots 메타 태그, og 값처럼 지시하지 않은 태그가 바뀌지 않았는지 확인합니다.
- 게시 직후 Search Console URL 검사 도구의 실시간 테스트로 Google이 가져온 HTML을 확인합니다.
Search Console 도움말은 실시간 테스트가 색인된 버전이 아니라 현재 페이지를 가져와 검사한다고 설명합니다. 「테스트된 페이지 보기」에서는 반환된 원시 HTML, HTTP 헤더, 렌더링된 페이지 스크린샷 등을 볼 수 있습니다. 스크린샷은 테스트 결과가 성공일 때만 제공됩니다.
색인 생성 요청은 선택 사항입니다. 도움말은 요청을 제출해도 페이지가 색인에 표시되지 않을 수 있다고 밝히고, 하루 제출 수에도 제한을 둡니다. 업데이트한 페이지가 많으면 해당 페이지를 lastmod로 표시한 사이트맵을 제출하는 것이 가장 좋다고 안내합니다.
에이전트에게 줄 보고 지시 문안
아래 문안은 메타 수정 작업 지시에 그대로 붙여 쓸 수 있습니다.
「메타 제목과 메타 설명을 고친 페이지마다 다음 항목을 표로 보고합니다. 페이지 주소, 수정 전 제목, 수정 후 제목, 수정 전 설명, 수정 후 설명, 수정 이유, 근거가 된 본문 문장입니다. 본문에 없는 수치·효과·연도는 넣지 않습니다. 핵심 검색어는 제목과 설명에 각각 한 번만 씁니다. 메타 제목과 설명 외의 태그는 바꾸지 않습니다. 바꿔야 한다고 판단하면 고치지 않은 채 사유만 보고합니다.」
검수자는 받은 표 오른쪽에 세 칸을 더합니다. 판정(통과·보류·반려), 해당 관점과 이상 신호, 확인자와 확인일입니다. 반려 사유가 쌓이면 어떤 지시문을 고칠지가 드러납니다.
정리
- 메타 수정 지시에 보고 지시 문안을 붙이고, 페이지별 변경 전후 비교표를 받습니다.
- 제목 점검표와 설명 점검표로 각 값을 관점별로 통과·보류·반려 판정합니다.
- 반려 항목은 이상 신호 표에서 원인 후보를 찾아 원고와 지시문을 함께 고칩니다.
- 게시 직후 URL 검사 실시간 테스트로 title·메타 설명·og 값이 실제 HTML에 들어갔는지 확인합니다.
- 판정 기록을 모아 반복되는 반려 사유를 다음 지시문의 금지 항목에 반영합니다.
참고 자료
- Influencing your title links in search results (Google Search Central, 확인일 2026-10-20)
- Control your snippets in search results (Google Search Central, 확인일 2026-10-20)
- Spam policies for Google web search (Google Search Central, 확인일 2026-10-20)
- Google Search's guidance on using generative AI content on your website (Google Search Central, 확인일 2026-10-20)
- URL 검사 도구 (Search Console 고객센터, 확인일 2026-10-20)