Технічне SEO: що перевірити на сайті до просування

Технічне SEO — це все, що відбувається «під капотом» сайту і впливає на те, чи може Google знайти сторінки, правильно їх прочитати й показати людям. У цьому матеріалі ви отримаєте покрокову перевірку, яку власник бізнесу може пройти сам, без знання коду: що дивитися, де саме, як зрозуміти, що щось не так, і кому доручити виправлення.

Тексти, відгуки й посилання працюють лише тоді, коли фундамент у порядку. Якщо головна сторінка випадково закрита від індексації, а сайт відкривається за чотирма різними адресами, жодні вкладення в просування чи рекламу не дадуть очікуваного результату. Гроші підуть на компенсацію помилок, які можна було виправити за кілька годин. Саме тому технічне SEO варто перевірити до того, як підписувати договір на просування чи запускати рекламу.

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

Що входить у технічне SEO, а що ні

Щоб не плутатися, корисно розділити роботу над сайтом на три шари. Технічний шар відповідає за те, чи може пошукова система взагалі потрапити на сторінки й зрозуміти їх. Змістовий — за те, наскільки сторінки корисні людям і відповідають їхнім запитам. Зовнішній — за довіру: згадки, відгуки, посилання з інших сайтів.

Шар	Що туди входить	Що буде, якщо його ігнорувати
Технічний	індексація, robots.txt, sitemap.xml, переадресації, HTTPS, швидкість, мобільна версія, дублі, помилки 404	частина сторінок не потрапить у пошук або Google показуватиме не ті адреси
Змістовий	структура, тексти, заголовки, ціни, фото, відповіді на питання	сторінки є в індексі, але програють конкурентам
Зовнішній	профіль на Картах, відгуки, згадки на інших сайтах	сайт має менше довіри, ніж конкуренти з такою самою якістю

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

Поширене непорозуміння — чекати від технічних виправлень миттєвого зростання. Технічне SEO прибирає перешкоди, але не гарантує позицій: після виправлень Google має повторно обійти сайт, а далі все вирішують зміст і довіра. Зате без цього кроку кожна наступна вкладена гривня працює з втратами, і ви ніколи не дізнаєтеся, чи погано спрацювали тексти, чи їх просто ніхто не побачив.

Окремо зауважимо: більшість перевірок нижче не потребує доступу до коду. Вам знадобиться браузер, телефон, безкоштовні інструменти Google і, для виправлень, доступ до адмінки сайту або контакт розробника.

Підготовка: інструменти й доступи на один вечір

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

• Google Search Console — головне джерело правди про те, як Google бачить сайт. Якщо ще не підключили, почніть з покрокової інструкції по Search Console: підтвердження прав зазвичай займає 10–20 хвилин.
• PageSpeed Insights — безкоштовна перевірка швидкості окремої сторінки, окремо для мобільних і комп’ютерів.
• Браузер у режимі інкогніто — щоб бачити сайт без збережених даних і автозаповнення.
• Телефон із мобільним інтернетом — не Wi-Fi в офісі, а саме те з’єднання, яке мають ваші клієнти в дорозі.
• Доступи до адмінки, хостингу й реєстратора домену — або хоча б розуміння, в кого вони є.
• Простий файл чи таблиця для нотаток: що перевірили, що знайшли, хто має виправити.

Крок 1. Індексація: чи пускає сайт пошукового робота

Пошукова система обходить сайт роботом. Якщо він не може потрапити на сторінку або йому прямо заборонили її індексувати, сторінки просто не буде в пошуку, хоч би який чудовий текст там був.

robots.txt

Відкрийте адресу вашсайт.ua/robots.txt. Рядок «Disallow: /» без уточнень означає, що весь сайт закрито від пошуку. Таке часто залишається після розробки, коли тестову версію ховали від Google, а потім забули прибрати заборону. Закривати варто лише службові розділи: адмінку, кошик, результати внутрішнього пошуку.

sitemap.xml

Карта сайту зазвичай доступна за адресою вашсайт.ua/sitemap.xml. Вона має існувати, містити лише актуальні сторінки, які ви хочете бачити в пошуку, і бути додана в Search Console. Якщо в карті є видалені сторінки чи тестові чернетки, це ознака, що її ніхто не оновлює.

noindex і сторінки без посилань

1. У Search Console відкрийте звіт про індексування сторінок.
2. Перегляньте причини, з яких сторінки не індексуються: «Виключено тегом noindex», «Заблоковано у файлі robots.txt», «Виявлено, але не проіндексовано».
3. Перевірте, чи немає серед них важливих сторінок послуг чи цін.
4. Для кожної важливої сторінки переконайтеся, що на неї веде хоча б одне посилання з меню або інших сторінок: «сироти» робот знаходить погано.

