Чек-лист технічного SEO-аудиту
Пройдіть сайт крок за кроком: позначайте, що гаразд, а де проблеми, залишайте нотатки й отримайте готовий список виправлень за пріоритетом.
- Гаразд
- 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 — посилальний профіль і просідання трафіку. Особливо важливо для купленого чи дроп-домену.
Важливо
13 Внутрішня перелінковка
0 / 5
-
Пріоритетні сторінки отримують найбільше внутрішніх посилань
Звіт краулера: Inlinks / Link Score. Комерційні сторінки не повинні мати менше посилань, ніж політика конфіденційності.
Важливо -
Анкори описові, а не «тут», «детальніше», «читати»
Текст посилання пояснює користувачеві й боту, що на цільовій сторінці. Одна сторінка — різні, але релевантні анкори.
Важливо -
Внутрішні посилання не закриті через rel="nofollow"
nofollow усередині сайту не «економить вагу» — він просто її викидає.
Важливо -
Зовнішні посилання живі; рекламні та користувацькі мають rel="sponsored" / "ugc"
Звіт краулера: External → Client Error (4xx). Коментарі й профілі модеруються.
Бажано -
Є контекстні посилання між пов’язаними сторінками: статті ↔ категорії ↔ товари
Блоки на кшталт «Схожі статті», «Схожі товари», посилання зі статей блогу на комерційні сторінки.
Бажано
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.
Важливо -
Для кожного міста або філії є окрема сторінка з унікальним контентом
Адреса, карта, місцевий телефон, ціни й відгуки саме цієї філії. Сторінки, що відрізняються лише назвою міста, — це дорвеї.
Бажано
Знайшли проблеми й не знаєте, з чого почати?
Надішліть мені звіт — підкажу, що справді впливає на трафік, а що може зачекати.
Від першої перевірки до списку виправлень
- 01
Проскануйте сайт
Запустіть краулер і відкрийте Google Search Console — більшість перевірок спирається на їхні звіти.
- 02
Позначте статус
Для кожного пункту оберіть: гаразд, проблема чи не стосується. До проблем додайте нотатку з прикладами URL.
- 03
Заберіть звіт
Скопіюйте список проблем за пріоритетом, завантажте CSV для таск-трекера або роздрукуйте в PDF.
Запитання про чек-лист
Бракує важливої перевірки? Напишіть мені — додам.
Де зберігається мій прогрес?
У вашому браузері (localStorage), лише на цьому пристрої. На сервер нічого не надсилається, реєстрація не потрібна. Щоб передати результат, скористайтеся кнопкою «Копіювати звіт», експортом у CSV або друком у PDF.
Які інструменти потрібні для аудиту?
Google Search Console, краулер (Screaming Frog SEO Spider, Sitebulb або Netpeak Spider), PageSpeed Insights, Rich Results Test і DevTools браузера. Цього достатньо для 90% перевірок.
У якому порядку виправляти проблеми?
Почніть із «Критично»: вони взагалі заважають сканувати й індексувати сторінки. Далі «Важливо» — дублі, швидкість, структура. Пункти «Бажано» дають менший ефект, їх роблять наприкінці. У звіті проблеми відсортовано саме так.
Як часто робити технічний аудит?
Повний аудит — раз на 6–12 місяців і обов’язково до та після редизайну, переїзду чи зміни CMS. Коротка перевірка критичних пунктів — щомісяця, для великих інтернет-магазинів — щотижня.