Технічний SEO Аудит B2B Сайту: Чеклист від MMIX

Технічний SEO — фундамент, на якому тримається вся органічна видимість B2B сайту. Можна витратити десятки тисяч гривень на контент і посилання, але якщо Google не може нормально сканувати та індексувати ваш сайт — ці інвестиції будуть марними.

Цей чеклист охоплює всі ключові аспекти технічного SEO аудиту, які MMIX перевіряє для B2B сайтів своїх клієнтів.

1. Crawlability: Чи Може Google Прочитати Ваш Сайт

Перевірка robots.txt

Файл robots.txt — перше, що дивиться Googlebot при відвідуванні сайту. Типові помилки:

Помилка #1: Блокування важливих розділів:

User-agent: *
Disallow: /products/
Disallow: /services/

Якщо заблокована директорія /products/ — Google не може індексувати ваші продуктові сторінки.

Перевірте через Google Search Console: Tools → URL Inspection → перевірте, чи не заблокована URL через robots.txt.

Помилка #2: Відсутність Sitemap в robots.txt:

Sitemap: https://example.com/sitemap.xml

Ця строка має бути в robots.txt — вказує Google, де знаходиться ваша sitemap.

XML Sitemap

Перевірте:

  • Sitemap існує і доступна за /sitemap.xml
  • Вона подана в Google Search Console
  • Не містить URL з noindex або redirect
  • Всі важливі сторінки включені
  • Дати lastmod актуальні (не з 2019 року)
  • Розмір sitemap: до 50,000 URL або 50 МБ (якщо більше — розбийте на кілька)

Log File Analysis

Для сайтів 200+ сторінок — аналіз server logs дозволяє побачити, які сторінки Googlebot реально сканує і з якою частотою. Ознаки проблем:

  • Googlebot витрачає crawl budget на сторінки пагінації та фільтрів замість ключових лендінгів
  • Важливі сторінки сканується рідко (раз на місяць чи рідше)
  • Багато 4xx відповідей на запити Googlebot

Інструменти: Screaming Frog Log Analyzer, Cloudflare Analytics (перевірте Bot traffic), сервер logs в cPanel/Nginx.

2. Core Web Vitals: Google's Performance Metrics

Core Web Vitals — ключові метрики, які Google використовує як сигнал ранжування з 2021 року. Для B2B сайтів часто є проблемою: корпоративні сайти нерідко побудовані на важких CMS (WordPress з купою плагінів, Drupal, custom solutions) і мають погані показники.

LCP (Largest Contentful Paint): < 2.5 секунди

LCP — час до завантаження найбільшого видимого елемента на сторінці (зазвичай hero image або H1 заголовок).

Типові причини поганого LCP:

  • Великі, не оптимізовані hero images (JPEG 2–5 МБ замість WebP 200 КБ)
  • Зображення без loading="eager" або fetchpriority="high" для hero
  • CSS/JS, що блокує рендеринг (render-blocking resources)
  • Повільний сервер (Time to First Byte > 800 мс)

Виправлення:

  • Конвертуйте зображення у WebP/AVIF
  • Використовуйте CDN (Cloudflare, Fastly)
  • Налаштуйте browser caching
  • Прибирайте render-blocking CSS (inline critical CSS, defer non-critical)

FID / INP (Interaction to Next Paint): < 200 мс

З березня 2024 Google замінив FID на INP (Interaction to Next Paint) — вимірює відповідальність сторінки на взаємодію користувача.

Причини поганого INP:

  • Надмірний JavaScript (jQuery + 10+ плагінів = 1–2 МБ JS)
  • Long Tasks (JS-задачі > 50 мс, що блокують main thread)
  • Third-party scripts: чат-боти, аналітика, ретаргетинг пікселі

Рекомендації:

  • Аудит JavaScript: що реально потрібно на кожній сторінці?
  • Defer/async для третьосторонніх скриптів
  • Lazy loading для below-the-fold контенту
  • Code splitting для SPA