Для окремої сторінки є зручний інструмент «Перевірка URL» у Search Console. Вставте адресу, і ви побачите, чи є сторінка в індексі, коли робот заходив востаннє, яку канонічну адресу обрав Google і чи бачить він сторінку на мобільному. Якщо сторінку щойно виправили, там же можна надіслати запит на повторне індексування. Не зловживайте цим: масові запити не пришвидшують процес, вони потрібні для кількох ключових сторінок.

Детальніше про те, як Google додає сторінки в пошук і скільки це зазвичай триває, розповідає матеріал про індексацію сайту.

Крок 2. Одна адреса сайту: дзеркала, HTTPS і слеші

Для Google адреси http://сайт.ua, https://сайт.ua, http://www.сайт.ua і https://www.сайт.ua — чотири різні сайти. Якщо всі вони відкриваються окремо, пошукова система бачить чотири копії однакового вмісту і може розподілити між ними вагу. Те саме стосується сторінок зі слешем у кінці та без нього.

1. Введіть у браузері по черзі всі чотири варіанти адреси головної.
2. Перевірте, що кожен автоматично перенаправляє на одну основну версію, бажано з https.
3. Відкрийте будь-яку внутрішню сторінку зі слешем у кінці й без нього: результат має бути однаковим, з переадресацією на одну версію.
4. Перевірте, що в Search Console додано саме основну версію або весь домен.

Окремо переконайтеся, що сертифікат безпеки дійсний: браузер не повинен показувати попередження «Небезпечне з’єднання». Сертифікат зазвичай надає хостинг безкоштовно, але його автоматичне оновлення інколи ламається, і сайт раптом стає «небезпечним» для всіх відвідувачів.

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

Крок 3. Швидкість і мобільна версія без гонитви за балами

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

• перевірте головну й одну-дві сторінки послуг у PageSpeed Insights, звертаючи увагу на мобільну версію;
• у Search Console подивіться звіт «Основні веб-показники»: там видно групи сторінок із проблемами, а не лише одну адресу;
• відкрийте сайт зі свого телефона через мобільний інтернет і пройдіть шлях до заявки: від головної до форми чи кнопки дзвінка;
• зверніть увагу, чи нічого не «стрибає» під час завантаження і чи не закриває текст банер або вікно чату.

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

Найчастіші причини повільності на сайтах малого бізнесу — важкі неоптимізовані фото, зайві плагіни й слабкий хостинг. Детальний план виправлень є в статті про швидкість сайту. Фото ви часто можете стиснути самі, а от плагіни й налаштування сервера краще доручити розробнику.

Окремо подивіться на мобільні дрібниці, які не видно в балах: чи читається текст без збільшення, чи не перекриває кнопку дзвінка банер про файли cookie, чи працює номер телефону як посилання, яке одразу відкриває набір. Для сайту послуг ці деталі часто важать більше, ніж кілька десятих секунди завантаження, бо саме на них людина вирішує, дзвонити чи ні.

Крок 4. Чи розуміє Google, про що кожна сторінка

Навіть коли сторінка проіндексована, пошук має зрозуміти, про що вона і для якого запиту підходить. Тут технічна частина перетинається зі змістом, і помилки часто виникають саме через шаблони, а не через тексти.

• Унікальний title і description на кожній сторінці. Однакові заголовки на десятьох сторінках — поширена проблема шаблонних сайтів.
• Один H1 на сторінці, який чітко називає її тему. Логотип чи слоган у ролі H1 на всіх сторінках — типова помилка.
• Канонічна адреса (canonical) — підказка, яку з подібних сторінок вважати основною. Особливо важлива для магазинів із фільтрами й сортуванням.
• Мікророзмітка для організації, послуг, відгуків, питань і відповідей: вона допомагає Google показати розширений сніпет.
• Мова сторінки правильно вказана в коді, особливо якщо сайт має кілька мовних версій.

Мікророзмітку легко перевірити безкоштовним інструментом Google для розширених результатів: достатньо вставити адресу сторінки. Що саме варто розмітити на сайті послуг і як це виглядає в пошуку, пояснює матеріал про мікророзмітку Schema.org.

Крок 5. Биті посилання, помилки 404 і ланцюжки переадресацій

З часом на будь-якому сайті з’являються сторінки, яких уже немає: видалили послугу, змінили адресу, перенесли статтю. Якщо на них досі ведуть посилання з меню, тексту чи інших сайтів, відвідувач бачить помилку 404, а Google — ознаку занедбаності.

1. У Search Console у звіті про індексування знайдіть сторінки з помилкою «Не знайдено (404)».
2. Для кожної вирішіть: відновити, налаштувати 301-переадресацію на схожу сторінку чи залишити 404, якщо аналогу немає.
3. Пройдіться по меню й футеру: чи всі пункти ведуть на живі сторінки.
4. Перевірте, що сторінка 404 на вашому сайті оформлена по-людськи: з поясненням і посиланнями на головні розділи.
5. Подивіться на ланцюжки переадресацій, коли одна адреса веде на другу, а та — на третю.

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

