Хтось вніс зміни до статті вашої компанії на Wikipedia, і зміни — шкідливі. Зникла секція, або речення тепер читається як звинувачення. Перший імпульс — знайти винного і подати скаргу. Ось незручна правда, яку ми говоримо кожному клієнту на цьому етапі: на Wikipedia «вандалізм» — вузький технічний термін, більшість скарг, поданих під цим словом, потрапляють не туди, а неправильно подана скарга витрачає єдиний ресурс, який рухає справи на Wikipedia, — довіру.
Цей гід — сходи ескалації, які ми використовуємо на практиці: як діагностувати, що сталося, яка майданчик відповідає за яку проблему, яких термінів очікувати, і три помилки, що перетворюють виправну ситуацію на постійну. Відразу попереджаємо: ми ведемо Wikimonitoring — платну підписку на сповіщення про зміни, а також послугу редагування Wikipedia з розкритою відповідністю. Сходи нижче працюють незалежно від того, чи ви когось наймаєте.
Крок нульовий: діагностика до скарги
Три зовсім різні ситуації виглядають однаково в момент виявлення.
Справжній вандалізм. Визначення Wikipedia вимагає навмисного наміру завдати шкоди: видалені секції, нецензурна лексика, безглуздий текст, навмисно сфальсифіковані факти, образливі зображення. Буває, але рідко на корпоративних сторінках — власний захист Wikipedia ловить більшість таких випадків: бот ClueBot NG відкочує (revert — відкат) очевидні випадки за лічені секунди, волонтерський патруль підбирає решту за хвилини.
Редагування з добрими намірами, що виявилося помилковим. Редактор неправильно прочитав джерело, взяв застарілі фінансові дані або переплутав дві компанії зі схожими назвами. Це не вандалізм — найпростіша проблема з цього переліку для виправлення і найпростіше відношення, яке можна зруйнувати, розпочавши з обвинувачення. Наш матеріал про тих, хто насправді редагує корпоративні статті, пояснює, чому ця група — редактори зі спільноти з добрими намірами — є ресурсом, а не загрозою.
Негативний контент із джерелами, який вам не подобається. Судова справа з реальним посиланням. Критичний абзац із галузевого видання. Чесне формулювання: більшість скарг на «вандалізм», які ми бачимо на первинних дзвінках, потрапляють саме до цієї третьої категорії — і за політикою Wikipedia це взагалі не вандалізм. Подача такої скарги як вандалізму завершується відхиленням за хвилини й позначає вас як зацікавлену сторону в історії правок сторінки. Правильні важелі — аргументи щодо змісту: надмірна вага (WP:UNDUE, англ. «undue weight» — непропорційне висвітлення) і баланс (WP:BALANCE) — на сторінці обговорення статті.
Усе нижче передбачає чесну діагностику. Сходи працюють лише тоді, коли ви стоїте на правильній сходинці.
Сходи ескалації
Починайте з найнижчої сходинки, що підходить. Кожна наступна коштує більше часу, привертає більше уваги та спалює більше репутації в разі неправильного використання.
Сходинка 1 — відкотіть очевидний вандалізм самостійно. Будь-хто може відкотити очевидний вандалізм, у тому числі суб'єкт статті; правила конфлікту інтересів не зобов'язують вас залишати нецензурний текст на сторінці. Відкрийте «View history», знайдіть шкідливу версію, натисніть undo. Ключове слово — очевидний. Якщо вам знадобиться абзац, щоб пояснити, чому правка є вандалізмом, — вона не очевидна. Зупиніться й перейдіть до сходинки 2.
Сходинка 2 — сторінка обговорення статті з джерелами. Основний майданчик для всього іншого: фактичні помилки, застарілі дані, аргументи щодо надмірної ваги. Вкажіть свій зв'язок із компанією, запропонуйте конкретну зміну, додайте джерело. Короткі, конкретні, нейтральні запити отримують відповідь. Довгі емоційні есе архівуються без відповіді.
Сходинка 3 — сторінка обговорення користувача редактора. Коли один акаунт або IP-адреса продовжує вносити шкідливі правки, попередьте їх стандартними шаблонами зростаючого рівня — {{subst:uw-vandalism1|PageName}} до рівня 4. Цей крок не опціональний: адміністратори на наступній сходинці діють проти вандалів, які продовжували після попереджень; звіти про непопереджених редакторів повертаються назад сюди.
Сходинка 4 — WP:AIV (Administrator Intervention against Vandalism — втручання адміністратора проти вандалізму), швидкий шлях. Обробляє активний, однозначний, повторюваний вандалізм, що тривав після попереджень. Чіткі звіти зазвичай розглядаються за хвилини або кілька годин, як правило — блокуванням. AIV швидкий саме тому, що його обсяг вузький; суперечки щодо змісту там відхиляють одразу.
Сходинка 5 — WP:ANI (Administrators' Noticeboard for Incidents — дошка оголошень адміністраторів про інциденти), рада з поведінки. Покриває те, що не охоплює AIV: редакційні війни, переслідування, акаунти з прихованим порядком денним, нерозкрите платне редагування третіми сторонами. Повільніший — дні, а не години, — повністю публічний і розглядає всіх причетних, у тому числі вас (у спільноті це називають «бумерангом»). Приносьте дифи (diff — порівняння версій), а не прикметники.
Сходинка 6 — WP:BLPN (Biographies of Living Persons Noticeboard — дошка оголошень про біографії живих осіб), для контенту про людей. Якщо матеріал стосується живої людини — вашого засновника, CEO, члена ради — BLPN сильніший і швидший за ANI. BLP (Biographies of Living Persons — біографії живих осіб) — одна з найсуворіших політик Wikipedia: суперечливі твердження про живих людей без надійних джерел можуть бути видалені негайно, а BLPN залучає досвідчених редакторів, які дотримуються цього стандарту.
Сходинка 7 — WP:RFPP (Requests for Page Protection — запити на захист сторінки), захист сторінки. При тривалих хвилях вандалізму з різних IP-адрес запросіть напівзахист (semi-protection — захист сторінки), що блокує правки від анонімних і нових акаунтів на визначений термін. Запити зазвичай обробляються протягом дня. Захист зупиняє поточну хвилю; він не видається превентивно через побоювання.
Куди звертатися — коротко
| Ситуація | Правильний майданчик | Типовий час відповіді |
|---|---|---|
| Видалена секція, нецензурна лексика, безглуздий текст | Відкотіть самостійно (сходинка 1) | Секунди–хвилини; боти часто встигають першими |
| Той самий вандал повертається після попереджень | WP:AIV | Хвилини–кілька годин |
| Хибне або непідтверджене твердження про живу людину | WP:BLPN + негайне видалення | Години–день |
| Підтверджений джерелами негативний контент, можливо надмірний | Сторінка обговорення статті, посилаючись на WP:UNDUE / WP:BALANCE | Дні; залежить від того, хто стежить за сторінкою |
| Редакційна війна, переслідування, організована кампанія | WP:ANI | Дні; очікуйте на уважне вивчення в обох напрямках |
| Тривала хвиля IP-вандалізму | WP:RFPP (напівзахист) | Зазвичай протягом дня |
| Помилка з добрими намірами | Сторінка обговорення статті з правильним джерелом | Дні |
Три речі, які погіршують усе
Редакційні війни. Правило трьох відкатів: більше трьох відкатів на одній сторінці протягом 24 годин — і блокування, навіть якщо ви праві. Очевидний вандалізм є винятком, але «очевидне» визначають адміністратори, а не ви. Практичний ризик гірший: сторінки, втягнуті в редакційні війни, отримують захист у тій версії, в якій перебували в момент блокування — часто неправильній.
Юридичні погрози. Будь-який текст, що читається як «наші адвокати зв'яжуться з вами» — на сторінці обговорення, в описі правки, будь-де на платформі — активує WP:NLT (No Legal Threats — заборона юридичних погроз), і акаунт блокується до відкликання погрози. Стара схема з ескалацією до юристів, коли адміністратори «не допомагають», — хибна. Реальні правові засоби захисту існують поза Wikipedia й іноді спрацьовують проти скоординованого наклепу, але вони повільні, дорогі й не повинні оголошуватися на Wikipedia.
Підставні акаунти (sockpuppets). Створення другого акаунту або залучення співробітників для імітації незалежних голосів на підтримку вашої позиції. Розслідування з sockpuppet (підставних акаунтів) має технічні засоби пов'язування акаунтів, результуючі блокування фіксуються публічно й постійно, а архів розслідування прив'язує всю цю історію до імені вашої компанії. Ми бачили, як запис про підставні акаунти завдав більш тривалої шкоди, ніж сам вандалізм, якому він мав протидіяти.
Гігієна доказів: частина, яку всі пропускають
Рятівна перевага Wikipedia в суперечках щодо поведінки — кожна правка назавжди зафіксована й атрибутована. Використовуйте це.
- Спочатку збирайте дифи. Кожне порівняння версій має постійний URL («View history», потім порівняйте версії). Посилання на диф — це доказ; опис того, що ви пам'ятаєте, — ні.
- Зазначайте мітки часу. Журнали Wikipedia ведуться в UTC, і закономірності мають значення: десять правок за вісім хвилин виглядають інакше, ніж десять правок протягом трьох місяців.
- Перегляньте історію внесків редактора. Акаунт, вся діяльність якого зосереджена на вашій статті, сам по собі говорить будь-якому адміністраторові.
- Тримайте звіт коротким. Три–п'ять найсильніших дифів, одне нейтральне речення до кожного. Звіти, що схожі на журнали, отримують відповідь; звіти, що схожі на скарги, лише переглядають.
Коли зупинити самостійне врегулювання
Сходи працюють при поодиноких інцидентах. Вони дають збій при тривалих кампаніях — вандал, що щотижня повертається з нової IP-адреси; акаунт з порядком денним, що щомісяця розпочинає той самий абзац; захист, що закінчується за розкладом, поки терпіння зловмисника — ні. Вони також дають збій у чутливих ситуаціях конфлікту інтересів, де кожне слово компанії розбирається на предмет маніпуляцій. Саме тут профільна допомога фахівців, що знають політику, виправдовує свою вартість: WikiBusines веде представництво на сторінках обговорення через акаунти з розкритим платним редагуванням у рамках послуги редагування, а річна підтримка покриває довгострокове обслуговування та захист, коли кампанії повторюються.
Один структурний факт робить кожну сходинку ефективнішою: швидкість. Wikipedia не сповіщає суб'єктів про зміни в статтях, і згідно з нашими внутрішніми записами моніторингу медіанний проміжок між шкідливою правкою та її самостійним виявленням суб'єктом — близько семи днів, після того як зміна вже поширилася в сніпетах пошуковиків та у відповідях AI. Сходи найефективніші в перші години, а не на другому тижні. Саме тут і є сенс Wikimonitoring: сповіщення в майже реальному часі з повним дифом та історією редактора, щоб ви починали діяти в день правки, а не в той тиждень, коли про неї згадає журналіст.
Щось вже сталося з вашою статтею — або хочете переконатися, що нічого не сталося? Wikimonitoring цілодобово стежить за вашою сторінкою та пов'язаними статтями, надсилаючи кожну зміну з дифом, профілем редактора та контекстом, щоб знати, яка сходинка підходить.