Власні web-push: підписка та редакційний цикл

Власна web-push-підписка допомагає повернути читача до корисного оновлення, яке він сам попросив. Завдання вебмайстра — підтримувати зрозумілу обіцянку: який матеріал надійде, від якого сайту, як часто та як відмовитися. Нижче — робочий процес від підготовки редакції до звіряння прийнятих результатів, два навчальні пілоти й шаблони для власного ресурсу.

Перевірено 21 жовтня 2026 року. Факти про браузери спираються на MDN та офіційні матеріали Chrome; редакційний порядок і пороги рішень — наша методика. Сценарії вигадані, стосуються звичайних програмних продуктів і навчання дорослих. Це не кейси клієнтів і не підтвердження наявності відповідних оферів AffiliateCore. Продукт, країну, обробку даних і допустимість джерела потрібно перевіряти окремо.

1. Власна підписка, закуплений browser-push та in-page

Власна підписка: читач обирає сповіщення вашого сайту, а ви відповідаєте за обіцянку, зміст і припинення надсилань. «Власна» означає відносини з аудиторією, а не володіння браузером чи гарантований доступ до людини. Push API приймає серверні повідомлення через service worker навіть без відкритої сторінки. MDN: Push API.

Закуплений browser-push: ви купуєте рекламне розміщення у стороннього власника інвентарю. Його аудиторія не стає вашою базою підписників. Перед таким розміщенням довелося б окремо перевіряти походження підписок, рекламне розкриття, правила джерела та офера. Ця стаття не описує закупівлю інвентарю й не рекомендує переносити чужі підписки.

In-page: тут так названо рекламний блок усередині відкритої сторінки, схожий на сповіщення. Його вигляд не доводить дозволу браузера чи створення push-підписки. У брифі називайте реальне місце показу. Не видавайте такий блок за попередження операційної системи, антивірусу або особисте повідомлення.

Навчальна схема: відкрита корисна стаття → усвідомлена підписка на оновлення → нове сповіщення → оновлений матеріал → необов’язкове партнерське посилання → погоджена дія → перевірка результату. Кожен перехід має окреме призначення. Сповіщення не повинне підміняти обіцяний урок сторонньою пропозицією.

2. Що підготувати до кнопки підписки

Потрібні сайт із HTTPS, технічний відповідальний, редактор, доступ до журналу надсилань і процедура зупинки серії. На власних тестових пристроях перевірте підтримку потрібних API та реальну поведінку браузера. Настільний Chrome не доводить роботу на всіх телефонах. Якщо пристрій не підтримує обраний шлях, залиште матеріал доступним і запропонуйте закладку; інший канал комунікації має залишатися окремим вибором.

Складіть паспорт серії: аудиторія, конкретна користь, рубрика, мова, частота, тривалість, відповідальний, сторінка налаштувань і роль партнерських рекомендацій. Наприклад: «Оновлення шаблонів складського обліку, не більше двох на тиждень». Підготуйте першу корисну сторінку та наступну тему заздалегідь. Порожній редакційний календар не виправдовує повторного надсилання старого повідомлення.

Погодьте з технічним виконавцем, хто зберігає підписки, хто може надсилати та як вимикається серія. Не копіюйте endpoint до редакційних таблиць: MDN прямо наголошує на необхідності зберігати ці адреси в таємниці. Будова підписки в MDN. Редакторові достатньо внутрішнього ідентифікатора та стану. Визначте строки зберігання службових записів і доступ; телефон, дата народження та точна геолокація для доставки статті не потрібні.

Для партнерського кроку спочатку перевірте відповідний офер нашої платформи AffiliateCore, умови джерела, країни й події. Без придатної пропозиції серія все одно має бути корисною. Можна працювати з окремо погодженою прямою програмою; її умови та звітність будуть іншими. Підготуйте профіль вебмайстра в AffiliateCore, щоб розглянути доступні вам пропозиції, не очікуючи гарантованого допуску.

