Чек-лист технічного SEO-аудиту сайту

Цілі та завдання технічного аудиту

Мета технічного SEO-аудиту сайту полягає у виявленні та виправленні технічних помилок, які можуть негативно впливати на його пошукову видимість і ранжування в пошукових системах.

Основні завдання аудиту включають у себе:

1. Виявлення помилок індексації: перевірка файлу robots.txt і файлу sitemap.xml на наявність помилок, встановлення правильних директив для індексації сторінок.
2. Аналіз структури URL: перевірка на наявність читабельних, інформативних і оптимізованих URL-адрес, а також виключення дубльованих URL.
3. Оптимізація швидкості завантаження сторінок: аналіз швидкості завантаження сайту та його окремих сторінок, виявлення причин повільного завантаження і пропозиція заходів щодо їхнього поліпшення.
4. Перевірка мобільної сумісності: переконатися, що сайт коректно відображається і функціонує на мобільних пристроях, і оптимізований для мобільних пошукових запитів.
5. Перевірка структури сайту і внутрішньої перелінковки: аналіз структури сайту і його внутрішньої перелінковки для забезпечення зручності навігації як для користувачів, так і для пошукових роботів.
6. Перевірка наявності та оптимізація мета-тегів: переконатися в наявності релевантних мета-тегів (title, description, keywords) на кожній сторінці сайту, а також їхня оптимізація для ключових слів і фраз.
7. Перевірка безпеки сайту: аналіз наявності захисту від злому, перевірка наявності SSL-сертифіката, усунення вразливостей і запобігання шкідливим атакам.
8. Аналіз коду і структури HTML: перевірка правильності розмітки HTML-коду, виправлення помилок і оптимізація для кращого сприйняття пошуковими системами.
9. Перевірка наявності помилок 404 і перенаправлень: виявлення і виправлення битих посилань, а також налаштування правильних редиректів для перенаправлення відвідувачів із застарілих сторінок на актуальні.
10. Аналіз зовнішніх чинників: оцінка впливу зовнішніх чинників (наприклад, зворотних посилань) на SEO-показники сайту і пропозиція заходів щодо їх оптимізації.

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

Чек - лист технічного аудиту

Для виконання деяких пунктів аудиту необхідні доступи до Яндекс Метрики, Google Analytics, Яндекс Вебмайстер, Google Search Console.

У звіті показуємо кілька прикладів із вивантаження, а повний варіант вивантаження (наприклад, повний список сторінок із 404-відповіддю або список усіх сторінок із дубльованим тайтлом) завантажуємо на Гугл Диск і даємо посилання для ознайомлення.

1. аналіз наявності Яндекс Вебмайстер

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

Заходимо у Вебмайстер https://webmaster.yandex.ru/ і знаходимо наш сайт.

Перевіряємо основні помилки:

Діагностика у Вебмайстері

2. аналіз наявності Google Search Console

Google Search Console

3. Перевірка лічильників Яндекс Метрики та Google Analytics

"Яндекс Метрика" - безкоштовний інтернет-сервіс компанії Яндекс, призначений для оцінки відвідуваності веб-сайтів і аналізу поведінки користувачів.

Як перевіряти:

1. Вручну.

Заходимо на головну сторінку сайту і шукаємо в коді сторінки "metrika". Лічильник має розташовуватися в body і бути єдиним.

2. За допомогою розширення для браузера - Wappalyzer.

Розширення - Wappalyzer - показує системи аналітики, встановлені на сайті.

4. Перевірка наявності файлу robots.txt

Як перевіряти:

1. Вручну.

На сайті шукаємо файл за адресою domain.ru/robots.txt.

2. Через вебмайстерку - https://webmaster.yandex.ru/tools/robotstxt/.

Дивимося:

• Чи налаштований він під різних User-Agent (*, Googlebot, Yandex і т.д.)
• Чи є посилання на sitemap, чи робоче воно, чи перебуває в кінці robots.txt
• Перевіряємо через https://webmaster.yandex.ru/tools/robotstxt/ очевидні урли на кшталт кошика, порівняння, обраного тощо.
• Директива "Host:" більше не підтримується у файлі роботс
• Перевіряємо роботс у піддоменів, особливо дивимося на посилання sitemap, якщо є
• Налаштовано Clean-param для Яндекса і закрито для індексації сторінки з Get-параметрами для Google та інших пошукових систем

Додаємо у звіт поточний вигляд файлу, потім пишемо рекомендації. У т.ч. рекомендуємо додати Robots.txt і sitemap.xml у вебмайстер Яндекс і Гугл.

