Багатомовна Вікіпедія і Wikidata: AI-видимість за ринками

Чому AI-видимість залежить від мови?

AI-асистенти й пошукові системи відповідають мовою запитання, а найзручніші для них джерела цією мовою — ті, що існують цією мовою. Якщо хтось питає про вашу компанію турецькою, а турецькомовного джерела немає, відповідь може бути бідною, хибною або побудованою на компанії зі схожою назвою, яка таке джерело має. Ми не бачимо всередину жодної моделі, і ніхто не може пообіцяти конкретної відповіді, але закономірність узгоджується з тим, як ці системи працюють: локальні джерела важливі для локальних відповідей.

Панель знань Google поводиться так само на рівні сутності. Назва, тип і короткий опис у панелі можуть надходити зі структурованих даних, а опис часто відповідає мові читання. Як AI-асистенти обирають бренди для цитування, пояснює матеріал Як AI вибирає бренди для цитувань, а чому ця енциклопедія стоїть там так високо, розбирає Чому Вікіпедія — джерело номер один для ChatGPT.

Практичний наслідок: одна англійська сторінка — це плацдарм, а не кампанія. Якщо виручка надходить із дванадцяти країн, інфраструктура вашої репутації може існувати в одній.

Що таке Wikidata і як одна сутність об'єднує бренд?

Wikidata — сестринський проєкт Вікіпедії: структурована база, де кожна сутність має один постійний, незалежний від мови ідентифікатор — QID. У вашої компанії один елемент, і той самий QID обслуговує кожен ринок. Елемент зберігає твердження (дата заснування, штаб-квартира, офіційний сайт, галузь, ключові особи) і посилається на статті Вікіпедії через sitelinks, по одному на мовний розділ.

Коли німецька, іспанська й японська статті посилаються на один елемент:

• Машини зводять їх до однієї сутності. Система, що читає будь-яку зі статей, зіставляє її з єдиною ідентичністю та єдиним набором фактів, без змішування й дублікатів.
• Заповнюється мовна панель. Читачі й краулери бачать, що стаття існує кількома мовами.
• Факти живуть в одному місці. Виправлення дати заснування чи штаб-квартири в елементі доступне кожному розділу, що з нього читає.

Архітектура така: багато мовних статей, одна спільна сутність. Статті несуть текст і локальне обґрунтування значущості; елемент несе ідентичність і машинозчитувані факти. Структурний контекст див. у матеріалі Wikidata і Google Knowledge Graph та на сторінці послуги Wikidata.

Чи можна локалізувати Wikidata без статті у Вікіпедії?

Так, і це найменш використаний хід у міжнародній роботі із сутностями. Політика значущості Wikidata приймає елемент, який можна чітко ідентифікувати і який описують серйозні публічні джерела, а це нижча планка, ніж суттєве незалежне висвітлення, потрібне для статті у Вікіпедії. Тож на ринку, де повна стаття поки нереалістична, чистий багатомовний елемент усе одно може нести:

• Локалізовані назви й описи: ваша назва та короткий нейтральний опис кожною цільовою мовою.
• Узгоджені структуровані факти: дата заснування, штаб-квартира, офіційний сайт та ідентифікатори, що не залежать від жодної окремої статті.
• Посилання на авторитетні записи, як-от VIAF, ISNI чи LEI, коли вони існують; вони не залежать від мови.

Це не лазівка. Елемент Wikidata не робить незначущий предмет значущим для Вікіпедії, він має бути підкріплений джерелами, і до його тверджень ті самі вимоги до посилань, що й до будь-якого структурованого твердження. Але це дешево, швидко й ніколи не шкодить майбутній статті.

Чому кожен мовний розділ оцінюють окремо?

Бо мовні розділи — незалежні спільноти з незалежними правилами; центрального органу, який схвалює статтю раз і поширює її, не існує. Фонд Wikimedia керує серверами, а не редакційними рішеннями. Стаття може процвітати в одному розділі й бути видаленою в іншому, а те, що вважають надійним джерелом, різниться залежно від країни й мови. Отже, кожна мова — окреме питання значущості. Практичну оцінку розділ за розділом наведено в посібнику з вибору розділів; тут головне: Wikidata допомагає зберігати узгодженість між розділами, поки кожен вирішує за себе.

