Спам, шкода й погрози: докази та ескалація

Спочатку безпека, потім репліка

Коли коментар містить погрозу, шахрайське посилання, переслідування, саморозкриття персональних даних або повідомлення про можливу небезпеку, SMM-менеджер не повинен самостійно діагностувати мотиви чи вести публічні переговори. Зупиніть автоматичну відповідь, обмежте поширення за затвердженим правилом і передайте case відповідальній особі.

Якщо є ознаки безпосередньої небезпеки для людини, дійте за локальним emergency protocol організації та застосовним правом. Не обіцяйте конфіденційність, якої не можете забезпечити, не публікуйте адресу, ім’я чи скриншот профілю й не просіть аудиторію «знайти автора». Цей урок не замінює юридичну, медичну або правоохоронну оцінку.

Класифікація до санкції

Розділіть щонайменше: легітимну критику, повторний шум, комерційний спам, impersonation/scam, hate/harassment, explicit threat, privacy exposure і platform-policy question. Одна незгода не є harassment. Повторний рекламний текст із підозрілим доменом не потребує дружньої дискусії. Конкретна погроза потребує іншого owner і строку, ніж лайка без адресної загрози.

Використовуйте severity і confidence окремо. Severity описує можливу шкоду; confidence — наскільки добре її підтверджує доступний контекст. Висока severity з низькою confidence все одно може вимагати термінового review, але не дозволяє стверджувати публічно, що людина вчинила злочин. Запишіть альтернативне пояснення й те, що треба перевірити.

Мінімальний evidence package

Зафіксуйте case ID, platform, content reference, час спостереження, видимий текст, контекст гілки, дію платформи й reviewer. Збирайте лише те, що потрібно для рішення; не створюйте приватний архів профілів «про всяк випадок». Якщо політика дозволяє screenshot, обмежте доступ і retention. У навчальному наборі evidence повністю синтетичний.

Позначайте різницю між спостереженням та інтерпретацією. «Текст містить URL `example.invalid` і обіцянку гарантованого повернення» — спостереження. «Автор точно шахрай» — непідтверджений висновок. Evidence має дозволити іншому reviewer відтворити рішення без пошуку зайвих даних про автора.

Hide, delete, report і block — різні дії

Видалення може прибрати також відповіді: LinkedIn прямо попереджає, що разом із Page comment видаляються likes і replies. Reporting передає матеріал на перевірку платформи, але не гарантує видалення; Facebook повідомляє статус у Support Inbox. TikTok описує видалення, reporting і blocking як окремі інструменти. Перед дією перевірте поточний UI та наслідки.

Не використовуйте block для приховування обґрунтованої скарги. Не залишайте scam активним лише заради evidence — evidence можна зберегти мінімально до обмеження поширення. Для кожної дії вкажіть policy reason, owner, timestamp і можливість review/appeal. Масове видалення без журналу знищує контекст і заважає розслідуванню.

Передача між змінами

Незавершений case не можна залишати як «хтось подивиться». Handoff називає поточний ризик, уже виконану дію, обмеження доступу, owner, наступний контрольний час і умову повторної ескалації. Так наступна зміна продовжує рішення, а не збирає контекст заново.

Практика

1. Класифікуйте шість cases за type, severity і confidence.
2. Виберіть reply/hide/delete/report/block/escalate та поясніть наслідок.
3. Сформуйте мінімальний evidence record без PII.
4. Визначте reviewer, строк, retention і умову закриття.

Готово, коли: критика не цензурується, ризикові cases не лишаються без owner, а кожне обмеження має пропорційне правило й мінімальний доказ.

Методичні джерела

• LinkedIn Help: harassment, threats, reporting and blocking
• Facebook Help: reported content and review status
• TikTok Support: unwanted comments and account blocking

Сценарії, шаблони й питання — оригінальні матеріали SEOWORK. Платформні правила перевіряйте повторно перед реальною дією.