Розмістіть запрошення після корисного фрагмента, коли причина повернутися зрозуміла. Навчальний текст: «Повідомляти про оновлення шаблону? До двох сповіщень на тиждень від нашої редакції. Матеріал доступний і без підписки. Керування та вимкнення — на сторінці налаштувань». Дві зрозумілі кнопки: «Обрати сповіщення» та «Не зараз». Це текст вашого інтерфейсу, а не імітація системного вікна.

Запитуйте дозвіл браузера після явної дії користувача. Вимоги безпечного контексту та взаємодії описує MDN: requestPermission(). Не пов’язуйте згоду з перевіркою «я не робот», завантаженням файлу чи відкриттям уже обіцяної статті. Відмова не повинна погіршувати доступ до матеріалу.

Розрізняйте granted, denied та default; останнє не є згодою. MDN: permission. Після відмови не повторюйте запит на кожній сторінці. Читач сам має ініціювати повернення до налаштувань. Версію обіцянки, час вибору, рубрику та стан відмови зберігайте окремо від комерційних результатів.

Дозвіл браузера ще не підтверджує готовність доставки. Технічний виконавець перевіряє створення підписки через PushManager.subscribe(). MDN: subscribe(). Для приймання потрібні окремі спостереження: дозвіл отримано, підписку збережено, тестове редакційне сповіщення на власному пристрої відкриває потрібну сторінку. Після помилки не показуйте неправдиве «Ви підписані». Не створюйте оплачувану конверсію для цієї перевірки.

4. Відмова — частина продукту

На кожній цільовій сторінці залиште помітний шлях до налаштувань. Для пілота достатньо вибору рубрики й повного вимкнення; не обіцяйте паузу чи розклад, поки їх немає. Поясніть, чи дія стосується цього браузера або всіх пов’язаних пристроїв. Не вимагайте створення акаунта лише заради припинення сповіщень.

Поточна підписка припиняється через PushSubscription.unsubscribe(). MDN: unsubscribe(). У власному процесі спочатку виключайте запис із майбутніх надсилань, потім перевіряйте синхронізацію. Помилка не повинна автоматично повертати людину до аудиторії. Повторний візит також не має непомітно відновлювати вимкнену серію.

Як запасний шлях у настільному Chrome вкажіть Конфіденційність і безпека → Налаштування сайтів → Сповіщення. Довідка Chrome. До запуску перевірте відмову: вимкніть серію на власному пристрої, підготуйте контрольний випуск і переконайтеся, що запис виключено. Уже передане повідомлення може залишатися в доставці; не обіцяйте миттєво відкликати все.

5. Редакційний цикл одного сповіщення

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

Шаблон картки: «Випуск / завдання читача / нова користь / обіцянка підписки / текст / URL / актуальність / рубрика / виключення / перевірив / рішення». Його веде видавець; це не функція кабінету AffiliateCore. Перевіряйте сумарну частоту всіх рубрик, інакше дві «рідкі» серії перевантажать одну людину.

Chrome документує менш нав’язливий інтерфейс запиту дозволів. Матеріал Chromium. Відсутність великого діалогу не є приводом повторювати запит. Google також описує автоматичне відкликання дозволу за поєднання низької взаємодії та великої кількості сповіщень. Офіційне пояснення. Редакційний висновок: переглядайте користь і частоту, а не обходьте захист.

6. Що вимірювати та де бере участь AffiliateCore

Окремо обліковуйте активні підписки, спроби надсилання, технічні помилки, відвідування матеріалу, партнерські переходи й результати рекламодавця. Не називайте надсилання переглядами. Якщо показ не підтверджено, записуйте «невідомо». Сповіщення, візит і прийнята заявка — різні події.

Для погодженої активної кампанії AffiliateCore надає посилання переходу та приклад із sub1, sub2, sub3. Навчальні значення: джерело owned_push, серія inventory_lessons, випуск update_01. Додавайте їх до фактичного посилання з кабінету, зберігаючи наявні параметри. Не передавайте в URL endpoint, email чи ім’я підписника.