Приклад налаштованого файлу robots

https://rozetka.com.ua/robots.txt

5. Перевірка наявності sitemap.xml

Як перевіряти:

1. Вручну.
2. Розширення - SEO META in 1 CLICK.
3. Кричуща жаба.

На що звернути увагу:

• у сайтмап не має бути дублів, битих і сміттєвих посилань;
• карта сайту повинна містити в собі всі сторінки, які дозволені до індексування пошуковими системами, як в CMS Ядрі сайту, так і в robots.txt ..;
• карта сайту має оновлюватися за cron'ом і автоматично змінювати параметри;
• карта сайту завжди має бути актуалізована для пошукових ботів;
• на карту сайту мають автоматично додаватися нові url-адреси посадкових сторінок, які дозволені до індексування.

Знаходимо сайтмап зручним способом. Найчастіше він зазначений у роботс. Іноді він знаходиться за адресою domain.ru/sitemap.xml, але це не обов'язково. Можна побачити його через плагін, наприклад SEO META in 1 CLICK:

SEO META in 1 CLICK показує наявність карти сайту sitemap.xml

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

Крім того, перевіряємо файли через https://webmaster.yandex.ru/tools/sitemap/.

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

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

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

Отримати список урлів із сайтмап можна в Screaming Frog (Список URL - завантажити з Sitemap).

Натискаємо OK і відбувається парсинг сторінок у sitemap

6. Хлібні крихти

Як перевіряти:

Вручну.

"Хлібні крихти" є дуже корисним елементом на сайті, це свого роду меню вкладеності. Користувач легко може зрозуміти, в якому розділі він перебуває або швидко перейти в інший.

"Хлібні крихти" важливі і для пошукових роботів. Якщо розмітка складена добре, "хлібні крихти" можуть з'явитися у видачі Яндекса і Google. Завдяки чому сніпет сайту в пошуковій системі має унікальніший вигляд. Збільшується CTR сніпетів, відповідно сайт отримає більше переходів.

7. Мета-теги noindex, nofollow, canonical

Як перевіряти:

1. Вручну.
2. Розширення - Alaev SEO Tools.

Заходимо на сторінки пагінації категорій і фільтрів (варіант - подивитися в результатах парсингу).

Дивимося, як у них прописані noindex, nofollow, canonical і чи є взагалі.

Приклад помилки в канонікалі фільтра (водночас сторінки пагінації фільтрів відкриті до індексації та передання статичної ваги, оскільки містять тег index і атрибут follow - рекомендуємо виправити):

8. Тег

Тег - тег, що розміщується в HTML-коді сторінки, який забороняє боту пошукової системи Яндекс індексувати частину тексту (укладену всередині нього). Тег noindex Яндекс ввів за власною ініціативою, яку до сьогоднішнього дня поділяє лише Рамблер.

Google не звертатиме на нього уваги.

Конструкція rel="noindex", що досить часто зустрічається в мережі, є помилковою, оскільки це не атрибут, а тег.

Використання тега noindex призводить до того, що валідація сайту міститиме безліч помилок у коді. Причина все та сама: серед тих, хто розуміє тег noindex - тільки Яндекс. Крім того, цей тег не є стандартизованим.

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

Коли використовується:

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

9. Індексованість контенту на сторінках сайту

Як перевіряти:

Вручну

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

10. Визначення головного дзеркала

Як перевіряти:

1. Вручну.
2. Яндекс Вебмайстер.
3. Кричуща жаба.

Дзеркала - точні копії сайту, доступні за різними URL. Оскільки за двома адресами зазвичай доступний однаковий контент, пошукові системи визнають їх дзеркалами і склеюють. Термін "склейка" означає, що в пошуку бере участь тільки один ресурс. Пошуковики можуть вибрати основний домен або головне дзеркало автоматично.

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

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

Не повинно бути дублів з index.php, index.htm, index.html, index.asp, зі слешем / або без слеша /.

11. безпечний протокол роботи сайту

Як перевіряти:

Вручну.

Протокол HTTPS (HyperText Transfer Protocol Secure) - захищений протокол HTTP для захисту передачі даних. Дані шифруються за допомогою SSL/TLS.

12. наявність технічних дублікатів

Як перевіряти:

Кричуща жаба.

• Парсимо сайт зручною програмою і робимо вивантаження: дублікати тайтл, дублікати дескрипшн, порожні тайтл і порожні дескрипшн.
• Даємо посилання на вивантаження (їх розміщуємо в окремих таблицях на Гугл Диску).
• Наводимо приклади, чому виникли дублі (напр. у картках товарів title не генеруються за назвою товару).
• Даємо рекомендації, як виправити.

