AEO 최적화 적용 절차: 362편을 점검하며 정한 5단계

AEO(Answer Engine Optimization, 답변 엔진 최적화)는 검색과 AI 답변에서 내 콘텐츠가 정확히 이해되고 참고되도록 고치는 작업입니다. 문단마다 답을 분명히 쓰는 일이 중심이지만, 페이지에 검색엔진이 접근할 수 있는지와 정보가 정확한지도 함께 봅니다. 개념은 답변 엔진 최적화(AEO)에 정리했고, 이 글은 사이트에 적용하는 순서를 다룹니다.

질문을 소제목으로 올리고 첫 문장에 답을 두라는 조언, 문단 하나만 떼어 읽어도 말이 되게 쓰라는 기준은 이미 여러 곳에 나와 있습니다. 실제로 막히는 곳은 그 기준을 어느 글부터 적용할지 정하는 단계입니다. 글이 수백 편 쌓인 사이트에서 순서 없이 시작하면 전부 다시 쓰려다 한 편도 끝내지 못합니다. 2026년 9월 14일 준이아빠블로그의 362편을 전수 점검하면서 그 순서를 다섯 단계로 정했고, 측정한 숫자와 실제로 빠져 있던 곳을 함께 적었습니다.

362편을 점검한 다섯 단계

1. 11. 항목별 점수어느 글의 어떤 항목이
   비었는지 먼저 집계
2. 22. 출력 대조원고의 문장이
   실제 페이지에 나가는지
3. 33. 질문과 답 발행질문 소제목 바로 아래에
   답 문단 두기
4. 44. 근거 없는 항목출처와 수치를
   지어내지 않고 미달로
5. 55. 다시 검사같은 검사로 전후 비교
   성과는 따로 기록

추천 스니펫은 검색 결과 위쪽에 답변 문장을 앞세워 보여 주는 상자입니다. 아래는 구글 검색 센터의 추천 스니펫 문서입니다.

이 문서에는 내 페이지를 추천 스니펫으로 표시하려면 어떻게 해야 하는지 묻는 항목이 있고, 답은 그렇게 할 수 없다는 한 문장입니다. 사이트 운영자가 추천 스니펫을 지정하는 기능은 없습니다. 운영자가 할 수 있는 일은 질문에 답하는 내용과 근거를 분명히 쓰고, 그 페이지가 검색엔진에 전달되게 하는 데까지입니다.

1단계: 고치기 전에 매기는 항목별 점수

다시 쓰기 전에 글마다 어떤 항목이 비었는지 먼저 집계합니다. 감으로 고르면 이미 괜찮은 글을 또 고치고, 정작 항목이 빈 글은 그대로 남습니다.

점수는 준이아빠블로그의 자체 점검 스크립트가 매긴 값이며, Google이나 AI 서비스가 매기는 점수와는 관계가 없습니다. 점검 항목은 다시 읽을 곳을 고르기 쉽도록 세 묶음으로 나눴습니다.

• 검색엔진 항목: 제목 길이, 메타 설명, 태그, 공유용 설명
• 답변 엔진 항목: 첫 문단의 직접 답변, 자주 묻는 질문 쌍, 질문형 소제목 비율, 목록과 표 사용, 3줄 요약, 약어 정의
• 생성형 엔진 항목: 출처 인용, 통계 밀도, 내부 링크, 경험 서술, 수정 시점

종합 점수는 세 묶음의 점수에 0.35, 0.30, 0.35를 곱해 더한 값입니다. 이 가중치는 이번 점검에서 정한 내부 기준입니다. 콘텐츠 종류에 맞지 않는 항목은 빼고, 남은 가중치의 합으로 나눠 100점으로 환산했습니다. 대상은 2026년 9월 14일 기준 362편으로, 인사이트 220편, 클래스 131편, 코스 11편입니다.

보강 전 묶음별 점수(100점 만점)

• 검색엔진 항목90.6점
• 답변 엔진 항목74.6점세 묶음 가운데 가장 낮음
• 생성형 엔진 항목83.1점
• 종합83.2점

답변 엔진 점수가 가장 낮았습니다. 메타 태그와 사이트맵 같은 기술 세팅은 이미 갖춰진 상태였고, 이 검사가 낮게 본 것은 답변 형식 항목이었습니다. 형식 미달이 곧 내용 오류는 아니므로, 미달로 나온 글은 본문을 읽고 정말 고칠지 정했습니다.

