생성형 AI 검색이 문장 하나만 가져가도 뜻이 통하게 하려면 네 가지를 지켜야 합니다. 소제목 하나에는 질문 하나만 담습니다. 바로 아래 첫 문장에는 주어·결론·적용 범위를 함께 씁니다. 명칭은 표기 대장으로 통일하고, 구조화 데이터는 화면 본문과 일치시킵니다. 이 글은 소제목·첫 문장·명칭·마크업을 한 묶음으로 구성하는 절차를 설명합니다. 이 절차를 따른다고 해서 특정 페이지의 색인·순위·인용이 보장되지는 않습니다. 본지는 AI 검색 기능만을 위한 특수 기법을 상정하지 않습니다. 크롤러가 접근할 수 있고 사람에게 유용한 문서를 만든다는 기존 원칙을 문장 단위로 적용하는 방법으로 이 주제를 다룹니다.
가상 장면: 떼어 낸 한 문장
아래 장면은 설명을 위해 본지가 설정한 가상의 상황입니다. 한 B2B 소프트웨어 회사의 고객지원 문서 담당자가 '요금제 변경' 도움말을 개편하고 있습니다. 기존 문서에는 '변경 방법과 주의 사항'이라는 소제목이 있고, 그 아래 첫 문장은 '여러 가지 경우가 있으므로 상황에 맞게 확인해야 합니다'입니다. 이 문장만 따로 떼어 읽으면 누가, 무엇을, 어떤 조건에서 하는지 알 수 없습니다.
생성형 AI 검색 답변은 문서 전체보다 일부 문장이나 문단을 근거로 보여 주는 경우가 많습니다. 어떤 문장이 선택될지는 외부에서 정할 수 없습니다. 따라서 편집자가 할 수 있는 일은 어느 문장이 선택되더라도 앞뒤 맥락 없이 뜻이 통하도록 만드는 것입니다. 담당자의 과제는 문장을 꾸미는 일이 아닙니다. 소제목, 첫 문장, 명칭, 마크업이 서로 같은 내용을 말하도록 맞추는 일입니다.
본지가 이 작업의 출발점으로 쓰는 판단 기준은 '떼어 읽기 점검'입니다. 문장 하나를 복사해 빈 문서에 붙여 넣고, 소제목과 앞 문단 없이 읽어도 누가·무엇을·어떤 조건에서 하는지 답할 수 있는지 확인합니다. 세 물음 가운데 하나라도 답할 수 없으면 그 문장은 수정 대상으로 분류됩니다.
소제목 하나, 질문 하나
넥스트티가 GEO 작업 이후 인용이 반영되는 주기를 정리한 nxtseo.kr 해설에는 실무 체크리스트가 있습니다. 이 체크리스트는 H2·H3 소제목 아래에서 모호한 수식어를 빼고, 질문에 대한 결론을 첫 문장에서 명확히 제시하라고 권합니다. 또한 회사명·서비스명·용어를 페이지마다 일관된 표준 명칭으로 표기해 지식 그래프 혼선을 막으라고 권합니다. 같은 해설은 구조화 데이터와 질문·답변 형태의 명료한 텍스트 구조를 갖추면 출처 링크로 인용될 수 있다고 설명합니다. 다만 초기 인용은 검색 질의의 문맥에 따라 일시적으로 등장했다가 사라질 수 있다고 덧붙입니다. 이하 절차는 이 권고를 출발점으로 삼되, 구체적인 기준은 본지의 편집 기준으로 서술합니다.
첫 단계는 소제목을 쪼개는 일입니다. '변경 방법과 주의 사항'처럼 두 질문이 섞인 소제목은 '요금제를 상위 등급으로 바꾸는 방법'과 '요금제를 바꿀 때 결제 금액이 달라지는 경우'로 나눕니다. 소제목을 질문 하나로 좁히면 그 아래 첫 문장이 답해야 할 대상도 하나로 정해집니다. 반대로 소제목에 질문이 두 개 들어가면 첫 문장도 두 답을 섞게 되고, 떼어 낸 문장의 뜻이 흐려집니다.
확인 절차는 간단합니다. 소제목을 의문문 하나로 바꿔 써 보고, 의문문이 하나로 만들어지지 않으면 분리합니다. 소제목에 '와', '및', '그리고' 같은 연결어가 있으면 두 질문이 섞였을 가능성이 높으므로 우선 점검합니다. 의문문으로 바꿨을 때 답이 '경우에 따라 다릅니다'밖에 나오지 않는다면 질문 자체가 아직 넓다는 뜻이므로 조건별로 더 나눕니다.
소제목이 주제를 설명해야 한다는 원칙은 검색만의 요구가 아닙니다. W3C 웹 콘텐츠 접근성 지침(WCAG)은 제목과 레이블이 주제나 목적을 설명하도록 요구합니다. 또한 화면에 보이는 구조를 프로그램이 인식할 수 있게 전달하도록 요구합니다. 본지는 이 기준을 소제목을 실제 제목 요소로 표시하고, 글자 크기만 키운 단락으로 대신하지 않는다는 편집 규칙으로 적용합니다.
첫 문장에 넣는 세 가지
소제목 바로 아래 첫 문장에는 주어, 결론, 적용 범위를 함께 씁니다. 주어는 행위자나 대상을 이름으로 밝힙니다. 결론은 질문에 대한 답을 한 번에 말합니다. 적용 범위는 그 답이 성립하는 조건을 정합니다. '이 기능', '위에서 설명한 방법'처럼 앞 문단을 가리키는 표현은 첫 문장에 쓰지 않습니다. 이런 표현은 문장을 떼어 내는 순간 뜻이 사라지기 때문입니다.
아래는 앞의 가상 장면에 맞춰 본지가 작성한 수정 전후 예시입니다. 실제 제품이나 서비스의 기능을 설명하는 문장은 아닙니다.
- 수정 전: 여러 가지 경우가 있으므로 상황에 맞게 확인해야 합니다.
- 수정 후: 관리자 계정은 설정 메뉴의 요금제 화면에서 상위 등급으로 바로 변경할 수 있으며, 이 방법은 월 단위로 결제하는 계정에 적용됩니다.
- 점검 결과: 주어는 '관리자 계정', 결론은 '설정 메뉴에서 바로 변경 가능', 적용 범위는 '월 단위 결제 계정'입니다.
둘째 문장부터는 예외와 세부 절차를 씁니다. 연간 계약 계정처럼 범위 밖의 경우는 별도 소제목으로 옮기는 편이 낫습니다. 예외를 첫 문장에 모두 넣으면 문장이 길어지고 결론이 묻히기 때문입니다.
첫 문장을 점검할 때는 세 단계를 거칩니다. 먼저 '이', '그', '위', '해당' 같은 지시어가 첫 문장에 있는지 찾아 고유한 이름으로 바꿉니다. 다음으로 '좋습니다', '다양합니다'처럼 판단을 미루는 서술어를 찾아 구체적인 결론으로 바꿉니다. 마지막으로 소제목의 의문문과 첫 문장을 나란히 읽어, 첫 문장이 그 의문문의 답으로 바로 읽히는지 확인합니다.
표기 대장과 마크업 대조
첫 문장이 정확해도 페이지마다 명칭이 다르면 떼어 낸 문장이 서로 다른 대상을 가리키는 것처럼 읽힐 수 있습니다. 그래서 본지는 문서 편집 전에 표기 대장을 먼저 만들 것을 권합니다. 표기 대장은 사내에서 공유하는 한 장짜리 목록으로 충분합니다. 다음은 발행 전에 확인하는 준비 목록입니다.
- 회사명·서비스명·요금제명마다 표준 명칭을 하나씩 정하고, 쓰지 않을 변형 표기를 함께 적습니다.
- 약어는 문서에 처음 등장할 때 전체 명칭과 함께 쓰고, 소제목에는 표준 명칭을 씁니다.
- 소제목의 질문과 첫 문장의 결론이 같은 대상을 다루는지 소제목마다 대조합니다.
- 구조화 데이터의 질문·답변 문구, 제목, 날짜가 화면 본문과 같은지 확인합니다.
- 화면에 없는 문답을 마크업에만 넣지 않으며, 본문을 고치면 마크업도 같은 날 고칩니다.
- 명칭이 바뀌면 표기 대장, 본문, 마크업을 한 번에 수정하고 수정 날짜를 남깁니다.
가상 장면에 적용하면 다음과 같습니다. 도움말 곳곳에 '프로 요금제', '프로 플랜', '상위 플랜'이 섞여 있다면 표준 명칭을 '프로 요금제' 하나로 정하고, 나머지 둘은 변형 표기 칸에 적어 둡니다. 이후 문서 전체에서 변형 표기를 찾아 표준 명칭으로 바꾸고, 소제목과 첫 문장, 마크업의 문구까지 같은 명칭을 쓰는지 확인합니다.
본지는 화면 본문과 다른 마크업을 편집상 결함으로 봅니다. 마크업은 화면 내용을 기계가 읽기 쉽게 정리한 것이어야 하며, 화면에 없는 주장을 더하는 수단이 되어서는 안 됩니다. 대조할 때는 화면 본문의 문구와 마크업의 문구를 표 형태로 나란히 놓고 글자 단위로 비교하는 방식이 실수를 줄입니다. 사내 표기·구조 기준을 정할 때는 한국지능정보사회진흥원이 공개하는 웹 접근성 관련 자료도 함께 참고할 수 있습니다.
발행 뒤의 관측 기록
발행 뒤에 할 일은 질문 설계, 관측 기록, 문서 편집의 세 가지로 나뉩니다. 질문 설계에서는 각 소제목의 질문을 그대로 쓴 형태와 독자가 실제로 쓸 법한 다른 표현 형태를 함께 준비합니다. 관측 기록에는 확인 날짜, 이용한 검색 서비스, 입력한 질문, 출처 표시 여부, 답변에 쓰인 문장을 적습니다. 이 기록은 해당 날짜, 해당 서비스, 해당 질문에 한정된 관찰입니다. 한 서비스에서 얻은 결과를 다른 AI 서비스로 넓혀 해석하지 않습니다.
문서 편집은 기록을 근거로 합니다. 답변에 첫 문장이 아닌 다른 문장이 쓰였다면 그 문장만 읽어도 뜻이 통하는지 확인하고, 통하지 않으면 주어와 범위를 보완합니다. 앞서 소개한 해설의 설명처럼 초기 인용은 나타났다가 사라질 수 있습니다. 따라서 한 번의 관측 결과로 문서를 크게 고치기보다 같은 질문을 일정한 간격으로 다시 확인하는 편이 낫습니다.
수정 대상을 고르는 기준도 미리 정해 둡니다. 본지는 같은 질문에서 반복해서 관찰된 문제만 수정 대상으로 삼고, 한 번만 나타난 결과는 기록으로만 남길 것을 권합니다. 문서를 고친 날에는 수정 내용과 날짜를 관측 기록에 함께 적어 두어야 수정 전후의 관찰을 구분할 수 있습니다. 이 절차가 보장하는 것은 인용 여부가 아닙니다. 어느 문장이 선택되더라도 독자가 오해하지 않는 문서라는 점이 이 절차의 결과입니다.