1. Індексація та доступність
Почніть із відповіді сервера. Важливі сторінки повинні віддавати статус 200, видалені — 404 або 410, а перенесені — один зрозумілий 301-редирект. Ланцюжки редиректів і soft 404 ускладнюють сканування та аналіз.
Перевірте meta robots, HTTP-заголовок X-Robots-Tag і robots.txt. Файл robots.txt керує скануванням, але не є надійним способом видалити вже відому сторінку з індексу. Для службових сторінок використовуйте доречний noindex, залишаючи важливий контент відкритим.
- Головна й комерційні сторінки доступні без авторизації.
- Немає випадкового noindex або Disallow для важливих розділів.
- HTTP, HTTPS, www і non-www зведені до однієї версії.
- 404-сторінка повертає справжній статус 404.
2. Canonical, hreflang і дублікати
Кожна індексована сторінка повинна мати self-referencing canonical, якщо немає обґрунтованої причини вказати інший основний URL. Canonical — це підказка, а не команда, тому внутрішні посилання, sitemap і редиректи мають підтримувати ту саму версію.
Для реальних мовних еквівалентів hreflang повинен бути взаємним: українська сторінка посилається на англійську, а англійська — назад. Не позначайте hreflang сторінки, які лише частково схожі або фактично не перекладені.
3. Метадані, заголовки й контент
Перевірте унікальні title та description, один зрозумілий H1, логічні H2/H3 і текст, який відповідає наміру сторінки. Description не гарантує показ саме цього сніпета, але допомагає сформулювати пропозицію без дублювання.
Важливі зображення потребують змістовного alt і відомих width/height, декоративні — порожнього alt. Open Graph і Twitter Card не впливають прямо на позиції, але контролюють вигляд посилання в месенджерах і соцмережах.
4. Sitemap і структуровані дані
Sitemap має містити лише канонічні URL зі статусом 200, які дозволено індексувати. Чернетки, 404, редиректи й дублікати не повинні потрапляти у файл. Дата lastmod змінюється лише після суттєвого оновлення сторінки.
Schema.org повинна описувати реальний вміст. Для статті доречні BlogPosting і BreadcrumbList, для послуги — Service, коли сторінка справді про конкретну послугу. Не додавайте рейтинги, відгуки, ціни або авторів, яких немає на сторінці чи в бізнесі.
5. Mobile, performance й аналітика
Перевірте ключові ширини реальних телефонів, горизонтальний скрол, розмір кнопок, меню, форми й широкі таблиці. Зображення повинні мати оптимальний формат і розмір, а критичний контент — не чекати непотрібних скриптів.
Аналітика має фіксувати не лише перегляд сторінки, а й корисні дії: успішне надсилання форми, клік на телефон або перехід у месенджер. Після запуску додайте ресурс у Search Console, надішліть sitemap і перевірте кілька пріоритетних URL. Послуга технічної SEO-підготовки охоплює ці стартові перевірки без обіцянок конкретних позицій.
| Зона | Що перевірити | Результат |
|---|---|---|
| Індексація | robots, noindex, статуси, редиректи | Бот має доступ до правильних URL |
| Сигнали | canonical, hreflang, sitemap | Немає суперечливих версій |
| Контент | title, description, H1-H3, alt | Сторінка має зрозумілу тему |
| UX | mobile, форми, 404, швидкість | Ключові сценарії працюють |
| Вимірювання | аналітика й конверсії | Результат запуску можна оцінювати |
Часті запитання
Чи достатньо sitemap для індексації сайту?
Ні. Sitemap допомагає виявляти URL, але сторінка також має бути доступною, канонічною, корисною та пов’язаною внутрішніми посиланнями.
Чи технічне SEO гарантує високі позиції?
Ні. Воно створює коректну технічну основу. Позиції також залежать від попиту, конкуренції, контенту, репутації й розвитку сайту.