Дублі та пропущені тайтли в програмі Screaming Frog

Дублі та пропущені дескрипшени в програмі Screaming Frog

Дублі та пропущені заголовки h1 у програмі Screaming Frog

13. Аналіз піддоменів сайту

Як перевіряти:

1. Вручну.
2. Кричуща жаба.

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

Перераховуємо знайдені піддомени. Дивимося, чи унікалізовані у них sitemap, robots, мета-теги, контакти, seo-тексти та інша інформація, яка могла продублюватися.

14. Спамні блоки в HTML

Як перевіряти:

Вручну.

Перевіряємо на наявність, якщо є - рекомендуємо прибрати.
Наприклад, повторення коду.

15. Спамні блоки прихованого тексту

Як перевіряти

Вручну.

Детально про прихований текст: https://yandex.ru/support/webmaster/threats/hiddentext.html

Перевіряємо на наявність, якщо є - рекомендуємо прибрати.

16. Биті посилання

Як перевіряти

Кричуща жаба.

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

Робимо відповідний звіт у Screaming Frog, даємо посилання на вивантаження. Даємо рекомендації як виправити.

17. Посилання на сторінки з 301 редиректом

Як перевіряти

Кричуща жаба.

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

18. Мікророзмітка

Як перевіряти:

1. https://validator.schema.org/.
2. https://search.google.com/test/rich-results.
3. https://webmaster.yandex.ru/tools/microtest/.
4. https://search.google.com/search-console.

Schema.org - це стандарт семантичної розмітки даних у мережі, підтримуваний Google, Bing, Yandex і Yahoo!

Мета семантичної розмітки - зробити інтернет зрозумілішим, структурованішим і полегшити пошуковим системам і спеціальним програмам витяг і обробку інформації для зручного її подання в результатах пошуку.

19. Коректність 404 коду

Як перевіряти:

Сервіс - bertal.ru.

Неіснуючі сторінки повинні віддавати 404 код і мати відповідний вигляд.

20. Коректність 200 коду

Як перевіряти:

Сервіс - bertal.ru.

Перевірити, якщо є проблеми, вказати де і рекомендувати виправити.

21. Швидкість відповіді сервера/Використання кешу/Оптимізація зображень

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

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

Корисні сервіси:

• https://pagespeed.web.dev/
• http://gtmetrix.com/
• Інструмент розробника Google Chrome.

Скріни перевірки швидкості завантаження сторінки в сервісі https://pagespeed.web.dev/

Перше відтворення контенту (FCP) і перша затримка введення (FID) - важливі показники швидкості для Гугл у 2021. Детально в офіційній довідці

Показники Core Web Vitals:

Перше відмальовування контенту (FCP) - час, який витрачається на завантаження першого контенту на сайті (пошуковий рядок, фрагмент, блок тексту або зображення).

Показники:

• висока швидкість - менше ніж 1 с;
• середня швидкість - від 1 до 2,5 с;
• низька швидкість - понад 2,5 с.

Перша затримка введення (FID) - період часу від першої взаємодії користувача з сайтом (натискання на посилання, кнопку тощо) до реакції браузера на цю взаємодію.

Показники:

• висока швидкість - менше ніж 50 мс;
• середня швидкість - від 50 до 250 мс;
• низька швидкість - понад 250 мс.

Швидкість завантаження основного контенту (LCP) - він відзначає точку на часовій шкалі завантаження сторінки, коли, ймовірно, завантажився основний контент сторінки. Швидкий LCP допомагає переконати користувача в корисності сторінки.

Щоб забезпечити хорошу взаємодію з користувачем, сайти повинні прагнути до того, щоб LCP становило 2,5 секунди або менше.

Сукупна зміна макета (CLS) - стабільний показник Core Web Vital. Це важливий, орієнтований на користувача показник для вимірювання візуальної стабільності, оскільки він допомагає кількісно визначити, як часто користувачі стикаються з несподіваними змінами макета.

Взаємодія з наступним відтворенням (INP) - це очікувана метрика Core Web Vital, яка замінить затримку першого введення (FID) 12 березня 2024 року. INP оцінює швидкість реагування, використовуючи дані з API синхронізації подій.

Час до першого байта (TTFB) - показник для вимірювання часу встановлення з'єднання та швидкості реагування веб-сервера. Це допомагає визначити, коли веб-сервер занадто повільно відповідає на запити. Хороші значення TTFB становлять 0,8 секунди або менше, а погані значення - понад 1,8 секунди.

