Як позначати посилання 18+, щоб сторінка лишалася безпечною для всіх
Багато авторів тримають дорослу платформу поруч із публічним Instagram. Сторінка з посиланнями в біо — це місце, де ці дві аудиторії зустрічаються, і зазвичай усе зроблено погано: платять за це і автор, і відвідувач, і всі інші користувачі того самого домену.
Навіщо потрібне підтвердження віку
Заставка з питанням «вам є 18?» і кнопкою — це не перевірка віку, і ніхто серйозно не вдає, що це вона. Зате вона фіксує намір: відвідувачу сказали, що є за посиланням, і він зробив свідому дію, перш ніж туди йти. Це важливо юридично в цілій низці юрисдикцій і важливо практично, бо альтернатива — відправити людину туди, куди вона не очікувала потрапити.
Підтвердження має жити на вашій власній сторінці, у тому місці, де відвідувач обирає посилання, — а не після того, як його вже кудись відправили. Підтвердження постфактум не підтверджує нічого.
Те, що більшість сторінок робить неправильно
Майже в кожній реалізації адреса призначення лежить просто у вихідному коді сторінки. Видиме посилання веде на екран із попередженням, але в href під ним і далі написано onlyfans.com. Це знецінює всю затію, бо аудиторія, яка тут важлива, — не людина.
Instagram і TikTok проганяють автоматичні класифікатори по сторінках, на які посилаються їхні користувачі. Ці класифікатори читають розмітку. Якщо доросла адреса лежить у HTML, сторінку класифікують саме по ній, незалежно від того, що бачить живий відвідувач, — а на спільному домені ця класифікація вже не тільки ваша.
Якщо адреса призначення є в розмітці, бар’єр — прикраса. Працює лише той бар’єр, де адреси просто немає в коді.
Який вигляд має правильний потік
- Картка позначена як 18+ просто на сторінці, щоб відвідувач знав до натискання, а не після.
- Її href веде на сторінку підтвердження всередині вашого ж сайту. Справжньої адреси призначення немає в HTML ніде.
- Відвідувач ставить галочку підтвердження віку. Галочка відкриває звичайну відправку форми, тому все працює з вимкненим JavaScript, — інакше бар’єр обходиться одним рухом.
- Далі він проходить через окремий домен-попередження, який прямо каже, що далі йде чутливий контент.
- І лише потім редирект розгортає адресу призначення — на сервері.
Практичні правила
- Позначайте посилання, а не маскуйте. Відвідувач, який відчув себе обманутим, — це майбутня скарга, а домену шкодять саме скарги.
- Ніколи не ховайте доросле посилання за скорочувачем посилань. Ланцюжки редиректів самі по собі спам-сигнал і заганяють усю сторінку в класифікацію швидше.
- Тримайте віковий бар’єр на сервері. Підтвердження, зроблене суто на JavaScript, обходиться вимкненням JavaScript.
- Додавайте rel="nofollow" до закритих бар’єром посилань, щоб пошукові системи не йшли ланцюжком.
- Не ставте дорослі зображення в прев’ю сторінки і в OG-картинку. Саме їх платформа малює всередині свого застосунку.
Чому це проблема всіх одразу
Сервіс посилань у біо видає кожному користувачеві ім’я на одному спільному домені. Репутація прилипає до домену, а не до окремої сторінки. Один користувач, який недбало жене трафік, здатен домогтися обмежень для домену на всій платформі — і всі інші виявлять, що їхнє посилання тихо перестало працювати, без сповіщення і без права на апеляцію.
Саме тому дорослі посилання заслуговують на спроєктований маршрут, а не на чекбокс, прикручений заднім числом: річ не в тому, що контент — проблема, а в тому, що маршрутизація — це спільна інфраструктура.