Відновлення: спам-оновлення Google 2026

Швидка перевірка: чи це оновлення вас зачепило?

Спам-оновлення Google від серпня 2026 року почало розгортатися 18 серпня 2026 року о 09:28 PDT і повністю завершилося 21 серпня 2026 року о 01:49 PDT. Воно діяло глобально й у всіх мовах, і Google зафіксував його як інцидент, що вплинув на ранжування, у панелі стану Пошуку. Це було третє спам-оновлення 2026 року після березневого та червневого.

Виконайте ці чотири перевірки саме в цьому порядку. Це займає близько десяти хвилин і визначає, який план вам потрібен.

Якщо падіння почалося до 14 серпня або після 22 серпня, чи GSC показує ручну дію, зупиніться: цей рятівний план не застосовується. Ручна дія натомість вимагає процедури повторної перевірки.

Що ви отримаєте з цього гайду

П’ять фактів, які змінюють ваш наступний крок

Вони взяті безпосередньо з документації Google і від людей, які професійно тестують оновлення, — і всі вони суперечать звичному «все лагодиться за вихідні».

1. Масштаб — це порушення; ШІ — не тригер. Зловживання масштабованим контентом визначається як багато сторінок, створених «з основною метою маніпулювати ранжуванням у результатах пошуку, а не допомагати користувачам», і Google прямо зазначив, що це охоплює контент «незалежно від того, як він створений». ШІ-сторінки, що відповідають на реальне запитання, — нормально. Дві тисячі сторінок, які відрізняються лише підміною сутності, — ні. Формулювання політики не змінювалося з березневого оновлення 2024 року; сама сторінка політики має позначку «Востаннє оновлено 2026-05-15».
2. Оновлення б’є пакетами, а не сайти. Якщо родина шаблонів вижила, це тому, що зниження працює з патернами. Ваш сайт не загублено; загублено саме цю генерацію сторінок. Підмножина досі ранжується, і ця підмножина — ваш найкращий підказник, що зберігати.
3. Відновлення вимірюється місяцями, а не тижнями. Документація спам-оновлень Google каже, що сайти-порушники «можуть ранжуватися нижче або взагалі не з’являтися», а для сайтів, які очистилися, автоматичні системи Google навчаються дотриманню правил «протягом кількох місяців». Джон Мюллер сказав по суті те саме на office hour: після очищення спам-контенту «може минути кілька місяців, поки ми повторно оцінимо ваш сайт». Тобто: місяці, а не тижні.
4. Дрібні правки не стирають патерн. Мюллер висловився колоритніше: перейти від того, що вважається спамом, до того, що викликає захоплення, вимагає «набагато більше, ніж видалити трохи дубльованого контенту й переписати кілька сторінок». Оновлення — це детектор патернів. Змініть патерн, а не формулювання.
5. Це не проблема посилань. Це зниження діє на контент сторінок, а не на беклінки. Ваші автоматизовані лінк-піраміди — не причина падіння, тож видалення або дісов під байдужих вас не поверне. Якщо ці посилання — спам, Google і так уже безстроково знецінює їхній ранжувальний ефект: чистка лінків — це гігієна на інший день, а не крок відновлення.

І на це немає апеляцій. Для алгоритмічних спам-знижень не існує запиту на повторну перевірку. Ваш єдиний важіль — сама виправлення, плюс очікування.

Крок 1: Базова лінія, експорт і заморозка

Підпис удару: обидва кластери сягають піку в дні перед вікном оновлення (18–21 серпня), після чого родина шаблонів падає майже до нуля, а неушкоджений розділ тримається вище. Пунктирна лінія позначає чинність оновлення. Якщо ваш графік схожий на це — плато, що перетворюється на обрив у дату оновлення, — ви в цьому оновленні.

Перш ніж торкнутися хоча б однієї сторінки:

• У GSC відкрийте Ефективність > Сторінки, встановіть діапазон з 21 серпня по сьогодні та порівняйте з 90 днями перед 18 серпня. Збережіть експорт. Це стане вашим знімком нульового тижня. Примітка: у звіті ефективності генеративного ШІ була прогалина журналювання, яка приховала покази за 13–17 серпня, тож для базової лінії використовуйте стандартний звіт і не намагайтеся панічно закрити цю прогалину.
• Експортуйте список URL: sitemap.xml плюс експорт сторінок, без дублікатів.
• Зафіксуйте 10–20 запитів, де ви з’являлися в AI Overview, і збережіть, як ці відповіді виглядають сьогодні (або вчора). Це ваша базова лінія AI Overview.
• Заморозьте публікації. Не публікуйте 30 нових сторінок, щоб «компенсувати» втрату, поки патерн ще в індексі. Той самий патерн плюс новий обсяг читається як подвійні старання в тому самому порушенні.

Варто визначити й контрольний кластер: оберіть частину сайту, що нічого не втратила, і відстежуйте її поруч із зачепленими кластерами; вона підкаже, чи подальший рух — це загальний шум, чи відновлення.

Крок 2: Оцініть кожен URL

Оцінюйте кожен кластер подібних сторінок від 0 до 10. Нуль — чисте заповнення шаблону; десять — сторінка, яка заслуговує бути знайденою сама по собі.

Бали нараховуються за:

• +3 Оригінальні дані або досвід, яких немає в жодної сестринської сторінки: виміряні результати, скриншоти, пройдені на власному досвіді шляхи, зібрані вами ціни, реальні кейси.
• +3 Те, що людина дізнається з цієї сторінки щось інше, ніж із сестер, навіть маючи іншу вкладку відкритою.
• +2 Справді інший намір запиту (інше питання, інша задача), а не лише підміна сутності («найкращий CRM для юристів» проти «найкращого CRM для стоматологів» — це підміна; фіскальний потік юрфірми проти потоку записів стоматклініки — різні наміри).
• +1 Значущі вхідні посилання або історичний трафік, які варто зберегти.
• +1 Що сторінка є природним піллером або категорійним хабом родини.

Далі застосуйте наперед задані смуги рішень:

• 0–3: видалити. Не переписуйте. Підлатана сторінка-шаблон залишається сторінкою-шаблоном.
• 4–6: переписати або об’єднати. Переписуйте, коли намір окремий і цінність правдоподібна; об’єднуйте, коли вона дублює намір іншої сторінки.
• 7–10: зберегти. Додайте глибини там, де тонко; решту структури не чіпайте.

Ті, хто працював з останніми спам-оновленнями, часто сходяться на одному практичному правилі: обрізати, консолідувати або повністю перебудувати щонайменше 60% позначених URL, поки щось не зрушиться. Це не офіційний поріг Google, але корисна перевірка чесності: якщо ви видалите лише 5 зі своїх 300 сторінок-шаблонів, детектор з першого погляду бачитиме 285 клонів.

Розмір кластера проти оцінки цінності. Лівий верхній кут заслуговує на збереження; середина переписується або об’єднується; низ — це наповнення шаблону.

Крок 3: Передайте виправлення ШІ-агенту

Правки нижче (згрупувати дублікати, оцінити їх, перебудувати ті, що зберігаються, згенерувати списки видалення) — саме та пакетна робота, з якою ШІ-асистент добре справляється. Ком’юніті-гайд з цього оновлення зійшовся на тій самій ідеї: дайте агенту чекліст, побудований із політик Google, і хай він виконає аудит.

Скіл нижче самодостатній. Збережіть його як файл скілу, наприклад ~/.claude/skills/google-spam-recovery/SKILL.md на вашій машині або .claude/skills/google-spam-recovery/SKILL.md у репозиторії (инші платформи агентів використовують власні папки скілів, зазвичай .agents/skills/), потім вкажіть його на ваш експорт.

---
name: google-spam-update-recovery
description: Аудит і виправлення сайту, зниженого спам-оновленням Google (наприклад, серпень 2026). Виявляє патерни зловживання масштабованим контентом, класифікує кожен зачеплений URL як зберегти / переписати / об’єднати / видалити, диференціює сторінки, що вижили, виконує видалення та верифікує відновлення. Використовувати, коли покази Search Console впали в межах підтвердженого вікна спам-оновлення або коли сторінки зникли з AI Overviews.
---

## Скіл відновлення після спам-оновлення Google

