SEO-чекліст: 15 пунктів перед запуском сайту

Запускати сайт без базового SEO — як відкрити магазин без вивіски. Люди можуть проходити поруч, але не знатимуть, що ви існуєте. Нижче — SEO-чекліст із 15 пунктів, який ми проходимо перед релізом кожного проєкту. Для кожного пункту пояснюємо, навіщо він потрібен і як його перевірити.

Чекліст розділено на три блоки: технічна база, контент і мета-дані, розширені пункти.

Технічна база

Технічні пункти визначають, чи зможе Google взагалі знайти, просканувати й коректно показати ваш сайт.

1. HTTPS

Встановлений SSL-сертифікат і постійний (301) редирект з http на https. Браузери позначають сайти без HTTPS як небезпечні, а Google враховує захищене з'єднання як сигнал ранжування. Перевірте також, щоб усі версії адреси — з www і без — вели на одну основну.

2. Швидкість

Цільовий показник — PageSpeed 90+ для мобільної версії. Що для цього потрібно:

• зображення у форматі WebP із правильними розмірами;
• відкладене завантаження (lazy loading) для всього, що нижче першого екрана;
• мініфікація CSS і JavaScript, мінімум сторонніх скриптів;
• кешування статичних файлів.

Детальніше про те, що гальмує сайти і як це виправити, — у статті швидкість сайту.

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

Google індексує сайти за принципом mobile-first, тобто оцінює передусім мобільну версію. Перевірте, що текст читається без масштабування, кнопки зручно натискати пальцем, а таблиці й форми не виходять за межі екрана.

4. robots.txt і sitemap.xml

Файл robots.txt не повинен блокувати важливі сторінки (часта помилка — забута заборона індексації з тестового сервера). Карта сайту sitemap.xml має містити лише канонічні сторінки з кодом 200 і бути надісланою в Google Search Console.

5. Редиректи та 404

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

Контент і мета-дані

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

6. Title

Унікальний для кожної сторінки, орієнтовно до 60 символів, із ключовим запитом ближче до початку. Title — перше, що бачить людина у видачі, тому він має бути не лише «для робота», а й чіпляти увагу.

7. Description

Приблизно 120–160 символів, з вигодою та закликом до дії. Google не завжди показує ваш description, але якісний опис підвищує шанс, що користувач обере саме ваш результат.

8. H1

Один на сторінку і відповідає основному запиту. Далі структура йде через H2 і H3 — так і людям, і пошуковим системам легше зрозуміти зміст.

9. Людські URL

Наприклад, /services/landing-page/ замість /page?id=17. Зрозуміла адреса краще виглядає у видачі й месенджерах і підказує, про що сторінка. Важливо також обрати один формат — зі слешем у кінці чи без — і дотримуватися його скрізь.

10. Alt-тексти

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

Розширені пункти

Ці пункти часто пропускають, але саме вони відрізняють «сайт, який просто працює» від сайту, готового до конкуренції в пошуку.

11. Schema.org

Структурована розмітка організації, послуг, хлібних крихт, FAQ, статей. Вона допомагає Google показувати розширені сніпети, а AI-системам — точніше розуміти, хто ви і що пропонуєте. Докладні вимоги — у документації Google Search Central.

12. Open Graph

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

13. Внутрішня перелінковка

Кожна важлива сторінка має бути досяжна за 2–3 кліки від головної. Посилайтеся зі статей блогу на сторінки послуг, а з послуг — на кейси. Так пошуковик краще розуміє, які сторінки найважливіші.

14. Аналітика

Google Analytics 4 і Search Console — з першого дня. Без даних неможливо зрозуміти, звідки приходять відвідувачі, які сторінки працюють і які запити приводять клієнтів. Налаштуйте також відстеження ключових дій: заявок, дзвінків, переходів у месенджери.

15. Канонічні URL

Тег rel="canonical" вказує основну версію сторінки й захищає від дублів контенту — наприклад, коли одна сторінка доступна з різними параметрами в адресі. Такі дублі часто з'являються через рекламні UTM-мітки, фільтри в каталозі або сортування товарів. Без canonical пошуковик може обрати основною не ту версію, яку ви хотіли б бачити у видачі, або розподілити сигнали між кількома копіями.

