Усі інструменти SEO-інструмент · Чек-лист

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

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

126 перевірок у 19 розділах звіт, CSV і PDF прогрес зберігається у вашому браузері
Перевірено 0 із 1260%
Гаразд
0
Проблеми
0
Не стосується
0
Залишилося
126

01 Сканування та індексація

0 / 10
  • robots.txt існує, віддає 200 і не закриває важливі розділи

    Відкрийте /robots.txt. Переконайтеся, що немає випадкового «Disallow: /» і що CSS, JS та зображення не заблоковані.

    Критично
  • sitemap.xml валідний, актуальний і вказаний у robots.txt

    У карті сайту мають бути лише канонічні сторінки з кодом 200: без редиректів, 404, noindex і параметрів.

    Критично
  • Сайт підтверджено в Google Search Console, sitemap надіслано

    Використовуйте доменний ресурс, щоб охопити всі протоколи й піддомени. Статус sitemap має бути «Успішно».

    Критично
  • У звіті «Сторінки» в GSC немає критичних помилок індексації

    Перегляньте причини: «Проскановано, не проіндексовано», «Дублікат без канонічної», «Soft 404», помилки сервера 5xx.

    Критично
  • Важливі сторінки не закриті через noindex або X-Robots-Tag

    Проскануйте сайт (Screaming Frog, Sitebulb) і відфільтруйте «noindex». Типова помилка — noindex, що залишився з тестової версії.

    Критично
  • Кількість проіндексованих сторінок відповідає реальній кількості корисних сторінок

    Порівняйте: сторінки в sitemap, сторінки, знайдені краулером, і проіндексовані в GSC. Великий розрив — це сміття в індексі або втрачені сторінки.

    Важливо
  • Службові та сміттєві сторінки закриті від індексації

    Пошук по сайту, кошик, оформлення замовлення, кабінет, сортування, UTM та сесійні параметри, версії для друку.

    Важливо
  • Тестові та dev-версії сайту закриті від пошукових систем

    Найкращий захист — HTTP-авторизація. Перевірте запитом site:dev.example.com та за піддоменами в GSC.

    Критично
  • Проаналізовано логи сервера: Googlebot витрачає краулінговий бюджет на важливі сторінки

    Актуально для сайтів від 10 000 URL. Подивіться, які розділи бот відвідує найчастіше, а до яких не доходить.

    Бажано
  • Усі піддомени враховано: немає забутих, що дублюють основний сайт або потрапили в індекс

    Запит site:example.com -inurl:www плюс пошук піддоменів (crt.sh, Ahrefs). Старі версії m., shop., dev. і промо — з редиректом, закриті від індексації або залишені свідомо.

    Важливо

02 Дзеркала, редиректи та коди відповіді