2단계: 본문보다 출력을 먼저 보는 이유

HTML은 브라우저가 웹페이지를 표시할 때 읽는 문서입니다. 원고에만 있고 실제 페이지의 HTML에 들어가지 않은 문장은 사람도 못 읽고 검색엔진도 수집하지 못합니다. 그래서 원고를 다시 쓰기 전에 페이지에 무엇이 나가는지부터 봤습니다.

아래는 2026년 9월에 찾은 원고와 출력의 불일치 기록입니다. FAQPage는 질문과 답을 표시하는 구조화 데이터 형식이고, llms.txt는 일부 AI 도구에 사이트 내용을 안내하려고 제안된 텍스트 파일입니다. 두 가지 모두 모든 사이트에 필요한 항목은 아닙니다. 표의 H2와 H3는 페이지 소제목의 단계를 뜻합니다.

물음표가 빠졌던 글은 소제목을 고치자 12쌍이 발행됐습니다. 다섯 건 모두 원고 내용이 아니라 출력 코드와 편집 규칙에서 생긴 문제였습니다. 그래서 원고 보강과 출력 오류 수정을 나눠 진행했고, 원고를 고친 뒤에는 실제 페이지에 반영됐는지 다시 봤습니다.

Google의 AI 검색 기능에는 별도의 AI 파일이나 특별한 구조화 데이터가 필요하지 않습니다. 그래서 llms.txt 누락을 고친 일을 인용 증가의 근거로 삼지 않았습니다.

자기 사이트에서 출력을 확인할 때는 아래 순서로 봅니다.

실제 페이지에 문장이 나가는지 보는 순서

1. 11. 로그아웃하고 열기관리자 화면이 아닌
   방문자 화면으로 글 열기
2. 22. 첫 답과 요약 찾기원고의 첫 답변과 요약이
   화면에 보이면 통과
3. 33. 템플릿 확인안 보이면 다시 쓰기 전에
   발행 버전과 템플릿부터
4. 44. URL 검사서치 콘솔 URL 검사로
   검색엔진 쪽 확인

문장이 화면에 보여도 검색엔진이 그 문장을 수집했다는 증거는 되지 않습니다. 그래서 서치 콘솔(Search Console)에 접근할 권한이 있다면 4번까지 진행합니다.

3단계: 자주 묻는 질문을 구조화 데이터로 발행하는 순서

준이아빠블로그는 코드로 본문에서 질문과 답을 뽑아 구조화 데이터를 발행합니다. 구조화 데이터는 JSON이라는 형식으로 질문과 답을 항목과 값으로 적어 페이지에 넣은 것입니다. 원본을 한곳에서 관리해도 추출 코드가 엉뚱한 문단을 고르면 내용이 어긋나므로 결과를 대조해야 합니다. 이런 추출 코드가 없는 사이트는 소제목에 물음표를 붙여도 구조화 데이터가 생기지 않습니다. 코드 전체는 실제 적용 사례에 있고, 여기서는 글을 쓸 때 알아야 할 동작만 순서대로 적습니다.

이 사이트의 코드가 질문과 답을 뽑는 순서

1. 11. 질문 찾기물음표로 끝나는 H2와 H3
   관심 유도형 소제목은 제외
2. 22. 건너뛰기바로 아래의 표, 글머리 목록,
   이미지 줄은 넘김
3. 33. 답 묶기그다음 첫 문단을
   답변으로 묶음
4. 44. 짧은 답 버리기20자 이하면 발행하지 않음
   이 사이트의 구현 조건

1번에서 제외하는 관심 유도형 소제목은 "혹시 이런 생각"이 들어간 것입니다. 코드는 질문과 답이 한 쌍만 있어도 구조화 데이터로 내보내지만, 점수 기준에서는 두 쌍부터 충족으로 칩니다.

자주 걸리는 문제는 2번에서 생깁니다. 질문 바로 아래에 비교표를 두면 코드는 표를 건너뛰고 그 뒤 문단을 답으로 뽑습니다. 그 문단이 질문과 관계없는 내용이면 엉뚱한 답이 발행됩니다. 그래서 질문 바로 다음에는 그 질문에 답하는 문단을 먼저 쓰고, 표와 목록은 그 뒤에 보충으로 붙입니다. 질문 바로 아래에 이미 답 문단이 있는 글은 문단을 새로 늘리지 않았습니다.

