Фікс: Responsive Search Ad містить менше 8 заголовків

Responsive Search Ad, який запущено з трьома, чотирма чи п'ятьма заголовками, формально проходить мінімум Google — minimum of 3 [1] — але позбавляє combination engine варіативності, потрібної для збирання query-matched оголошень на аукціоні. Вісім заголовків — це робочий floor, який підіймає Whitead; 11-15 — рівень, на якому Ad Strength і сигнал для Smart Bidding насправді стабілізуються.

Чому це важливо

Responsive Search Ad — не одне статичне оголошення, а бібліотека ассетів, з якої auction-time модель Google збирає query-specific комбінацію в момент пошуку. Google приймає minimum of 3 заголовків і up to 15 [1], але це не еквівалентні робочі точки. Три заголовки дають ≈6 упорядкованих комбінацій по трьох слотах на екрані; 15 заголовків піднімають комбінаторний простір у тисячі. Модель потребує достатньої варіативності, щоб знайти triple-заголовків, який збігається з намірами запиту, девайсом і часовим сигналом.

Google явно подає кількість заголовків як один із внесків в Ad Strength: більше ассетів дозволяє системі тестувати ширшу варіативність версій оголошення, а repetitive words, phrases, or ideas між ассетами позначаються як downgrade [2]. Кількість заголовків — необхідна, але не достатня: вісім майже однакових заголовків оцінюються гірше, ніж п'ять справді різних. Поріг Whitead у 8 — це floor, на якому достатньо унікальних тем зазвичай вже є; нижче 8 рекламодавці майже завжди повторюють той самий value prop у легкому перефразуванні.

Взаємодія зі Smart Bidding — це місце, де finding compounds. Smart Bidding оптимізує на аукціоні, використовуючи контекстні сигнали — девайс, локацію, час, а також характеристики оголошення, включно з тим, яка версія оголошення буде показана [3]. Виснажений пул заголовків означає менше різних комбінацій для оцінювання та довшу фактичну learning phase — див. Smart Bidding learning phase для канонічного 7-денного очікування. Накладання broad match робить ситуацію гіршою: broad match у парі зі Smart Bidding покладається на auction-time intent matching по широкій поверхні запитів; якщо в RSA лише 4-5 заголовків і 2-3 з них pinned, у combination engine не лишається degrees of freedom для збігу з наміром запиту — pinned positions зменшують гнучкість ML саме тоді, коли broad match підняв найширший діапазон запитів.

Чому саме 8, коли діапазон Google закінчується на 15. На практиці крива вирівнюється вище 11-12 заголовків з унікальними темами, як тільки покрито стандартні bucket'и (brand, primary benefit, secondary benefit, offer, proof, feature, use case, CTA). 8 — це floor, нижче якого RSA демонстративно пропустив декілька bucket'ів, а не просто протоншив їх. (Practitioner threshold, не Google-published.)

Як перевірити проблему

1. Відкрийте Campaigns → виберіть кампанію → Ad groups → клікніть ad group → Ads.
2. Клікніть на flagged RSA. Edit-панель показує живий список заголовків — порахуйте заповнені слоти (1-15). Права панель показує Ad Strength та фактори, що його формують.
3. Відкрийте View asset details. Asset details показує кожен заголовок з impression share та performance rating (Low, Good, Best, Pending). Underfilled-RSA зазвичай мають кілька заголовків у Pending, бо не зібрали достатньо impressions у тонкій ротації.
4. Перегляньте колонку pinning у тому самому view. Якщо pinned-заголовки займають >2 з 8 floor-count, фактичний unpinned-пул менший за raw count — аудит трактує unpinned headline count як operative metric, коли pinning присутній.
5. Поверніться у Ads, відсортуйте за Ad Strength ascending. RSA з <8 заголовками майже завжди сидять на Poor або Average, але правило спрацьовує на count, а не на ярлик Ad Strength.

Коли правило спрацювало, але RSA все одно працює добре: niche-vertical RSA інколи мають 5-6 ретельно затюнених заголовків і конвертять прийнятно. Трактуйте finding як queued improvement, не як remediation blocker — доповніть під час наступного quarterly creative refresh.

Як виправити

Час: 30-60 хвилин на один RSA + 7-14 днів моніторингу. Бібліотеку заголовків напишіть один раз на рівні ad group і розподіліть між трьома RSA.

1. Спочатку розпишіть headline bucket'и. Стандартний 8-bucket frame: brand, primary benefit, secondary benefit, offer/promotion, proof/social proof, feature/capability, use case/audience, call to action. Вісім bucket'ів × 2-3 варіанти = 16-24 кандидати; обріжте до 15.
2. Напишіть 11-15 заголовків з унікальними темами на RSA. По 30 символів кожен [1]. Варіюйте кут — три заголовки на кшталт "Save 20% Today" з синонімами провалять diversity-сигнал, який зважує Ad Strength [2].
3. Перевірте pinning по правилу двох винятків. Pinning блокує combination engine від тестування ассета поза його pinned position; Google позначає це як downgrade signal і рекомендує pinning sparingly [2]. Виправдані pins у 2026:
   • Бренд у Headline position 1, коли brand guidelines вимагають, щоб бренд був на початку — pin 2-3 brand-варіанти у той самий слот, щоб у engine все одно був вибір.
   • Обов'язковий legal/regulatory text у Description position 1 або 2 для regulated verticals (фінанси, фарма, gambling) — те саме правило 2-3 варіантів.
   • Усе інше ротується вільно. Інтуїція "ми знаємо, що працює у position 1" — це саме те, проти чого вже оптимізує auction-time модель.