Не варто масово перенаправляти всі видалені сторінки на головну. Для Google це майже те саме, що 404, а для людини — розчарування: вона шукала конкретну послугу й опинилася на загальній сторінці без пояснень.

Крок 6. Дублі, службові й порожні сторінки

Дублі — це сторінки з однаковим або майже однаковим вмістом за різними адресами. Порожні сторінки — шаблони без тексту, які випадково потрапили в індекс. І ті, й інші забирають у Google ресурс на обхід і можуть «перехопити» показ у сторінки, яку ви насправді просуваєте.

• сторінки тегів і категорій блогу, де повторюються ті самі анонси статей;
• архіви за датами й авторами на сайтах із блогом;
• адреси з параметрами після знака питання, наприклад після переходу з реклами чи сортування товарів;
• тестові сторінки й чернетки, які забули видалити після запуску;
• однакові сторінки послуг для різних міст, де змінено лише назву міста.

Рішення залежить від типу: службові сторінки закривають від індексації, для варіантів із параметрами налаштовують канонічні адреси, а схожі сторінки об’єднують в одну сильну з переадресацією зі старих адрес.

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

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

Приклад: перевірка невеликого сайту послуг

Щоб було зрозуміліше, як виглядає результат, розглянемо умовний приклад. Це не реальний клієнт, а типова картина, зібрана з поширених ситуацій: сайт сантехнічної служби на 12 сторінок, зроблений кілька років тому, з блогом на п’ять статей.

Що знайшли	Наслідок	Пріоритет	Орієнтовний час на виправлення
у robots.txt закрито розділ «Послуги» після старого тестування	сторінки послуг не з’являються в пошуку	критичний	10–15 хвилин
сайт відкривається і з www, і без	дві копії сайту в очах Google	високий	до години
однаковий title на 8 сторінках	Google погано розуміє, яку сторінку показати	високий	1–2 години разом із текстами заголовків
фото по 3–5 МБ у галереї	повільне завантаження на телефоні	середній	1–3 години
4 помилки 404 з меню після перейменування послуг	відвідувачі натрапляють на порожні сторінки	середній	до години
сторінки тегів блогу в індексі	дублі анонсів	низький	30 хвилин

Зверніть увагу на пропорцію: одна критична проблема, яку виправляють за чверть години, важить більше, ніж решта списку разом. Саме тому перевірку варто починати з індексації, а не з балів швидкості.

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

Цікаво й інше: з шести пунктів умовного прикладу три власник може закрити сам — перевірити robots.txt разом із розробником по телефону, переписати заголовки в адмінці й стиснути фото перед повторним завантаженням. Технічне SEO лише звучить як щось недосяжне. На практиці значна частина роботи — це уважність і готовність пройтися по списку, а не програмування.

Після редизайну, переїзду чи оновлення шаблону

Найбільше технічних проблем з’являється не самі по собі, а після змін. Новий дизайн, переїзд на інший хостинг, оновлення платформи — і раптом половина сторінок має нові адреси, robots.txt повернувся до заборони, а форма перестала надсилати заявки.

1. До змін збережіть список усіх адрес сайту, наприклад із sitemap.xml або звіту Search Console.
2. Після змін перевірте, що кожна стара адреса або відкривається, або веде 301-переадресацією на нову відповідну сторінку.
3. Відкрийте robots.txt і переконайтеся, що там немає загальної заборони.
4. Перевірте title, description і H1 на головних сторінках: шаблони інколи скидають їх до стандартних.
5. Надішліть тестову заявку з кількох сторінок.
6. Через тиждень і через місяць подивіться звіт про індексування в Search Console на предмет нових помилок.

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

Таблиця пріоритетів: що виправляти першим і хто це робить

Коли перевірка завершена, у вас зазвичай є список із десятка пунктів. Щоб не розпорошуватися, розставте пріоритети: спершу те, що блокує показ сайту, потім те, що заважає Google правильно розуміти сторінки, і лише потім косметика.

Перевірка	Де дивитися	Хто зазвичай виправляє
Закрито від індексації	robots.txt, Search Console	розробник або SEO-фахівець
Кілька версій сайту, HTTPS	браузер, панель хостингу	розробник, підтримка хостингу
Повільне завантаження	PageSpeed Insights	розробник; фото — ви самі
Однакові title і H1	пошук site:, Search Console	SEO-фахівець або ви в адмінці
Помилки 404, ланцюжки	Search Console	розробник або ви в адмінці
Дублі й службові сторінки	Search Console, site:	SEO-фахівець

