Запуск сайту без правильної підготовки — це втрачені позиції в Google на місяці. Замовники часто думають що «запустити сайт» — це натиснути одну кнопку. Реальність: між «майже готово» і «реально готово» — десятки технічних, контентних і організаційних деталей. Пропуск однієї — і у вас битий лінк на головну, недоступний favicon на iOS, або форма що не доходить менеджеру.

Ми у SUDUS·TEAM з 2015 року запустили 250+ сайтів. Цей чек-лист — реальна практика, виправлена після десятків «дрібних» помилок. 67 пунктів у 10 категоріях. Пройдіть кожний перед фінальним запуском — отримаєте сайт що з першого дня працює як треба, без «потім доробимо».

Категорія 1: Контент (7 пунктів)

  1. Усі тексти на сайті відредаговані — без «Lorem ipsum» у далеких куточках, без «{ім'я клієнта}» в форматі placeholder
  2. Перевірка орфографії і пунктуації через LanguageTool або вручну — на кожній сторінці
  3. Усі зображення замінені з фінальними — без стокових заглушок, без пробних фото
  4. Alt-теги для всіх зображень з релевантним описом (важливо для SEO і доступності)
  5. Логотип компанії у форматах: SVG (для масштабування), PNG для соцмереж, favicon (.ico + apple-touch-icon 180×180)
  6. Контактна інформація актуальна: телефон, email, адреса, години роботи — на кожній сторінці у футері
  7. Помилки 404 і 500 мають кастомні сторінки з пропозицією повернутись на головну

Категорія 2: Дизайн і UX (7 пунктів)

  1. Адаптивна верстка протестована на iPhone, Android, iPad, ноутбуці і 4K-моніторі (мінімум)
  2. Кросбраузерна сумісність: Chrome, Safari, Firefox, Edge — на десктопі і мобільному
  3. Всі кнопки натискаються великим пальцем на мобільному (мінімум 44×44 пікселів зони)
  4. Текст читається без скролу горизонтального на мобільному (мінімум 320 пікселів ширини)
  5. Контрастність тексту і фону відповідає WCAG AA (мінімум 4.5:1 для звичайного тексту)
  6. Анімації не блокують взаємодію — користувач може клікати кнопку навіть під час анімації
  7. Темна тема перевірена якщо є — або відсутність dark mode не ламає сайт

Категорія 3: Технічне SEO (10 пунктів)

  1. Title-теги унікальні на кожній сторінці — до 65 символів з основним запитом і брендом
  2. Meta description унікальні — до 160 символів, з вигодою і CTA
  3. H1 на кожній сторінці — і тільки один. H2-H6 у логічній ієрархії
  4. Canonical-теги на всіх сторінках — особливо важливо при дублікатах (пагінація, фільтри)
  5. Sitemap.xml згенеровано і подано в Google Search Console — з правильними lastmod датами
  6. Robots.txt налаштовано правильно — не блокує важливі сторінки, блокує адмінку і тестові
  7. Schema.org розмітка: Organization, LocalBusiness, Service, Product, FAQPage, BreadcrumbList — залежно від типу сайту
  8. Open Graph і Twitter Cards — превью при шарингу в соцмережах виглядають правильно
  9. Hreflang-теги для мультимовних сайтів — правильно вказують альтернативні мовні версії
  10. Перенаправлення з www на без-www (або навпаки) — щоб не було дублікатів в індексі

Деталі по технічному SEO — у нашому гайді SEO-просування. Для специфіки локального SEO — у статті «SEO у Львові 2026».

Категорія 4: Продуктивність (8 пунктів)

  1. PageSpeed Insights ≥90 на мобільному — це Google-стандарт ранжування
  2. LCP < 2.5 секунди (Largest Contentful Paint) — як швидко з'являється головний контент
  3. INP < 200ms (Interaction to Next Paint) — як швидко сайт реагує на дію користувача
  4. CLS < 0.1 (Cumulative Layout Shift) — наскільки стабільний layout під час завантаження
  5. Зображення у WebP-форматі з fallback на JPG/PNG для старих браузерів
  6. Lazy loading для зображень нижче згину (loading="lazy")
  7. Стиснення CSS/JS (мінімізація) і сервер віддає gzip/brotli
  8. CDN налаштовано (Cloudflare мінімум) — статика віддається з найближчого сервера

Категорія 5: Безпека (7 пунктів)

  1. SSL-сертифікат встановлено (HTTPS) — мінімум Let's Encrypt
  2. Перенаправлення HTTP → HTTPS налаштовано (HSTS заголовок бажано)
  3. Security headers: X-Frame-Options, X-Content-Type-Options, Referrer-Policy, Content-Security-Policy
  4. Адмінка захищена — два фактори, складний пароль, IP-обмеження якщо можливо
  5. SQL-ін'єкції закриті — всі форми перевіряють input
  6. XSS-захист — динамічний контент екранується
  7. Regular security updates — CMS, plugins, framework оновлені до останніх стабільних версій

Категорія 6: Форми та інтеграції (7 пунктів)

  1. Усі форми протестовані — заявка реально доходить на email/CRM/Telegram
  2. Валідація форм — поля перевіряються (email, телефон), помилки показуються користувачу
  3. Підтвердження після відправки — користувач бачить що заявка прийнята
  4. Інтеграція з CRM (Bitrix24, AmoCRM, Pipedrive, кастомна) — заявки потрапляють в воронку
  5. Платіжна система працює — тестова покупка проходить (для e-commerce)
  6. Email-розсилка налаштована — підтвердження замовлення, сповіщення про статуси
  7. Telegram-бот для сповіщень менеджеру — заявки не загубляться в потоці email

Категорія 7: Аналітика (6 пунктів)

  1. Google Analytics 4 встановлено і відправляє дані — перевірити Real-time
  2. Цілі (events) налаштовані: form_submit, phone_click, email_click, scroll_depth, video_play
  3. Google Tag Manager для управління скриптами без правки коду
  4. Facebook Pixel і Conversions API якщо плануєте Facebook Ads
  5. Google Ads Conversion Tracking якщо плануєте Google Ads
  6. Hotjar або Microsoft Clarity для heatmap і session recording перших 30 днів — критично для оптимізації UX

Категорія 8: Локальне SEO і Google Business (6 пунктів)

  1. Google Business Profile створено і верифіковано — це окремий ресурс що ранжується в Google Maps
  2. GBP заповнено повністю: категорії, години роботи (включно з винятками), фото (мінімум 20), послуги, опис
  3. NAP-консистентність — Name, Address, Phone однакові на сайті, GBP, всіх каталогах
  4. Bing Places і Apple Maps — додатково для повного покриття
  5. Реєстрація в локальних каталогах: list.in.ua, it-rating.ua, sprava.ua, kobzar.ua — мінімум 5
  6. Google Search Console налаштовано — sitemap поданий, перевірте відсутність помилок індексації

Категорія 9: Юридичні моменти (5 пунктів)

  1. Політика конфіденційності — обов'язково для GDPR і ЗУ «Про захист персональних даних»
  2. Cookie consent banner — повідомлення про використання cookies з можливістю відмови
  3. Згода на обробку персональних даних у формах — чекбокс, не автоматично
  4. Публічна оферта для e-commerce — або «Умови надання послуг» для сервісів
  5. Юридична інформація: назва ФОП/ТОВ, ЄДРПОУ, юридична адреса — у футері або окремій сторінці

Категорія 10: Бекапи і моніторинг (4 пункти)

  1. Автоматичний backup налаштовано (мінімум щодня для активних сайтів) — файли + база даних
  2. Backup тестовано на відновлення — це критично! Бекап який не тестували — не існує
  3. Uptime моніторинг (UptimeRobot, Pingdom, StatusCake) — сповіщення на email/Telegram якщо сайт впав
  4. Логи доступні і збираються — для діагностики проблем після запуску

Що робити з цим чек-листом

67 пунктів — це багато. Не намагайтеся пройти все за один день. Розбийте на етапи:

За 2 тижні до запланованого запуску

  1. Категорія 1 (Контент) — фінальні правки текстів і фото
  2. Категорія 2 (Дизайн і UX) — тестування на пристроях
  3. Категорія 4 (Продуктивність) — оптимізація швидкості (часто потребує найбільше часу)
  4. Категорія 6 (Форми) — тестування всіх форм у різних сценаріях

За 1 тиждень до запуску

  1. Категорія 3 (Технічне SEO) — мета, schema, sitemap
  2. Категорія 5 (Безпека) — SSL, headers, оновлення
  3. Категорія 7 (Аналітика) — встановити і протестувати
  4. Категорія 9 (Юридика) — підготувати документи

За 1-2 дні до запуску

  1. Категорія 8 (Локальне SEO і GBP) — створити і перевірити Google Business Profile
  2. Категорія 10 (Бекапи і моніторинг) — налаштувати моніторинг
  3. Фінальна перевірка всіх 67 пунктів — нічого не пропущено

День запуску

  1. Перенесення на ваш домен (DNS-зміни)
  2. Перевірка індексації — sitemap у Google Search Console
  3. Тестова заявка через головну форму — реально доходить?
  4. Перевірка GA4 — Real-time показує трафік
  5. Перевірка GBP — статус «опубліковано»

Перший тиждень після запуску

  1. Щодня перевіряйте uptime і помилки
  2. Регулярно дивіться heatmap у Hotjar/Clarity — де користувачі зависають
  3. Збирайте перші відгуки клієнтів через GBP
  4. Перевіряйте Google Search Console на помилки індексації

Найпоширеніші помилки при запуску

1. Запуск з тестових URL

Сайт зроблено на стейджинг-домені (test.domain.com або site.staging.com), а при перенесенні на production забули змінити внутрішні лінки і canonical-теги. Google індексує і production, і стейджинг — як дублікати. Карається пониженням обох.

Фікс: перед запуском замінити всі URL у текстах і налаштуваннях. Стейджинг закрити через robots.txt і HTTP-basic auth.

2. Запуск без бекапу

«Сайт працює — навіщо бекап?» Через тиждень — оновили плагін, конфлікт, сайт впав. Без бекапу — повне відновлення з нуля.

Фікс: автоматичний щоденний бекап з 7-денним зберіганням МІНІМУМ.

3. Запуск без GBP

Сайт є, реклама запущена — а Google Business Profile не створили. Втрачаєте 40%+ потенційного трафіку з Google Maps і локального пошуку.

Фікс: створити GBP мінімум за 2 тижні до запуску (потрібен час на верифікацію).

4. Запуск з повільним сайтом

PageSpeed 50-60 — і власник каже «потім оптимізуємо». Перші 1-2 місяці — це період коли Google формує думку про сайт. Якщо PageSpeed низький — будете боротися за позиції роками.

Фікс: мінімум 80+ на мобільному з самого старту, прагнути до 90+.

5. Запуск без аналітики

«Спочатку запустимо, потім поставимо лічильники». Через місяць — приходять перші клієнти, але не знаєте звідки, які сторінки працюють, де відмовляються. Втратили місяць даних.

Фікс: GA4 + Hotjar мають працювати з першого дня. Це 30 хвилин роботи на старті.

Інструменти для перевірки

Технічне SEO

  1. Google Search Console — обов'язково, безкоштовно
  2. Screaming Frog SEO Spider — повний краулер сайту (безкоштовно до 500 URL)
  3. Ahrefs Webmaster Tools — безкоштовний для власників сайтів
  4. SEMrush Site Audit — комплексний аудит (платно)

Продуктивність

  1. PageSpeed Insights — офіційний інструмент Google
  2. WebPageTest.org — детальна діагностика з різних регіонів
  3. GTmetrix — наочна аналітика
  4. Lighthouse — вбудований у Chrome DevTools

Доступність

  1. WAVE Web Accessibility Tool — безкоштовний
  2. Lighthouse Accessibility audit — вбудований у Chrome
  3. axe DevTools — розширення для Chrome

Кросбраузерне тестування

  1. BrowserStack — тестування на реальних пристроях (платно)
  2. LambdaTest — альтернатива (платно, є free tier)
  3. Chrome DevTools Device Toolbar — емуляція (безкоштовно)

Безпека

  1. Security Headers (securityheaders.com) — перевірка HTTP-заголовків
  2. SSL Labs (ssllabs.com/ssltest) — якість SSL-сертифіката
  3. Mozilla Observatory — комплексна перевірка безпеки

FAQ

Скільки часу займає проходження всіх 67 пунктів?

Якщо все робите вперше і самостійно — 3-5 робочих днів. Якщо у вас вже є шаблонний workflow — 1-2 дні. Більшість часу йде на категорію 4 (продуктивність) і категорію 6 (тестування форм у різних сценаріях).

Чи варто запускати сайт якщо не пройшли всі 67 пунктів?

Це залежить від того, чого не пройшли. Критично (не можна запускати без): SSL, мобільна адаптація, форми працюють, бекап. Важливо (краще не запускати): GA4, GBP, sitemap у GSC, базові schema. Можна допрацьовувати після запуску: кастомні 404, темна тема, частина security headers.

Чи можна автоматизувати перевірку?

Часткова. Lighthouse-аудит автоматизує перевірку продуктивності, доступності і базового SEO. Screaming Frog — структурні перевірки. Але форми, GBP, юридика — це ручна перевірка завжди.

Що робити якщо PageSpeed нижчий за 90?

Послідовно оптимізувати:

  1. Зображення → WebP + lazy load
  2. Шрифти → preload + font-display: swap
  3. JS → defer/async, code splitting, tree shaking
  4. CSS → критичний inline, решта async
  5. Кеш → правильні Cache-Control headers
  6. CDN → Cloudflare мінімум

Для деталей по швидкості — стаття «Як обрати веб-студію в Україні» має розділ про технічні фактори.

Чи потрібен Google Business Profile для онлайн-бізнесу без фізичного офісу?

Якщо ваш бізнес повністю онлайн (SaaS, аутсорс-послуги без офісу) — GBP не дасть стільки користі. Але якщо у вас є юридична адреса і ви приймаєте клієнтів хоча б іноді — GBP допоможе. Альтернатива для онлайн-бізнесу: профіль на Clutch.co, GoodFirms, LinkedIn Company Page.

Як часто треба робити бекапи?

Для статичного сайту-візитки — раз на тиждень. Для блогу з регулярним контентом — щодня. Для e-commerce — щогодини бази даних + щоденно повний. Для CRM-системи з критичними даними — інкрементальні бекапи кожні 15 хв.

Підсумок: пре-лонч check — це не формальність

Запуск сайту — це не «натиснути кнопку». Це систематичний процес з 60+ перевірок, кожна з яких може зекономити вам тижні і десятки тисяч гривень після запуску.

Поширене заблудження замовників: «давайте запустимо швидше, потім доробимо». Реальність: «потім доробимо» рідко стається. Все що не зроблено на старті — залишається проблемою на роки.

Готові обговорити запуск свого сайту? У нашому процесі розробки всі 67 пунктів проходяться автоматично — це частина роботи. Заповніть бриф на brief.sudus.team — на першому дзвінку безкоштовно проаудитуємо існуючий сайт і скажемо що треба доробити. Деталі підходу — на сторінках Розробка лендингів, Корпоративні сайти, Інтернет-магазини.