### Коли використовувати
- Ефективність Search Console різко впала в межах підтвердженого вікна спам-оновлення (наприклад, 18–21 серпня 2026).
- Звіт про ручні дії порожній, тобто алгоритмічне зниження: саме цей випадок покриває скіл. Вказана ручна дія — інший workflow.
- Сайт публікує багато сторінок-шаблонів: програмні розділи, оглядові сторінки або «найкращий X для Y», локальні варіації, порівняння конкурентів.

### Вхідні дані, які спершу зібрати
1. Повний експорт URL: sitemap.xml або Ефективність GSC, вкладка Сторінки, діапазон = початок оновлення до сьогодні (плюс базовий діапазон 90+ днів до того).
2. Текст сторінок: обійдіть кандидатські URL і збережіть текстовий файл на кожен URL у папці `pages/` (рендерений HTML без навігації, футера та повторюваних мовних формул).
3. Звіт про ручні дії (перевірка лише для читання).
4. Для перевірок AI Overview: 10–20 пріоритетних запитів сайту плюс журнал поточної присутності у ШІ-відповідях.

### Визначення готовності
- Кожен зачеплений URL має рішення: зберегти, переписати, об’єднати-в (із цільовим URL) або видалити.
- Усі URL на видалення повертають HTTP 410 і прибрані з sitemap та внутрішніх посилань сторінок, що залишилися.
- Кожна збережена сторінка має мінімум 30% субстантивного унікального контенту в межах свого кластера, не рахуючи навігацію, футер, CTA та шаблонне інтро.
- Збережені сторінки відрізняються й каркасом: структура H2/H3, порядок секцій, покриття запитань.
- Існують скриншоти базової лінії та верифікації з запланованим наступним переглядом (через 10–12 тижнів або наступне спам-оновлення, що настане раніше).

### Фаза 1: Обмежте радіус ураження
- Підтвердіть атрибуцію: падіння почалося у вікні оновлення та корелює зі шаблонними кластерами, а не з технічною зміною (перевірте серверні логи на помилки кравлінгу, зміни robots.txt, помилки каноніку, випадковий noindex).
- Побудуйте список зачеплених URL. Увімкніть сторінки «Проскановано — зараз не проіндексовано» в зачеплених кластерах; вони частина того самого патерну.
- Обробляйте пачками до 200 URL за прохід, щоб кожен вихід залишався перевірним.

### Фаза 2: Згрупуйте майже дублікати
Вимагає папки `pages/` із текстовим файлом на кожен URL.
- Метод А (без API): TF-IDF косинусна подібність або difflib SequenceMatcher над нормалізованим текстом; косинус >= 0,85 означає той самий кластер.
- Метод B (краще, якщо є API ембендінгів): ембендінг-косинус >= 0,78.
- Для кожного кластера занотуйте: розмір, репрезентативний URL, спільний підпис шаблону (та сама H2-схема чи той самий каркас речень із підміною сутності) та припущення щодо наміру.
- Створіть `clusters.json`: {cluster_id: {urls, size, template_name, intent_guess}}.

### Фаза 3: Оцініть і вирішіть
Оцінюйте кожен кластер 0–10, як описано в статті (оригінальні докази +3, інша інформація +3, різний намір +2, вхідні посилання або трафік +1, піллерна роль +1). Смуги рішень: 0–3 видалити, 4–6 переписати або об’єднати, 7–10 зберегти. Ціль: щонайменше 60% URL кластера опиняються серед видалених або об’єднаних (практичне правило практиків, не поріг Google). Видайте таблицю рішень: URL, кластер, оцінка, дія, цільовий URL за наявності об’єднання та рядок обґрунтування. Позначте для людей будь-яку сторінку зі значним трафіком чи посиланнями: підтвердіть дію перед видаленням.

### Фаза 4: Диференціюйте збережені
Переписування має змінювати і зміст, і каркас:
- Додайте докази, що існують лише на цьому сайті: виміряні дані, реальні скриншоти чи фото, названі кейси, реально виконаний workflow, зібрані вами ціни.
- Замініть каркас: інші H2/H3-питання, інший порядок, щонайменше одна унікальна для цієї сторінки таблиця чи приклад.
- Додайте 300–800 слів оригінального аналізу або досвіду з перших рук; ніколи просто не подовжуйте шаблон.
- Додайте підпис автора з ім’ям і дату «перевірено».
- Приберіть шаблонне інтро/оутро, спільне з кластером.
- Для локальних або оглядових сторінок локальні факти мають бути конкретними: нормативи, постачальники, ціни, деталізований кейс. Жодних рядків заміни («найкращі постачальники [послуги] для сімей у [місті]» — це текст-підстановка, а не контент).
- Ніколи не додавайте ШІ-приманки: жодних прихованих інструкцій, висаджених цитат, ключовик-забитих якірних списків. Спроби маніпулювати генеративними ШІ-відповідями самі по собі є спамом за політикою Google 2026.

