У вашій бібліотеці асетів є незаповнені слоти long headlines — поля на 90 символів, які з'являються на Display, Discover і YouTube in-feed плейсментах, але на більшості акаунтів стоять порожні, бо стандартний 30-символьний headline — це м'язова пам'ять. Це знахідка рівня polish, а не блокер: аукціон і так працює без них, а приріст маргінальний на акаунтах, які вже заповнили мінімуми по headlines і descriptions, описані в RSA Ad Strength.
Чому це важливо
Long headline на 90 символів — це асет Google Ads, який живе в мульти-форматній бібліотеці, а не в класичних Search RSA. Він з'являється на плейсментах, де у рендерера достатньо вертикального і горизонтального місця для довшого рядка — поверхні Display, Discover-стрічки, Gmail Promotions, in-feed video cards на YouTube — і прихований на плейсментах, де поміщається тільки короткий 30-символьний рядок [1][2][3]. Правило спрацьовує на Performance Max asset groups, Demand Gen video і in-feed ads, та Responsive Display Ads — а не на Search-only RSA. Slug несе історичний префікс rsa_ з namespace покриття асетів аудиту, але саме поле — мульти-форматний асет.
Саме ця обмеженість плейсментами і робить знахідку низької важливості. Якщо акаунт витрачає 95% на Search RSA, порожній long-headline слот фактично нічого не коштує — слот і так ніколи не мав рендеритися в аукціонах, у які ви заходите. Якщо акаунт крутить Performance Max з помітною часткою Display/Discover або Demand Gen з in-feed video, слот — це темний інвентар, який алгоритм міг використати і пропустив, бо ви залишили його порожнім. У будь-якому випадку lift маргінальний відносно базових заповнень, описаних у RSA headlines нижче мінімуму і RSA descriptions нижче мінімуму — фіксіть їх першими.
Документація Google прямо вказує: long headline має триматися самостійно — на деяких плейсментах він рендериться без description text поруч, тож 90 символів несуть повну ціннісну пропозицію або нічого не дотягується [2]. Ця вимога standalone-читабельності — причина, чому заповнення слоту одно-рядковим повтором 30-символьного headline не проходить: рендерер показує його там, де короткий headline не вміщається, і 30-символьний рядок у 90-символьному слоті виглядає недозаповненим.
Як перевірити проблему
- Визначте кампанії з long-headline слотами. Лише Performance Max, Demand Gen і Responsive Display Ads експонують це поле [1][2][3]. У стандартних Search RSA long-headline слоту немає — Search-only акаунти можуть зупинитись тут.
- Відкрийте Performance Max asset groups. Campaigns → виберіть Performance Max кампанію → вкладка Asset groups → клікніть у кожну групу. Прокрутіть до рядка Long headlines, який показує поточний count з 5 максимуму [1].
- Відкрийте креативи Demand Gen. Campaigns → виберіть Demand Gen кампанію → вкладка Ads → відкрийте кожен video чи carousel ад. Long headlines (90 символів) з'являються на in-feed video і carousel форматах; in-stream і Shorts формати цей асет не використовують [3].
- Відкрийте Responsive Display Ads. Campaigns → виберіть Display кампанію → вкладка Ads → відкрийте кожен ад. Long-headline поле — один слот на 90 символів на ад [2].
- Прочитайте панель Ad Strength. На Performance Max і Responsive Display правий метр викликає "Add long headlines" як рекомендацію, коли слот порожній або тонкий. Коли ця підказка з'являється, у слота є вимірюваний upside на цій asset group.
Як виправити
- Підтвердьте, що 30-символьні headlines і 90-символьні descriptions вже на рекомендованих count'ах (5 хв). Передумова. Якщо short headlines на 3 з 15 або descriptions на 2 з 4-5, фіксіть їх першими — вони сидять на кожному плейсменті, а це правило торкається лише плейсментів більшого формату.
- Напишіть 3-5 long headlines на asset group (15-20 хв). Кожен ліміт 90 символів [1][2]. Покрийте мінімум три кути — головна ціннісна пропозиція, social-proof або category authority, варіант з CTA. Кожен має читатися самостійно, бо рендерер може показати його без description text [2].
- Не розтягуйте 30-символьний headline у 90 символів filler'а. Google прямо каже: long headline має казати щось унікальне [2]. Long headline, який є коротким headline'ом плюс padding ("Buy Now — Order Today, Free Shipping Available, Trusted by Thousands"), — змарнований слот на плейсментах, де він реально рендериться.
- Дзеркальте long headlines між asset groups лише коли value proposition збігається. Performance Max сегментує креатив по asset group; якщо група A таргетить "premium", а група B "budget" — long headlines мають розходитися. Copy-paste — це запах.
- Збережіть і перевірте у метрі Ad Strength. Метр перераховується за хвилини; підказка "Add long headlines" має зникнути, а Ad Strength asset group може піднятись з "Good" до "Excellent" на Performance Max [1].
- Зафіксуйте пул long headlines у runbook акаунта. Long headlines несуть найбільшу вагу копії на слот — промо-дати, версії, твердження, які старіють. Поставте перевірку оновлення раз на 90 днів.
- Відкладіть знахідку на акаунтах, які витрачають <10% бюджету на Display/Discover-eligible плейсменти. Це судження, не правило Google — але при такій частці плейсменту time-to-impact нижчий за інші фікси аудиту.
Як переконатися, що виправлення спрацювало
- Кожна Performance Max asset group показує 5 з 5 long headlines (або мінімум 3-5 з усвідомленою варіативністю) [1].
- Кожен Responsive Display Ad має 1 long headline, заповнений копією, яка читається як standalone value proposition [2].
- Кожен Demand Gen in-feed video або carousel ад має заповнений 90-символьний long headline [3].
- Підказка "Add long headlines" зникла з правої панелі Ad Strength на відповідних asset groups.
- Asset-group Ad Strength на рівні "Good" або "Excellent" на Performance Max (метр — це один з вхідних сигналів, не ціль — але корисний проксі повноти слотів) [1].
- Ви почекали 2-3 тижні перед оцінкою впливу на перформанс, як рекомендує Google для стабілізації text-asset [1].
- Пул long headlines зафіксований у runbook акаунта з відмітленим каденсом оновлення раз на 90 днів.
Калібрування важливості. Це знахідка найнижчого ярусу polish у сімействі правил покриття асетів. Вона co-occur з — але стоїть нижче за — RSA headlines нижче мінімуму 8, RSA descriptions нижче мінімуму 4 і повнотою асетів PMax. Послідовність виправлень однозначна: сітка 30-символьних headlines і сітка 90-символьних descriptions сидять на кожному плейсменті і живлять кожен аукціон, тож заповнюються першими. 90-символьний long headline сидить на підмножині плейсментів і гейтить менший шмат інвентаря — заповнюється другим. Акаунти Performance Max із серйозною часткою Display/Discover отримують найбільший marginal lift; Search-only акаунти фактично пропускають правило, бо поля немає в класичних RSA. Сприймайте знахідку як slot-hygiene чистку, яка йде в парі з ширшим аудитом повноти асетів. Коли long headlines заповнені, sitelinks і structured snippets на рівні кампанії стають наступним polish ярусом. Кожен крок гейтить менший приріст eligibility показу, і аудит ранжує їх саме в цьому порядку — diminishing returns by design.
Пов'язані правила і концепції
- RSA headlines нижче мінімуму 8 — базова сітка 30-символьних headlines. Фіксіть першою.
- RSA descriptions нижче мінімуму 4 — сітка 90-символьних descriptions. Фіксіть паралельно з short headlines.
- Повнота асетів PMax — ширше правило заповнення asset group. Long headlines — один рядок у цьому чек-листі.
- PMax має asset groups — структурна передумова. Якщо asset groups взагалі відсутні, цьому правилу нема що оцінювати.
- RSA Ad Strength poor — метр, який піднімає підказку "Add long headlines" на PMax і Responsive Display.
- Asset groups — глосарій про те, як PMax сегментує креатив і чому long headlines належать per group.
- Використання асетів на рівні кампанії — наступна polish-знахідка, коли long headlines заповнені.
Джерела
- Google Ads Help — About text assets for Performance Max campaigns. https://support.google.com/google-ads/answer/14528373 (доступ 2026-05-27)
- Google Ads Help — Manage your responsive display ads. https://support.google.com/google-ads/answer/9050310 (доступ 2026-05-27)
- Google Ads Help — Demand Gen campaign creative: Asset specifications and ad format guidelines. https://support.google.com/google-ads/answer/13704860 (доступ 2026-05-27)