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

Аудит сканування та індексації

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

robots.txt і директиви сканування

• ☐ Переконайтеся, що robots.txt відкривається на кореневому домені й віддає статус 200, а не 4xx/5xx.
• ☐ Перевірте, що жодне правило Disallow не блокує CSS, JavaScript та важливі каталоги з контентом, потрібні для рендерингу.
• ☐ Перевірте, що тестові та девелоперські хости закриті від продакшену, а сам продакшен не закритий цілком через помилку (['Disallow: /']).
• ☐ Переконайтеся, що в robots.txt указано коректне посилання на карту сайту.
• ☐ Перевірте meta robots і заголовки X-Robots-Tag на випадковий noindex або nofollow на індексованих сторінках.
• ☐ Переконайтеся, що потрібні в індексі сторінки не закриті в robots.txt (заблокована URL не може прочитати власний тег noindex).

XML-карти сайту

• ☐ Перевірте, що карта сайту містить лише канонічні індексовані URL зі статусом 200: без редиректів, без noindex, без закритих адрес.
• ☐ Перевірте, що карта сайту вкладається в ліміти на один файл (['50,000 URL / 50 MB без стиснення']) і за потреби використовує індекс карт сайту.
• ☐ Перевірте, що URL записані абсолютними, однаковими https-адресами й збігаються з основним доменом.
• ☐ Надішліть карту сайту в Search Console і переконайтеся, що вона читається без помилок.
• ☐ Звірте кількість URL у карті сайту з кількістю проіндексованих і розберіться з великими розбіжностями.

Канонізація

• ☐ Переконайтеся, що кожна індексована сторінка оголошує canonical на саму себе (абсолютна URL).
• ☐ Перевірте, що теги canonical ведуть на живі сторінки зі статусом 200, а не на редиректи чи 404.
• ☐ Знайдіть суперечливі сигнали (canonical і noindex, canonical і hreflang, canonical і карта сайту).
• ☐ Переконайтеся, що параметричні, фасетні та посторінкові варіанти, а також адреси з ID сесії канонізуються правильно.
• ☐ Перевірте, що канонічною лишається тільки одна версія URL серед http/https, www і без www, зі слешем і без нього.

Покриття індексом

• ☐ Розберіть звіт Індексування сторінок у Search Console і розсортуйте кожну причину з блоку Не проіндексовано.
• ☐ Розберіться зі статусами Просканована, але поки не проіндексована та Виявлена, але поки не проіндексована: це питання якості або бюджету сканування.
• ☐ Усуньте випадки Дублікат без обраної користувачем канонічної сторінки та Альтернативна сторінка з правильним тегом canonical.
• ☐ Через інструмент перевірки URL підтвердіть відрендерений HTML, canonical та індексованість ключових шаблонів.
• ☐ Перевірте логи сервера або звіт зі статистики сканування на сплески відповідей 4xx/5xx і марну витрату сканування.
• ☐ Переконайтеся, що важливі сторінки доступні за внутрішніми посиланнями, а не лише через карту сайту.

Аудит архітектури та внутрішніх посилань

Коли використовувати: Перевірте, що найважливіші сторінки лежать неглибоко, добре перелінковані й отримують вагу внутрішніх посилань.

Глибина сканування та структура

• ☐ Проскануйте сайт цілком із головної сторінки й зафіксуйте глибину кліка для кожної URL.
• ☐ Переконайтеся, що пріоритетні сторінки лежать неглибоко від головної (['3 кліки або менше']).
• ☐ Знайдіть сторінки, заховані за пагінацією, фільтрами чи порожніми хабами, і підніміть їх вище там, де це доречно.
• ☐ Перевірте логічну та однакову ієрархію URL, яка повторює розділи сайту.
• ☐ Переконайтеся, що головне меню й футер виводять верхні категорії та ключові комерційні сторінки.

Сторінки-сироти та глухі кути

• ☐ Зіставте дані сканування з картою сайту, аналітикою та логами, щоб знайти сторінки-сироти (URL без вхідних внутрішніх посилань).
• ☐ Додайте контекстні внутрішні посилання на цінний осиротілий контент, а малокорисні сироти видаліть або відправте редиректом.
• ☐ Знайдіть глухі сторінки майже без вихідних внутрішніх посилань і додайте релевантні посилання.
• ☐ Переконайтеся, що сторінки пагінації та фільтрів досі відкривають шляхи сканування до самих товарів і матеріалів.

Вага посилань та анкори

• ☐ Порахуйте вхідні внутрішні посилання й позначте цінні сторінки, на які їх майже немає.
• ☐ Скоротіть посилання на малокорисні URL (вхід в акаунт, кошик, службові сторінки), які розмивають вагу.
• ☐ Використовуйте описові, різні та релевантні запитам анкори замість загального натисніть тут.
• ☐ Переконайтеся, що важливі внутрішні посилання, це доступні для сканування елементи <a href>, а не обробники кліка на JavaScript.
• ☐ Полагодьте внутрішні посилання, які йдуть через редиректи або ведуть на 404, щоб вага передавалася напряму.