4. Переконайтесь, що unpinned-пул ≥8. Якщо ви pin'нули два brand-варіанти у слот 1, а в RSA загалом 8 заголовків, unpinned-пул = 6 — нижче floor. Додавайте, доки unpinned count ≥8.
5. Збережіть і перевірте, що Ad Strength перерахувався. Очікуйте підйом на один tier того самого дня (Poor → Average, Average → Good). Стрибок до Excellent зазвичай вимагає більше diversity, а не більше count — див. RSA Ad Strength rated Poor.
6. Тримайте 7-14 днів. Smart Bidding потрібен час, щоб пере-дослідити розширений простір комбінацій; не накладайте на цей вікно зміни pinning, bid-swaps або budget shifts >20%. Перезапустіть аудит на 14-й день.

"Focus on providing as many unique headlines as you can. More headlines give Google Ads more options to assemble your messages into relevant ads."
— Google Ads Help, About responsive search ads (accessed 2026-05-27) [1]

Як переконатись що фікс спрацював

Checklist — перевірити протягом 14 днів після ребілду

• Кількість заголовків ≥8 на кожному RSA в affected ad group (Whitead threshold; 11-15 — recommended).
• Unpinned headline count ≥8 — pins не зараховуються у floor.
• Ad Strength піднявся хоча б на один tier (порівняйте before/after на edit-панелі).
• Asset details view показує, що impressions накопичуються по нових заголовках (а не лише по початкових 4-5) — це індикатор, що combination engine їх дійсно вправляє.
• Жодного Smart Bidding learning-phase warning після дня 14 — якщо є, див. Smart Bidding learning phase.
• CTR у межах ±15% від pre-rebuild baseline на 14-й день — тимчасовий dip очікуваний; sustained drop сигналізує, що один із нових заголовків тягне вниз.
• Повторний запуск Whitead audit показує rsa_headlines_min_8 як passed.

Якщо конверсії впали >15% на 14-й день, зазвичай причина — один погано тематизований заголовок, який engine over-serves. Відкрийте asset details, знайдіть заголовок з найвищим impression share та найнижчим performance rating, поставте його на паузу і дайте engine пере-дослідити.

Methodology note. Whitead-правило rsa_headlines_min_8 оцінює кожен enabled RSA по populated-headline count з severity medium — issue корекційний і не блокує доставку (Ad Strength не впливає прямо на serving eligibility [2]). Поріг 8 — practitioner floor, не Google-published; Google публікує лише діапазон 3-15 [1]. Floor вирівняний з 8-bucket frame: RSA, який пропустив 2+ bucket'и, майже напевно under-explored. Правило свідомо ігнорує ярлик Ad Strength як trigger, бо Ad Strength змішує count, diversity, keyword relevance та pinning у один бал — ізолювання count робить шлях ремедіації конкретним. Sequencing: фіксіть це перед тюнінгом bid-стратегії або погонею за Quality Score, бо creative starvation — upstream від обох [3]. Co-occurring findings: акаунти, що падають на цьому правилі, зазвичай також падають на rsa_descriptions_min_4 (та сама корінна причина — rushed launch) і часто на rsa_ad_strength (downstream symptom).

Пов'язані правила і поняття

• RSA Ad Strength rated Poor — downstream symptom; headline count — один із чотирьох факторів, що формують Ad Strength.
• Smart Bidding — чому creative variety — це input для auction-time оптимізації, а не окремий workstream.
• Smart Bidding learning phase — 7-14-денне вікно пере-дослідження нового простору заголовків після ребілду.
• Negative keywords — парна hygiene-практика, коли над RSA сидить broad match + Smart Bidding; без negatives розширений пул заголовків відпрацьовує по нерелевантних запитах.
• Quality Score — Ad Relevance та Expected CTR опосередковано покращуються від глибшого пулу заголовків, але Quality Score — це downstream KPI, не remediation-ціль.

Джерела

1. Google Ads Help — About responsive search ads. https://support.google.com/google-ads/answer/7684791 (accessed 2026-05-27). Діапазон заголовків (3 мінімум, 15 максимум), guidance по diversity, +6.6% конверсій від другого RSA і +3.7% від третього, обережність з pinning.
2. Google Ads Help — About Ad Strength. https://support.google.com/google-ads/answer/9921843 (accessed 2026-05-27). П'ять rating-рівнів, фактори (count, diversity, keyword relevance, sitelinks, pinning), пряма заява, що Ad Strength не впливає прямо на serving eligibility.
3. Google Ads Help — About Smart Bidding. https://support.google.com/google-ads/answer/7065882 (accessed 2026-05-27). Ad characteristics як сигнал Smart Bidding — основа для аргументу "пул заголовків → bidding".