### Фаза 5: Об’єднайте та видаліть
- Об’єднання: зведіть сторінки з дубльованим наміром в одну сильнішу, 301 з кожного видаленого URL до неї, інтегруйте унікальний контент, оновіть вхідні внутрішні посилання, запросіть індексацію об’єднаного URL.
- Видалення: повертайте 410 (або 404, якщо платформа не вміє); приберіть з sitemap; приберіть внутрішні посилання. Ніколи не робіть масових редиректів на головну та не покладайтеся на noindex чи robots.txt, які не видаляють сторінки.
- Опційний прискорювач: інструмент «Вилучення» Search Console тимчасово приховує URL (приблизно на пів року), доки краулери не надолужать. Це інструмент придушення, а не видалення.
- Під час викатки: зробіть вибірку видалених URL і підтвердіть 410; запросіть індексацію збережених сторінок.

### Фаза 6: Верифікуйте й плануйте очікування
- Знімок сьогодні, повторна перевірка на 4-му тижні та на 10–12-му (або наступне спам-оновлення, що настане раніше).
- Продовжуйте моніторити: стандартний звіт ефективності GSC (генеративний ШІ-звіт мав прогалину журналювання з 13 по 17 серпня, тож для серпневих 2026 баз використовуйте стандартний), покази зачеплених кластерів проти контрольного кластера, статус індексації видалених URL, присутність в AI Overviews за пріоритетними запитами.
- Читайте результати: відновлення з’являється спершу на переписаних збережених сторінках, а не на тому, що ви публікуєте під час очікування. Часткове відновлення — норма; деякі кластери можуть не повернутися ніколи — саме тому їх і видалили.
- Якщо на 10–12-му тижні на збережених сторінках видно рух, залиште розморозку, продовжуйте публікувати диференційований контент і перевірте ще раз на наступному спам-оновленні.

### Запобіжники — ніколи
- Жодних нових сторінок-шаблонів під час очікування. Патерн має залишатися зафіксованим.
- Жодних масових переписувань через синоніми чи перетасовування речень: це той самий патерн іншими словами. Агент має позначити будь-яке переписування, каркас якого не змінився.
- Жодної купівлі згаслих доменів чи перевстановлення видалених шаблонів деінде.
- Жодних кампаній видалення беклінків чи дісов під це зниження. Лінк-спам — інша система; в контент-зниженні посилання ніколи не були сигналом.
- Жодного впиту цитат чи висаджених тверджень для повернення AI Overviews; це прямо покрито спам-політиками Google.
- Людська QA на кожному переписуванні: одна людина перевіряє унікальність каркаса й доказів перед публікацією чогось завгодно.

Після встановлення передавальний промпт може бути коротким, як оце:

Використай скіл google-spam-update-recovery на нашому сайті. Експорт URL — у ./urls.txt, обійдені тексти сторінок — у ./pages/. Створи таблицю рішень. Потім застосуй Фазу 4 до URL 12, 19, 33 і Фазу 5 до повного списку видалення.

Ви отримаєте три артефакти: таблицю рішень, яку можна затвердити рядок за рядком, переписані чернетки (зміна каркаса та список доказів явно задекларовані для аудиту) та виконавчий чекліст із 410-х, sitemap і внутрішніх посилань. Затвердіть таблицю, перш ніж щось видаляти; агент не повинен видаляти чи переписувати сторінку без вашої згоди.

Крок 4: Зробіть збережених справді відмінними

Усе відновлення тримається на одному слові: відмінні. Не довші. Не іншими словами. Інші докази, інший каркас, інші відповіді.