Хлібні крихти та хабові сторінки

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

Аудит Core Web Vitals і швидкості

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

Польові дані та діагностика

• ☐ Вивчіть звіт Core Web Vitals у Search Console і позначте групи URL, які не проходять перевірку на мобільних і на десктопі.
• ☐ Польові дані реальних користувачів важливіші за лабораторні оцінки: лабораторні інструменти потрібні лише щоб відтворити й налагодити проблему.
• ☐ Підтвердіть цільові значення: LCP не більше ['2.5s'], INP не більше ['200ms'], CLS не більше ['0.1'] за 75-м перцентилем.
• ☐ Перевіряйте показові шаблони (головна, категорія, товар або стаття), а не лише головну сторінку.

Largest Contentful Paint (LCP)

• ☐ Визначте LCP-елемент на кожному ключовому шаблоні й переконайтеся, що він завантажується рано.
• ☐ Передзавантажуйте LCP-зображення або шрифт і не вмикайте ліниве завантаження для медіа в першому екрані.
• ☐ Віддавайте головні зображення в сучасних форматах, з правильними розмірами та адаптивним srcset.
• ☐ Знизьте час відповіді сервера (TTFB) за рахунок кешування та CDN.

Interaction to Next Paint (INP)

• ☐ Розбийте довгі задачі JavaScript і відкладіть некритичні скрипти.
• ☐ Зменште навантаження на головний потік від сторонніх тегів, інструментів A/B-тестів і віджетів чату.
• ☐ Приберіть невикористовуваний JavaScript і CSS та розділіть великі бандли на частини.
• ☐ Тестуйте реальні дії (тапи, відкриття меню, введення у форми) на середньому за потужністю мобільному пристрої.

Cumulative Layout Shift (CLS)

• ☐ Задайте явні ширину й висоту (або aspect-ratio) для зображень, відео та вбудованих блоків.
• ☐ Зарезервуйте місце під рекламу, банери й динамічно підставлений контент.
• ☐ Передзавантажуйте веб-шрифти та використовуйте font-display, щоб обмежити зсуви під час підміни тексту.
• ☐ Не вставляйте контент над уже намальованим вмістом після завантаження.

Доставка, кешування та мобільні

• ☐ Приберіть CSS і JS, що блокують рендеринг, і вбудовуйте лише критичний CSS.
• ☐ Увімкніть стиснення тексту (gzip/Brotli) і довгі заголовки кешування для статики.
• ☐ Перевірте, що HTTP/2 або HTTP/3 і CDN віддають файли близько до користувачів.
• ☐ Переконайтеся, що мобільна верстка адаптивна, а зони натискання й розміри шрифту розраховані на палець.
• ☐ Перевіряйте все заново після кожного виправлення й стежте за польовими даними весь період збору, перш ніж оголошувати успіх.

Аудит структурованих даних

Коли використовувати: Перевірте, що розмітка точна, відповідає вимогам і приносить ті розширені результати, на які сторінка претендує.

Покриття розміткою та вибір типів

• ☐ Складіть список шаблонів, де структуровані дані є, і відповідних шаблонів, де їх немає.
• ☐ Підберіть кожній сторінці доречні типи (['Article, Product, FAQPage, BreadcrumbList, Organization, LocalBusiness']).
• ☐ Віддавайте перевагу JSON-LD в початковому коді сторінки й тримайте один формат розмітки на сторінку.
• ☐ Впровадьте сутність Organization або сутність рівня сайту з логотипом і профілями sameAs, де це доречно.

Точність і правила показу

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

Перевірка й тестування

• ☐ Проженіть кожен ключовий шаблон через тест розширених результатів і валідатор розмітки.
• ☐ Виправте всі знайдені помилки й зніміть попередження, які блокують розширений показ.
• ☐ Тестуйте відрендерений HTML: частина розмітки підставляється через JavaScript уже після завантаження.
• ☐ Вибірково перевіряйте кілька реальних URL на шаблон, а не один приклад.

Моніторинг і підтримка

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

Аудит міжнародного SEO

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

Впровадження hreflang

• ☐ Переконайтеся, що кожна сторінка мовного чи регіонального набору посилається на всі альтернативи, включно з самою собою.
• ☐ Перевірте, що зворотні теги двосторонні: кожна альтернатива посилається на решту, без односторонніх посилань.
• ☐ Використовуйте коректні коди мови та, за потреби, регіону (['en, en-GB, es-MX']) у форматі ISO.
• ☐ Додайте тег x-default як запасний варіант для глобальної сторінки або вибору мови.
• ☐ Оберіть один спосіб передачі (head у HTML, HTTP-заголовок або карта сайту) і застосовуйте його всюди однаково.
• ☐ Ведіть адреси hreflang на живі індексовані канонічні сторінки зі статусом 200, а не на редиректи чи сторінки з noindex.

Зв'язок canonical та індексації

