12 технічних помилок, які вбивають позиції сайту (і як знайти їх за 5 хвилин)
Сайт стоїть на місці, а ви не розумієте чому. Контент пишете, посилання є, дизайн пристойний - але трафік із пошуку не росте. Часто справа не в контенті і не в конкурентах. Справа в технічних дрібницях, які пошуковик бачить, а ви - ні.
Ці помилки не кричать про себе. Сайт відкривається, сторінки працюють, все виглядає нормально. Але робот Google спотикається об них щоразу, коли заходить на сайт, і тихо знижує вас у видачі. І майже всі вони знаходяться за пару хвилин, а виправляються ще швидше.
Нижче - 12 помилок, які ми регулярно ловимо в SEO-аудитах. По кожній: що це, чим загрожує і як перевірити у себе.
Безпека і базова розмітка
1. Немає HTTPS або змішаний контент
Що це. Сайт працює по http замість https, або частина ресурсів (картинки, скрипти, стилі) завантажується по http на захищеній сторінці - це і є змішаний контент.
Чим загрожує. Браузер показує «небезпечно» поруч з адресою, відвідувач лякається і йде. Google прямо знижує такі сторінки.
Як знайти. Відкрийте сайт і подивіться на іконку замка зліва від адреси. Якщо замка немає або є попередження - проблема. Змішаний контент видно в консолі браузера (F12 → вкладка Console, шукайте Mixed Content).
2. Немає тегу title або він занадто короткий
Що це. У сторінки порожній або занадто короткий заголовок (коротший за 20 символів). Title - це той синій рядок, який видно в результатах пошуку.
Чим загрожує. Google нічого не може показати у видачі, тому він підставить що-небудь - ім’я домену або випадковий шматок тексту. Кліків буде мало.
Як знайти. Відкрийте сторінку, натисніть F12, знайдіть тег <title> у коді. Або просто загугліть свою сторінку і подивіться, що показано в заголовку результату.
3. Немає H1 або їх кілька
Що це. На сторінці немає головного заголовка H1, або їх одразу два-три. H1 - це заголовок верхнього рівня, він має бути один.
Чим загрожує. Пошуковик не розуміє, про що сторінка в першу чергу. Коли H1 кілька, сигнал розмивається, і тема зчитується гірше.
Як знайти. F12 → пошук по коду <h1. Має знайтися рівно один. Нуль або більше одного - привід виправити.
4. Немає meta description
Що це. У сторінки не задано короткий опис для видачі - той сірий текст під заголовком у результатах пошуку.
Чим загрожує. Google сам вирізає випадковий уривок зі сторінки, часто невдалий і обірваний на півслові. CTR падає, тому що опис не чіпляє.
Як знайти. F12 → пошук name="description". Якщо тегу немає або він порожній - треба дописати. Довжина 120-160 символів, по суті.
Посилання, індексація і редиректи
5. Биті посилання
Що це. Посилання, які ведуть на неіснуючі сторінки і повертають помилку 404 або 500. Бувають внутрішні (на власні сторінки) і зовнішні.
Чим загрожує. Робот витрачає краулінговий бюджет даремно, обходячи тупики замість живих сторінок. Користувач натикається на помилку і злиться.
Як знайти. Search Console показує помилки сканування. Для разової перевірки підійде будь-який краулер посилань - вводите домен, отримуєте список 404.
6. Немає sitemap.xml
Що це. Карти сайту немає, або вона не вказана. Sitemap - це файл зі списком усіх сторінок, який ви віддаєте пошуковику.
Чим загрожує. Частину сторінок робот може просто не знайти, особливо на великих або погано пов’язаних сайтах. В індекс вони не потраплять - отже, їх не буде в пошуку.
Як знайти. Відкрийте вашсайт.ua/sitemap.xml. Якщо 404 - карти немає. Перевірте, чи додана вона в Search Console.
7. robots.txt закриває зайве
Що це. Файл robots.txt керує тим, що роботу можна обходити. Один рядок Disallow не на місці - і важливий розділ закрито від індексації. Буває і конфлікт: сторінка є в sitemap, але заборонена в robots.
Чим загрожує. Закриті сторінки повністю випадають із пошуку. Випадковий Disallow: / взагалі прибирає весь сайт із видачі - і таке трапляється частіше, ніж хотілося б.
Як знайти. Відкрийте вашсайт.ua/robots.txt і прочитайте очима. Кожен рядок Disallow звірте - чи справді це треба закривати.
8. Ланцюжки і цикли редиректів
Що це. Замість прямого переходу адреса веде через кілька пересилань: A → B → C. Або замикається в кільце: A → B → A.
Чим загрожує. На кожному кроці втрачається частина ссилкового ваги, а обхід сповільнюється. Цикл взагалі не дає сторінці відкритися - ні роботу, ні людині.
Як знайти. Будь-який чекер редиректів покаже весь ланцюжок за адресою. Ідеал - один стрибок http → https або стара адреса → нова, без проміжних ланок.
9. М’який 404
Що це. Неіснуюча сторінка повертає код «200 OK» замість чесного 404. Для людини це сторінка «нічого не знайдено», а для робота - нібито робоча сторінка.
Чим загрожує. Пошуковик індексує порожнечі, і в індекс потрапляє сміття. Реальні сторінки через це отримують менше уваги робота.
Як знайти. Відкрийте свідомо неіснуючу адресу, наприклад вашсайт.ua/asdfgh123. Перевірте код відповіді - він має бути 404, а не 200. У Search Console такі сторінки позначені як «Виявлено, але не проіндексовано» або «М’яка помилка 404».
10. Немає canonical або він кривий
Що це. Canonical - тег, який говорить пошуковику, яка версія сторінки головна. Його може не бути, або він вказує не туди: на http-версію, на сторінку з noindex, або вибудований у ланцюжок.
Чим загрожує. Дублі сторінки конкурують одне з одним за позиції, замість того щоб складати вагу в одну. Google сам вирішує, яку показати - і нерідко вибирає не ту.
Як знайти. F12 → пошук rel="canonical". Перевірте, що адреса всередині - це правильна https-версія сторінки, без редиректів і без noindex.
Картинки і швидкість
11. Картинки без alt і важкі
Що це. У зображень немає атрибута alt (текстового опису), файли важать по кілька мегабайт, лежать у старих форматах замість WebP і завантажуються всі одразу, без відкладеного завантаження.
Чим загрожує. Скринридери не прочитають таку картинку, сторінка гальмує на завантаженні важких файлів, а без alt Google не розуміє, що на зображенні - і трафік із пошуку по картинках проходить мимо.
Як знайти. F12 → перевірте теги <img>, мають бути alt і loading="lazy". Вагу файлів дивіться на вкладці Network. PageSpeed Insights окремо підсвітить нестиснуті і не-WebP картинки.
12. Провалені Core Web Vitals
Що це. Група метрик швидкості і стабільності: LCP (за скільки завантажується головний блок), CLS (наскільки стрибає верстка при завантаженні). Якщо вони в червоній зоні - значить, сторінка повільна або смикається під пальцями.
Чим загрожує. Це офіційний фактор ранжування Google, а не рекомендація. Повільний сайт втрачає і позиції, і людей - більше половини іде, не дочекавшись завантаження.
Як знайти. PageSpeed Insights показує всі Core Web Vitals за адресою - вводите URL, отримуєте оцінку і список того, що гальмує. Реальні дані користувачів видно у звіті Search Console.
Як знайти все за 5 хвилин
Проходити цей список вручну по кожній сторінці - довго і легко щось пропустити. Швидше запустити безкоштовний аудит на seonerve.com: вводите URL - отримуєте список знайдених проблем одразу з пріоритетами, що виправляти першим.
Для точкової перевірки окремих речей зручні безкоштовні інструменти Google:
- 🟢 PageSpeed Insights - швидкість і Core Web Vitals за адресою.
- 🟢 Rich Results Test - перевірка розмітки і того, як сторінка видна роботу.
- 🟢 Search Console - помилки сканування, індексації і реальні дані щодо швидкості з живих користувачів.
Логіка проста: аудит дає загальну картину і список пріоритетів, а інструменти Google допомагають копнути в конкретну проблему.
З чого почати
Відкрийте свій сайт у безкоштовному аудиті seonerve.com і подивіться, скільки з цих 12 помилок у вас є. Швидше за все, кілька знайдеться - це нормально, вони накопичуються непомітно у всіх.
Далі два шляхи. Якщо помилки прості - title, alt, description - виправляйте самі за списком вище, це швидко. Якщо впершися в редиректи, canonical, robots або Core Web Vitals і не хочете розбиратися - напишіть нам, виправимо за вас і віддамо сайт, по якому робот ходить без спотикань.