Чому ChatGPT помиляється щодо моєї компанії?
Хибні відповіді про компанії породжують три механізми, і кожен має своє виправлення.
Знімок тренувальних даних.
Вбудовані знання моделі заморожені на даті відсічення навчання. Якщо після неї ви змінили бренд, переїхали, змінили CEO або пережили важкий рік, модель може пам'ятати стару версію вас. Тікет у підтримку цієї пам'яті не змінює.
Застарілий ретрівал.
Коли асистент шукає в живому вебі (ChatGPT із пошуком, Perplexity, Gemini і Google AI Overviews, Copilot), він переказує те, що знайшов. Якщо найдоступніші документи про вас, це покинутий профіль у каталозі, стаття 2021 року і запис зі старою адресою, відповідь буде вірною поганим джерелам.
Плутанина сутностей.
Моделі можуть зливати однойменні компанії в одну біографію. Частина випадків «ШІ каже, що моя компанія закрилась» веде до тезки, який справді закрився, був поглинутий або отримав позов, а історію успадковуєте ви.
Чому це про гроші: за даними дослідження G2, приблизно половина B2B-покупців програмного забезпечення починає пошук у AI-чатботах, а 71% спираються на них на якомусь етапі (G2 via PRNewswire). Глибше про те, на що спираються ці системи, у статті як ШІ вибирає бренди для цитування.
Які хибні відповіді варті шеститижневого проєкту?
Проєкт виправдовують лише помилки, що змінюють рішення про купівлю або несуть юридичний ризик; більшість помилок є нешкідливим дрейфом.
| Рівень | Як виглядає | Реакція |
|---|---|---|
| Нешкідливий дрейф | Трохи застаріла чисельність, немає найновішого продукту, розмитий слоган | Зафіксувати. Виправити на рівнях 0-1 принагідно. Без проєкту. |
| Комерційна шкода | «Компанія закрилась» чи «поглинена», хибні ціни, відсутність у категорійних відповідях, плутанина з конкурентом | Запускайте цей план зараз. |
| Рівень дифамації | Вигадані позови, звинувачення в шахрайстві, санкції, сфабриковані інциденти | Запускайте план і паралельно залучіть юриста. Зберігайте все. |
Небезпечний середній рівень саме комерційна шкода: досить хибна, щоб змінити покупку, але недостатньо хибна для суду.
Як зафіксувати помилку і знайти її джерело?
Спочатку фіксація, бо відповіді ШІ за замовчуванням не відтворюються: те саме питання в різних сесіях дає різні відповіді.
Тиждень 1: журнал доказів із десяти запитів.
- 4 базові про бренд: «Що таке [компанія]?», «Чи [компанія] досі працює?», «Хто власник [компанії]?», «Де розташована [компанія]?»
- 3 купівельні: «[компанія] ціни», «[компанія] vs [конкурент]», «найкращі постачальники [категорії]»
- 3 несприятливі: «проблеми [компанія]», «позов [компанія]», «чи [компанія] легітимна?»
Проженіть усі десять на кожній платформі, якою користуються ваші покупці (ChatGPT, Gemini, Perplexity, Copilot, Grok), у чистих або розлогінених сесіях, із веб-пошуком і без нього, де це можливо. Для кожної відповіді запишіть дату, платформу і версію моделі, чи був увімкнений пошук, повний текст, скріншот і хибне твердження дослівно. Кожен канал ескалації пізніше (сторінка обговорення Вікіпедії, форма постачальника, юрист) запитає, що саме було сказано, де і коли.
Тижні 1-2: трасування джерела.
- Якщо відповідь має цитати, відкрийте кожне посилання. Зазвичай в одному з них хибне твердження або щось близьке. Ціль виправлення ця сторінка, а не чатбот.
- Корисний додатковий запит: «Які джерела стверджують [хибне твердження] про [компанію]?» Відповідь це зачіпки, не істина: перевіряйте кожну.
- Якщо цитат немає і відповідь хибна навіть без пошуку, це пам'ять тренувальних даних. У живому вебі може не бути чого виправляти. Публікуйте щільний, правильний, доступний для пошуку матеріал, щоб відповіді з пошуком перекривали пам'ять уже зараз, а наступний знімок моделі міг вивчити правильні факти.
Завершіть одним рядком на кожне хибне твердження: твердження, механізм (пам'ять, ретрівал чи плутанина сутностей), URL джерела, якщо він є.
Що таке Correction Stack і в якому порядку його проходити?
Correction Stack це п'ять рівнів, упорядкованих за мірою вашого контролю: починаєте там, де повний контроль і швидкість того ж дня. Більшість команд роблять навпаки: тиснуть «поскаржитись» і зупиняються. Кнопки скарг ненадійні як основний канал (Mention Network): немає опублікованого SLA й зобов'язання діяти.
- Рівень 0: ваші сторінки. «Про нас» простими реченнями про рік заснування, власність, статус і локації; сторінка цін із реальними цінами; FAQ на точні питання покупців; файл llms.txt для краулерів. Вартість: години.
- Рівень 1: структуровані дані сутності. Твердження Wikidata з джерелами, розмітка schema.org Organization (foundingDate, address, sameAs) і узгоджені факти в LinkedIn, бізнес-реєстрах та профільних каталогах. Цей рівень розплутує плутанину сутностей; див. посібник про Wikidata і граф знань.
- Рівень 2: виправлення точності у Вікіпедії. Джерело з найбільшою вагою для багатьох асистентів і те, яке найлегше зіпсувати власними правками. Лише запити на редагування (наступний розділ).
- Рівень 3: сторонні джерела. Попросіть видавця застарілої статті про оновлення чи примітку-виправлення, освіжіть основні профілі. Якщо твердження прийшло з матеріалу про тезку, один точний новий матеріал дає ретривалу краще джерело для цитування.
- Рівень 4: зворотний зв'язок платформи. «Дизлайк», форми скарг, канали приватності й юридичні канали. Подайте один раз із журналом доказів і не чекайте за розкладом.
Постійна версія цієї архітектури (власні сторінки, рівень сутностей, Вікіпедія, моніторинг як стала інфраструктура) це AI Reputation Stack.
Чи можна попросити Вікіпедію виправити помилку про мою компанію?
Так, через розкриті запити на редагування на сторінці обговорення статті, але ніколи не правкою власної статті. Конфлікт інтересів (COI) означає редагування матеріалу про організацію, з якою ви пов'язані або від якої отримуєте плату; настанова Вікіпедії про конфлікт інтересів просить таких редакторів пропонувати зміни, а не вносити їх, і правки з COI скасовують, позначають і архівують.
- Зареєструйте акаунт і розкрийте приналежність на сторінці користувача. Якщо вам платять, умови використання Фонду Вікімедіа вимагають розкриття. Механіку описує наша стаття про розкриття платного редагування.
- Опублікуйте запит на редагування на сторінці обговорення: процитуйте хибне речення, вкажіть правильний факт і додайте незалежне надійне джерело, а не власний сайт.
- Будьте фактологічними й лаконічними. Безспірні виправлення (рік заснування, штаб-квартира, поточний статус, зміна керівництва) зазвичай розглядають; запити на підсилення прикметників ні.
- Для хибних тверджень про живих людей політика щодо біографій живих осіб вимагає прибирати погано підтверджені твердження, що допомагає добре задокументованим запитам.
Запити на сторінці обговорення розглядають від днів до тижнів залежно від трафіку сторінки, а далі діє звичайне вікно поширення до відповідей ШІ. Щоб прискорити, не редагуйте власну сторінку.
Wikidata гнучкіша: пов'язані редактори можуть виправляти твердження напряму, якщо кожне має джерело й залишається нейтральним. Перевірте запис на помилково доданий кінець існування компанії (класичний корінь «ШІ каже, що компанія закрилась»), злиті або дубльовані записи, що плутають вас із тезкою, і застарілих керівників чи сайти. Граф знань Google і багато ШІ-систем читають Wikidata, тож це тихе, але вагоме виправлення.
Що реально можуть канали зворотного зв'язку платформ?
Жодна платформа не має форми, що переписує її відповідь про вашу компанію; факти про бренд зрушуються передусім тоді, коли змінюються джерела.
| Платформа | Механізм | Реалістичний ефект |
|---|---|---|
| ChatGPT | «Дизлайк»/скарга на відповідь; портал приватності для запитів про персональні дані | Навчальний сигнал, не тікет. Запити приватності стосуються фізосіб, не брендів. Факти про бренд змінюються зі зміною цитованих джерел. |
| Gemini / AI Overviews | Посилання зворотного зв'язку; юридичні інструменти видалення Google; пропозиція правки в заявленій Knowledge Panel | Слідує за індексом і Knowledge Graph Google, тож виправлення джерел і сутностей поширюються після переіндексації. |
| Perplexity | Зворотний зв'язок під відповіддю; пошта підтримки | Відповіді показують джерела, тож зміна цитованої сторінки найпряміший важіль. |
| Copilot | Зворотний зв'язок; форма Microsoft про занепокоєння щодо контенту | Спирається на індекс Bing; оновлені джерела і запит на переіндексацію в Bing Webmaster Tools. |
| Grok | Зворотний зв'язок у застосунку | Спирається на активність у X і веб; опублікованого процесу виправлень немає. |
Це операційні спостереження, а не зобов'язання постачальників. Плануйте шість тижнів навколо рівнів 0-3, а кнопки використайте один раз.
Чого не варто робити?
- Не спамте кнопки зворотного зв'язку. Десять «дизлайків» від команди схожі на зловживання, а не на гучніший сигнал. Повідомте один раз, із доказами.
- Не публікуйте спростування, що повторює хибне твердження. Допис «Ні, [Компанія] не закрилась» віддає ретривалу той самий рядок, який ви хочете, щоб забули. Стверджуйте правдивий факт у заголовках і структурованих даних.
- Не починайте з юриста при звичайних помилках. Хибний рік заснування не має редактора, якого можна змусити, і документа, який можна відкликати. Юридична оцінка доречна для відповідей рівня дифамації (вигадані злочини, шахрайство, порушення регулювання), особливо коли вони повторюються на різних платформах; тоді журнал доказів стає пакетом доказів.
- Не оголошуйте перемогу після однієї чистої відповіді. Розкид вибірки дає правильні відповіді випадково.
Як зрозуміти, що виправлення спрацювало?
Перезапускайте ті самі десять запитів на тих самих платформах у чистих сесіях на тижнях 2, 4 і 6 та класифікуйте кожне хибне твердження:
- Виправлено: правильно у двох запусках поспіль, із пошуком і без.
- Частково: правильно, коли модель шукає, але з пам'яті досі хибно.
- Нестабільно: чергується між правильним і хибним.
Тихий другий тиждень нормальний. «Частково» на четвертому зазвичай означає, що найсильніші джерела оновились, а рівень сутностей досі суперечить їм: перевірте рівень 1. «Нестабільно» на шостому означає, що трасування пропустило джерело: поверніться до кроку з цитатами зі свіжими відповідями. Після шостого тижня переходьте на місячний ритм із тими самими запитами; коли ручний облік перестає масштабуватись, дивіться огляд інструментів моніторингу бренду в ШІ.
Деякі випадки повністю не закриються:
- Галюцинації без джерела нічого не цитують і не відповідають жодному живому документу. Єдине пом'якшення щільність: достатньо узгодженої, доступної для пошуку правди, щоб відповіді з пошуком переважили пам'ять.
- Відставання версії моделі. Виправлення може потрапити в режим із пошуком, поки старіші чи офлайн-режими лишаються хибними до оновлення від постачальника.
- Важкі тезки можуть повертати плутанину з кожною новою моделлю. Окремі дані сутності зменшують частоту; нічого не усуває її повністю.
У таких випадках моніторинг рано ловить регресії й накопичує датований запис того, що зберігається.
Часті питання
Напряму ні: форми, що переписує відповідь, не існує. Ви контролюєте матеріал, з якого модель вчиться й який отримує: власні сторінки, Wikidata, Вікіпедію (через розкриті запити на редагування) і сторонні публікації. Ми не можемо пообіцяти, що скаже будь-який ШІ після виправлення джерел.
Типові причини: хибна дата припинення в записі Wikidata чи каталогу, застаріла стаття або плутанина з тезкою, який справді закрився. Знайдіть джерело кроком із цитатами вище; якщо цитат немає, твердження ймовірно йде з пам'яті навчання.
Асистенти з пошуком можуть змінитися за дні чи тижні після зміни цитованої сторінки; відповіді з пам'яті чекають на наступне оновлення моделі. Жодна платформа не публікує строків, тому ми перетестовуємо на тижнях 2, 4 і 6.
Це сигнал зворотного зв'язку, а не тікет підтримки, і відповіді вона не гарантує. Подайте один раз із доказами, а зусилля вкладіть у джерела.
Не варто. Редакторів із конфліктом інтересів просять пропонувати зміни на сторінці обговорення, а платне редагування потрібно розкривати за умовами використання Фонду Вікімедіа. Натомість подайте запит на редагування з джерелом.
Вікіпедія це читабельна енциклопедична стаття; Wikidata це структурована база фактів, на яку спираються багато панелей знань і ШІ-запитів. Хибна дата у Wikidata може дати хибну відповідь, навіть коли стаття у Вікіпедії правильна.
Коли відповідь рівня дифамації: вигадані злочини, шахрайство чи санкції, що повторюються на різних платформах. Для звичайних помилок на кшталт хибного року заснування виправлення джерел швидше й дешевше.
Ні. Моніторинг вимірює збитки, а не усуває їх. Використовуйте його після роботи з виправлення, щоб ловити регресії.
Як ми допомагаємо
Ми працюємо з тим, на що можна вплинути: з джерелами, які читають асистенти. Платна робота у Вікіпедії завжди розкривається на самій Вікіпедії від імені WikiBusines, і ми ніколи не гарантуємо публікацію чи відповідь будь-якого ШІ.
- Аудит AI-видимості, €490: що ChatGPT, Gemini, Perplexity, Copilot і Grok кажуть про вас сьогодні, на які джерела спираються і який рівень виправляти першим.
- Сутність у Wikidata, від €680: запис із джерелами й без дублікатів, що закриває хибні дати та плутанину з тезками.
- Редагування у Вікіпедії, €700-€1 900, для виправлення точності наявної статті, і річний супровід від €720/рік, щоб тримати її точною. Якщо сторінки ще немає, аудит значущості від €490 (зараховується в вартість створення сторінки за умови замовлення проєкту протягом місяця від €2 400) покаже, чи вона реалістична.
Щоб почати, напишіть нам: твердження, платформа і скріншот.
Автори й редакційна політика
Статтю підготували співзасновники WikiBusines. Ми надаємо платні послуги у Вікіпедії, тому розкриваємо цей інтерес: платне редагування завжди оголошується у Вікіпедії від імені WikiBusines, а твердження про правила підкріплені посиланнями на першоджерела.
Редакційна політика: розкриття оплати, конфлікт інтересів, джерела Read in English