Конкретний контраст. Слабка версія сторінки «найкращий CRM для бухгалтерських фірм» клонує ті самі H2, що використовуються для юристів, стоматологів і сантехніків, із підміненою галуззю та абзацом загальних похвал. Версія, яку Google здатна відрізнити, показує реальні відмінності робочого потоку: часові записи, імпортовані пакетами з білінгової системи фірми, консолідація кількох юридичних осіб для клієнта з 12 LLC, задачі закриття фінансового року. У неї є скриншот панелі звірки, таблиця з чотирма продуктами, які автор справді оцінював того року, названий кейс із зекономленими днями на місяць і порядок секцій, відмінний від сусідньої сторінки «найкращий CRM для юристів».

Те саме правило стосується оглядових сторінок («альтернативи продукту X»), міських сторінок і сторінок-порівнянь. Аудитуючи сторінку, що вижила, поставте собі п’ять запитань: чи містить вона хоча б один факт, скриншот чи цифру, якої немає в жодної сестри? Чи відповідає на хоча б одне запитання, на яке не відповідає жодна сестра? Чи відрізняється її H2/H3-каркас від усіх сестер? Чи є людський підпис і дата перевірки? Чи читається вона як написана для когось у цій конкретній ситуації, а не під ключове слово?

Три або більше «ні» — і це все ще шаблон. Об’єднайте або видаліть; не публікуйте її як виправлену сторінку.

Крок 5: Об’єднуйте й видаляйте як прибирання, а не як танець

Видалення — місце, де сайти часто спотикаються. Правильний порядок:

1. Повертайте 410 Gone, де можете (404 прийнятний, якщо платформа не вміє 410). Це сильний сигнал «зник назавжди»; 404 каже «може, повернеться».
2. Приберіть URL зі sitemap. Тримайте мертві посилання поза маршрутом краулерів.
3. Викресліть внутрішні посилання зі сторінок, що вижили, навігації та футерів. Не залишайте мережу посилань на 410-і.
4. Не робіть редиректів видалених сторінок на головну. Сто 301 на / — це патерн дверних сторінок і до того ж зливає всю цінність URL на головну, де їй не місце.
5. Об’єднуйте за наміром, а не за зручністю. Коли дві сторінки справді ведуть до одного питання, складіть найкращий контент в одну, поставте 301 з іншої та виправте внутрішні посилання. Коли вони відповідають на різні питання — зберігайте обидві та диференціюйте.
6. Використовуйте «Вилучення» як прискорювач, а не заміну. Воно приховує URL у результатах приблизно на пів року; не деіндексує його. Використовуйте для сторінок, що спливають із кешів, і паркуйте зі справжнім 410.

Не впадайте у noindex + редирект, блокування robots.txt чи видалення лише через 404 без оновлення sitemap. Google продовжує краулити, патерн залишається відкриваним, а наступне спам-оновлення перевірить усе знову.

Крок 6: Поверніть AI Overviews

Втрату в обох поверхнях того самого дня пояснює політика, а не баг. 15 травня 2026 року Google переписав своє визначення спаму, включивши «намагання маніпулювати генеративними ШІ-відповідями в Google Пошуку», і заявив, що спам-політики застосовуються до всього Google Пошуку, зокрема до генеративних ШІ-відповідей. AI Overviews і AI Mode живляться з тих самих систем. Сайт, класифікований за зловживання масштабованим контентом, може впасти в обох одночасно: червневе спам-оновлення 2026 було першим, що діяло за розширеною політикою; серпнееве працювало за тими самими правилами.

Тож у відновлення AI Overviews немає окремого трюку. Воно є низхідним від виправлення контенту:

• Виправте й чекайте, а потім перевірте знову. Спершу почистіть сторінки з кроків 4–5. AI Overviews обирають із джерел, які довіряють системи ранжування, тож сама зміна патерну — це й виправлення.
• Перевіряйте за запитом, а не за сайтом. Візьміть 10–20 запитів, де вас цитували, поставте кожен новою сесією та занотуйте, чи ви з’являєтесь. Відповідь змінюється запит від запиту, тож «повернення» на рівні сайту — неправильна метрика. Саме тут ви також ловите ефект другого порядку: коли ваша диференційована сторінка стає найкращим джерелом у своїй ніші, у ШІ-відповіді з’являється причина нею користуватися.
• Ніколи не отруюйте. Висаджені рекомендації та зміщені «найкращі» списки, створені, щоб керувати ШІ-відповідями, тепер прямують у спам-політики за назвою (це почали називати GEO-спамом: отруєння рекомендацій, ін’єкція цитат, ШІ-приманка). Препринт Cornell Tech показав, як дешево висаджене твердження із 13 слів розміщує обраний бренд у 38–51% сесій ШІ-дослідницьких агентів в одному тесті. Що воно працює — саме тому Google називає його спамом. Хочете ШІ-видимості — заслужіть її: оригінальні факти, перевірювані дані, номінована експертиза.
• Спершу докази, потім структура. При повторному тесті цитата зазвичай іде до сторінки, яка стверджує конкретну, витягувану відповідь із доказами поруч. Переконайтеся, що збережені сторінки відповідають на цільове питання в першій секції, перед іншими турботами.
• Довга гра. Функція «Пріоритетні джерела» (розгортання з 20 серпня) дозволяє читачам давати вашому сайту пріоритетний значок в AI Overviews та AI Mode — прямий канал читацьких сигналів. Вона не скасовує спам-класифікацію, тож це стратегія після чистки, а не інструмент для неї.

Крок 7: Верифікуйте й заплануйте осінню переоцінку

Коли робота на сервері:

• Сьогодні: зафіксуйте базову лінію. Підтвердьте, що видалені URL повертають 410 (краулінг-тест на кшталт Google або Сімулятор павука Googlebot від Auspia); запросіть індексацію збережених сторінок.
• Тиждень 1: підтвердьте, що sitemap і внутрішні посилання чисті; вибірково перевірте, що жодна видалена сторінка не доступна.
• Тиждень 4: порівняйте зачеплені кластери з контрольним у стандартному звіті ефективності GSC. Малі підйоми на переписаних сторінках — найкращий ранній сигнал; пласкі показники на четвертому тижні — норма, не дійте.
• Тиждень 10–12 (початок листопада, якщо закінчите цього тижня, або наступне спам-оновлення, що настане раніше): переоцінка. Порівняйте покази кластерних груп з базовою лінією нульового тижня, повторно проганяйте набір AI Overview-запитів і подивіться, що відновилося.

Очікування теж сплановане: базова лінія сьогодні, перша перевірка руху на тижні 4, переоцінка на початку листопада. Керуйте очікуваннями з чесною версією таймлайну: документи Google кажуть, що їхнім системам потрібні місяці, щоб навчитися вашої відповідності, а office hour-цитати Сергія розміщують переоцінку всього сайту в «кілька місяців, пів року, іноді навіть більше». Великі відновлення зазвичай приземляються в наступному циклі оновлення, а не між періодами. Немає ані запиту, ані валідації, ані апеляції для чисто алгоритмічних знижень.*

Якщо переоцінка показує нульовий рух, звичні причини: інша родина контенту досі несе патерн (ще раз подивіться на кластери, які ви залишили як «зберегти»), переписані сторінки досі шаблони зі свіжою фарбою (прогоніть чекліст кроку 4 знову), або сайт замовк у спосіб, що гальмує індексацію (згадайте перевірку краулінг-логів із Фази 1).

Позиція Auspia: спочатку видаляйте, потім диференціюйте

Більшість команд перевертає порядок. Вони переписують пару шаблонів, відчувають продуктивність, а потім у листопаді дивуються, чому нічого не зрушилося. Детектор патернів — статистичний: 250 сторінок, що ділять один каркас, — сильний сигнал, і 250 переписаних сторінок, що досі ділять каркас, — той самий сигнал. Пріоритизуйте математику видалення та об’єднання над підрахунком слів і тримайте правило 60% як підлогу, перш ніж вважати патч готовим. І тримайте частину бренду й цитованої поверхні поза Google: це оновлення було важко передбачити й воно не має апеляцій, тож мікс видимості (прямі брендові пошуки, інші ШІ-платформи, email чи власні спільноти) захищає себе сам.

Чекліст: рятівний план на одній сторінці

