Медіанне AI-цитування живе 18 днів. Якщо твій refresh-розклад квартальний — половина перемог згасає між циклами. Якщо річний — можна взагалі не вести AEO-програму.

То як виглядає стійкий ритм — той, який мала команда реально може крутити роками без вигорання. Ми крутимо 4-тижневу версію з 2025-го, приблизно на 40 клієнтських портфелях. Це форма, що пережила контакт з реальністю.

Чому ритм перемагає календар

Календарні refresh-розклади — «ми refresh’имо всі evergreen-сторінки кожного березня» — не влучають у криву. Сторінка може розпадатись просто зараз, у травні. Refresh у березні 2027-го запізниться.

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

4-тижнева версія нижче — opinionated. Можна крутити 2-тижневий або 6-тижневий ритм з тими ж принципами. Ми зупинились на 4-х, бо це збігається з природним каденсом B2B-контент-команд і типовим вікном detection’у decay. Якщо ти high-velocity шоп (e-com, news) — скороти.

Тиждень 1 — тільки вимірювання

Спокуса у тиждень 1 — почати правити. Опирайся. Весь тиждень — для дивлення, не торкання.

Pull статусу цитувань. На кожен трекований промпт у кожному двигуні — залогай статус сьогодні. Порівняй із pull’ом тижня тому. Помітай сторінки, що втратили цитування. Помітай промпти, де конкурент зайшов у cited set.

Decay-risk scoring. Для кожної трекованої сторінки порахуй просту оцінку ризику — днів з останньої правки + днів з останнього цитування + позиція в candidate pool. Топ-5 highest-risk — working set на наступні 3 тижні.

Лог можливостей. Нові промпти, що зʼявились цього місяця — з GSC, з клієнтських розмов, з конкурент-трекінгу. Додай у prompt universe. Обери один-два, на які цілитись новим контентом за квартал.

Аутпути. Однсторінковий status doc — що цитується, що розпадається, що нове. Три числа: тотал активних цитувань, втрачено цього тижня, нові промпти в трекінгу. Цей doc — вхід для тижнів 2–4.

Time budget. 2–3 години на портфель із 30 сторінок. Здебільшого автоматизовано з правильним дешбордом — людська частина — інтерпретація, не вбивання даних.

Тижні 2–3 — мікро-правки

Тут живе більшість цінності. Малі повторювані правки на топ decay-risk сторінках. Не повні переписи. Точкові ходи, що сигналять «цю сторінку підтримують».

Date stamps. Оновлюй dateModified на сторінках, які отримали реальні правки. Додавай видимий рядок «Updated May 2026» у хедері сторінки. Обидва сигнали важать ретриверу — у нас виміряний приріст 40–60% half-life evergreen.

Оновлені приклади. Кожна топ-сторінка отримує один приклад, замінений на актуальний. Кейс-стаді 2024-го стає кейс-стаді 2026-го. «Минулий квартал» стає «цей квартал». Мала зміна, великий freshness-сигнал.

Секція «що змінилось». 3-bullet блок у верху будь-якої сторінки, що мала суттєву зміну. «Updated: додано дані 2026, оновлено pricing-таблицю, нова секція про entity disambiguation». LLM нагороджують це. Люди — більше.

Додавання рядка в Quick Facts. Кожна топ-сторінка отримує новий рядок у Quick Facts — нова цифра, нове порівняння, новий constraint. Кожен Quick Facts рядок незалежно витягуваний, тож новий рядок може відкрити новий промпт сам.

Spot-check schema. Валідуй JSON-LD на сторінці. Лови пробої, що трапляються при CMS-міграції або контент-правках, які тихо стирають schema-блоки. Повертай назад те, що зникло.

Аутпути. Топ-5 decay-risk сторінок отримують усі 5 ходів вище. Це 25 мікро-правок за 2 тижні. Близько 4–8 годин на тиждень writer + легкого инженера.

Поширений failure. Сприйняття мікро-правок як «низький пріоритет, зробимо коли буде час». Вони не низький пріоритет. Це найбільш ROI-ємні години у всьому ритмі — бо продовжують half-life уже виграних цитувань.

Тиждень 4 — один повний refresh

Одна сторінка. Та сама highest-decay-risk зі scoring’у тижня 1. Повний refresh — переписане тіло, нова schema, свіжі приклади, оновлені внутрішні лінки.

Переписання тіла. Не copy-edit. Реальне перечитування кожної секції з питанням «чи це досі найгостріша версія цього твердження, і чи відповідь на домінантний промпт досі у першому абзаці». Переписуй, де відповідь — ні.

