Після активації Broadcast 24 серпня 2026 року однакові 19-денні періоди показали +23% відвідувачів, +30% реєстрацій і +13% виторгу, підтверджені першопартійним трекером, продакшн-базою даних, Stripe і Cloudflare.
Підсумок
Ми ввімкнули Broadcast від Reaudit для 3dplotter.xyz від 24 серпня 2026. Порівнюючи однакові 19-денні вікна до і після ввімкнення, кількість унікальних відвідувачів за first-party-відстеженням зросла з 2.176 до 2.676 (+23%), реєстрації облікових записів — з 113 до 147 (+30%), а дохід Stripe — з €1.395 до €1.582 (+13%) у цьому вікні. Загальний дохід 3dplotter, що припадає на AI, тепер становить $11.926. Дані Cloudflare edge підтвердили зростання трафіку: мінімум приблизно 458 відвідувачів на день 23 серпня, пік близько 1 260 приблизно 1 вересня та стабільно вищий рівень після 24 серпня.
Це дослідження випадку, що ґрунтується на продукті, про те, що сталося, коли ми ввімкнули оркестрацію Broadcast. Ми не стверджуємо, що публікації в соцмережах самі по собі спричинили кожен приріст. Робота з GEO в Частинах 1-6 тривала паралельно.
Модуль Broadcast — це шар публікації в соцмережах Reaudit: одна черга для шести каналів, підключена до first-party-відстеження, щоб ви бачили, чи приніс допис відвідування, реєстрацію або продаж. 415 дописів із коду 3dplotter, відправна точка 23 серпня та потік MCP описано в Частині 7. Ця стаття стосується лише виміряних результатів після того, як дописи почали публікуватися 24 серпня 2026.
Що ми змінили (а що ні)
Жодної платної кампанії, жодних змін у продукті, жодних змін у цінах. Ми ввімкнули Broadcast для запасу контенту Частини 7 (14-денний запуск + серія з 69 функцій) о 07:00 UTC на шести платформах. Єдиною навмисною зміною у вимірюваному вікні було ввімкнення оркестрації. Ми порівнюємо рівні 19-денні вікна (5-23 серп. 2026до vs 24 серп. - 11 вер. 2026 після) і подаємо зростання як кореляцію, а не причинно-наслідковий зв’язок.
Методологія
Усі ключові метрики походять із трьох джерел. У цьому аналізі ми не використовували GA4.
| Джерело | Що вимірює | Роль у дослідженні |
|---|---|---|
| First-party відстеження Reaudit | Унікальні відвідувачі | Основний показник трафіку |
| Продакшн-база даних 3dplotter | Реєстрації акаунтів | Реальні дані: справжні акаунти, а не заповнені форми |
| Stripe | Транзакції + дохід (EUR) | Реальні дані: справжні платежі |
| Cloudflare edge | Обсяг запитів / щоденні відвідувачі | Лише підтвердження, не ідентифіковані користувачі |
- Рівні вікна: 19 днів до (5-23 серп. 2026) проти 19 днів після (24 серп. - 11 вер. 2026).
- Точка перелому: ввімкнення Broadcast 24 серпня 2026.
- Без GA4: GA4 дає шум на малих вибірках і часто пропускає трафік із великою кількістю ботів. Для унікальних відвідувачів ми використали відстеження Reaudit.
- Підтвердження двома системами: відстеження Reaudit і Cloudflare показали однаковий напрям змін після 24 серпня.
Інтерактивні результати
Використовуйте графік, щоб перемикати метрики. Стовпці порівнюють цілі вікна до і після (first-party відстеження для відвідувачів, база даних для реєстрацій, Stripe для доходу). Лінійний графік показує щоденні відвідування з лініями тренду до і після та точкою перелому 24 серпня.
Період «до»
2,176
Період «після»
2,676
Зміна
+23%
Щоденні відвідування сайту
Перелом тренду 24 серпня (перший пост у Broadcast). Пунктирні лінії показують тренд до/після. Унікальні відвідувачі за власними даними (first-party) зросли на +23% у тих самих періодах (2 176 → 2 676). Не GA4.
Цифри: трафік, реєстрації та продажі
Трафік: +23% унікальних відвідувачів
| Метрика | До (5-23 серп. 2026) | Після (24 серп. - 11 вер. 2026) | Зміна |
|---|---|---|---|
| Унікальні відвідувачі (всього) | 2.176 | 2.676 | +23% |
| Унікальні відвідувачі (середнє за день) | 115 | 141 | +23% |
Середнє за день зросло зі 115 до 141, що є суттєвим зсувом для продукту на цій стадії. Це було видно у first-party відстеженні, а не лише в логах edge.
Реєстрації: +30% нових акаунтів
| Метрика | До (5-23 серп. 2026) | Після (24 серп. - 11 вер. 2026) | Зміна |
|---|---|---|---|
| Реєстрації акаунтів (всього) | 113 | 147 | +30% |
| Реєстрації (середнє за день) | 5,9 | 7,7 | +30% |
| Коефіцієнт реєстрації (реєстрації ÷ відвідувачі) | 5,2% | 5,5% | ↑ |
Реєстрації взято з продакшн-бази даних: справжні акаунти в MongoDB, а не форми чи події аналітики. Зростання реєстрацій на 30% при зростанні трафіку на 23% означає, що публікації Broadcast дійшли до людей, ближчих до спроби продукту, або що розповсюджений контент був релевантнішим за вихідну структуру трафіку.
Продажі: +13% доходу Stripe (19-денне вікно)
| Метрика | До (5-23 серп. 2026) | Після (24 серп. - 11 вер. 2026) | Зміна |
|---|---|---|---|
| Транзакції Stripe | 39 | 43 | +10% |
| Дохід Stripe | €1.395 | €1.582 | +13% |
Продажі змінилися менше, ніж трафік і реєстрації, і це нормально. Цикл купівлі інструмента за 29,90 € для більшості користувачів не закривається того ж дня. Зростання доходу на 13% є найменшим із трьох показників вікна, і очікувано відстає найбільше. Загальний дохід, що приписується AI за весь період дослідження, тепер становить $11.926.
Що додають дані Cloudflare
Cloudflare вимірює запити на edge, а не ідентифікованих користувачів. Використовуйте його як підтвердження, а не заміну first-party відстеження. У цьому вікні дашборд edge показав той самий напрям:
- 23 серпня (до): мінімум близько 458 відвідувачів/день
- 1 вересня (після): пік близько 1 260 відвідувачів/день
- Після 24 серпня: стабільно вищий діапазон трафіку
Дві окремі системи побачили той самий перелом.
Що насправді робить Broadcast
Тепер, коли ви маєте цифри, ось контекст продукту. Broadcast підключається до X, LinkedIn, Instagram, Facebook, TikTok і YouTube з однієї черги всередині Reaudit, поруч із відстеженням AI visibility, створенням контенту та аналітикою ефективності. Більшість social-інструментів зупиняються на публікації; Broadcast пов’язує кожну публікацію з відвідуваннями, реєстраціями та продажами в одному дашборді.
Процес, який ми використали для 3dplotter:
- Ми створюємо або пишемо публікації в Reaudit чи через MCP зі свого harness.
- Додаємо їх у чергу Broadcast із датою, часом і каналами.
- Вони публікуються за розкладом на всіх шести платформах.
- Ми читаємо трафік, реєстрації та дохід Stripe у відстеженні.
Instagram
TikTok
X
Facebook
YouTubeЯк правильно вимірювати результати публікацій у social
Якщо ви намагаєтеся виміряти залученість від публікацій, які розповсюджуєте у social, налаштування вимірювання важить більше, ніж темп публікацій. Ось підхід, який ми використали:
- Використовуйте first-party відстеження, а не лише GA4. GA4 корисний для загальних трендів, але дає шум на малих вибірках. First-party відстеження, що розпізнає унікальних відвідувачів, дає чіткіший знаменник.
- Беріть реєстрації з продакшн-бази даних. Форми та події аналітики можуть бути завищеними. Створення акаунтів — це реальні дані.
- Беріть дохід зі Stripe або вашого платіжного провайдера. Не виводьте продажі з аналітики.
- Використовуйте дані edge як підтвердження. Cloudflare, Fastly або ваш CDN можуть підтвердити, що зміна трафіку не обмежилася однією системою відстеження.
- Порівнюйте рівні вікна. Ми взяли 19 днів до і 19 днів після. Нерівні вікна роблять порівняння безглуздим.
Якщо цифри існують лише в одному дашборді, їх легко відкинути. Так ви вимірюєте ефективність розповсюдження у social так, щоб це витримало перевірку.
Broadcast у контексті AI search visibility
Публікація у social і видимість в AI-пошуку — різні канали, але в них є спільна залежність: обидва винагороджують послідовний, добре структурований контент. AI-движки цитують сторінки, які чіткі, конкретні й актуальні. Social-платформи винагороджують те саме через інші механізми розповсюдження. Коли ви публікуєте з тієї самої системи контенту, що створює ваші сторінки для AI, ви знижуєте витрати на координацію обох.
Це аргумент на користь того, щоб Broadcast був усередині Reaudit, а не окремим інструментом. Контент-движок створює публікацію, оцінка GEO підказує, чи її ймовірно цитуватимуть, Broadcast її розповсюджує, а відстеження вимірює, що повернулося. Для команд, які вже інвестують в AI search visibility, це практична версія багатоплатформної публікації: не просто публікувати всюди, а публікувати з того самого джерела правди, що керує вашою AI visibility. Поєднуйте його з Reaudit MCP щоб ставити контент у чергу зі свого harness, не залишаючи редактор.
Чого ми не стверджуємо
- Робота з GEO передувала цьому експерименту й тривала незалежно. Ми не стверджуємо, що Broadcast спричинив кожен приріст AI search visibility чи загального доходу.
- Ми не робили holdout чи split-тесту. Наступний крок: розповсюдити частину контенту й порівняти з відповідним набором, який не розповсюджується.
- Дані Cloudflare edge вимірюють запити, а не ідентифікованих користувачів. Ми наводимо їх лише як підтвердження.
- Що ми можемо сказати: після ввімкнення оркестрації Broadcast трафік, реєстрації та продажі зросли в тому самому 19-денному вікні. Це кореляція, яку варто перевіряти далі, а не контрольований причинний результат.
Ключові висновки
- Broadcast зрушив усі три етапи funnel за 19 днів. Трафік +23%, реєстрації +30%, продажі +13% у виміряному вікні.
- Зростання підтвердили дві незалежні системи. First-party відстеження Reaudit і дані Cloudflare edge показали стабільне зростання після 24 серпня.
- Продажі відставали від трафіку та реєстрацій, як і очікувалося. Цикли купівлі довші за цикли відвідувань.
- Без реклами, без змін у продукті, без змін у цінах. Єдиною навмисною зміною було ввімкнення оркестрації Broadcast.
- Дисципліна вимірювання — найважча частина. First-party відстеження + продакшн-база даних + Stripe — мінімальний стек для надійного результату.
Що робити далі
Якщо хочете випробувати це на власному продукті, почніть із чистої базової лінії. Виберіть вікно в 19 або 30 днів, зафіксуйте унікальних відвідувачів із first-party відстеження, реєстрації зі своєї бази даних і дохід від платіжного провайдера. Потім увімкніть Broadcast і заплануйте помірний темп із вашого наявного контенту. Більше нічого не змінюйте. Порівняйте наступне рівне вікно.
Якщо ви вже займаєтеся GEO, Broadcast — це шар розповсюдження, який тримає ваш контент перед людьми, поки AI-движки вчаться його цитувати. Якщо ви ще не займаєтеся GEO, почніть із нього й додайте Broadcast, коли матимете контент, який варто розповсюджувати.
Дізнайтеся більше на сторінці Broadcast та в посібнику з налаштування MCP (англійською).
Поширені запитання
Що таке Broadcast від Reaudit?
Модуль Broadcast — це шар публікації та social-розповсюдження в Reaudit. Він підключається до X, LinkedIn, Instagram, Facebook, YouTube і TikTok, дає змогу планувати публікації та випускає їх на всіх каналах з однієї черги. Він міститься всередині Reaudit поруч із відстеженням AI visibility, створенням контенту та аналітикою ефективності.
Які були результати публікацій у social для 3dplotter?
За 19 днів після ввімкнення Broadcast (24 серп. - 11 вер. 2026), у 3dplotter унікальні відвідувачі зросли на 23% (з 2 176 до 2 676), реєстрації акаунтів на 30% (зі 113 до 147), а дохід Stripe на 13% (з 1 395 € до 1 582 €) порівняно з попереднім 19-денним вікном. Загальний дохід, що приписується AI, тепер становить 11 926 $.
Як виміряти ефективність розповсюдження у social?
Використовуйте first-party відстеження для унікальних відвідувачів, продакшн-базу даних для реєстрацій і платіжного провайдера для доходу. Порівнюйте вікна однакової тривалості до і після ввімкнення. Дані edge від Cloudflare можуть підтвердити зміну трафіку, але не повинні бути основним джерелом.
Чи спричинив Broadcast зростання трафіку та продажів?
Ми подаємо це як кореляцію, а не причинно-наслідковий зв’язок. Broadcast був єдиною навмисною зміною у вікні, а дві незалежні системи показали те саме зростання. Проте ми не робили holdout-тесту, а робота з GEO, що передувала експерименту, тривала як зазвичай.
Який найкращий спосіб публікувати контент в усіх social-каналах?
Використовуйте одну чергу, що публікує в кількох каналах за розкладом, і пов’язуйте її з тією самою системою вимірювання, яку ви застосовуєте для решти funnel. Публікувати всюди легко; важко знати, що спрацювало. Broadcast створено, щоб робити і те, і те всередині Reaudit.
Чи допомагає публікація у social видимості в AI-пошуку?
Не напряму. AI-движки цитують сторінки, а не social-публікації. Але social-розповсюдження та AI visibility обидва винагороджують послідовний, добре структурований контент. Публікація з тієї самої системи, що створює ваші сторінки для AI, знижує витрати на координацію й тримає контент перед людьми, поки AI-движки вчаться його цитувати.
Що мені потрібно зробити перед ввімкненням Broadcast?
Задайте чисту базову лінію: виберіть вікно, зафіксуйте унікальних відвідувачів із first-party відстеження, реєстрації зі своєї бази даних і дохід зі Stripe. Потім увімкніть Broadcast і більше нічого не змінюйте. Порівняйте наступне рівне вікно, щоб виокремити ефект.