Після того як я розібрався, чому RPM сайту відрізняється, наступне питання виникло саме собою: про що писати, щоб реклама заробляла більше? Відповідь «пишіть про дорогі ніші» звучить просто, але на практиці вона веде або до правильного контент-плану, або до втрати довіри Google. У цій статті — як влаштована економіка ніш, як оцінити потенціал теми самостійно, без вигаданих «таблиць RPM», і як поєднати масовий трафік із прибутковими статтями, не жертвуючи експертизою.
Про метод. Як і в попередній статті, я не наводжу цифр зі свого рекламного кабінету і не публікую «середніх RPM за нішами»: вони залежать від мережі, географії, сезону й формату, тож будь-яка така таблиця вводить в оману. Натомість нижче — механіка, відносні рівні та інструменти, якими ви можете перевірити свою нішу на реальних даних. Власні спостереження позначено окремо.
📚 Зміст статті
💎 Анатомія прибуткової ніші: за що рекламодавці платять найбільше
Рекламодавець купує не показ і не клік, а шанс отримати клієнта. Тому максимальна ставка, яку він готовий заплатити, залежить від двох речей: скільки йому принесе один клієнт і наскільки ймовірно, що ваш читач цим клієнтом стане.
LTV клієнта: чому хмарні провайдери борються за кожного клієнта
LTV (Lifetime Value) — це сума, яку клієнт приносить компанії за весь час співпраці. Порівняйте два випадки:
- Мобільна гра: гравець може зробити кілька дрібних покупок і за тиждень видалити застосунок.
- Хмарний провайдер: команда, яка розгорнула продакшен на його інфраструктурі, платить щомісяця роками. Переїзд на іншу хмару дорогий і ризикований, тож клієнт, раз прийшовши, зазвичай залишається.
Причина і наслідок тут прямі: чим більший LTV, тим більше рекламодавець може витратити на залучення одного клієнта й лишитися в плюсі. Якщо клієнт приносить тисячі доларів за кілька років, компанія може дозволити собі дорогу рекламу, і на аукціоні вона переб'є рекламодавця з дешевим продуктом.
Чому B2B і DevTools купують рекламу дорожче за мас-маркет
У B2B до великого LTV додаються ще три фактори:
- Вузька аудиторія. Людей, які обирають платформу для деплою Java-застосунку, у тисячі разів менше, ніж тих, хто читає про кіно. Коли аудиторія рідкісна, за кожен контакт із нею конкуренція вища.
- Людина ухвалює рішення за компанію. Розробник, який обирає базу даних чи систему моніторингу, витрачає не свої гроші, а бюджет команди. Один такий читач може привести рекламодавцю корпоративний контракт.
- Довгий цикл продажу. B2B-рішення рідко купують з першого контакту, тож рекламодавці платять за те, щоб бути поруч на кожному етапі: від туторіала до порівняння тарифів.
Мас-маркет працює навпаки: аудиторія величезна, чек невеликий, а показів доступно стільки, що рекламодавцю немає сенсу переплачувати за кожен.
💡 Висновок простими словами:
Дорога ніша — це не «складна тема», а тема, читачі якої можуть стати клієнтами з великим і довгим чеком. Хмари, DevTools і B2B-сервіси платять більше, бо один їхній клієнт коштує дорожче, а таких читачів мало.
📊 Рівні тематик за потенціалом RPM
Нижче — відносні рівні, а не долари. Реальний RPM кожного рівня залежить від географії аудиторії, сезону й рекламної мережі: стаття високого рівня з регіональним трафіком у січні може заробити менше, ніж стаття середнього рівня з трафіком зі США в грудні. Тож таблиця показує напрямок, а не гарантію.
| Рівень |
Тематики |
Хто читає |
Хто рекламується |
Потенціал RPM |
| 1 | Розважальний і загальний контент | Широка аудиторія, без наміру купувати | Мас-маркет, FMCG, ігри | Низький |
| 2 | Туторіали й навчальні гайди | Початківці й студенти | Онлайн-курси, освітні платформи | Нижче середнього |
| 3 | Інженерні інструменти: AI-моделі, OpenRouter, OpenCode | Практикуючі розробники | DevTools, SaaS, AI-сервіси | Середній |
| 4 | B2B, Cloud, DevOps, PaaS: деплой Java/Spring, Render, Railway, AWS | Розробники й техліди, які обирають інфраструктуру | Хмари, хостинг, моніторинг, бази даних | Високий |
| 5 | Фінтех, еквайринг, кібербезпека | Команди, які інтегрують платежі чи захищають продакшен | Платіжні сервіси, enterprise-безпека | Дуже високий |
Зверніть увагу на дві речі. Перша: межа між рівнями проходить не за «серйозністю» теми, а за наміром читача. Туторіал «як задеплоїти Spring Boot на Railway» ближчий до рівня 4, ніж до рівня 2, бо його читач уже обирає платформу. Друга: рівні 4–5 — це не тільки вищий RPM, а й вищі вимоги до експертизи (про це в розділі про вибір ніші).
🔍 Як оцінити потенціал ніші самостійно
Замість того щоб вірити чужим таблицям RPM, можна перевірити, скільки рекламодавці готові платити за аудиторію вашої теми, на реальних даних Google.
Крок 1. Ставки рекламодавців у Keyword Planner
У Google Keyword Planner для кожного ключового слова є дві метрики: «Top of page bid (low range)» і «Top of page bid (high range)». За визначенням Google, це історичні ставки рекламодавців за показ у верхній частині пошукової видачі приблизно на рівні 20-го і 80-го процентилів. Для доступу потрібен акаунт Google Ads із заповненими платіжними даними, але запускати рекламу не обов'язково.
Як користуватися:
- Випишіть 10–20 ключових запитів для теми, яку плануєте.
- Порівняйте ставки з запитами іншої теми, наприклад «render vs railway» з «історія паперових грошей».
- Дивіться на співвідношення, а не на абсолютні числа.
Важливе застереження: це ставки за кліки в пошуковій рекламі, а не ваш RPM від банерів. Вони не перетворюються на дохід сайту напряму. Але вони чесно показують, наскільки рекламодавці в цій ніші готові платити за аудиторію, і саме ця готовність потім відбивається на ставках за банери.
Крок 2. Попит у Search Console
Висока ставка нічого не дасть, якщо тему ніхто не шукає. У Search Console подивіться, за якими запитами ваш сайт уже з'являється у видачі: це теми, де Google уже вважає вас релевантним. Нова стаття в суміжній дорогій темі має більше шансів, ніж стаття в зовсім новій для сайту ніші.
Крок 3. Звіти рекламної мережі
Найточніше джерело — ваш власний кабінет. Через кілька місяців роботи порівняйте RPM за окремими сторінками: так ви побачите, які теми реально заробляють саме на вашій аудиторії, а не в середньому по ринку.
🧪 Розбір кейсів із практики WebsCraft
У своєму блозі я бачу два типи статей, які заробляють по-різному. Цифр не наводжу з причин, описаних на початку, але сама різниця в поведінці помітна.
Кейс 1. Volume: огляди моделей і AI-новини
Статті про нові AI-моделі й інструменти приводять найбільше відвідувачів. Ось кілька прикладів із блогу:
Причина популярності зрозуміла: тема свіжа, її шукає багато людей. Але читач такої статті здебільшого шукає безкоштовне рішення або просто стежить за новинами, тож дохід з одного відвідувача тут помірний.
Роль у блозі: трафік, нові читачі, впізнаваність і внутрішні переходи на інші статті.
Кейс 2. Yield: деплой, бази даних і RAG-інфраструктура
Глибокі технічні матеріали про хостинг, деплой Java-застосунків, бази даних і RAG-інфраструктуру читає значно менше людей. Але в моєму кабінеті такі статті помітно вищі за доходом з відвідувача. Я пов'язую це з тим, що їх читають розробники, які вже обирають платну інфраструктуру, хоча окремо причину не вимірював: свій внесок можуть давати й географія, і тривалість читання.
Роль у блозі: дохід. Невелика кількість таких статей може дати відчутну частку заробітку.
💡 Висновок простими словами:
Статті-«магніти» приводять людей, а статті-«каси» заробляють. Блогу потрібні обидва типи, і головне питання — у якій пропорції.
⚖️ Стратегія 70/30: Volume vs Yield
Одразу застереження: це мій підхід до контент-плану, який я сформував, ведучи власний блог, а не перевірене правило чи галузевий стандарт. Я не претендую на істину. Для вашого сайту, ніші й аудиторії оптимальна пропорція може бути зовсім іншою, тож сприймайте її як відправну точку, яку варто перевірити на своїх даних.
Ось як я розподіляю теми:
- 70% — Volume: теми з великим попитом і помірним RPM. Новини AI, огляди моделей, безкоштовні інструменти. Вони приводять масовий трафік і нових читачів.
- 30% — Yield: теми з вузьким трафіком, але високою комерційною цінністю. Деплой, PaaS, CI/CD, бази даних, моніторинг, інтеграція платежів. Вони заробляють.
Чому не 100% Yield
Здавалося б, логічно писати лише дорогі статті. Але вузькі теми мають маленький пошуковий попит, а новому сайту складно отримати по них позиції, поки в нього мало відвідувачів і авторитету в темі. На мою думку, Volume-статті допомагають саме тут: вони приводять читачів, частина з яких повертається, ділиться матеріалами й посилається на них. До того ж Volume-статті — природне місце для внутрішніх посилань на Yield-матеріали: читач огляду безкоштовної моделі цілком може перейти на статтю про деплой свого застосунку.
Як скоригувати пропорцію під себе
Через 2–3 місяці перегляньте пропорцію за даними Search Console і звітами рекламної мережі. Я орієнтуюся на такі ознаки:
- Трафік падає, дохід тримається — варто додати Volume-статей: бракує нових читачів.
- Трафік росте, дохід стоїть — варто додати Yield-статей і внутрішніх посилань на них.
- Yield-статті не виходять у топ — найімовірніше, сайту бракує авторитету в темі; посильте її суміжними Volume-матеріалами.
Можливо, для вашого проєкту краще спрацює 50/50 або 80/20, а можливо, вам узагалі ближчий інший принцип планування. Головне — ухвалювати рішення за власними цифрами, а не за чужими пропорціями, зокрема й моїми.
🤝 Партнерські програми + банери
Yield-статті мають ще одну перевагу: у них природно вписуються партнерські посилання. Читач туторіала про деплой на PaaS-платформу однаково обиратиме платформу, і реферальне посилання на неї — це не нав'язлива реклама, а частина інструкції.
Подвійна монетизація статей про PaaS і Cloud
У статті про деплой можуть одночасно працювати два джерела доходу:
- Банери від мережі — заробляють на кожному показі, незалежно від дій читача.
- Реферальні посилання — заробляють, коли читач реєструється або платить. Наприклад, у Railway є реферальна програма, що нараховує кредити; чи є подібна програма в Render і на яких умовах, перевірте на сайті сервісу перед публікацією.
Ці джерела не конкурують: банери монетизують усіх читачів, партнерки — тих, хто справді скористався порадою.
Обов'язкові правила
🧭 Як обрати нішу перед запуском
Оцінка конкуренції у видачі Google
Перед тим як писати, введіть цільовий запит у Google і подивіться на першу сторінку. Якщо там лише офіційна документація й великі медіа, новій статті буде складно. Якщо поруч із ними є невеликі блоги й форуми, у теми є шанс. Найкращі можливості — запити, де результати застарілі або поверхові, а ви можете дати свіжий практичний досвід.
Чому не варто гнатися за дорогими нішами без експертизи
Найпоширеніша помилка після знайомства з RPM — почати писати про те, що дорожче, а не про те, у чому ви розбираєтеся. У Google є пряма відповідь на це. У рекомендаціях щодо корисного контенту серед ознак контенту, створеного «для пошукових систем, а не для людей», є питання: «Чи створено контент переважно для того, щоб залучити відвідувачів із пошуку?» і «Чи ви здебільшого переказуєте інших, не додаючи цінності?».
Для найдорожчих ніш є ще одна проблема. Фінанси, безпека й право належать до тем «Your Money or Your Life» (YMYL), для яких, за тими самими рекомендаціями, Google надає особливої ваги E-E-A-T: досвіду, експертизі, авторитетності й довірі. Технічний блог, який раптом починає писати про податки чи юридичні питання, конкурує з юристами й фінансовими виданнями без жодної переваги і водночас розмиває власну тематику. Типові помилки, через які такі сайти втрачають трафік, я розбирав окремо: ТОП-10 помилок YMYL-сайтів і як їх виправити.
Правильний підхід — шукати перетин дорогої ніші з власним досвідом. Розробник, який інтегрував платіжну систему у свій проєкт, може написати детальний технічний матеріал про підключення еквайрингу в Spring Boot: тема належить до рівня 5, а експертиза в нього справжня. Розробник без такого досвіду, який пише «огляд найкращих платіжних систем», отримає дорогу тему й порожню статтю.
💡 Моя порада:
Я б обирав не найдорожчу нішу, а найдорожчу з тих, у яких ви справді працюєте. З мого досвіду, ланцюжок виглядає так: експертиза допомагає отримати позиції в пошуку, позиції приводять трафік, а трафік у дорогій темі дає високий RPM. Якщо випадає перша ланка, решта, як правило, не спрацьовує. Але це моє бачення, а не універсальне правило: перевіряйте його на своєму сайті.
❓ Часті питання (FAQ)
Яка ніша дає найвищий RPM з реклами?
Зазвичай ті, де клієнт рекламодавця має великий і довгий чек: фінтех, кібербезпека, B2B-сервіси, хмари й DevOps. Але конкретний RPM залежить від географії аудиторії, сезону й рекламної мережі, тож універсальної цифри немає.
Чи можна дізнатися RPM ніші до запуску сайту?
Точно — ні. Але можна оцінити відносний потенціал: порівняйте ставки рекламодавців у Google Keyword Planner для ключових запитів різних тем. Це ставки за пошукову рекламу, а не ваш RPM, проте вони добре показують, наскільки рекламодавці цінують аудиторію теми.
Чи можна поєднувати партнерські посилання з рекламою?
Так, і в технічних статтях про інфраструктуру це добре працює. Обов'язково розкривайте партнерські посилання читачам, позначайте їх атрибутом rel="sponsored" і перевіряйте правила своєї рекламної мережі.
Чи варто технічному блогу писати про фінанси чи право заради RPM?
Лише якщо у вас є реальна експертиза. Це YMYL-теми, де Google особливо зважає на досвід і авторитет автора. Краще писати про технічний бік: наприклад, як інтегрувати платежі, а не як обрати банк.
✅ Висновки
- 🔹 Дорогу нішу визначає не складність теми, а LTV клієнта рекламодавця і намір читача: хмари, DevTools, B2B і фінтех платять більше, бо їхній клієнт коштує дорожче.
- 🔹 Таблиці «RPM за нішами» в доларах вводять в оману: реальний дохід залежить від географії, сезону й мережі. Порівнюйте відносні рівні.
- 🔹 Потенціал теми можна перевірити самостійно через ставки в Keyword Planner, попит у Search Console і звіти власної рекламної мережі.
- 🔹 Блогу потрібні і Volume-статті для трафіку, і Yield-статті для доходу; пропорція 70/30 — відправна точка, а не правило.
- 🔹 Найкраща ніша — перетин дорогої теми й вашого реального досвіду. Без експертизи дорога тема не дасть ні позицій, ні доходу.
📖 Читайте також
📎 Джерела
Матеріал актуальний на жовтень 2026 року. Умови рекламних мереж і партнерських програм змінюються, тож перевіряйте їх перед ухваленням рішень.