Для відповідного офера шлях такий: сповіщення → ваша стаття → посилання кампанії AffiliateCore → сторінка рекламодавця → погоджена дія. У кабінеті розрізняються pending, confirmed та rejected. Навчальні скасування нижче звіряються з остаточним рішенням і не означають окремої обіцяної кнопки. Підписки, налаштування, надсилання й редакційне звіряння організує видавець; готова push-інтеграція не заявляється.

Увійдіть до кабінету вебмайстра AffiliateCore, щоб перевірити посилання своєї кампанії та доступні результати. До надсилання трафіку підтвердьте допустимість джерела. Для вимірювання приросту потрібен окремий коректний експеримент: наведені результати атрибутовані пілоту, але не доводять, що сповіщення створили весь попит.

7. Навчальний сценарій: оновлення шаблону обліку

Гіпотеза. Читачам відкритого посібника зі складських залишків корисні два оновлення за два тижні. Мета — прийняті заявки на демонстрацію звичайної облікової програми за погодженими критеріями. Перевіряються країна обслуговування, реальна потреба й відсутність дубля; купівля програми не підміняє заявку. Наявність такого офера в AffiliateCore не стверджується.

Матеріали. Підготуйте початковий шаблон, сторінку змін, два сповіщення та картку критеріїв. Перший текст: «У шаблоні з’явився облік повернень. Перегляньте заповнений приклад». Другий: «Як перевірити розбіжність залишків: три кроки та виправлений зразок». На сторінці окремо: «За потреби порівняйте вимоги до програми; посилання партнерське». Користь доступна без переходу.

Послідовність. Першого дня перевірте підписку й відмову на власних пристроях. У дні 2–5 запропонуйте серію читачам; навчальна когорта набирає 200 активних підписок. Випуски надсилаються на шостий і десятий день лише тим, хто залишається активним. До завершення погодженого вікна перевірки додаткових надсилань немає. Час автора враховується, навіть якщо він працює сам.

Умовний бюджет у UAH: підготовка матеріалу 4 800 грн, технічне налаштування й тест 3 200 грн, частка інфраструктури 1 200 грн, редакційне звіряння та підтримка 800 грн. Разом 10 000 грн; закупівля трафіку 0 грн. Це внутрішні припущення пілота, не ціни Chrome, push-сервісу чи AffiliateCore. Числа не перераховані за валютним курсом.

Результати. За серію вимкнено вісім підписок: 8 / 200 = 4%. Доступне вимірювання розрізняє 90 відвідувань матеріалу та 50 партнерських переходів. Із 40 заявок спочатку прийнято 34, згодом чотири скасовано; ще дві відхилено одразу, чотири очікують рішення. Підсумок: 30 прийнятих, шість відхилених або скасованих, чотири очікують. Причини чотирьох скасувань — три дублікати й одна непідтримувана країна; це навчальні дані.

Економіка. Припустімо винагороду 400 грн за остаточно прийняту заявку: 30 × 400 = 12 000 грн. Різниця після перелічених витрат — 2 000 грн до податків та інших індивідуальних видатків. Вартість прийнятої заявки: 10 000 / 30 = 333,33 грн. Беззбитковість за цих припущень — 25 прийнятих заявок. Очікування й скасування не додаються до заробленої суми.

Рішення. До тесту визначено бюджет 10 000 грн, цільову вартість не вище 360 грн і поріг перевірки відмов 5% від початкової когорти. Це умовні значення вправи, не галузеві стандарти. Пілот їх проходить, але залишається попереднім до закриття чотирьох заявок. Повторіть ту саму серію з наступною добровільною когортою без збільшення частоти. Розширюйте охоплення поступово лише після повторюваних результатів; не поширюйте 30 заявок на будь-яку аудиторію.

8. Навчальний сценарій: серію уроків потрібно зупинити

Гіпотеза. Сайт навчання дорослих пропонує сповіщення про нові вправи з електронних таблиць. Підписник обирає навчальну рубрику; необов’язкова заявка на консультацію викладача рахується лише за погодженими критеріями. Для окремої когорти із 300 активних підписок заплановано три випуски за два тижні.