0 / 9
  • Одне головне дзеркало: http → https та www ↔ без www одним 301

    Перевірте всі чотири варіанти головної та внутрішньої сторінки. Кожен має вести на основну версію за один крок.

    Критично
  • Слеш наприкінці, регістр літер та /index.php (.html) приведено до одного формату

    /page і /page/, /Page і /page, /index.php не мають відкриватися як окремі сторінки з кодом 200.

    Важливо
  • Багатослешовість (//, ///) в URL редиректиться або віддає 404

    Відкрийте example.com///page — адреса не має відповідати 200 як дубль.

    Бажано
  • Немає ланцюжків і циклів редиректів

    Кожен редирект веде на кінцевий URL за один крок. Ланцюжки з 3+ кроків витрачають краулінговий бюджет і сповільнюють завантаження.

    Важливо
  • Постійні переїзди зроблено через 301 (308), а не 302 чи JavaScript / meta refresh

    Тимчасові 302, які висять місяцями, варто замінити на 301.

    Важливо
  • Неіснуюча сторінка віддає справжній 404 (410), а не 200 чи редирект на головну

    Відкрийте випадкову адресу на кшталт /qwerty-12345 і подивіться код відповіді. На сторінці 404 мають бути навігація та посилання на головну.

    Критично
  • Немає внутрішніх посилань на сторінки 404 і на редиректи

    У звіті краулера: Response Codes → Client Error (4xx) і Redirection (3xx) → Inlinks. Замініть посилання на кінцеві URL.

    Критично
  • Немає помилок сервера 5xx під час сканування та в GSC

    GSC → Налаштування → Статистика сканування → За відповіддю. Часті 5xx знижують швидкість сканування й викидають сторінки з індексу.

    Критично
  • Сторінка 404 оформлена в дизайні сайту: навігація, пошук і посилання на основні розділи

    Вона допомагає відвідувачу залишитися на сайті, а не піти. Код відповіді при цьому має залишатися 404.

    Бажано

03 Дублі та canonical

0 / 8
  • Кожна індексована сторінка має rel=canonical на саму себе з абсолютним URL

    Один тег canonical на сторінку, у <head>, у початковому HTML (а не доданий через JavaScript).

    Критично
  • Canonical вказує на сторінку з кодом 200, відкриту для індексації

    Canonical на редирект, 404 чи noindex-сторінку Google ігнорує. Не поєднуйте canonical на іншу сторінку з noindex.

    Критично
  • URL з параметрами (сортування, UTM, gclid, сесії) не створюють дублів

    Такі адреси повинні мати canonical на чистий URL. Внутрішні посилання не мають містити трекінгових параметрів.

    Критично
  • Немає дублів title і description між сторінками

    Звіт краулера: Page Titles → Duplicate, Meta Description → Duplicate. Найчастіше це пагінація, фільтри та варіанти товарів.

    Важливо
  • Немає повних і часткових дублів контенту на різних URL

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

    Важливо
  • Сторінки пагінації індексуються, мають власний canonical та унікальний title

    Не ставте canonical зі сторінок 2, 3… на першу — Google перестане бачити товари з глибших сторінок. Додайте до title «— сторінка N».

    Важливо
  • Canonical, який обрав Google, збігається з указаним на сайті

    GSC → Перевірка URL → «Канонічна сторінка, вибрана Google», а також звіт «Сторінки» → «Копія. Google вибрав іншу канонічну сторінку, ніж користувач». Розбіжність означає, що Google вважає сторінки дублями.

    Важливо
  • Перша сторінка пагінації не має дубля (?page=1, /page/1), а текст категорії не повторюється на сторінках 2, 3…

    ?page=1 має віддавати 301 на URL категорії. SEO-текст і блок FAQ показуйте лише на першій сторінці.

    Важливо

04 URL і структура сайту

0 / 6
  • URL людинозрозумілі: короткі, у нижньому регістрі, через дефіс, без ID і сміття

    З адреси зрозуміло, про що сторінка. Без підкреслень, пробілів, кирилиці та параметрів там, де можливий статичний URL.

    Важливо
  • Важливі сторінки розташовані не глибше 3 кліків від головної

    Звіт краулера: Crawl Depth. Сторінки на глибині 5+ скануються рідко й ранжуються гірше.

    Важливо
  • Немає сторінок-сиріт (без внутрішніх посилань)

    Порівняйте sitemap і дані GSC зі списком сторінок, які краулер знайшов за посиланнями.

    Важливо
  • Хлібні крихти є на всіх внутрішніх сторінках і відображають реальну структуру

    Кожен рівень — посилання, останній елемент — поточна сторінка без посилання. Розмічено через BreadcrumbList.

    Важливо
  • Навігацію зроблено звичайними посиланнями <a href>, доступними в HTML

    Меню на onclick, кнопках або посиланнях, що з’являються лише після взаємодії, пошукові боти не обходять.

    Критично
  • Під кожну групу запитів є окрема посадкова сторінка, канібалізації немає

    У GSC перевірте запити, за якими у видачі чергуються дві й більше URL.

    Бажано

05 Метатеги та заголовки

0 / 7
  • Кожна сторінка має унікальний непорожній title до ~60 символів

    Основний запит — ближче до початку. Перевірте: відсутні, дубльовані, задовгі та закороткі title.

    Критично
  • Meta description заповнено, він унікальний, до ~155 символів

    На ранжування напряму не впливає, але впливає на CTR сніпета. Додайте вигоду й заклик до дії.

    Важливо
  • На сторінці рівно один H1, і він відрізняється від title

    Перевірте сторінки без H1 і з кількома H1. Логотип і назва сайту в шапці не мають бути H1.

    Критично
  • Ієрархія H2–H6 логічна, заголовки не використовуються для оформлення

    Немає заголовків у меню, футері та сайдбарах. Рівні не пропускаються (H2 → H4).

    Бажано
  • Задано теги Open Graph і Twitter Card

    og:title, og:description, og:image (1200×630), og:url. Перевірте, як посилання виглядає в Telegram і LinkedIn.

    Бажано
  • HTML валідний у критичних місцях: один <head>, lang, кодування UTF-8, viewport

    Зламаний <head> (наприклад, <div> чи <img> усередині) змушує Google ігнорувати все, що нижче, — зокрема canonical і hreflang.

    Бажано
  • Фавікон доступний для Googlebot і має розмір, кратний 48 px

    Інакше Google показує у видачі стандартний глобус замість вашої іконки.

    Бажано

06 Швидкість і Core Web Vitals

0 / 9
  • Core Web Vitals у зоні «Добре» за польовими даними: LCP ≤ 2,5 с, INP ≤ 200 мс, CLS ≤ 0,1

    Дивіться дані реальних користувачів: звіт «Core Web Vitals» у GSC і блок CrUX у PageSpeed Insights, а не лише лабораторну оцінку.

    Критично
  • Час відповіді сервера (TTFB) — до 0,8 с

    Перевірте кілька типів сторінок: головну, категорію, товар, статтю. Повільний TTFB лікується кешуванням, CDN та оптимізацією запитів.

    Критично
  • Увімкнено стиснення тексту (Brotli або gzip) та HTTP/2 чи HTTP/3

    У DevTools → Network подивіться заголовок content-encoding і колонку Protocol.

    Важливо
  • Статичні файли надовго кешуються в браузері (Cache-Control)

    Зображення, CSS, JS і шрифти — max-age на рік із версією в назві файлу або в параметрі.

    Важливо
  • Немає CSS і JS у <head>, що блокують рендеринг; скрипти завантажуються з defer / async

    Критичний CSS — інлайн або в одному невеликому файлі. Сторонні віджети, чати й трекери завантажуються після основного контенту.

    Важливо
  • LCP-елемент (головне зображення чи заголовок) завантажується першим: preload, fetchpriority="high", без lazy-load

    PageSpeed Insights показує, який елемент є LCP. Часта помилка — loading="lazy" на зображенні першого екрана.

    Важливо
  • Немає зсувів макета: зображення й банери мають width / height, шрифти — font-display: swap

    Для реклами, cookie-панелей і блоків, що вставляються динамічно, зарезервовано місце.

    Важливо
  • Шрифти у форматі WOFF2, лежать локально, лише потрібні накреслення й набори символів

    Основний текстовий шрифт завантажується через preload. Кожне зайве накреслення — ще 20–40 КБ.

    Бажано
  • Для статики використовується CDN (для великих або міжнародних проєктів)

    Порівняйте TTFB з різних країн (WebPageTest, KeyCDN Performance Test). Якщо аудиторія і сервер в одній країні, CDN не обов’язковий.

    Бажано

07 Мобільна версія

0 / 4
  • Адаптивна верстка, meta viewport задано, горизонтального скролу немає

    Перевірте на реальному телефоні та в DevTools на ширині 360 px.

    Критично
  • Мобільна версія містить той самий контент, посилання, метатеги й розмітку, що й десктопна

    Google індексує мобільну версію (mobile-first). Текст, пункти меню чи мікророзмітка, приховані на мобільному, для пошуку втрачені.

    Критично
  • Кнопки й посилання зручно натискати (від 44×44 px), текст — від 16 px

    Елементи не розташовані надто близько; форми не масштабують сторінку під час фокусу.

    Важливо
  • Немає нав’язливих спливних вікон, що закривають контент на першому екрані

    Повноекранні банери одразу після переходу з пошуку — підстава для пониження (intrusive interstitials).

    Важливо

08 JavaScript і рендеринг

0 / 5
  • Основний контент, посилання й метатеги є у вихідному HTML (SSR / пререндер)

    Порівняйте «Переглянути код сторінки» з відрендереним DOM. Вимкніть JavaScript і подивіться, що залишилося на сторінці.

    Критично
  • Google коректно рендерить сторінку: Перевірка URL → «Переглянути перевірену сторінку»

    Подивіться скриншот, HTML і список ресурсів, які не вдалося завантажити.

    Критично
  • Посилання працюють без JavaScript: <a href>, а не onclick чи #hash-маршрути

    У SPA кожен стан, який має ранжуватися, повинен мати власний URL через History API.

    Критично
  • Контент із відкладеним завантаженням і списки «Показати ще» доступні боту

    Googlebot не скролить і не клікає. Нескінченний скрол потребує URL пагінації зі звичайними посиланнями.

    Важливо
  • У консолі немає помилок JavaScript, які ламають контент чи навігацію

    DevTools → Console на основних шаблонах сторінок.

    Бажано

09 Мікророзмітка

0 / 13
  • Мікророзмітка проходить Rich Results Test без помилок

    Перегляньте також звіти «Покращення» в GSC — помилки й попередження для кожного типу розмітки.

    Важливо
  • На головній є Organization / LocalBusiness / Person і WebSite

    Назва, логотип, контакти, sameAs із посиланнями на профілі в соцмережах. Це допомагає і панелі знань, і AI-відповідям.

    Важливо
  • На внутрішніх сторінках є BreadcrumbList

    Розмітка збігається з видимими хлібними крихтами.

    Важливо
  • Ключові шаблони мають потрібний тип: Product + Offer, Article, FAQPage, Service, Review

    Для товарів: ціна, валюта, наявність, рейтинг. Для статей: автор, дати публікації та оновлення.

    Важливо
  • Розмітка відповідає видимому контенту сторінки

    Рейтинги, ціни й відгуки, яких користувач не бачить на сторінці, призводять до ручних санкцій.

    Критично
  • Статті блогу та новини мають розмітку Article / BlogPosting (NewsArticle)

    Поля: headline, image, datePublished, dateModified, author, publisher. Дати збігаються з видимими на сторінці.

    Важливо
  • Автор статті розмічений як Person і пов’язаний зі сторінкою автора

    В Article.author: name, url сторінки автора, jobTitle, sameAs (LinkedIn та інші профілі). На самій сторінці автора — ProfilePage + Person. Це прямий сигнал E-E-A-T.

    Важливо
  • Сторінки товарів мають Product + Offer, а за наявності відгуків — AggregateRating + Review

    В Offer: price, priceCurrency, availability; плюс name, image, sku / gtin, brand. Розмічайте лише справжні відгуки, видимі на сторінці. Для товарних сніпетів додайте shippingDetails і hasMerchantReturnPolicy.

    Критично
  • Категорії та списки мають CollectionPage + ItemList

    ItemList містить елементи поточної сторінки з position та url. На сторінках пагінації — лише товари цієї сторінки.

    Важливо
  • Сторінки з блоком запитань і відповідей мають FAQPage

    Лише ті запитання й відповіді, які видно на сторінці. Розширений результат FAQ Google зараз показує небагатьом сайтам, але розмітка все одно допомагає AI-відповідям розібрати контент.

    Бажано
  • Службові сторінки мають конкретний тип: AboutPage, ContactPage, WebPage

    Про компанію, Контакти, Доставка й оплата. Пов’яжіть сторінку із сайтом через isPartOf → WebSite і з компанією через about / publisher.

    Бажано
  • Відео, розміщені на власному сервері, мають VideoObject

    Поля: name, description, thumbnailUrl, uploadDate, contentUrl або embedUrl. Для вбудованих відео з YouTube розмітка необов’язкова.

    Бажано
  • Ключові зображення розмічено: ImageObject або властивість image в Article / Product

    Поля: url, width, height, caption. Для власних фото додайте license і creator — вони дають позначку «Ліцензовано» в Google Картинках.

    Бажано

10 Мовні версії та hreflang

0 / 5
  • Кожна мовна версія має власний URL (папка, піддомен або домен)

    Перемикання мови через cookie або параметр без окремої адреси не індексується.

    Критично
  • hreflang взаємний, містить посилання на себе та x-default

    Якщо сторінка A посилається на B, то B має посилатися на A. Коди — за ISO: uk — українська мова, ua не є кодом мови.

    Критично
  • hreflang вказує на канонічні сторінки з кодом 200

    Без посилань на редиректи, 404 і noindex-сторінки. Canonical кожної версії вказує на себе, а не на іншу мову.

    Важливо
  • Немає примусового редиректу за IP чи мовою браузера

    Googlebot сканує переважно зі США — за примусового редиректу він ніколи не побачить інші версії. Пропонуйте версію банером.

    Важливо
  • Перекладено все: title, description, H1, alt, URL, елементи інтерфейсу

    Атрибут lang тега <html> відповідає мові сторінки. Немає сторінок зі змішаними мовами.

    Важливо

11 Зображення та медіа

0 / 5
  • Зображення у форматі WebP / AVIF і стиснуті

    Звіт краулера: Images → Over 100 KB. Важкі PNG і JPEG — найчастіша причина поганого LCP.

    Важливо
  • Розмір зображень відповідає розміру відображення, для різних екранів використано srcset

    Фото 3000 px у блоці 400 px — це витрачені трафік і час.

    Важливо
  • Змістовні зображення мають описовий alt

    Опишіть, що на зображенні, без переліку ключових слів. Декоративні зображення мають порожній alt="".

    Важливо
  • Зображення нижче першого екрана мають loading="lazy"

    Використовуйте нативний атрибут, а не JS-бібліотеку, що замінює src на data-src, — бот може не побачити такі зображення.

    Важливо
  • Немає битих зображень і зображень, закритих у robots.txt

    Звіт краулера: Images → Response Codes 4xx. Файли віддаються з вашого домену або CDN, доступного для ботів.

    Важливо

12 Безпека та сервер

0 / 10
  • Чинний SSL-сертифікат, увесь сайт працює через HTTPS

    Перевірте термін дії та автоматичне оновлення. Сертифікат покриває www і всі використовувані піддомени.

    Критично
  • Немає змішаного контенту: усі ресурси та внутрішні посилання — через https

    Звіт краулера: Security → Mixed Content, HTTP URLs. Перевірте також canonical, hreflang і sitemap.

    Важливо
  • Налаштовано заголовки безпеки: HSTS, X-Content-Type-Options, Referrer-Policy, CSP

    Швидка перевірка — securityheaders.com. HSTS додатково прибирає редирект http → https для повторних відвідувачів.

    Бажано
  • У GSC немає ручних санкцій і проблем безпеки

    GSC → Проблеми безпеки та заходи, вжиті вручну. Перевірте домен також у Google Safe Browsing.

    Критично
  • Немає ознак зламу: чужих сторінок в індексі, прихованих посилань, редиректів для мобільних

    Перевірте запит site:example.com зі словами на кшталт casino, viagra, а також з японськими чи китайськими ієрогліфами.

    Критично
  • Аптайм — від 99,9%, налаштовано моніторинг і резервні копії

    UptimeRobot або подібний сервіс зі сповіщеннями. Перевірте, що з резервної копії справді можна відновитися.

    Важливо
  • Користувачі та пошукові боти отримують однаковий контент

    Порівняйте сторінку зі звичайним User-Agent і з Googlebot. Переконайтеся, що фаєрвол, CDN чи антибот-захист не блокують справжнього Googlebot.

    Критично
  • Домен та IP не перебувають у чорних списках: Google Safe Browsing, антивірусні бази, спам-листи

    Перевірте статус сайту в Google Safe Browsing (transparencyreport.google.com), VirusTotal і Sucuri SiteCheck, а IP та поштовий домен — у Spamhaus / MXToolbox.

    Критично
  • Форми захищені від спаму й ботів: reCAPTCHA, Turnstile або honeypot

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

    Важливо
  • Історію домену перевірено: минулий контент, санкції, спамні посилання

    Веб-архів (web.archive.org) показує, що було на домені раніше; Ahrefs або Serpstat — посилальний профіль і просідання трафіку. Особливо важливо для купленого чи дроп-домену.

    Важливо

14 E-commerce: фільтри, каталог, товари

0 / 6
  • Фільтри під контролем: корисні комбінації — посадкові сторінки, решта закрита

    Сторінки фільтрів із попитом мають статичний URL, унікальні title й H1 та входять до sitemap. Комбінації з 2–3+ фільтрів закриті від індексації.

    Критично
  • Сортування, вигляд списку та кількість товарів на сторінці не створюють індексованих сторінок

    Canonical на сторінку без параметрів або параметри закриті в robots.txt.

    Важливо
  • Товари, яких немає в наявності, оброблено правильно

    Тимчасово немає — код 200 зі статусом та альтернативами. Знято назавжди — 301 на аналог чи категорію або 410.

    Важливо
  • Варіанти товару (колір, розмір) не створюють дублів

    Або одна сторінка з перемикачем, або окремі сторінки з унікальним контентом і canonical на основний варіант.

    Важливо
  • В індексі немає порожніх категорій і сторінок з 1–2 товарами

    Порожні лістинги Google сприймає як Soft 404, і вони знижують загальну оцінку якості сайту.

    Важливо
  • Розмітка Product і фід Merchant Center містять однакові ціни та наявність

    Розбіжність призводить до відхилення товарів і втрати безкоштовних товарних оголошень.

    Бажано

15 AI-пошук і GEO

0 / 5
  • AI-краулери не заблоковані випадково: GPTBot, OAI-SearchBot, ClaudeBot, PerplexityBot, Google-Extended

    Перевірте robots.txt і правила фаєрвола / CDN (Cloudflare на деяких тарифах блокує AI-ботів за замовчуванням). Свідомо вирішіть, яких ботів пускати.

    Важливо
  • Ключовий контент доступний без JavaScript — більшість AI-ботів його не рендерять

    Ціни, характеристики, відповіді на запитання й контакти мають бути у вихідному HTML.

    Важливо
  • Контент структуровано для цитування: спершу пряма відповідь, списки, таблиці, FAQ

    Заголовки у формі запитань і короткі самодостатні абзаци частіше потрапляють в AI-відповіді.

    Бажано
  • Авторство та експертність видно: автор, дати, джерела, сторінка «Про нас»

    Розмітка Person та Organization із sameAs пов’язує сайт із профілями та згадками на інших майданчиках.

    Бажано
  • Додано llms.txt із коротким описом сайту та посиланнями на ключові сторінки

    Це ще не стандарт і гарантій не дає, але займає десять хвилин і не шкодить.

    Бажано

16 Аналітика та моніторинг

0 / 7
  • GA4 (або інша система аналітики) встановлена на всіх сторінках і рахує конверсії

    Краулер → Custom Search за ID тега: знайдіть сторінки без коду. Перевірте, що ключові події спрацьовують (форма, покупка, дзвінок).

    Критично
  • GSC пов’язано з GA4; створено акаунт Bing Webmaster Tools

    Дані Bing використовують також пошук ChatGPT і Copilot — sitemap варто надіслати й туди.

    Бажано
  • Налаштовано відстеження позицій і видимості за основними запитами

    Без зрізу «до» неможливо оцінити ефект від виправлень після аудиту.

    Важливо
  • Налаштовано сповіщення: падіння трафіку, зростання 404 / 5xx, зміни в robots.txt і noindex

    Email-сповіщення від GSC увімкнено; сканування за розкладом порівнює сайт із попередньою версією.

    Бажано
  • Після виправлень і після кожного релізу заплановано повторний аудит

    Технічні помилки повертаються з новим функціоналом, редизайнами та оновленнями CMS. Перевіряйте щомісяця, а великі сайти — щотижня.

    Бажано
  • Код GA4 / GTM встановлено один раз, без дублів

    Два теги подвоюють перегляди й спотворюють показники залучення та конверсії. Перевірте через Tag Assistant і в коді сторінки: один контейнер GTM, а GA4 не встановлено одночасно напряму й через GTM.

    Критично
  • Налаштовано електронну торгівлю та ключові події: purchase, add_to_cart, begin_checkout, форми, кліки

    purchase передає transaction_id, value, currency та items з item_id. Зробіть тестове замовлення й перевірте його в DebugView; порівняйте кількість замовлень у GA4 та CRM.

    Важливо

17 Контент і якість сторінок

0 / 4
  • На сайті та в індексі немає порожніх сторінок, заглушок і сторінок «у розробці»

    Краулер → фільтр за кількістю слів (Low Content Pages). Lorem ipsum, тестові товари, порожні сторінки тегів і категорій: наповніть, закрийте через noindex або видаліть.

    Критично
  • Тексти унікальні: не скопійовані з інших сайтів чи у виробника

    Перевірте ключові сторінки сервісом перевірки унікальності (Copyscape) або пошуком речення в лапках. Перевірте також, чи не скопіювали ваші тексти інші сайти.

    Важливо
  • Немає прихованого тексту й посилань: display:none, текст у колір фону, винесення за межі екрана

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

    Важливо
  • Немає сайтів-афіліатів: кількох сайтів одного власника з однаковими товарами, контактами й контентом

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

    Важливо

18 Працездатність сайту

0 / 4
  • Усі форми, кнопки, посилання й калькулятори працюють, а заявки справді надходять

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

    Критично
  • Шлях до покупки або реєстрації пройдено до кінця без помилок

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

    Критично
  • Пошук по сайту, фільтри та сортування працюють коректно

    Пошук знаходить товари за назвою, артикулом і з помилками в слові; порожній результат пропонує альтернативи. Фільтри не ведуть на порожні сторінки й не скидають один одного.

    Важливо
  • CMS дає змогу редагувати SEO-поля на всіх типах сторінок

    Title, description, H1, текст, URL, canonical, robots, alt і редиректи — для головної, категорій, товарів, статей і сторінок фільтрів, а також шаблони для масової генерації. Без цього правки з аудиту неможливо впровадити.

    Важливо

19 Регіональність і локальне SEO

0 / 4
  • Цільова країна й регіон зрозумілі Google: домен або папка, hreflang, валюта, адреса, телефон

    Національний домен (.ua, .pl) або папка країни з hreflang, місцева валюта й формат телефону, адреса у футері та на сторінці контактів. Розташування сервера майже не впливає.

    Важливо
  • Профіль компанії в Google створено, підтверджено й заповнено (для бізнесу з адресою або зоною обслуговування)

    Правильна категорія, години роботи, фото, посилання на сайт з UTM-міткою. На відгуки відповідають.

    Важливо
  • Назва, адреса й телефон (NAP) однакові на сайті, у розмітці LocalBusiness, у профілі компанії та в каталогах

    Різні написання адреси та старі номери телефонів знижують довіру до даних. У LocalBusiness: address, geo, openingHoursSpecification, telephone.

    Важливо
  • Для кожного міста або філії є окрема сторінка з унікальним контентом

    Адреса, карта, місцевий телефон, ціни й відгуки саме цієї філії. Сторінки, що відрізняються лише назвою міста, — це дорвеї.

    Бажано

Знайшли проблеми й не знаєте, з чого почати?

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

Як це працює

Від першої перевірки до списку виправлень

  1. 01

    Проскануйте сайт

    Запустіть краулер і відкрийте Google Search Console — більшість перевірок спирається на їхні звіти.

  2. 02

    Позначте статус

    Для кожного пункту оберіть: гаразд, проблема чи не стосується. До проблем додайте нотатку з прикладами URL.

  3. 03

    Заберіть звіт

    Скопіюйте список проблем за пріоритетом, завантажте CSV для таск-трекера або роздрукуйте в PDF.

FAQ

Запитання про чек-лист

Бракує важливої перевірки? Напишіть мені — додам.

Де зберігається мій прогрес?

У вашому браузері (localStorage), лише на цьому пристрої. На сервер нічого не надсилається, реєстрація не потрібна. Щоб передати результат, скористайтеся кнопкою «Копіювати звіт», експортом у CSV або друком у PDF.

Які інструменти потрібні для аудиту?

Google Search Console, краулер (Screaming Frog SEO Spider, Sitebulb або Netpeak Spider), PageSpeed Insights, Rich Results Test і DevTools браузера. Цього достатньо для 90% перевірок.

У якому порядку виправляти проблеми?

Почніть із «Критично»: вони взагалі заважають сканувати й індексувати сторінки. Далі «Важливо» — дублі, швидкість, структура. Пункти «Бажано» дають менший ефект, їх роблять наприкінці. У звіті проблеми відсортовано саме так.

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

Повний аудит — раз на 6–12 місяців і обов’язково до та після редизайну, переїзду чи зміни CMS. Коротка перевірка критичних пунктів — щомісяця, для великих інтернет-магазинів — щотижня.

Eugene Pakharenko
Eugene PakharenkoSEO Expert
Відкритий до цікавих проєктів

Хочете поговорити про SEO?

Найшвидше зі мною зв’язатися через Telegram або WhatsApp. Також радий контакту в LinkedIn.