CLS (Cumulative Layout Shift): < 0.1

CLS — небажані зрушення layout під час завантаження (коли кнопки "стрибають" і ви натискаєте не те).

Часті причини:

  • Зображення без атрибутів width і height (браузер не знає, скільки місця зарезервувати)
  • Рекламні банери, що з'являються над контентом
  • Шрифти, що підміняють системні (FOUT — Flash of Unstyled Text)
  • Динамічно завантажуваний контент без зарезервованого простору

Інструменти для аналізу Core Web Vitals

  • Google Search Console → Core Web Vitals (реальні польові дані)
  • PageSpeed Insights (https://pagespeed.web.dev/) — лабораторні дані + рекомендації
  • Google Lighthouse у Chrome DevTools
  • WebPageTest.org — детальний waterfall аналіз

3. Індексація та Canonical Tags

Дублі контенту

Дублі — один з найпоширеніших технічних SEO-дефектів для B2B сайтів. Виникають через:

  • HTTP і HTTPS версії сайту (обидві доступні)
  • WWW і non-WWW (обидві доступні)
  • URL параметри (?utm_source=, ?session_id=, ?sort=price)
  • Пагінація (/products/page/2/)
  • Друкарські версії сторінок

Canonical Tag (<link rel="canonical" href="...">) — вказує Google, яка URL є "оригінальною" і яку індексувати.

Перевірка через Screaming Frog:

  • Crawl All → фільтр "Canonicals" → перевірте, чи усі canonical теги вказують на правильні URL
  • Знайдіть сторінки без canonical (не завжди потрібен, але для B2B із складною структурою — корисний)

Hreflang для Мультимовних B2B Сайтів

Якщо ваш B2B сайт доступний кількома мовами (наприклад, українська + англійська + польська), без правильного hreflang Google може показувати неправильну мовну версію для різних аудиторій.

Правильна реалізація hreflang:

<link rel="alternate" hreflang="uk" href="https://example.com/uk/services/" />
<link rel="alternate" hreflang="en" href="https://example.com/services/" />
<link rel="alternate" hreflang="pl" href="https://example.com/pl/services/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/services/" />

Типові помилки hreflang:

  • Відсутній x-default — вказує Google на fallback версію для невідомих локалей
  • Hreflang не є двонаправленим (якщо сторінка A вказує на B через hreflang, B також має вказувати на A)
  • Hreflang вказує на noindex сторінки

4. Structured Data (Schema Markup)

Structured data допомагає Google "зрозуміти" контент і може призвести до rich snippets у результатах пошуку — що збільшує CTR.

Типи Structured Data для B2B Сайту

Organization / LocalBusiness:

  • Назва компанії, адреса, контакти, логотип
  • Соціальні профілі (sameAs)
  • Важливо для Knowledge Panel у Google

Service:

{
  "@type": "Service",
  "name": "IT Outsourcing Services",
  "provider": {
    "@type": "Organization",
    "name": "Your Company Name"
  },
  "description": "...",
  "areaServed": "UA"
}

FAQPage: Якщо ваші сервісні сторінки мають секцію FAQ — розмітіть їх. FAQ markup дозволяє сниппетам з FAQ з'являтися прямо в пошуку (розгорнуті питання-відповіді).

Article / BlogPosting: Для всіх статей блогу — додайте розмітку з author, datePublished, headline. Покращує відображення у Google News і сприяє E-E-A-T сигналам.

BreadcrumbList: Для всіх внутрішніх сторінок — хлібні крихти в URL-рядку пошукового результату.

Валідація Structured Data

  • Google Rich Results Test: https://search.google.com/test/rich-results
  • Schema.org Validator: https://validator.schema.org/
  • Google Search Console → Enhancements — звіти по конкретних типах розміток

5. PageSpeed та Технічна Оптимізація

Server Response Time (TTFB)

Time to First Byte (TTFB) має бути < 800 мс (за рекомендацією Google < 200 мс для "хорошого" результату).

Причини поганого TTFB:

  • Хостинг на дешевому shared hosting
  • Відсутність серверного кешування
  • Повільні бази даних (некешовані запити, великі таблиці без індексів)
  • Відсутність CDN

Рекомендовані хостинг-рішення для B2B: Cloudflare + Hetzner, AWS CloudFront, Google Cloud CDN, Vercel, Netlify (для static/JAMstack).

Image Optimization

  • Конвертуйте всі зображення у WebP (зменшення на 25–35% проти JPEG) або AVIF (ще менше, але слабша підтримка браузерів)
  • Використовуйте srcset для adaptive images
  • Lazy loading для зображень нижче fold: <img loading="lazy" ...>
  • Compress через TinyPNG, Squoosh, або автоматично через плагін (Imagify, ShortPixel)

JavaScript і CSS

  • Мінімізація (minification) CSS і JS
  • Об'єднання (bundling) JS-файлів де доцільно
  • Tree shaking: видалення невикористаного JS-коду
  • Critical CSS: inline критичних стилів для above-the-fold контенту
  • Prune unused CSS: PurgeCSS для Tailwind та інших utility-first фреймворків

6. HTTPS та Безпека

Обов'язкові вимоги

  • Валідний SSL сертифікат (Let's Encrypt — безкоштовно, оновлюється автоматично)
  • Redirect: HTTP → HTTPS (301 redirect)
  • Redirect: WWW → Non-WWW (або навпаки) — виберіть один canonical

Security Headers

Додайте в HTTP response headers:

Strict-Transport-Security: max-age=31536000; includeSubDomains
X-Content-Type-Options: nosniff
X-Frame-Options: DENY
Referrer-Policy: strict-origin-when-cross-origin
Content-Security-Policy: default-src 'self'

Перевірте через https://securityheaders.com/

Mixed Content

Якщо сторінка завантажена по HTTPS, але включає HTTP ресурси (зображення, скрипти, CSS) — браузер може блокувати їх. Перевірте через Chrome DevTools → Console на наявність Mixed Content warnings.

7. Мобільна оптимізація (Mobile-First Indexing)

Google з 2023 року повністю перейшов на Mobile-First Indexing — сайт оцінюється передусім у мобільній версії.

Перевірки:

  • Mobile Friendly Test: https://search.google.com/test/mobile-friendly
  • Немає горизонтального скролу
  • Текст читабельний без zoom (base font size 16px)
  • Достатньо великі target areas для кнопок/посилань (мінімум 44×44px)
  • Viewport meta tag: <meta name="viewport" content="width=device-width, initial-scale=1">

8. Внутрішня Лінкова Структура

Правила ефективної внутрішньої лінковки

  • Кожна важлива сторінка має отримувати посилання з мінімум 3–5 інших сторінок
  • Anchor text посилань — конкретний, ключовий (не "тут" або "читати більше")
  • Немає orphan pages (сторінок без жодного внутрішнього посилання)
  • Глибина кліків до будь-якої важливої сторінки — не більше 3 кліків від головної

Перевірка orphan pages:

  • Screaming Frog → перегляньте In-links for each URL
  • Порівняйте з sitemap — сторінки в sitemap без внутрішніх лінків = кандидати на orphan

Висновок

Технічний SEO аудит — це не одноразова дія, а регулярний процес. Рекомендований графік:

  • Щомісяця: GSC перевірка помилок, Core Web Vitals моніторинг
  • Щоквартально: Повний crawl Screaming Frog, аналіз broken links
  • Раз на рік: Повний технічний аудит з оновленням стратегії

MMIX проводить комплексні технічні SEO аудити для B2B сайтів і надає детальні roadmaps виправлення помилок. Зв'яжіться з нами для безкоштовної попередньої оцінки вашого сайту.