Як знайти сторінки, що шкодять SEO сайту, і виправити їх

Щоб знайти сторінки, які шкодять SEO вашого сайту, зіставте три списки: усі URL, які знаходить краулер, звіт Search Console «Індексування сторінок» і дані звіту «Ефективність» за 12 місяців. Потім позначте неякісні сторінки сайту: тонкі, дубльовані, биті, ті, що конкурують між собою, і ті, які ніколи не показуються в пошуку. Для кожної позначеної сторінки є одне з чотирьох рішень: покращити, обʼєднати, закрити noindex або видалити.

Більшості сайтів не потрібно видаляти половину сторінок. Їм потрібен перелік конкретних URL, що створюють проблеми, і причина, чому кожен із них потрапив до переліку. У цьому посібнику пояснюємо, як такий перелік скласти.

Що означає, що сторінка «шкодить» SEO?

Сторінка шкодить SEO одним із двох способів. Вона може мати власні проблеми: бути битою, повільною, заблокованою або так і не потрапити в індекс. Або тягнути вниз інші сторінки: марнувати ресурси сканування, розпорошувати релевантність між майже однаковими сторінками чи додаватися до маси некорисного контенту, через яку весь сайт виглядає слабшим.

Другий тип легко пропустити, і Google говорить про нього відкрито. У поясненнях щодо core updates сказано, що видалення некорисного контенту «може допомогти якісному контенту на вашому сайті працювати краще». Водночас там же видалення названо «крайнім заходом» — лише для контенту, який «неможливо врятувати».

Зі скануванням так само. Посібник Google про краулінговий бюджет попереджає: коли багато URL є дублями або неважливими сторінками, це «марнує багато часу, який Google витрачає на сканування вашого сайту». У тому ж посібнику уточнено, що це важливо переважно для великих сайтів (приблизно від 10 000 сторінок, які змінюються щодня, або від 1 млн сторінок) і для сайтів, де багато URL мають статус «Виявлено – наразі не проіндексовано». На сайті з 40 сторінок краулінговий бюджет рідко стає проблемою. А от тонкі сторінки й дублі — цілком можуть.

Які сторінки шкодять SEO сайту?

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

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

Як знайти сторінки, що шкодять SEO сайту: покроково

Описаний нижче метод працює на будь-якій CMS. Вам знадобляться доступ до Search Console, краулер (підійде будь-який десктопний чи хмарний) і таблиця.

Крок 1: Складіть єдиний перелік URL

Обʼєднайте три джерела в одну таблицю — по одному рядку на URL:

• Експорт краулінгу: код відповіді, індексованість, canonical, title, кількість слів, кількість вхідних внутрішніх посилань.
• URL з XML-карти сайту: сторінки, які ви позначаєте для Google як важливі.
• Search Console «Ефективність» → «Сторінки»: кліки й покази за останні 12 місяців.

Потім зіставте рядки між джерелами. URL, який є в sitemap, але відсутній у краулінгу, — це сторінка-сирота. URL, який краулер знаходить, але для якого немає даних у Search Console, ніколи не показувався в пошуку. URL у Search Console, до якого краулер не може дістатися, — часто стара сторінка, що досі отримує трафік і потребує редиректу.

Крок 2: Правильно читайте звіт «Індексування сторінок»

Відкрийте «Індексування» → «Сторінки» і перегляньте причини, з яких сторінки не проіндексовано. Не намагайтеся досягти 100% індексації. У документації до звіту про індексування сторінок Google пише, що вам «не варто очікувати індексації всіх URL на сайті — лише канонічних сторінок». Там також сказано, що «Дублікат, канонічну версію не вибрано користувачем» — «не помилка».

Що експортувати й перевірити:

• Soft 404: сторінки, які показують повідомлення на кшталт «не знайдено», але повертають код 200. Вони марнують сканування, доки ви їх не виправите.
• Проскановано – наразі не проіндексовано: Google прочитав сторінку й вирішив її не індексувати. Часто це найочевидніша ознака тонкого контенту або майже дублів. Усі причини розібрано в нашому посібнику про статус «Проскановано – наразі не проіндексовано».
• Дублікат, Google вибрав іншу канонічну сторінку, ніж користувач: ваші сигнали canonical суперечать один одному.
• Виключено тегом noindex: переконайтеся, що серед них немає сторінок, які ви насправді хочете просувати.

Крок 3: Знайдіть сторінки без пошукової цінності

У звіті «Ефективність» встановіть період «останні 12 місяців» і експортуйте вкладку «Сторінки». Відсортуйте за показами. Сторінки з нулем або майже нулем показів за цілий рік — ваші кандидати в зомбі-сторінки. Для кожної з них запитайте:

1. Чи орієнтована вона на запит, який хтось шукає?
2. Чи є на сайті інша сторінка, яка вже краще відповідає на цей запит?
3. Чи виконує вона непошукову функцію — вхід в акаунт, юридична інформація, лендинг кампанії чи документація підтримки?

Сторінки, які виконують реальну непошукову функцію, залишаються без змін. Якщо сторінка не проходить питання 1 і 2, позначте її.

Також позначте сторінки з великою кількістю показів, але дуже низьким CTR на позиціях 1–5. Ці сторінки видно, але їхні title чи сніпети не отримують кліків.

Крок 4: Перевірте канібалізацію

У звіті «Ефективність» відкрийте вкладку «Запити», натисніть на важливий запит, а потім перейдіть на «Сторінки». Якщо два або більше ваших URL ділять покази за одним запитом і з часом міняються позиціями, вони розпорошують релевантність. Типовий приклад — статті «найкращі кросівки для бігу 2025» і «найкращі кросівки для бігу 2026», які обидві досі ранжуються. Виберіть сильніший URL, перенесіть у нього корисний контент і налаштуйте 301-редирект зі слабшого. Якщо позиції вже падають, стаття чому сторінки втрачають позиції в Google допоможе відрізнити канібалізацію від інших причин.