질문 문장은 해요체로 씁니다. 앞에서 적은 반말 소제목 9개가 FAQPage에 들어간 이유는, 검사 규칙이 종결 어미를 하나씩 나열한 목록이라 조금 바뀐 형태를 걸러내지 못했기 때문입니다. 규칙을 고쳐 물음표로 끝나면서 해요체가 아닌 소제목은 전부 잡게 했습니다.

본문 작업은 두 가지였습니다. 362편 가운데 63편에 자주 묻는 질문 섹션을 새로 넣었고, 이미 섹션이 있던 31편은 소제목 표기를 통일했습니다. 질문은 본문이 다루는 내용에서 뽑되 본문 문장을 그대로 옮기지 않았습니다. 본문에서 한 번 지나가듯 나온 판단 기준과 자주 나오는 오해가 좋은 질문 재료였습니다.

위 화면은 당시 Schema.org 검사기에 공개 글 주소를 넣은 결과입니다. 감지됨 목록에 Article, BreadcrumbList, FAQPage 세 유형이 오류 0개로 잡혔습니다. 오류 0개는 데이터 형식이 맞다는 결과이고, 답변 내용이 사실인지나 Google에 노출되는지와는 별개입니다.

자기 사이트에 구조화 데이터가 있다면 공개 URL을 검사기에 넣고 FAQPage 항목을 펼칩니다. 질문의 name과 답변의 acceptedAnswer.text가 화면의 문장과 같으면 정상입니다. 질문은 맞는데 답이 엉뚱하면 본문의 순서와 추출 규칙을 고친 뒤 다시 검사합니다. FAQPage가 아예 없다면 글을 고치기 전에 코드나 플러그인이 이를 발행하는지부터 봅니다. 비공개 페이지나 비밀값이 들어간 HTML은 외부 검사기에 넣지 않습니다.

4단계: 점수를 올리려고 지어내지 않는 항목

근거가 없는 항목을 채우면 점수는 금방 오르지만 글은 나빠집니다. 그래서 없는 출처와 수치를 넣지 않았고, 아래 항목은 미달로 남겼습니다.

보강 뒤에도 미달로 남긴 편수

• 수정 시점61편일괄로 바꾸면 안 고친 글의 수정일도 오늘이 됨
• 경험 서술51편실제로 해 본 주제에만 씀
• 약어 정의45편판정이 어긋나는 경우가 있어 사람이 판단
• 질문형 소제목 비율44편명사형 소제목을 쓰는 편집 기준과 맞지 않음
• 출처 인용35편실제 근거가 있는 주제에만 넣음
• 통계 밀도29편측정하지 않은 수치는 쓰지 않음

질문형 소제목 항목은 소제목의 30% 이상을 질문형으로 쓰라는 기준입니다. 준이아빠블로그는 소제목을 주로 명사형으로 써서 이 기준과 맞지 않습니다. 자주 묻는 질문 섹션을 넣어 올릴 수 있는 데까지 올렸고 44편은 미달로 남겼습니다. 이 30%는 Google의 요구 조건이 아니라 점검 스크립트의 기준입니다. 규칙과 자연스러운 설명이 부딪치면 설명을 지키고, 검사 기준이 맞는지 다시 검토하는 편이 낫습니다.

약어 정의 항목은 본문에 세 번 이상 나온 약어만 집계하고 널리 쓰는 약어는 뺐는데도 판정이 어긋나는 경우가 있었습니다. 그래서 45편은 사람이 한 번 보고 정하는 항목으로 분류했습니다.

5단계: 고친 뒤 확인할 수 있는 것과 없는 것

고친 뒤에는 1단계와 같은 검사를 한 번 더 돌렸습니다. 아래는 2026년 9월 14일 보강 전후의 변화입니다.

보강 전후 자체 점검 결과

• 90.2점종합 점수보강 전 83.2점
• 87.7점답변 엔진 항목보강 전 74.6점
• 338편A 등급 글보강 전 255편
• 91.8점코스의 답변 엔진 항목보강 전 19.4점

아래쪽 두 등급에 있던 13편은 모두 위로 올라갔습니다. 코스의 답변 엔진 점수가 가장 크게 오른 이유는 2단계에서 찾은 빠진 곳 다섯 가지 가운데 세 가지가 코스에 몰려 있었기 때문입니다. 기술 점검 도구가 잡은 이슈는 작업 전후 모두 32건이었습니다. 총개수가 같아도 새 문제가 생기고 다른 문제가 사라졌을 수 있어서, 항목별로 대조한 뒤에야 새 문제가 없다고 말할 수 있습니다.

