AI 회사에 직접 정정을 요청할 수 있나요?

일부 서비스는 신고 창구를 두고 있지만, 개별 사실을 즉시 고쳐주는 창구로 동작하지는 않습니다. 명예훼손이나 심각한 오정보가 아니라면 답을 받기 어렵습니다. 실무적으로는 근거 문서를 정비해 다음 크롤링에서 올바른 정보가 참조되게 만드는 방법이 훨씬 확실합니다.

정정까지 얼마나 걸리나요?

엔진에 따라 다릅니다. Perplexity처럼 실시간 검색을 쓰는 엔진은 새 문서가 색인되면 며칠 안에 반영되기도 합니다. 학습된 지식에 의존하는 답변은 훨씬 오래 걸리고, 경우에 따라 다음 모델 갱신까지 남아 있을 수 있습니다.

잘못된 정보를 퍼뜨리는 페이지를 삭제하면 되나요?

우리가 통제할 수 있는 페이지라면 삭제보다 정정을 권합니다. 삭제하면 그 주소가 사라질 뿐이고, 이미 다른 곳에 복제된 정보는 그대로 남습니다. 같은 주소에서 올바른 내용으로 갱신하고 갱신일을 명시하는 편이 재인용에 유리합니다.

AI가 우리 브랜드 정보를 틀리게 답합니다. 어떻게 고치나요?

흔한 상황

없어진 서비스를 아직 하고 있다고 답한다
몇 년 전 가격표를 현재 가격처럼 말한다
사업장 주소나 전화번호가 옛것이다
다른 회사와 헷갈려 섞어서 설명한다

전부 진단 현장에서 실제로 나오는 사례입니다. 그리고 대부분 AI가 지어낸 것이 아니라, 어딘가에 남아 있는 옛 정보를 정확히 인용한 결과입니다.

왜 생기나

원인은 대개 셋 중 하나입니다.

1. 정확한 정보를 담은 공식 문서가 없다

가격을 묻는 질문에 답할 근거가 우리 사이트에 없으면, AI는 블로그 후기나 3년 전 보도자료처럼 찾을 수 있는 것을 씁니다. 정보의 공백을 남들이 채우는 셈입니다.

2. 옛 정보가 더 잘 참조된다

3년 전 보도자료는 여러 매체에 복제돼 있고 링크도 많이 붙어 있습니다. 반면 어제 고친 우리 사이트 페이지는 아직 아무도 인용하지 않았습니다. 신뢰 신호만 놓고 보면 옛 문서가 더 강합니다.

3. 엔티티가 섞였다

이름이 비슷한 다른 회사와 정보가 뒤섞이는 경우입니다. 브랜드 표기가 채널마다 다르거나, 공식 채널이 서로 연결돼 있지 않으면 AI가 경계를 구분하지 못합니다.

고치는 방법

AI에게 직접 “그거 틀렸으니 고쳐줘”라고 할 방법은 사실상 없습니다. 대신 근거를 바꿔야 합니다.

1단계 — 무엇이 어떻게 틀렸는지 기록한다

질문을 여러 형태로 던져 보고, 어떤 엔진이 어떤 문장으로 틀리게 답하는지 그대로 적어 둡니다. “가끔 틀리게 나온다”로는 개선 여부를 확인할 수 없습니다. 나중에 같은 질문을 다시 던져 비교할 수 있게 질문 문장까지 기록해 두는 것이 중요합니다.

2단계 — 오답의 출처를 추적한다

답변에 각주가 붙어 있으면 그 링크를 확인합니다. 대개 원인이 바로 보입니다. 우리 사이트의 오래된 페이지일 때도 많고, 그럴 때는 해결이 빠릅니다.

3단계 — 정정 근거가 될 공식 페이지를 만든다

여기가 핵심입니다. 틀린 항목마다 그 사실을 명확히 진술하는 페이지를 우리 사이트에 둡니다.

질문을 제목으로 세웁니다 — ”○○ 서비스 가격은 얼마인가요?”
첫 문단에서 답을 끝냅니다
발행일과 최종 수정일을 명시합니다
바뀐 사실이라면 이전 내용과 변경 시점을 함께 적습니다

마지막 항목이 의외로 효과가 큽니다. “2024년까지는 A였고 2026년 3월부터 B입니다”라고 적으면, AI가 옛 정보를 만났을 때도 최신 상태를 판단할 근거가 생깁니다.

4단계 — 구조화 데이터로 사실을 못 박는다

화면에 적힌 글은 사람에게만 보입니다. JSON-LD로 같은 사실을 한 번 더 명시하면 AI가 추측 대신 확정된 값을 씁니다.

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "정확한 상호",
  "telephone": "02-0000-0000",
  "email": "hello@example.com",
  "sameAs": [
    "https://blog.naver.com/우리계정",
    "https://www.instagram.com/우리계정"
  ]
}

sameAs로 공식 채널을 연결하면 엔티티가 섞이는 문제도 함께 줄어듭니다.

5단계 — 색인을 요청하고 추적한다

새 페이지를 만들었으면 검색엔진에 알려야 합니다. 네이버·빙은 IndexNow로 즉시 제출할 수 있고, 구글은 Search Console의 URL 검사에서 색인을 요청합니다.

그다음은 기다리면서 다시 묻는 것입니다. 1단계에서 기록해 둔 질문을 주 단위로 다시 던져 답변이 바뀌는지 확인합니다.

얼마나 걸리나

엔진 유형	반영 속도
실시간 검색 기반 (Perplexity 등)	색인 후 며칠
웹 검색을 병행하는 챗봇	수 주
학습된 지식으로만 답하는 경우	매우 느림 (모델 갱신 시점에 좌우)

즉 빠르게 고쳐지는 영역과 오래 걸리는 영역이 공존합니다. 실시간 검색 쪽부터 먼저 잡히는 것을 확인하면서 나머지를 기다리는 것이 현실적입니다.

하지 말아야 할 것

페이지 삭제로 해결하려는 것 — 주소만 사라지고 복제된 정보는 남습니다. 같은 주소를 정정하는 편이 낫습니다
날짜만 바꾸는 갱신 — 내용은 그대로 두고 수정일만 올리는 것은 신뢰를 얻는 방법이 아닙니다
여러 페이지에 같은 내용을 복사 — 중복 문서는 어느 쪽도 강해지지 않습니다. 하나를 확실히 만드는 편이 낫습니다

정리

AI의 오답은 대개 지어낸 것이 아니라 옛 정보를 정확히 인용한 것입니다
직접 정정 요청은 어렵고, 근거 문서를 바꾸는 것이 실질적인 방법입니다
질문 문장까지 기록해야 개선 여부를 확인할 수 있습니다
구조화 데이터로 사실을 명시하고, 색인을 요청한 뒤 주 단위로 추적합니다

나비랑은 인용 모니터링에서 이 추적을 대신 수행합니다. 지금 어떤 정보가 틀리게 답변되는지 확인하고 싶으시면 무료 진단을 신청해 주세요.