Часті помилки, які ми бачимо перед запуском

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

• Заборона індексації залишилася з тестової версії. Тег noindex або правило в robots.txt, яке закривало сайт під час розробки, переїжджає на робочий домен. Сайт готовий, але Google його не бачить.
• Однакові мета-дані на всіх сторінках. Шаблон підставляє назву компанії в title кожної сторінки, і пошуковик не розуміє, чим вони відрізняються.
• Тексти-заглушки. «Lorem ipsum» або порожні блоки, які забули замінити, погіршують сприйняття і людьми, і пошуковими системами.
• Важкі зображення. Фото з камери вагою кілька мегабайтів одразу вбивають швидкість мобільної версії.
• Форма, яка не надсилає заявки. Формально це не SEO, але трафік без робочої форми — даремні витрати. Перевіряйте кожну форму на робочому домені.
• Не підтверджене право власності в Search Console. Без цього ви не побачите помилок індексації і не зможете надіслати sitemap.

Як перевірити сайт самостійно

Для базової перевірки не потрібні платні інструменти:

1. PageSpeed Insights — швидкість і Core Web Vitals для мобільної та десктопної версій.
2. Google Search Console — індексація, помилки, запити, за якими вас знаходять.
3. Перевірка розширених результатів від Google — коректність розмітки Schema.org.
4. Пошук site:вашдомен у Google — скільки сторінок уже в індексі.
5. Перегляд коду сторінки — наявність title, description, canonical і Open Graph.

Якщо на якомусь кроці результат вас насторожив — це сигнал заглибитися або звернутися до фахівців.

Пріоритети, якщо часу мало

Буває, що запуск завтра, а чекліст пройдено лише наполовину. У такому разі йдіть за пріоритетами:

1. Спершу — індексація. Переконайтеся, що сайт не закритий від пошуковиків, працює HTTPS, а sitemap надіслано в Search Console. Без цього решта пунктів не має значення.
2. Далі — мета-дані ключових сторінок. Головна та сторінки послуг мають отримати унікальні title, description і H1 ще до запуску.
3. Потім — аналітика. Дані, які ви не зібрали в перші дні, вже не відновити.
4. Решту — протягом першого тижня. Schema.org, Open Graph, alt-тексти й перелінковку можна доробити одразу після релізу, поки Google лише знайомиться з сайтом.

Такий порядок дозволяє запуститися вчасно і не втратити найважливіше.

Що робити після запуску

Чекліст — це старт, а не фініш. У перші тижні після релізу:

• перевірте звіт про індексацію в Search Console і виправте помилки;
• стежте за Core Web Vitals на реальних користувачах;
• додавайте контент: сторінки послуг, кейси, статті в блог;
• перевіряйте, чи з'являється ваш бізнес у відповідях AI-асистентів — про це наш гайд як потрапити в AI Overviews і ChatGPT.

Базове SEO чи окрема послуга

Цей чекліст входить у кожен наш проєкт за замовчуванням — це базова SEO-підготовка, яку ми закладаємо ще на етапі прототипу. Якщо ж у вас уже є сайт, який погано індексується, або потрібне поглиблене налаштування під конкретні запити, скористайтеся послугою SEO-налаштування: від $120 і від 5 робочих днів. Для видимості в ChatGPT, Gemini та AI-відповідях Google є окрема послуга AI-оптимізації.

Підсумок

• Технічна база (HTTPS, швидкість, мобільна версія, robots.txt, sitemap, редиректи) — щоб сайт знайшли й коректно просканували.
• Контент і мета-дані (title, description, H1, URL, alt) — щоб сторінки були зрозумілими й привабливими у видачі.
• Розширені пункти (Schema.org, Open Graph, перелінковка, аналітика, canonical) — щоб конкурувати й вимірювати результат.
• Пройдіть усі 15 пунктів до запуску — виправляти помилки після індексації завжди довше.

Хочете перевірити свій сайт за цим чеклістом? Напишіть нам через контакти — підкажемо, з чого почати.