Якщо самостійна перевірка показала кілька проблем або ви не впевнені, як їх трактувати, має сенс замовити SEO-аудит сайту: експрес-версія за 49 $ покаже критичні технічні помилки, повна за 199 $ — розгорнутий план виправлень із пріоритетами. Перелік інших робіт і орієнтовні суми зібрано на сторінці з цінами на послуги.

Технічне SEO в плані просування: порядок і регулярність

Логіка проста: немає сенсу писати нові тексти чи шукати зовнішні посилання, поки Google не може нормально знайти й прочитати сайт. Правильний порядок виглядає так: спершу технічні виправлення, потім структура й сторінки під запити, потім тексти, і лише після цього — посилання й робота над репутацією.

Технічне SEO зазвичай не потребує постійної щоденної роботи: основне виправляють один раз, а далі підтримують. Тому в просуванні в Google від GuideWay перший місяць майже завжди йде на технічний фундамент, і лише потім — на тексти й розширення сайту. Як виглядає співпраця покроково, описано на сторінці як ми працюємо.

Мінімальний регламент для невеликого сайту

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

• раз на місяць — 15 хвилин у Search Console: нові помилки індексування, звіт про веб-показники, повідомлення від Google;
• раз на квартал — пошук site:, перевірка меню й футера на биті посилання, тестова заявка;
• раз на пів року — повторна перевірка за всіма шістьма кроками;
• після кожної суттєвої зміни сайту — перевірка зі списку для редизайну.

Технічне SEO за п’ять вечорів: план на тиждень

Щоб стаття не залишилася просто прочитаною, ось розклад, який займає орієнтовно 20–40 хвилин на день і не потребує технічних знань.

1. Понеділок. Зберіть доступи до адмінки, хостингу й домену, підключіть або відкрийте Search Console.
2. Вівторок. Перевірте robots.txt, sitemap.xml і звіт про індексування сторінок.
3. Середа. Перевірте чотири варіанти адреси, слеші й сертифікат.
4. Четвер. Проженіть головну й дві сторінки послуг через PageSpeed Insights, пройдіть шлях до заявки з телефона.
5. П’ятниця. Пошук site:, перевірка 404 і меню, складання списку з пріоритетами для себе чи розробника.

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

Часті запитання

Що таке технічне SEO простими словами?

Це робота з технічним станом сайту, яка допомагає пошуковим системам знайти, прочитати й правильно показати сторінки. Сюди входять індексація, файли robots.txt і sitemap.xml, переадресації, HTTPS, швидкість, мобільна версія, дублі та помилки 404. Тексти й дизайн до технічної частини не належать, але без неї вони працюють гірше.

Чи можна перевірити технічне SEO самостійно?

Базові речі — так. Безкоштовні Google Search Console і PageSpeed Insights показують проблеми з індексацією, швидкістю й мобільною версією. Вручну можна перевірити переадресації між версіями сайту, robots.txt і биті посилання в меню. Для глибшого аналізу дублів, канонічних адрес і ланцюжків переадресацій краще звернутися до фахівця.

Як часто потрібно перевіряти технічний стан сайту?

Для невеликого сайту послуг достатньо коротко переглядати Search Console раз на місяць і робити детальнішу перевірку раз на пів року. Обов’язково перевіряйте сайт після будь-яких суттєвих змін: оновлення платформи чи шаблону, редизайну, переїзду на інший хостинг, додавання нових розділів. Так ви вчасно помітите помилки.

Чи впливає хостинг на технічний стан сайту?

Так. Від хостингу залежать швидкість відповіді сервера, стабільність роботи й часто HTTPS-сертифікат. Якщо сайт регулярно недоступний або відповідає повільно, Google рідше його обходить, а відвідувачі йдуть. Для сайту малого бізнесу не потрібен дорогий сервер, але дуже дешевий перевантажений хостинг може стати проблемою.

Що робити, якщо в Search Console багато сторінок «Виявлено, але не проіндексовано»?

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

Скільки коштує виправлення технічних помилок?

Залежить від кількості проблем і платформи сайту. Частину пунктів, як-от заголовки, фото чи меню, власник виправляє сам в адмінці. Переадресації, robots.txt і швидкість зазвичай займають у розробника від кількох годин до кількох днів. Спершу варто отримати перелік проблем з пріоритетами, а вже потім оцінювати вартість.

Чи потрібно робити технічну перевірку для нового сайту?

Так, і це найкращий момент. Після запуску часто залишаються сліди розробки: заборона в robots.txt, тестові сторінки, незаповнені заголовки, відсутня карта сайту. Перевірка в перший тиждень займає мало часу й рятує від ситуації, коли сайт місяцями не з’являється в пошуку, а власник думає, що «Google просто ще не помітив».