• [ ] Підтвердіть вікно падіння в межах 18–21 серпня та порожній звіт про ручні дії
• [ ] Збережіть базову лінію: експорт URL, знімок ефективності GSC, 10–20 AI Overview-запитів з поточним станом
• [ ] Заморозьте публікації
• [ ] Згрупуйте майже дублікати та оцініть кожен кластер 0–10
• [ ] Таблиця рішень: зберегти / переписати / об’єднати / видалити для кожного URL, мінімум 60% видалених
• [ ] Встановіть скіл google-spam-update-recovery, передайте експорт, перегляньте його таблицю рішень
• [ ] Диференціюйте збережених: унікальні докази, унікальний каркас, підпис, дата перевірки
• [ ] Виконайте: активні 410, оновлений sitemap, прибрані внутрішні посилання, об’єднання з 301 на об’єднану сторінку
• [ ] Підтвердьте вибірково видалення, запросіть індексацію збережених сторінок
• [ ] Перевірте знову на тижні 4 та тижні 10–12 (початок листопада) або на наступному спам-оновленні
• [ ] Введіть патерн-гейт для нового контенту: жодна сторінка без своїх доказів і каркаса

FAQ

ШІ — це причина того, що мій сайт постраждав? Ні. Зловживання масштабованим контентом не дивиться на те, як створено контент («незалежно від способу створення» — це формулювання самої політики). ШІ-виробництво стає проблемою лише тоді, коли ним публікують багато сторінок без відмінної цінності.

Мій трафік впав на 75%, але сторінки досі в індексі. Це все одно оновлення? Часто так. Спам-зниження зазвичай зменшують видимість, а не прибирають сторінки повністю, і це оновлення зафіксували як таке, що впливає на ранжування. Звірте своє падіння з вікном 18–21 серпня та патерном: зачеплені шаблонні кластери, спокійні контролі.

Чи подаю я запит на повторну перевірку? Лише якщо звіт про ручні дії містить ручну дію. Алгоритмічні спам-зниження не мають процедури повторної перевірки, і документація спам-оновлень Google про це не говорить. Виправити й чекати — путь.

Скільки насправді триває відновлення? Позиція Google: системи навчаються розпізнавати вашу відповідність «протягом кількох місяців». Практики бачать перший рух через 4–10 тижнів на перебудованих сторінках і повне відновлення в наступному циклі оновлення. Плануйте місяці, перевіряйте на початку листопада.

Чи можу я просто поставити погані сторінки в noindex і залишити їх? Ні. Noindex заважає їм з’являтися, але URL залишається сканданям, а патерн — у структурі вашого сайту. Сміттєві сторінки треба видаляти з 410, а не ховати.

Чи збережуть 301-і на об’єднані сторінки цінність моїх старих сторінок? Об’єднання найкраще працюють, коли ціль справді поглинає унікальний контент і обслуговує той самий намір. Масовий редирект десятків видалених тем на головну — це спосіб зробити патерн дверних сторінок, саме на який і налаштовані детектори цього оновлення.

Чи слід мені зруйнувати весь свій програмний розділ? Ні. Видаліть клони; збережіть сторінки з 7–10. Частина сайтів, що відновилася в серпневій волатильності, — саме ті, що обрізають середину масштабованого контенту, а не весь клас.

Мої беклінки — автоматичне сміття. Чи робити мені дісов, щоб відновитися? Для цього зниження — ні. Це проблема патерну контенту, а не посилань, і Google і так безстроково знецінює ранжувальний ефект спам-посилань. Займіться лінками як гігієною пізніше, якщо захочете; це не шлях відновлення.

Як уникнути цього з наступною партією? Додайте гейт у виробництво контенту: сторінка виходить лише з власним каркасом і власними доказами. Потім поставте стелю обсягу, в яку справді вірите (кілька сильних сторінок на тиждень б’ють 200 клонів на день), і переглядайте кластери поквартально, поки системи Google не зробили це за вас.

Чи повертаються AI Overviews раніше за звичайне ранжування? Надійного порядку немає; обидві поверхні впали разом у серпневому оновленні. На практиці відстежуйте обидві в однакові дати переоцінки, замість припускати, що одна веде іншу.

Авторка: Грейс Міллер, аналітикиня ризиків ШІ-пошуку, яка відстежує понад 200 змін політик в Auspia. Грейс пише про зміни політик платформ, ризики контенту та політикознавчу роботу з відновлення для SEO- і GEO-команд.