Schema-апгрейди. Додай те, чого бракує — Article, FAQPage, BreadcrumbList, sameAs, dateModified. Запусти валідатор. Перетестуй у search-result preview-інструменті.

Внутрішні лінки. Перенаправ внутрішні лінки з переписаної сторінки на сильніші related-сторінки. Anchor text на них важить — використовуй патерн бренд + категорія, де лінкуєш на entity-якорені сторінки.

Автор і E-E-A-T. Перевір, що byline далі вказує на названого експерта з живим LinkedIn. Якщо оригінальний автор пішов з команди — перепризнач або додай coauthor.

Аутпути. Одна сторінка йде з «розпадається» у «повністю оновлена і видимо підтримана». dateModified оновлений. Resubmit у Bing/IndexNow. Залогана у rhythm-трекері.

Time budget. 4–6 годин на writer + 1–2 на engineer. Плануй на пʼятницю, щоб сторінка вийшла в лайв до тижня 1 наступного циклу вимірювання.

Квартальний overlay — структурна робота

Кожні 12 тижнів ритм крутиться ще раз — але з квартальним tier’ом роботи, що йде паралельно.

Schema-апгрейди. Нові типи schema у міру еволюції специфікації. Кожен квартал ми дивимось, що додали до спеки, що почали читати AI-двигуни, і де можна розширити покриття. Завжди на один tier вище попереднього кварталу.

Ревізія llms.txt. Файл розпадається так само, як сторінки. Освіжай записи, прибирай мертві URL, додавай нові хабові сторінки, перевіряй формат проти поточного драфту спеки.

Аудит sitemap. Лови orphan-сторінки, мертві сторінки, що випадково індексуються, hreflang-прогалини. Sitemap — це мапа ретривера, тримай чистою.

Один новий pillar чи hub. Кожен квартал портфель отримує одну нову pillar-сторінку на свіжий prompt cluster. Не пʼять нових сторінок під пʼять нових промптів — одна глибока pillar, що повільно заробляє цитування на кількох сусідніх промптах.

Квартальний tier — стратегічна робота. Тижневий ритм — операційна гігієна. Обидва мають крутитись; одне без другого не зрушує бал.

Owner’и і відповідальність

Ритм працює, бо в кожного тижня ясний primary owner.

Тиждень 1 — Analyst. Витягує дані, скорить ризик, передає working set writer’у.

Тижні 2–3 — Writer. Веде мікро-правки. Має повноваження публікувати date stamps, приклади, Quick Facts рядки, schema spot-checks без ескалації.

Тиждень 4 — Editor + Engineer. Editor веде переписання тіла. Engineer тягне schema, внутрішні лінки, IndexNow resubmit, sitemap update.

Quarterly — Practice lead. Володіє стратегічним overlay. Вирішує, які schema-апгрейди, який новий pillar, які промпти ціляти.

У малій команді одна людина може носити кілька капелюхів. Лейбли ролей важать менше, ніж ясність, хто відповідає за який output кожного тижня.

Поширені failure modes

Бачимо чотири. Усі вбивають ритм.

Пропуск тижня 1. Правки без вимірювання — це правки не тих сторінок. Сторінка, яка тобі здається застарілою, рідко є тою, що реально розпадається в даних. Завжди міряй спершу.

Сприйняття ритму як проєкт. У проєкту є фінішна лінія. У ритму нема. Місяць 12 виглядає ідентично за формою з місяцем 1. Команди, що сприймають AEO як проєкт, до 4-го місяця опиняються в календарному режимі.

Дозвіл мікро-правкам прослизати. «У нас зайнятий тиждень, надолужимо наступного». Два тижні пропущених мікро-правок — citation count падає на 15%. Бачили це на кожному клієнтському портфелі мінімум раз.

Без квартального tier’у. Крутіння лише тижневого ритму без структурної квартальної роботи — стеля портфеля ніколи не піднімається. Мікро-правки тримають лінію на наявних сторінках, але нові prompt cluster’и і нова schema-робота — те, що створює нову стелю.

За самими структурними ходами — що додавати до schema, що має бути в llms.txt, як обирати нові pillars — дивись AEO roadmap і schema stack. Ритм вище — операційна система, що крутить ці ходи тиждень за тижнем.

Повний ритм — це те, що купує один Growth-ретейнер: щотижня, щоквартал, поіменовані owner’и, трекований аутпут. Якщо хочеш крутити inhouse — структура вище це все ціле. Найскладніше — не спроєктувати її. Найскладніше — не пропускати тиждень 1.