오답의 원인을 두 갈래로 나눠 진단해야 하는 이유

AI가 단종된 상품을 여전히 판매 중이라고 답하거나 몇 달 전 가격을 그대로 알려주는 상황은 크게 두 가지 원인으로 나뉩니다. 하나는 AI 모델 자체의 할루시네이션 — 사실처럼 보이지만 근거가 없거나 사실과 다른 내용을 확률적으로 그럴듯하게 만들어내는 현상입니다. 언어모델이 다음에 올 확률이 높은 단어를 예측하는 방식으로 작동하기 때문에, 실제 사실을 이해하지 못한 채 학습 데이터에 없는 내용을 유추하거나 꾸며낼 수 있다는 것이 주요 원인으로 설명됩니다. 다른 하나는 훨씬 흔한 원인으로, 웹상 어딘가(자사 사이트 캐시, 제3자 리뷰 사이트, 오픈마켓 상품 페이지)에 남아있는 오래된 정보를 AI가 실시간 검색으로 그대로 가져와 인용한 결과입니다.

이 두 원인은 대응 방법이 완전히 다릅니다. 순수한 할루시네이션이라면 자사 콘텐츠를 아무리 고쳐도 모델이 학습한 옛 정보가 남아있는 한 재발할 수 있고, 이 경우 현실적인 대응은 모델 자체의 업데이트를 기다리거나 실시간 검색 비중이 높은 플랫폼(퍼플렉시티, 챗GPT 서치)에서 최신 정보가 먼저 노출되도록 유도하는 것입니다. 반면 오래된 정보 인용이 원인이라면, 그 정보가 남아있는 출처를 찾아 직접 정정하는 것이 가장 확실한 해결책입니다.

자사 사이트부터 확인해야 하는 이유

가장 먼저 점검할 곳은 자사 사이트 자체입니다. 상품이 단종됐는데도 상세페이지가 삭제되지 않고 남아있거나, 페이지의 화면 텍스트는 "품절"로 바뀌었는데 구조화 데이터(JSON-LD 등)의 재고 상태(availability) 값은 여전히 "InStock"으로 남아있는 경우가 실무에서 흔합니다. 구글의 원칙대로 마크업 값은 화면에 보이는 정보와 일치해야 하는데, 이 불일치 자체가 AI에 잘못된 신호를 주는 원인이 될 수 있습니다. 가격도 마찬가지로, 화면에 표시되는 가격과 구조화 데이터의 price 값이 프로모션 종료 후에도 동기화되지 않고 남아있는 사례가 있습니다.

점검 순서는 다음과 같이 진행하는 것이 효율적입니다. 첫째, 단종·품절 상품의 상세페이지가 실제로 접근 가능한 상태로 남아있는지 확인합니다. 둘째, 남아있다면 화면 텍스트와 구조화 데이터 양쪽에서 상태값이 최신인지 대조합니다. 셋째, 페이지를 완전히 내릴 경우에는 방문자와 크롤러 모두에게 대체 정보(후속 상품 안내 등)를 안내하는 리다이렉트나 안내 페이지를 남겨, 빈 페이지나 오류 페이지로만 남지 않도록 합니다.

자사 페이지를 고쳤는데도 AI 답변이 안 바뀌면 어떻게 하나

콘텐츠를 수정했다고 AI 답변이 즉시 바뀌지는 않습니다. robots.txt 변경 반영에 시차가 있는 것처럼, 크롤러가 해당 페이지를 재방문해 새 정보를 다시 색인하기까지도 시간이 걸립니다. 이 경우 수정 직후에는 서버 로그에서 관련 크롤러(OAI-SearchBot, PerplexityBot 등)의 재방문 기록이 남는지부터 확인하고, 최소 며칠 정도의 시차를 두고 재확인하는 것이 순서입니다. 급하게 반영이 필요한 사안이라면, 사이트맵을 갱신하거나 검색엔진 도구를 통해 해당 URL의 재색인을 직접 요청하는 방법도 병행할 수 있습니다.

정정 권한이 없는 제3자 사이트는 어떻게 하나

문제가 자사 사이트가 아니라 리뷰 블로그, 오픈마켓, 가격 비교 사이트 등 제3자 플랫폼에 남아있는 오래된 정보라면, 자사 콘텐츠 수정만으로는 해결되지 않습니다. 이 경우 해당 플랫폼에 직접 정정을 요청하는 절차(고객센터 문의, 판매자 계정을 통한 정보 수정 요청)를 거쳐야 하며, 이는 자사 사이트 수정보다 시간이 더 오래 걸릴 수 있다는 점을 미리 감안해야 합니다. 오래된 정보가 여러 제3자 사이트에 흩어져 있다면, 영향력이 크거나 AI가 자주 인용하는 것으로 확인된 사이트부터 우선순위를 매겨 정정 요청을 진행하는 편이 현실적입니다.

같은 문제가 반복되지 않게 하려면 무엇을 갖춰야 하나

단발성 트러블슈팅으로 끝내지 않으려면, 상품 단종·가격 변경이 발생할 때마다 화면 텍스트와 구조화 데이터를 함께 갱신하는 절차를 운영 프로세스에 포함시켜야 합니다. 실무에서 이 둘이 어긋나는 가장 흔한 원인은, 화면 문구는 MD나 운영팀이 CMS에서 직접 수정하지만 구조화 데이터는 개발 초기에 자동 연동해두고 이후 별도로 신경 쓰지 않는 경우입니다. 가능하다면 화면에 표시되는 값과 구조화 데이터 값을 같은 데이터 소스에서 자동으로 함께 반영하도록 시스템을 설계해, 담당자가 한쪽만 고치고 다른 쪽을 잊어버리는 구조 자체를 없애는 것이 근본적인 해결책입니다.

정기 점검 루틴도 필요합니다. 월 단위로 최근 단종·가격 변경 상품 목록을 뽑아, 화면 값과 구조화 데이터 값이 여전히 일치하는지 표본 점검하는 절차를 두면 이번 편에서 다룬 것과 같은 문제가 누적되기 전에 잡아낼 수 있습니다. 이 점검은 6강에서 다룬 두괄식·리스트 서식 점검, 7강에서 다룬 규격 표 점검과 함께 콘텐츠 운영 체크리스트에 나란히 포함시키는 것이 효율적입니다.