Як вирішити, який ринок отримує який шар?

Співвіднесіть шар із доказами на кожному ринку. Три рівні, від найлегшого до найважчого:

Йдіть за виручкою та ризиком, а не за кількістю прапорців у презентації. B2B-постачальнику, що продає німецьким виробникам, потрібна сильна німецька присутність більше, ніж десяток малих розділів. Кожна стаття — ще й зобов'язання підтримувати її мовами, яких ваша команда може не читати. Ціни за рівнями розділів наведено в посібнику з вибору розділів.

Чому перекладені сторінки не працюють?

Машинно перекладена копія англійської статті не працює, бо джерела, тон і обґрунтування значущості не перекладаються. Перелік посилань англійської статті побудований на англомовних надійних джерелах; цільова спільнота хоче джерел, які сама визнає. Конвенції структури й тону різняться за розділами, машинний переклад швидко впізнають, а аргумент про значущість треба викласти саме цій спільноті. Кожна мовна версія — нова стаття, написана для своїх читачів, зі спільним дослідженням і базою фактів, але перебудована під локальні джерела. Платну роботу в будь-якому розділі треба розкривати за Умовами використання Wikimedia; див. платне редагування, COI і розкриття.

Як зберігати узгодженість у багатьох розділах?

Тримайте факти у Wikidata, стежте за кожним розділом і ніколи не дозволяйте людям із конфліктом інтересів редагувати статті напряму. Інакше ризики множаться з кожною мовою:

• Вандалізм і рекламні наскоки можуть тижнями висіти мовою, за якою ніхто не стежить.
• Дрейф фактів: доброзичливий редактор змінює дату в одному розділі, і ваша історія розходиться між ринками.
• Місцеві номінації на видалення можуть початися в будь-якому розділі, довго після публікації, і відповідати на них треба цією мовою за правилами цієї спільноти.
• Війни правок: маркетолог, що відкочує волонтера у французькій статті, — так тиха цінність перетворюється на публічний конфуз. За WP:COI залучених редакторів наполегливо просять не правити відповідні статті напряму, а пропонувати зміни на сторінках обговорення.

Розумне керування — це централізований моніторинг у всіх розділах, факти у Wikidata, щоб виправлення поширювалися, прозорі розкриті запити замість прямих правок і захист силами людей, які знають кожну спільноту. Стежить служба моніторингу, оновлення забезпечує річна підтримка.

Як виглядає розумний поетапний запуск?

Спершу спільний шар, потім статті по одній, коли дозволяють докази:

1. Мовна карта. Визначте, які ринки важливі й чому, ще до будь-якого написання.
2. Основа Wikidata. Один елемент, структуровані факти, посилання на авторитетні записи, назви й описи для кожного цільового ринку.
3. Якірна стаття. Зазвичай єдиний розділ, який найкраще підтримують ваші джерела, створений через створення сторінки.
4. Далі розділи по одному, кожен написано з нуля на власних джерелах, щоб навчатися на реакції кожної спільноти перед наступним кроком.
5. Постійне керування всією присутністю.

Аудит AI-видимості від €490 перевіряє, як асистенти описують вас зараз у пріоритетних мовах, тож мовна карта починається зі спостережуваних прогалин, а не припущень.

Як ми допомагаємо

Спершу будуємо шар Wikidata, потім статті, написані з нуля, де це підтримують докази; платне редагування розкриваємо від імені WikiBusines. Ми не гарантуємо, що статтю опублікують, і не гарантуємо, що скаже AI. Після публікації ми 90 днів стежимо, і діє гарантія; якщо опубліковану сторінку не вдається захистити після трьох спроб у цьому вікні, повертаємо 80% (див. /guarantees).

• Елемент Wikidata і багатомовні назви від €680.
• Аудит AI-видимості €490: як асистенти описують вас кожною мовою.
• Створення сторінки від €2 400 для англійської, 4–5 тижнів; інші розділи за рівнями.
• Річна підтримка від €720 на рік, до чотирьох оновлень, з гарантією на 12 місяців.

Почніть із безкоштовної оцінки на 10 хвилин: напишіть нам. Якщо випадок спірний, запропонуємо платний аудит значимості від €490, який зараховується в оплату сторінки за умови замовлення проєкту протягом місяця.