• ☐ Переконайтеся, що кожна локалізована URL канонізована сама на себе, а не на іншу мовну версію.
• ☐ Перевірте, що hreflang і canonical не суперечать одне одному на тій самій сторінці.
• ☐ Перевірте, що майже однакові локалізовані сторінки не склеюються в одну канонічну.
• ☐ Переконайтеся, що локалізовані сторінки потрапляють у свої карти сайту з правильними посиланнями на альтернативи.

Геотаргетинг і структура URL

• ☐ Оберіть зрозумілу й масштабовану структуру для мов і регіонів (ccTLD, піддомен або підпапка) і дотримуйтесь її всюди.
• ☐ Налаштуйте таргетинг за країною там, де це доречно, і узгодьте його зі структурою URL.
• ☐ Відмовтеся від автоматичних редиректів за IP, які блокують роботів і замикають користувача в чужій версії: краще банер або перемикач мови.
• ☐ Локалізуйте контент по-справжньому (валюта, одиниці виміру, контакти, правопис), а не дублюйте одну мову.

Перевірка

• ☐ Проскануйте сайт з увімкненим звітом по hreflang і усуньте пропущені чи биті зворотні теги.
• ☐ Через інструмент перевірки URL подивіться, як визначаються альтернативні версії.
• ☐ Вибірково перевірте кілька локалей на коректний рендеринг, індексованість і видачу.
• ☐ Повторюйте аудит після додавання нових локалей або шаблонів.

Аудит переїзду або редизайну

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

Підготовка до запуску

• ☐ Проскануйте живий сайт і вивантажте повний список індексованих URL, заголовків, метаданих і кодів відповіді як точку відліку.
• ☐ Зафіксуйте початкові показники: головні органічні посадкові сторінки, позиції, трафік, конверсії та покриття індексом.
• ☐ Переконайтеся, що тестовий сайт закритий від індексації та захищений (авторизацією або списком IP), але перевірте, що на запуску ці директиви знімуть.
• ☐ Складіть повну карту редиректів: з кожної старої URL на найближчий новий еквівалент.
• ☐ Підготуйте нові XML-карти сайту, robots.txt і ресурси в аналітиці та Search Console під нову структуру.

Карта редиректів

• ☐ Для змінених URL використовуйте постійні 301 і не застосовуйте 302 для переїздів назавжди.
• ☐ Зіставляйте старі URL з новими один до одного й не звалюйте все редиректом на головну.
• ☐ Приберіть ланцюжки та петлі редиректів, щоб кожна стара URL відкривалася за один крок.
• ☐ Збережіть або перенесіть hreflang, canonical і структуровані дані на нові URL.
• ☐ Продумайте, що робити зі старими параметрами, медіафайлами та всіма URL, на які є зовнішні посилання.

Відповідність за контентом і технікою

• ☐ Перевірте, що заголовки, метаописи, підзаголовки, текст і зображення перенесені або покращені.
• ☐ Переконайтеся, що внутрішні посилання ведуть на нові URL напряму, а не через редиректи.
• ☐ Перевірте, що canonical, структуровані дані та hreflang коректні в нових шаблонах.
• ☐ Порівняйте Core Web Vitals і швидкість ключових сторінок до та після, щоб зловити просідання.

Запуск і перевірка після нього

• ☐ У момент запуску зніміть тестові блокування noindex і robots та переконайтеся, що продакшен доступний для сканування.
• ☐ Надішліть нові карти сайту й через інструмент перевірки URL запросіть індексування пріоритетних сторінок.
• ☐ Проскануйте новий сайт заново: редиректи мають спрацьовувати, критичних 404 бути не повинно, і жоден шаблон не має віддавати випадковий noindex.
• ☐ Перші тижні щодня стежте за покриттям індексом, статистикою сканування, позиціями й трафіком і ловіть затяжні падіння.
• ☐ Тримайте редиректи надовго й лагодьте нові знайдені биті шляхи.

План робіт із впровадження (редагований)

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

План робіт із впровадження

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

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

Колонки

• URL: [точна сторінка або шаблон адреси, а не сайт цілком]
• Доказ: [скриншот, рядок лога, рядок вивантаження або звіт, який це підтверджує]
• Важливість: [блокує / висока / середня / низька], за втраченою виручкою або втраченим скануванням, а не за охайністю
• Трудовитрати: [години або розмір за шкалою S, M, L]
• Відповідальний: [одна людина на ім'я, ніколи не команда]
• Залежність: [що має статися раніше, наприклад вікно релізу, правка в CMS, погодження юристів]
• Перевірка: [перевірка, яка доведе, що все виправлено, і де її запускати]
• Готово: [дата перевірки на живому сайті та хто перевірив]

План робіт

Правила, які тримають список чесним

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

Приклад заповнення (план робіт після зміни платформи)

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

Приклад заповнення: план робіт після зміни платформи

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

Чотири рядки, чотири названі відповідальні, чотири перевірки. Ось із чим розробник справді може працювати.

Наступний крок

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