이 점수는 규칙을 몇 개 충족했는지 집계한 값이고 검색 성과가 아닙니다. 순위가 올랐는지, 유입이 늘었는지는 이 숫자에 들어 있지 않습니다. 위 결과는 2026년 9월 14일 보강 직후의 기록이고, 글을 처음 쓴 9월 15일까지 하루밖에 지나지 않았습니다.

검색 노출은 따로 기록합니다

실제 노출은 점수와 다른 기록에 남깁니다. 같은 질문을 검색창과 생성형 AI에 넣고, 답변 내용과 실제로 연결된 출처 URL을 봅니다. 사이트 이름이 언급된 것과 출처 링크가 붙은 것은 다른 결과로 적습니다.

노출 기록 한 줄에 남길 것

1. 11. 질문검색창과 생성형 AI에
   같은 문장으로 입력
2. 22. 조건서비스와 모델, 검색 사용 여부
   날짜, 언어와 지역
3. 33. 출처 URL언급만 됐는지
   링크가 붙었는지 구분
4. 44. 같은 조건으로 다시다음 확인도 같은 조건
   순위는 같은 길이 기간끼리

한 번 나온 결과로 항상 인용된다고 판단하지 않습니다. AI 검색을 켜지 않은 답변은 웹 검색 인용 결과와 나란히 비교하지 않습니다. 출처가 없던 답변은 "이번 답변에서 출처 링크를 찾지 못함"으로 남기고, 그 한 번의 결과를 모든 사용자에게 인용되지 않는다는 결론으로 넓히지 않습니다.

자주 묻는 질문

글이 몇 편부터 점수를 매겨 가며 고쳐야 하나요?

편수보다 글 전체를 한 번에 다시 읽을 수 있는지가 기준입니다. 서른 편 남짓이면 한 편씩 열어 보는 편이 빠르고, 백 편을 넘어가면 어느 글에 무엇이 모자란지 기억나지 않습니다. 항목별 판정을 남겨 두면 다음에 어디부터 볼지 바로 정할 수 있고, 글이나 규칙을 바꾼 뒤에는 관련 항목만 다시 검사하면 됩니다.

구조화 데이터를 넣으면 검색 결과에 자주 묻는 질문이 표시되나요?

표시되지 않습니다. 구글은 2026년 5월 7일부터 자주 묻는 질문 리치 결과를 표시하지 않는다고 안내했고, 관련 문서도 내렸습니다. 이 사이트는 질문과 답의 관계를 기계가 구분하도록 구조화 데이터를 유지하지만, 그렇다고 검색 결과나 AI 답변에 같은 문장이 그대로 나오지는 않습니다.

기존 글의 소제목을 전부 질문형으로 바꿔도 되나요?

권하지 않습니다. 이미 질문으로 쓴 소제목에 물음표를 붙이는 일은 추출을 살리지만, 명사형 소제목까지 전부 질문으로 바꾸면 설명 문단까지 구조화 데이터에 섞이고 글도 읽기 어려워집니다. 준이아빠블로그는 질문형 소제목을 주로 자주 묻는 질문 섹션에 씁니다.

참고 자료

아래는 2026년 9월 점검과 관련된 공식 안내입니다.

• 추천 스니펫 및 웹사이트 (Google 검색 센터)
• AI 기능과 웹사이트 (Google 검색 센터)
• 최신 Google 검색 문서 업데이트 (Google 검색 센터, 자주 묻는 질문 리치 결과 지원 중단은 2026년 5월 항목)
• 스키마 마크업 검사기 (Schema.org)

3줄 요약

1. AEO 점검은 글이 질문에 바로 답하는지, 근거가 있는지, 그 문장이 실제 페이지에 나가는지를 함께 보는 작업입니다.

2. 2026년 9월 14일 362편 자체 점검에서 종합 점수는 83.2에서 90.2로, 답변 엔진 항목은 74.6에서 87.7로 올랐습니다.

3. 이 점수는 내부 규칙의 충족도이며 검색 순위나 AI 인용 변화를 담지 않으므로, 실제 노출은 같은 질문과 조건으로 따로 기록합니다.