
AI 평판 관리는 생성형 AI 서비스가 자사에 관해 내놓는 답변을 미리 정한 질문으로 반복해 확인하는 업무입니다. 틀리거나 오래된 내용은 그 답변이 근거로 삼은 출처를 기준으로 바로잡습니다. 언론 모니터링은 이미 발행된 기사를 모아 보는 일입니다. AI 평판 관리는 질문할 때마다 새로 만들어지는 답변과 그 근거 문서를 점검한다는 점에서 다릅니다.
AI 평판 관리는 정확히 무엇을 관리하나요?
관리 대상은 세 가지입니다. 첫째는 답변 속 회사 정보가 사실인지입니다. 설립 연도, 대표자, 본사 위치, 주력 제품, 고객센터 연락처처럼 확인할 수 있는 정보를 봅니다. 둘째는 답변이 근거로 삼은 출처입니다. 셋째는 같은 질문을 반복했을 때 답변이 얼마나 달라지는지입니다.
출처를 보는 이유는 서비스의 공식 문서에 나옵니다. Microsoft의 Copilot 투명성 문서는 정보를 찾는 일부 대화가 웹 검색 결과에 근거하며, 답변 아래에 링크가 걸린 인용이 표시된다고 설명합니다. Perplexity 도움말도 답변에 원문으로 연결되는 번호 인용이 붙는다고 안내합니다. 틀린 답변을 발견했을 때 인용된 문서부터 열어 보는 것이 출발점인 이유입니다.
점검을 한 번으로 끝낼 수 없는 이유는 오류 가능성입니다. Google 검색 도움말은 AI 개요가 실수할 수 있다고 밝히고, Microsoft도 그럴듯하지만 사실과 다른 내용이 만들어질 수 있다고 적고 있습니다. 회사 소개 답변도 예외로 볼 근거는 없으므로, 정해진 주기로 같은 질문을 다시 확인합니다.
언론 모니터링과는 무엇이 다른가요?
언론 모니터링은 발행된 기사와 게시물을 키워드로 모아 보도량과 논조를 파악하는 일입니다. AI 평판 관리는 관찰 대상과 대응 경로부터 다릅니다. 주요 차이는 다음과 같습니다.
| 구분 | 언론 모니터링 | AI 평판 관리 |
|---|---|---|
| 관찰 대상 | 발행된 기사·게시물 | 질문에 따라 새로 만들어지는 답변 |
| 결과물의 고정성 | 발행되면 같은 글로 남음 | 질문 표현·서비스·시점에 따라 달라짐 |
| 수집 방식 | 키워드로 기사 수집 | 정한 질문을 서비스별로 입력해 답변 기록 |
| 문제의 단위 | 개별 기사와 매체 | 답변 문장과 그 문장의 인용 출처 |
| 대응 경로 | 언론사 문의, 공식 입장 배포 | 출처 문서 정비, 서비스 의견 보내기, 공개 데이터 수정 요청 |
| 확인 방법 | 보도 건수와 논조 변화 | 같은 질문을 다시 했을 때 오류가 사라졌는지 |
답변이 고정되지 않는 이유도 공식 문서에서 확인됩니다. Google 검색 센터에 따르면 AI 개요와 AI 모드는 쿼리 팬아웃을 쓸 수 있습니다. 쿼리 팬아웃은 하나의 질문을 하위 주제로 나눠 관련 검색을 여러 번 실행하는 방식입니다. 두 기능은 서로 다른 모델을 쓸 수 있어 표시되는 링크도 다를 수 있습니다. 같은 회사 이름을 물어도 서비스와 기능마다 다른 출처가 쓰일 수 있다는 뜻입니다.
두 업무는 서로를 대체하지 않습니다. AI 답변이 웹 문서를 근거로 만들어진다면 부정적인 기사도 답변의 출처가 될 수 있습니다. 실무에서는 언론 모니터링에서 발견한 쟁점을 AI 점검 질문 목록에 반영하는 방법을 권합니다.
흔히 하는 오해는 무엇인가요?
오해 1. 언론 모니터링이 잘 되면 AI 답변도 파악된다
기사 수집 도구는 발행된 문서를 모읍니다. AI 답변은 사용자가 질문할 때 만들어지므로 기사 목록에는 나타나지 않습니다. 질문을 직접 입력하고 결과를 기록해야 확인할 수 있습니다.
오해 2. AI 전용 파일이나 마크업을 추가하면 답변이 바뀐다
Google 검색 센터는 AI 개요나 AI 모드에 표시되기 위한 추가 요건이 없고, 새로운 AI 전용 파일이나 스키마도 필요하지 않다고 설명합니다. 페이지가 색인되어 있고 검색 스니펫으로 표시될 수 있으면 되지만, 표시 자체가 보장되지는 않습니다. 회사 공식 페이지는 새 파일을 찾기보다 기본 검색 요건부터 점검하는 편이 순서에 맞습니다.
오해 3. 의견을 보내면 답변이 곧바로 고쳐진다
Google 도움말에 따르면 AI 개요가 부정확하거나 편향되어 보이면 「싫어요」 아이콘을 누르고, 문제 신고에서 해당 유형을 골라 의견을 보낼 수 있습니다. Copilot 투명성 문서는 사용자가 의견을 보낼 수 있는 도구가 있고, 그 의견을 Microsoft 운영팀이 검토한다고 적고 있습니다. 두 문서 어디에도 개별 답변을 언제 고친다는 약속은 없습니다. 의견 보내기와 함께 출처 문서를 정비해야 하는 이유입니다.
오해 4. 위키백과 문서는 회사가 직접 고치면 된다
영어 위키백과의 이해 충돌 지침은 이해관계가 있는 편집자가 관련 문서를 직접 편집하지 않도록 강하게 권고합니다. 회사 직원이나 대행사처럼 대가를 받는 편집자는 고용주·의뢰인·관계를 밝혀야 합니다. 수정이 필요하면 문서 토론 페이지에 편집 요청을 남겨 다른 편집자가 검토하게 합니다. 직접 고칠 수 있는 범위는 맞춤법, 깨진 링크처럼 논란의 여지가 없는 수정으로 좁혀집니다.
틀린 답변을 발견하면 어떤 순서로 대응하나요?
대응은 다음 순서로 진행합니다.
- 답변 화면과 인용 출처를 그대로 저장합니다.
- 오류 유형을 아래 표의 네 가지 중 하나로 판정합니다.
- 인용된 문서를 열어 같은 오류가 있는지 확인합니다.
- 자사 공식 페이지의 해당 정보를 먼저 고칩니다.
- 서비스 의견 보내기와 공개 데이터 수정 요청을 진행합니다.
- 일정 기간 뒤 같은 질문으로 다시 확인합니다.
유형마다 먼저 볼 곳과 대응 경로가 다릅니다. 아래 예는 가상의 ○○ 기업을 가정한 것입니다.
| 오류 유형 | 예시 | 먼저 확인할 것 | 대응 경로 |
|---|---|---|---|
| 사실 오류 | 설립 연도가 실제와 다름 | 인용된 문서에 같은 오류가 있는지 | 공식 페이지 정보 수정, 출처 운영처에 정정 문의 |
| 오래된 정보 | 단종된 제품을 판매 중이라고 안내 | 공식 사이트에 옛 안내가 남아 있는지 | 자사 페이지 갱신, 서비스 의견 보내기 |
| 혼동 | 이름이 비슷한 다른 회사의 정보가 섞임 | 회사 정식 명칭·소재지가 공개 자료에 명확한지 | 공식 소개 문구 정비, 공개 데이터 수정 요청 |
| 맥락 왜곡 | 종결된 사안을 진행 중인 것처럼 설명 | 후속 결과를 다룬 공개 자료가 있는지 | 공식 입장 게시, 서비스 의견 보내기 |
검색 결과에 지식 패널(검색 결과 옆에 나오는 회사 정보 상자)이 있다면 함께 확인합니다. Google 지식 패널 도움말은 패널 정보가 웹의 공개 정보를 바탕으로 자동 생성된다고 설명합니다. 수정 의견을 보낼 때는 제안을 뒷받침하는 공개 URL을 함께 적습니다. 본인 확인을 마친 사용자가 자신에 관한 패널에 의견을 보내면 우선 검토될 수 있습니다. 설명문은 여러 외부 데이터 출처에서 오며 패널에서 직접 고칠 수 없습니다. 설명문이 틀렸다면 원래 출처에 정정을 요청하고, 그래도 바뀌지 않으면 그 경위와 근거를 붙여 패널 의견을 보냅니다.
위키데이터 같은 공개 데이터에 회사 정보를 반영할 때도 근거 자료가 먼저입니다. 위키데이터는 여러 등재 기준 가운데 하나로, 명확히 식별할 수 있고 신뢰할 수 있는 공개 자료로 설명할 수 있는 실체를 듭니다. 공식 사이트 회사 소개, 공시, 보도자료처럼 회사 정보를 뒷받침하는 공개 자료부터 갖춥니다.
점검 질문과 기록 양식은 어떻게 만드나요?
점검 질문은 실제 고객과 기자가 물을 만한 표현으로 만듭니다. Google 도움말도 더 나은 답을 얻으려면 질문을 여러 방식으로 물어보라고 안내합니다. 실무에서는 질문 하나마다 표현을 바꾼 질문 2~3개를 함께 점검하는 방법을 권합니다. 가상의 ○○ 기업이라면 다음 질문으로 시작할 수 있습니다.
- ○○ 기업은 어떤 회사인가요?
- ○○ 기업의 대표자와 본사 위치는 어디인가요?
- ○○ 기업의 주력 제품은 무엇인가요?
- ○○ 기업의 제품 A는 지금도 판매되나요?
- ○○ 기업과 관련된 논란이나 사고가 있었나요?
- ○○ 기업 고객센터에 연락하는 방법은 무엇인가요?
답변은 매번 같은 항목으로 기록해야 시점별로 비교할 수 있습니다. 기록 양식은 다음과 같이 만듭니다.
| 기록 항목 | 작성 예 |
|---|---|
| 점검일 | 2026-11-03 |
| 서비스·기능 | Google AI 개요 |
| 질문 원문 | ○○ 기업의 제품 A는 지금도 판매되나요? |
| 답변 요지 | 판매 중이라고 안내함 |
| 오류 유형 | 오래된 정보 |
| 인용 출처 | 인용된 문서의 제목과 발행처, 게시 날짜 |
| 조치 | 공식 제품 페이지에 단종 안내 게시, 의견 보내기 제출 |
| 재확인 예정일 | 조치일로부터 4주 뒤 |
재확인 예정일의 4주는 실무 제안입니다. Google 검색 센터는 다시 크롤링하는 데 며칠에서 몇 주가 걸릴 수 있고, 같은 URL을 반복 제출해도 빨라지지 않는다고 설명합니다. 이 기간을 고려해 실무에서는 조치 후 4주 뒤 재확인하는 방법을 권합니다. 공식 페이지를 고쳤다면 Search Console의 URL 검사 도구로 Google이 색인한 버전과 현재 페이지의 실시간 테스트 결과를 비교합니다. 다만 색인 요청이 검색 결과 노출을 보장하지는 않습니다.
정리
AI 평판 관리는 기사 대신 AI 답변과 그 출처를 관찰하고, 출처를 바로잡아 답변이 달라지게 하는 업무입니다. 다음 순서로 시작합니다.
- 위 예시를 참고해 자사 점검 질문 6개를 만들고, 질문마다 표현을 바꾼 질문 2개를 추가합니다.
- 사용하는 AI 서비스마다 같은 질문을 입력하고 답변과 인용 출처를 기록 양식에 남깁니다.
- 오류가 있는 답변은 유형을 판정하고 인용 문서부터 확인합니다.
- 자사 공식 페이지를 먼저 고친 뒤 서비스 의견 보내기와 공개 데이터 수정 요청을 진행합니다.
- 재확인 예정일에 같은 질문으로 다시 점검하고, 변화가 있는 항목만 경영진에 보고하며 언론 모니터링의 새 쟁점을 질문 목록에 추가합니다.
참고 자료
- AI features and your website (Google Search Central, 확인일 2026-10-29)
- Ask Google to recrawl your URLs (Google Search Central, 확인일 2026-10-29)
- URL Inspection tool (Search Console Help, 확인일 2026-10-29)
- Learn about AI Overviews (Google Search Help, 확인일 2026-10-29)
- Request changes to your knowledge panel (Google Knowledge Panel Help, 확인일 2026-10-29)
- Transparency Note for Microsoft Copilot (Microsoft Support, 확인일 2026-10-29)
- How does Perplexity work? (Perplexity Help Center, 확인일 2026-10-29)
- Wikipedia:Conflict of interest (English Wikipedia, 확인일 2026-10-29)
- Wikidata:Notability (Wikidata, 확인일 2026-10-29)