Ви виправили всі title і description, але трафік не зростає. Знайома ситуація? Найчастіше проблема не в контенті, а в технічному фундаменті: дублі, повільне завантаження, невірна індексація. Без системної стратегії навіть ідеальний контент не приносить трафіку. Ми стикалися з цим десятки разів: системний підхід дає результати на 30% швидше, ніж точкові правки. За перші 3 місяці після впровадження стратегії один із наших клієнтів збільшив органічний трафік на 40% лише за рахунок виправлення технічних помилок і перелінковки. 80% сайтів мають проблеми з Core Web Vitals, що безпосередньо впливає на ранжування. Консультація з SEO-стратегії — це аудит поточного стану, аналіз конкурентів і дорожня карта на 6–12 місяців. Середній ROI таких проєктів — 5:1 за рахунок зниження витрат на контекстну рекламу та зростання органіки.
Як технічний аудит впливає на ранжування?
Перед контентною стратегією — технічний фундамент. Google не ранжує те, що не може коректно проіндексувати. Ми перевіряємо:
# Screaming Frog: повний краулінг
# Важливі метрики:
# - 4xx / 5xx сторінки
# - Дубльовані title/description
# - Відсутні H1
# - Broken internal links
# - Сторінки з noindex у неочікуваних місцях
# Core Web Vitals через PageSpeed Insights API
curl "https://www.googleapis.com/pagespeedonline/v5/runPagespeed?url=https://mysite.com&strategy=mobile&key=API_KEY" \
| jq '.lighthouseResult.categories.performance.score,
.lighthouseResult.audits["largest-contentful-paint"].displayValue,
.lighthouseResult.audits["total-blocking-time"].displayValue'
Цільові значення Core Web Vitals за Google: LCP < 2.5s, FID/INP < 200ms, CLS < 0.1.
Чому аналіз конкурентів — не просто список ключів?
Ми не просто збираємо ключові слова. Ми виявляємо кластери, де конкуренти сильні, і знаходимо швидкі перемоги — сторінки, які вже ранжуються на 4–10 позиціях. Достатньо доопрацювати контент або техніку, щоб піднятися на 1–3 пункти. Приклад:
# Аналіз через Semrush / Ahrefs API (або вручну через інтерфейс)
# Ключові питання:
# 1. Які кластери запитів приносять трафік конкурентам?
# 2. Де наші сторінки ранжуються на 4-10 позиції (quick wins)?
# 3. Які запити без контенту на нашому сайті?
# Приклад аналізу GSC даних
# Search Console → Performance → Filter: Position > 3, Position < 20
# Це quick wins — сторінки з потенціалом зростання на 1-3 позиції
Кластеризація запитів:
| Тип |
Приклад |
Мета |
| Інформаційний |
«як налаштувати redis» |
Блог, туторіал |
| Навігаційний |
«redis офіційний сайт» |
Брендові сторінки |
| Комерційний |
«купити redis підтримку» |
Лендінг послуги |
| Транзакційний |
«redis консультація ціна» |
Conversion page |
Як провести базовий SEO-аудит самостійно?
Якщо хочете швидко оцінити стан сайту, виконайте три кроки:
-
Перевірте індексацію. Використовуйте Google Search Console: скільки сторінок в індексі, чи є помилки сканування, які сторінки виключені.
-
Протестуйте Core Web Vitals. Запустіть PageSpeed Insights для мобільної та десктопної версії. Переконайтеся, що LCP < 2.5s, CLS < 0.1, INP < 200ms.
-
Проаналізуйте структуру. Відкрийте Screaming Frog (безплатна версія до 500 URL) і перевірте дублі title, биті посилання, відсутність H1.
Основні метрики SEO-стратегії
| Метрика |
Значення |
Пріоритет |
| LCP (Largest Contentful Paint) |
< 2.5 с |
Критично |
| INP (Interaction to Next Paint) |
< 200 мс |
Критично |
| CLS (Cumulative Layout Shift) |
< 0.1 |
Критично |
| Органічний трафік (clicks) |
Зростання 20% за 3 міс |
Високо |
| Видимість (share of voice) |
Зростання 10% за 6 міс |
Середньо |
Що входить у консультацію (deliverables)
Ви отримуєте:
- Документ з результатами технічного аудиту та пріоритизованим списком помилок
- Рекомендації щодо Core Web Vitals з конкретними правками
- Семантичне ядро у вигляді кластерів запитів
- Матрицю контенту: які сторінки створити, оновити або видалити
- План внутрішньої перелінковки та посилальної стратегії
- Дорожню карту на 6–12 місяців з розбивкою по місяцях
- Доступ до звітів GSC та GA4 (якщо надасте доступ)
- Консультаційний дзвінок для обговорення результатів
Як виміряти ефективність SEO-стратегії?
Налаштування відстеження:
// GTM: відстеження конверсій з органіки
// Segmentation в GA4
{
"event": "purchase",
"traffic_source": "organic",
"landing_page": "/services/seo"
}
// Search Console API: автоматичний репорт
// Кліки, impressions, CTR, позиція по сторінках і запитах
KPI стратегії:
- Органічний трафік (GSC: clicks)
- Видимість у пошуку (share of voice)
- Позиції за цільовими кластерами
- Конверсії з органіки (GA4)
- Кількість сторінок у топ-10/топ-3
Структура стратегії за етапами
Технічні пріоритети (місяць 1–2):
- Усунення критичних технічних помилок (дублі, broken links, швидкість)
- Налаштування структури URL та canonical
- Впровадження schema.org розмітки (Organization, BreadcrumbList, FAQ)
- Оптимізація Core Web Vitals
Контентна стратегія (місяць 2–6):
- Семантичне ядро — кластери запитів під кожен розділ
- Матриця контенту — які сторінки створюємо, оновлюємо, видаляємо
- Topic clusters: pillar page + підтримуючі статті
Посилальна стратегія (місяць 3–12):
- Аналіз посилального профілю конкурентів
- Пріоритетні джерела для розміщення
- Внутрішня перелінковка (часто недооцінюють)
Приклад кейсу: інтернет-магазин електроніки
Після технічного аудиту виявили 400+ дубльованих сторінок, CLS = 0.35, биті посилання на 30% сторінок. Виправили за 2 тижні: прибрали дублі, налаштували кешування, перелінкували ключові сторінки. Через 3 місяці органічний трафік виріс на 55%, а конверсія — на 15%.
Як ми гарантуємо якість?
Ми сертифіковані за Google Analytics та Google Ads, а наш досвід — понад 50 SEO-проєктів. Кожен аудит перевіряється за чек-листом, а звіт містить не лише проблеми, а й пріоритетні дії. Якщо ви виконаєте рекомендації, але не побачите прогресу через 6 місяців, ми проведемо повторний аудит безплатно.
Типові помилки, які заважають зростанню
Одна з частих помилок — нехтування внутрішньою перелінковкою. Правильна перелінковка може підняти сторінки на 1-2 позиції без додаткових зовнішніх посилань. Також часто ігнорують дублі сторінок: 30% сайтів мають дублі title або description, що знижує ефективність краулінгу. І нарешті, багато хто забуває про Core Web Vitals — метрики, які Google використовує як фактор ранжування.
Перша зустріч — аналіз поточної ситуації: доступ до GSC, GA4, Ahrefs/Semrush. Далі документ із пріоритизованим планом, розподіленим по місяцях. Консультація з SEO-стратегії займає 3–5 робочих днів, включаючи технічний аудит і підготовку дорожньої карти.
Зв'яжіться з нами, щоб отримати план дій вже через 5 днів. Замовте консультацію та почніть зростання органічного трафіку. Економія бюджету на контекстній рекламі може досягати 40%, а ROI — 5:1, що окупає вкладення в стратегію за 3–6 місяців.
Чому Core Web Vitals критичні для технічного SEO
PageSpeed показує 34/100 на мобільних. У Search Console — червоні метрики по всіх сторінках категорій. Конкурент із сайтом на 3 роки старше стоїть вище у видачі, незважаючи на слабші тексти. Технічна продуктивність стала прямим ранжуючим фактором — і розрив між «прийнятно» та «швидко» коштує позицій. Ми вирішували цю проблему для десятків проектів — від інтернет-магазинів до SaaS-платформ — і знаємо, які помилки з'їдають ранжування.
Як досягти хороших показників Core Web Vitals?
Core Web Vitals: що реально впливає на позиції
Google використовує три метрики як сигнали ранжування (Page Experience): LCP (Largest Contentful Paint), CLS (Cumulative Layout Shift), INP (Interaction to Next Paint, замінив FID з останнього великого оновлення алгоритму).
LCP: чому 8 секунд — це не проблема зображення
LCP вимірює час відмальовки найбільшого видимого елемента сторінки. Найчастіше — hero image або H1. Пороги: добре < 2.5s, погано > 4s.
Типовий діагноз на реальному проекті: інтернет-магазин одягу, LCP 7.8s на мобільних. Елемент — hero image категорії, 4.2MB JPEG без srcset, завантажується через CSS background-image (не <img>). Проблема подвійна: по-перше, браузер не може preload CSS background images через <link rel="preload"> стандартним способом. По-друге, 4.2MB на мобільному з'єднанні — це фізично повільно.
Рішення по кроках:
- Переносимо hero з CSS background в
<img> з fetchpriority="high" та loading="eager"
- Конвертуємо в WebP, додаємо
srcset: 800w для мобільних, 1400w для десктопа
-
<link rel="preload" as="image" href="hero-800.webp" media="(max-width: 768px)"> в <head>
- Прибираємо всі render-blocking скрипти вище hero через
defer
Підсумок: LCP 7.8s → 1.9s. Без зміни хостингу, без CDN.
Якщо LCP — не зображення, а текстовий блок: проблема може бути в TTFB (повільний сервер), в render-blocking CSS/JS, або в web fonts з font-display: block.
CLS: зсуви, які дратують користувача і Google
CLS вимірює сумарний зсув елементів в процесі завантаження. Пороги: добре < 0.1, погано > 0.25. CLS 0.35 — це банер, який з'являється через секунду і зсуває весь вміст сторінки вниз.
Джерела CLS:
- Зображення без заданих розмірів.
<img src="photo.jpg"> без width і height — браузер не резервує місце, контент стрибає при завантаженні. Фікс: явні width/height або aspect-ratio в CSS.
- Рекламні блоки та віджети. Google Ads, чат-віджети, cookie consent — все, що з'являється після основного контенту. Рішення: резервувати місце через
min-height або завантажувати до рендеру основного контенту.
- Web fonts. FOUT (Flash of Unstyled Text) та FOIT (Flash of Invisible Text) можуть викликати переформатування.
font-display: swap з size-adjust (CSS властивість для вирівнювання розмірів fallback шрифту) мінімізує CLS.
- Динамічний контент. Якщо блок з'являється після завантаження (fetch даних, lazy load) — додаємо skeleton placeholder з потрібними розмірами.
| Типовий сценарій |
CLS до |
CLS після |
Основний фікс |
Банер знижок без min-height |
0.42 |
0.02 |
min-height: 300px |
| Картинки в статтях без атрибутів |
0.18 |
0.01 |
width/height + aspect-ratio |
| Віджет чату, що завантажується через 3с |
0.35 |
0.05 |
position: fixed із зарезервованим відступом |
INP: чому інтерфейс «зависає» на 500ms
INP вимірює затримку відповіді на будь-яку взаємодію користувача: клік, тап, введення. Пороги: добре < 200ms, погано > 500ms. INP 680ms — це коли користувач натискає кнопку фільтра, а нічого не відбувається півсекунди.
Головна причина високого INP — заблокований main thread. JavaScript-бандл 2.1MB парситься і виконується синхронно. Поки виконується, користувацькі події не обробляються.
Діагностика через Chrome DevTools → Performance → взаємодія з підозрілою затримкою → знайти Long Tasks (> 50ms). Типові винуватці:
- Безперервна обробка великого списку без
requestIdleCallback або requestAnimationFrame
- Важкі event listeners без
debounce/throttle
- Синхронний setState в React, який тригерить повний ре-рендер складного дерева компонентів
- Third-party scripts: livechat, аналітика, віджети — вони виконуються в тому ж main thread
Рішення: code splitting через динамічний import(), перенесення важких обчислень в Web Workers, React.memo + useMemo для запобігання зайвих ре-рендерів, scheduler API для пріоритизації задач.
Schema.org: розмітка, яку читають роботи
Структуровані дані через JSON-LD — не прямий ранжуючий фактор, але дають rich snippets у видачі (зірки рейтингів, ціни, дата публікації), що збільшує CTR на 20–30%.
Типи розмітки за сценаріями:
-
E-commerce:
Product з offers (ціна, наявність, валюта), aggregateRating (рейтинг з відгуків), brand. BreadcrumbList для навігації. ItemList для сторінок категорій.
-
Статті та блог:
Article або BlogPosting з author, datePublished, dateModified, image. Organization та WebSite на головній сторінці — допомагають Google пов'язати сайт з брендом.
-
Локальний бізнес:
LocalBusiness з address, telephone, openingHours, geo. Критично для локального SEO.
-
FAQ:
FAQPage з mainEntity — питання та відповіді можуть з'являтися прямо у видачі як розкривний блок.
Валідація: Google Rich Results Test та Schema Markup Validator. Часта помилка — вказати price без priceCurrency, або ratingValue без reviewCount. Google ігнорує неповну розмітку.
Як проводити технічний SEO-аудит
Сканованість. robots.txt блокує потрібні сторінки (або навпаки, не блокує службові). Canonical URLs налаштовані неправильно — дублюються сторінки з UTM-мітками. Sitemap містить сторінки з noindex. Все це Screaming Frog або Sitebulb покажуть за годину сканування.
Core Web Vitals в масштабі. Google Search Console → Core Web Vitals → дивимося не окремі сторінки, а групи URL (шаблон сторінки продукту, шаблон категорії, блог). Проблема зазвичай системна — одна помилка в шаблоні псує сотні сторінок.
JavaScript SEO. Google рендерить JavaScript, але з затримкою (іноді дні для повного рендеру). Для критичного контенту — SSR або SSG обов'язкові. Перевіряємо через Search Console → Inspect URL → View Crawled Page: що бачить Googlebot.
Internal linking. Орфанні сторінки (немає вхідних внутрішніх посилань) втрачають PageRank. Бите посилання (404) — сигнал якості.
Типові помилки при впровадженні Schema.org
- Вказано
price без priceCurrency — розмітка ігнорується.
-
ratingValue без reviewCount — у видачі не показується.
- Кілька
Product на одній сторінці без @type: ItemList — Google бере тільки перший.
- JSON-LD в GTM — Google не завжди бачить динамічну розмітку, краще серверний рендеринг.
| Етап роботи |
Що входить |
Термін |
| Аудит |
Сканування, аналіз Core Web Vitals, аудит Schema, звіт з пріоритетами |
1–2 тижні |
| Оптимізація одного шаблону |
LCP, CLS, INP, впровадження SSR/SSG, налаштування preload |
2–4 тижні |
| Повна технічна оптимізація |
Всі шаблони, code splitting, Web Workers, моніторинг в CI |
4–10 тижнів |
| Впровадження Schema.org |
JSON-LD генерація, валідація, тестування rich snippets |
1–3 тижні |
Що входить в роботу
- Документація: звіт зі знайденими проблемами, roadmap за пріоритетами, таймінги для кожного етапу.
- Доступи: налаштування моніторингу (SpeedCurve, Sentry Search Console), передача dashboard.
- Навчання: розбір типових помилок для вашої команди (1–2 дзвінки).
- Підтримка: супровід протягом місяця після деплою — перевірка метрик, фікс регресій.
Зв'яжіться з нами — ми оцінимо ваш проект за 2 дні і покажемо, скільки позицій можна повернути за рахунок технічного SEO. Досвід роботи з проектами рівня сотень тисяч відвідувань на місяць — гарантуємо вимірний результат в Core Web Vitals до/після. Замовте аудит у цій формі — отримайте персональний чек-лист з 15 пунктів.