22. Порівняння індексів у різних ПС

За допомогою site:domain.com порівнюємо кількість сторінок в індексах Яндекса і Гугла. Якщо вони сильно відрізняються, вказуємо це, шукаємо причини (наприклад, багато дублів в індексі) і даємо відповідні рекомендації.

23. Аналіз валідності HTML

Валідація html - це перевірка коду на наявність помилок і взагалі на його коректність, якщо говорити максимально просто. Таку перевірку можна зробити за допомогою практично будь-якого html-валідатора, наприклад https://validator.w3.org/.

Проводимо аналіз шаблонних сторінок сайту (головна, категорія, підкатегорія, службова сторінка (напр., доставка), блог, стаття блогу, кошик тощо).

24. Alt у зображень

На відміну від атрибута title, заповнений атрибут alt у картинок більш істотний для пошукового просування. Він охоче індексується ботами пошукових систем і використовується ними для визначення вмісту виявлених зображень. Це важливо як для поліпшення релевантності сторінок сайту, так і для залучення на нього додаткового трафіку з "Пошуку за картинками". Тому потрібно пам'ятати, що не заповнюючи атрибут alt зображень, ви позбавляєте свій веб-ресурс додаткових пунктів рейтингу, які цілком могли б поліпшити його позиції у видачах пошукових систем.

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

Атрибут Alt:

• має бути змістовним і описувати картинку;
• складатися з 3-5 слів, але не більше 250 символів (складно описати картинку двома словами);
• по можливості містити ключовий запит;
• не має бути спамним.
  

25. Проблеми мобільної адаптації

У метриці дивимося відмови з мобільних. Також просто тестуємо мобільну версію.

Вказуємо знайдені помилки, рекомендуємо виправити.

26. Мовні версії

Якщо у сайту є мовні версії, необхідно їх перевірити на адекватність:

• як реалізовано (підпапки/піддомени);
• чи збігається контент на основній версії та на мовній;
• чи є карта сайту для мовної версії;
• чи відкрита мовна версія для індексації;
• rel="alternate" і hreflang.

Підпишіться на наш блог і телеграм-канал, щоб бути в курсі SEO-корисностей.

• Сервіс N8N для автоматизації рутинних SEO робіт
• Повний SEO-чекліст для блогу: як писати статті, які приводять трафік
• Як використовувати Instagram для SEO
• Як керувати репутацією в Google: гайд із SERM для бізнесу у 2025 році
• Як заборонити нейромережам навчатися на контенті вашого сайту

10 відповідей до “Чек-лист технічного SEO-аудиту сайту”

1. www.binance.info registrera dig :

   11.07.2026 о 19:24

   Can you be more specific about the content of your article? After reading it, I still have some doubts. Hope you can help me.

   Відповісти
2. registrera dig f"or binance :

   17.06.2026 о 17:37

   Can you be more specific about the content of your article? After reading it, I still have some doubts. Hope you can help me. https://accounts.binance.bh/register/person?ref=IXBIAFVY

   Відповісти
3. binance "oppna konto :

   13.06.2026 о 22:22

   Your article helped me a lot, is there any more related content? Thanks!

   Відповісти
4. binance :

   05.06.2026 о 15:46

   Your article helped me a lot, is there any more related content? Thanks!

   Відповісти
5. Anm"al dig f"or att fa 100 USDT :

   27.05.2026 о 05:25

   Thanks for sharing. I read many of your blog posts, cool, your blog is very good.

   Відповісти
6. binance registrering :

   14.05.2026 о 14:23

   Can you be more specific about the content of your article? After reading it, I still have some doubts. Hope you can help me.

   Відповісти
7. creación de cuenta en Binance :

   13.05.2026 о 07:07

   Your point of view caught my eye and was very interesting. Thanks. I have a question for you.

   Відповісти
8. Registro :

   22.02.2026 о 06:43

   Thank you for your sharing. I am worried that I lack creative ideas. It is your article that makes me full of hope. Thank you. But, I have a question, can you help me?

   Відповісти
9. Register :

   21.01.2026 о 03:29

   I don’t think the title of your article matches the content lol. Just kidding, mainly because I had some doubts after reading the article. https://accounts.binance.com/en-ZA/register?ref=B4EPR6J0

   Відповісти
10. "oppna ett binance-konto :

    24.12.2025 о 09:45

    Your article helped me a lot, is there any more related content? Thanks! https://accounts.binance.com/vi/register?ref=MFN0EVO1

    Відповісти