Шаблон. «Нова вправа: перевірте формулу пошуку. Завдання й розбір відкриті». Сторінка містить початкові дані, розв’язок і пояснення помилки. Поряд із необов’язковою консультацією вказано умови та партнерський зв’язок. Картка: «Відповідний рівень / доступна мова / самостійний запит / не дубль / рішення і причина». Не обіцяйте сертифіката, працевлаштування або безплатної консультації без підтвердження.

Проведення. Перший випуск надсилайте після технічного приймання. Перед другим порівняйте обіцянку з обраною рубрикою. У навчальному прикладі редактор замінив корисний заголовок на «Запишіться зараз», і після другого випуску кількість відмов зросла. Третій випуск скасовується, а не надсилається заради плану. Збережіть обидві версії та розберіть невідповідність; не повертайте людей, які відмовилися, до списку.

Умовні витрати: вправи й редагування 3 600 грн, налаштування та тест 2 400 грн, частка інфраструктури 1 200 грн, перевірка звернень 800 грн. Фактично витрачено 8 000 грн, платних закупівель немає. Не додавайте неіснуючого надсилання та не викреслюйте вже виконану роботу. Це оцінка ресурсів пілота, не тариф доставки.

Звіряння. Вимкнено 36 із 300 підписок — 12%. Є 70 відвідувань матеріалу, 25 партнерських переходів і 20 заявок. Спочатку прийнято 12, потім чотири скасовано: дві повторні та дві не відповідали погодженому рівню. Ще шість відхилено одразу, дві залишаються на перевірці. Остаточно прийнятих вісім, відхилених і скасованих десять, очікують дві. Сам цей розподіл не доводить шахрайства джерела.

Економіка й зупинка. За умовної винагороди 600 грн за прийняту заявку отримуємо 4 800 грн, різниця після витрат — мінус 3 200 грн. Вартість прийнятої заявки 1 000 грн; беззбитковість потребує щонайменше 14 прийнятих. Навіть прийняття обох очікуваних дасть лише 6 000 грн. Попередні межі: бюджет 8 000 грн, вартість не вище 540 грн і відмови не вище 5%. Умови порушено; додаткова частота проблему не виправить.

Повернення до тесту. Разом із рекламодавцем перевірте обіцянку, вправу, форму та критерії. Нова версія знову має пропонувати вправу; комерційний перехід залишається добровільним. Спочатку перевірте виправлення й відмову на своїх пристроях, потім використайте окрему невелику добровільну когорту з новим лімітом. Масштабуйте лише після повного вікна перевірки, стійкої економіки та прийнятної кількості відмов. За браку даних подовжте спостереження, а не кількість надсилань.

9. Діагностика без тиску на підписника

Немає діалогу дозволу — перевірте підтримку, контекст і збережений вибір, не маскуйте запит новою кнопкою. Дозвіл є, підписки немає — технічний виконавець перевіряє створення та збереження. Кліки без візитів — відкрийте конкретну сторінку й ланцюжок переходів на тестовому пристрої. Заявок багато, прийнятих мало — розберіть погоджені причини відхилення та зрілість когорти.

TTL обмежує строк доставки; нечинні підписки вилучаються, технічне прийняття надсилання не є переглядом. Web Push Protocol. До надсилання встановіть строк актуальності: запізніле повідомлення не повинне запрошувати на вже завершений урок. Зберігайте помилки без секретного endpoint.

Зростання відмов — привід призупинити наступний випуск і перевірити рубрику та частоту. Скаргу на неочікуване джерело розбирайте за версією запрошення й історією вибору. Не купуйте заміну тим, хто пішов, і не змінюйте домен заради обходу блокування. Технічні помилки досліджуються на власних пристроях; аудиторія не повинна отримувати повтори для налагодження.

10. Практичне завдання перед першим випуском

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

Суміжні процеси: добровільна email-серія та власний Telegram-канал. Механізми підписки різні; не переносьте згоду між каналами автоматично.