Крок 5: Проведіть технічну перевірку в краулері

Відфільтруйте експорт краулінгу за такими ознаками:

• URL з кодами 4xx і 5xx, на які досі ведуть внутрішні посилання
• Ланцюжки редиректів (A → B → C) і внутрішні посилання, що ведуть на редиректи
• Теги canonical, які вказують на URL з кодом, відмінним від 200, або на сторінки з noindex
• Однакові title і meta description — зазвичай це ознака дубльованих шаблонів
• Сторінки, на які веде менше ніж приблизно 1–2 вхідних внутрішніх посилання (див. внутрішня перелінковка для SEO)
• URL з noindex або редиректом, що є в sitemap

Крок 6: Перевірте швидкодію за шаблонами

Відкрийте звіт Core Web Vitals і перегляньте групи URL зі статусом «Погано». Ці групи майже завжди мають спільний шаблон — сторінки товарів, статті блогу чи сторінки лістингу. Порогові значення: LCP ≤ 2,5 с, INP ≤ 200 мс і CLS ≤ 0,1 на 75-му процентилі. Виправте шаблон один раз — і покращаться всі сторінки, що його використовують. Кожну метрику пояснено в посібнику з Core Web Vitals.

Якщо не хочеться збирати все це вручну, безкоштовний SEO-аудит від SEORecheck сканує ваш сайт у реальному браузері й показує уражені URL для битих посилань, ланцюжків редиректів, дублів і тонких сторінок, конфліктів canonical і повільних шаблонів — із прикладами з ваших власних сторінок.

Чи варто видаляти сторінки, що шкодять SEO?

Зазвичай ні — принаймні не в першу чергу. Google прямо радить вдаватися до видалення лише як до крайнього заходу для контенту, який неможливо врятувати. Більшість позначених сторінок краще покращити, обʼєднати або вивести з індексу. Обирайте дію залежно від того, чи має сторінка цінність для людей, зворотні посилання або трафік.

Кілька практичних правил:

• Перевіряйте зворотні посилання, перш ніж щось видаляти. Сторінку без трафіку, але з хорошими зовнішніми посиланнями, варто перенаправити, а не видалити.
• Не блокуйте сторінки в robots.txt, щоб їх «видалити». Robots.txt забороняє сканування, але не прибирає сторінку з індексу. До того ж Google тоді не побачить на ній тег noindex.
• Прибирайте за собою. Оновіть внутрішні посилання так, щоб вони вели на кінцеві URL, і приберіть мертві URL із sitemap.
• Зважайте на тривожний сигнал, який описує Google. Якщо ви думаєте про видалення цілих розділів, сторінка Google про core updates каже, що це, «ймовірно, ознака того, що ці розділи створювалися насамперед для пошукових систем».

Приклад на практиці

Візьмімо блог компанії, що надає послуги, — 220 статей. Краулінг і дані звіту «Ефективність» показують:

• 60 сторінок архівів тегів по одній-дві статті й без показів → noindex, потім прибрати їх із sitemap
• 14 пар щорічних статей «гід з цін» і «поради», що конкурують між собою → обʼєднати кожну пару, зі старішої — 301
• 9 статей зі статусом soft 404, бо плагін очистив їхній вміст → відновити контент або повертати 410
• 25 тонких статей на реальні теми з певною кількістю показів → переписати з конкретними прикладами

Насправді видаляється лише близько 10 URL. Решту покращують, обʼєднують або виводять з індексу.

Як зрозуміти, що виправлення допомогли?

Відстежуйте один і той самий перелік URL до і після. Зафіксуйте статус індексування, покази, кліки й середню позицію для сторінок, які ви залишили, і для сторінок, у які обʼєднували контент. Потім порівняйте їх знову через 30–60 днів. Технічні виправлення — редиректи, soft 404, canonical — зазвичай відображаються в Search Console протягом кількох тижнів, коли Google повторно сканує сторінки. Зміни якості контенту часто потребують більше часу. На сторінці Google про core updates зазначено, що деякі покращення можуть позначитися лише після наступного оновлення.

Ознаки успіху:

• Менше URL зі статусами «Проскановано – наразі не проіндексовано» і soft 404
• Цільові сторінки, у які обʼєднували контент, отримують більше показів і тримають стабільні позиції
• Статистика сканування показує більше запитів до важливих для вас сторінок
• Чистка не додала нових битих посилань чи ланцюжків редиректів

Порівнювати «до» і «після» простіше, коли кожна проблема має статус. Приклад звіту повторної перевірки показує проблеми з позначками «виправлено», «покращено», «не вирішено» або «нова», а приклад звіту — як для кожної знахідки перелічено уражені URL.

Головне

• Сторінки шкодять SEO або самі по собі (биті, повільні, непроіндексовані), або тягнуть вниз інші (дублі, канібалізація, марнування сканування, некорисний контент).
• Обʼєднайте краулінг, звіт «Індексування сторінок» і 12 місяців даних «Ефективності» в єдиний перелік URL.
• Найчіткіші сигнали — сторінки з нулем показів, soft 404, «Проскановано – наразі не проіндексовано» і перетин запитів.
• Спершу покращуйте або обʼєднуйте. Noindex — для сторінок, потрібних людям, але не пошуку. Видаляйте лише те, що не має цінності, трафіку чи посилань.
• Перевірте той самий перелік URL через 30–60 днів, щоб переконатися, що виправлення спрацювали.