자사 제품을 물었는데 경쟁사 중심 답변이 나온 관측 한 건만으로는 콘텐츠 신뢰성이 부족하다고 단정할 수 없습니다. 서비스·날짜·질문 문장을 함께 기록하고, 저자 정보·근거 표기·직접적인 답처럼 문서 안에서 고칠 수 있는 신호부터 정비하는 것이 순서입니다.
이 글은 회고입니다. 편집부가 같은 장면을 처음 읽었을 때 곧바로 "신뢰도가 낮다"는 결론으로 건너뛰려 했던 과정을 되짚고, 어디에서 판단을 멈췄어야 했는지를 기록합니다. 새로운 공식 발표를 전하는 기사가 아니며, 이미 공개된 자료를 다시 읽고 정리한 해설입니다.
관찰한 것
출발점은 장면 하나입니다. optigeo.kr에 실린 생성형 AI 최적화 실무 체크리스트 글은 한 마케팅 팀의 사례로 시작합니다. 이 팀이 생성형 AI에게 자사 신제품의 특징을 질문하자 AI는 경쟁사 제품 정보를 중심으로 답변을 만들었고, 정작 질문의 대상인 제품은 한 줄 언급되는 데 그쳤다는 내용입니다. 원문은 이 장면을 AI의 답변에 브랜드의 목소리가 직접 인용되도록 해야 한다는 과제로 연결하고, 바로 AI가 신뢰하는 출처의 조건으로 넘어갑니다.
편집부가 처음 이 장면을 읽었을 때도 생각이 같은 방향으로 흘렀습니다. 경쟁사 정보가 앞에 나왔다면 자사 문서가 덜 믿을 만하게 보였기 때문이라고 해석하기 쉽습니다. 그러나 원문을 다시 읽어 보면 장면에 빠진 정보가 많습니다. 어떤 AI 서비스였는지, 언제 질문했는지, 질문 문장이 정확히 무엇이었는지, 같은 질문을 몇 번 반복했는지가 적혀 있지 않습니다. 원문도 이 장면을 '사소한 테스트'라고 부릅니다. 따라서 원인을 판정하는 데이터가 아니라 문제를 제기하는 도입부로 읽는 것이 정확합니다.
조건
관측 한 건이 판단 근거가 되려면 다른 사람이 같은 조건에서 다시 확인할 수 있어야 합니다. 아래는 편집부가 회고 끝에 정한 최소 기록 항목입니다. 관측을 기록하기 위한 준비 목록이며, 항목을 모두 채웠다고 해서 결과의 원인이 설명되는 것은 아닙니다.
- 서비스 이름: 어떤 AI 서비스의 어떤 화면에서 답을 받았는지 적습니다. 서비스마다 답변 방식이 다르므로 한 서비스에서 얻은 결과를 다른 서비스의 결과처럼 해석하지 않습니다.
- 날짜와 시각: 같은 질문이라도 시점에 따라 답이 달라질 수 있으므로 질문한 날짜와 시각을 남깁니다.
- 질문 문장 원문: 입력한 문장을 요약하지 않고 그대로 붙여 둡니다. 제품명 표기, 띄어쓰기, 영문·한글 혼용도 그대로 적어 두는 것이 좋습니다.
- 이용 환경: 로그인 여부, 언어 설정, 앞선 대화가 있었는지도 함께 적습니다.
- 답변 전문과 표시된 출처: 답변 전체를 저장합니다. 화면에 출처 링크가 표시되었다면 어떤 페이지였는지 목록으로 남깁니다.
- 반복 결과: 같은 질문을 다른 날 다시 입력한 결과를 이어서 기록합니다. 한 번 나온 결과와 여러 번 반복된 결과는 따로 표시합니다.
원문 장면에서 확인되는 것은 이 가운데 질문의 대략적인 주제와 답변의 대략적인 모습뿐입니다. 그래서 편집부는 이 장면을 근거로 '신뢰성 부족'이라는 원인을 끌어내지 않기로 했습니다. 경쟁사가 앞에 나온 이유는 여러 가지일 수 있습니다. 질문 문장이 제품명보다 제품 범주를 강조했을 수도 있고, 자사 페이지에 그 질문에 직접 답하는 문단이 없었을 수도 있으며, 서비스가 참고한 자료의 범위가 달랐을 수도 있습니다. 기록이 없으면 이 가능성들을 구분할 방법이 없습니다.
해석
원인을 단정할 수 없더라도 문서 안에서 먼저 손볼 수 있는 부분은 있습니다. 같은 optigeo 글은 AI가 신뢰하는 출처의 조건 세 가지를 제시합니다. 첫째는 누가 썼고 어떤 전문성을 가졌는지 밝히는 저자 정보, 그리고 인용한 데이터와 주장의 근거를 투명하게 밝히는 출처 표기입니다. 둘째는 스키마 마크업 같은 구조화된 데이터의 활용입니다. 셋째는 사용자의 질문에 직접적이고 명쾌하게 답하는 콘텐츠입니다. 원문은 이어서 실제 질문에 기반한 Q&A 콘텐츠, 구조화된 데이터, 명확한 저자 및 브랜드 권위성, 신뢰할 수 있는 외부 사이트의 언급을 GEO의 네 가지 축으로 정리합니다.
편집부는 이 가운데 저자 정보, 근거 표기, 직접적인 답을 먼저 정비하기로 했습니다. 세 가지 모두 자사 문서 안에서 바로 고칠 수 있고, 무엇을 언제 고쳤는지 문서 이력으로 남길 수 있기 때문입니다. 외부 언급은 자사가 직접 통제하기 어렵기 때문에, 구조화된 데이터는 다음 문단에서 설명하는 이유 때문에 순서를 뒤로 미뤘습니다.
원문과 다르게 읽은 대목도 기록해 둡니다. 원문은 스키마 마크업으로 AI가 콘텐츠의 의미를 이해하도록 돕는 일을 빠뜨릴 수 없는 조건처럼 표현합니다. 또 구체적인 데이터와 실행 가능한 조언을 담은 콘텐츠가 AI의 인용 대상이 될 확률이 높다고 적습니다. 두 문장 모두 원문 필자의 판단이며, 이를 뒷받침하는 측정 결과는 함께 제시되어 있지 않습니다. 편집부는 2026년 9월 23일에 Google 검색의 AI 기능에 관한 운영사 안내인 Google Search Central 문서 「AI features and your website」와 「SEO Starter Guide」를 확인했습니다. 두 문서는 Google 검색의 AI 기능에 노출되기 위해 별도의 특별한 최적화가 필요하지 않으며, 기존의 검색 접근성과 유용한 콘텐츠 원칙이 그대로 적용된다고 안내합니다. 특정 페이지가 색인되거나, 순위에 오르거나, 인용된다는 보장도 없습니다. 그래서 편집부는 구조화된 데이터를 일반적인 검색 품질 관리 항목으로 다루고, AI 인용의 전제 조건으로 보지 않습니다.
이 안내는 Google 검색에 관한 설명입니다. 관측 장면의 AI 서비스가 무엇이었는지 알 수 없으므로, 이 안내가 다른 AI 서비스에도 똑같이 적용된다고 넓혀 읽지 않습니다. 서비스마다 확인할 수 있는 근거가 다르다는 점은 기록 단계에서 서비스 이름을 따로 적어야 하는 이유이기도 합니다.
다음에 확인할 것
다음 단계에서는 관측 기록, 질문 설계, 문서 편집을 서로 다른 작업으로 나누어 진행합니다. 세 작업을 섞으면 무엇이 결과를 바꿨는지 나중에 구분할 수 없게 됩니다.
- 관측 기록: 앞의 준비 목록대로 같은 질문을 정해 둔 간격으로 반복해 기록합니다. 한 번 나온 결과는 '관측', 여러 번 반복된 결과는 '경향'으로 구분해 표시합니다.
- 질문 설계: 제품명을 넣은 질문, 범주명만 넣은 질문, 특정 기능을 묻는 질문으로 문장을 나누어 비교합니다. 질문 문장이 바뀌면 별개의 관측으로 기록합니다.
- 문서 편집: 제품 페이지에 작성자와 검토자 정보를 밝히고, 수치와 주장마다 근거를 표기하며, 자주 받는 질문에는 첫 문단에서 바로 답하는 단락을 둡니다. 수정 날짜와 수정 내용도 함께 남깁니다.
측정 주기도 원문과 비교해 둡니다. optigeo 글의 체크리스트는 AI 답변 내 인용과 질문형 쿼리 유입은 월간, 브랜드 인지도와 콘텐츠 권위성은 분기 단위로 점검하는 예시를 제시합니다. 편집부는 이 주기를 그대로 따르지 않고, 문서를 고친 날짜를 기준점으로 삼아 그 전후의 기록을 나란히 비교하는 방식을 택했습니다. 수정 전 기록이 없으면 이후 달라진 답변이 수정 덕분인지, 서비스 쪽 변화 때문인지 구분할 수 없습니다. 측정하지 않은 개선은 개선으로 보고하지 않는다는 기준은 편집부가 NIST AI 위험관리 프레임워크의 측정(Measure) 기능에서 끌어낸 원칙입니다. 프레임워크에 이 문장이 그대로 적혀 있는 것은 아닙니다. AI 위험과 그 영향을 분석·평가·추적한다는 측정 기능의 취지를 편집부가 우리 업무에 맞게 해석한 것입니다.
마지막으로 기록물 관리 기준입니다. 답변 캡처에는 로그인 계정 이름, 이전 대화 내용, 다른 사람의 정보가 함께 담길 수 있습니다. 편집부는 캡처를 저장하기 전에 이런 부분을 가리고, 보관 기간과 열람 권한은 사내 기준으로 정합니다. 그 기준을 정할 때는 개인정보보호위원회 누리집에서 관련 법령과 안내 자료를 직접 찾아 확인하며, 이 글에서 특정 지침의 내용을 대신 요약하지는 않습니다. 다음 회고에서는 문서 수정 전후에 같은 질문 문장으로 쌓은 기록을 놓고, 경쟁사 중심 답변이 반복되었는지부터 다시 확인할 예정입니다.