Як робляться публікації: IP, акаунти, поведінка
«Публікації з різних IP» — це мінімум, а не перевага: одного IP-різноманіття давно недостатньо. Нижче — що насправді відбувається при кожній публікації, включаючи ті шари, про які зазвичай не розповідають: відбиток браузера, поведінка, капчі та пошта для реєстрації.
Публікація йде через справжній браузер
Розміщення виконує не HTTP-запит до форми, а автоматизований Chromium: відкривається сторінка входу, заповнюються поля, спрацьовують ті ж скрипти площадки, що й у живого користувача. Це помітно дорожче простого POST-запиту, але саме так публікація проходить там, де стоїть хоч якась захист, і виглядає нормальною сесією, а не роботом.
Автоматизація запускається з антидетект-шаром: ознаки керованого браузера приховуються, а оточення — розмір вікна, мова, часовий пояс, набір можливостей — виглядає як звичайна користувацька конфігурація, а не як дефолтний headless.
Мережевий шар
| Канал | Коли використовується |
|---|---|
| ISP-проксі — статичні адреси реальних провайдерів | Основний канал публікацій: стабільна адреса, жива сесія, зберігаються cookie |
| Резидентські ротаційні адреси | Реєстрації та багатоетапні сценарії, де потрібен свіжий вихід |
| Antibot-шлюз | Повторні спроби та площадки з жорсткою захистом: бере на себе проходження перевірок |
Кожен проксі перед використанням перевіряється на живість, не працюючі позначаються та виключаються. Публікації з серверного IP платформи не йдуть — така адреса швидко стає впізнаваною.
Капчі
Частина площадок закрита перевірками: Cloudflare-челлендж, hCaptcha, reCAPTCHA, Turnstile. Для них використовуються власні розв'язувачі та зовнішні сервіси розпізнавання. Де перевірку пройти не вдається стабільно — площадка просто виключається з пулу, а не залишається «іноді працюючою»: половина невдалих публікацій гірше, ніж відсутність площадки.
Акаунти та пошта
- Акаунти реєструються на власному поштовому домені з прийомом на всі адреси — підтвердження реєстрації приходить і обробляється автоматично.
- На одну площадку припадає обмежена кількість публікацій в межах одного запуску: параметр повторного використання площадки заданий налаштуваннями і не дає всьому каскаду поїхати на один домен.
- Акаунти та сесії зберігаються і повторно використовуються: акаунт з історією публікацій виглядає природніше, ніж тільки що створений.
Темп публікацій
Каскад не викладає все за одну годину. В природному режимі публікації розподіляються нерівномірно по часу, в звичайному — йдуть паралельними потоками з обмеженням одночасних завдань. Середня тривалість завершеного запуску — близько 17 годин (по 286 запускам з липня 2026).
Що відбувається після публікації
- Адреса публікації зберігається в звіті.
- Запускається перевірка: сторінка відкривається заново і в ній шукається ваше посилання — див. чому в звіті тільки перевірені посилання.
- Публікація відправляється на індексацію, статус перепроверяється в пошуку — див. індексація публікацій.
- Якщо слот не підтвердився, він перерозміщується на іншій площадці за наш рахунок.