Що таке технічне SEO простими словами?

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

З чого почати технічний SEO-аудит?

Спершу перевірте сканування й індексацію: robots.txt без зайвого Disallow, коректний XML-sitemap, відсутність випадкового noindex і правильні canonical-теги. Це найдешевші у виправленні правки з миттєвим ефектом на трафік.

Які пороги Core Web Vitals вважаються хорошими?

LCP до 2,5 секунди, INP до 200 мс, CLS до 0,1. Якщо LCP перевищує 4 секунди, INP більше 500 мс, а CLS вище 0,25 — це зона втрати трафіку й конверсії, яку Google враховує при ранжуванні.

Що таке AEO і чи замінює воно SEO?

AEO (Answer Engine Optimization) — оптимізація під відповіді AI-пошуку, голосових асистентів і featured snippets через структуровані дані, FAQ-блоки та llms.txt. Це не заміна, а надбудова над класичним SEO: спершу треба закрити технічний фундамент, інакше AI-рушіям нема що цитувати.

Скільки коштує технічний SEO-аудит у MaxICo?

Ведення SEO в MaxICo стартує від $500/міс (далі залежно від обсягу й конкуренції ніші), а технічна доробка чи переробка сайту — від $300. Базовий експрес-аудит по чеклісту з топ-5 проблемами ми робимо безкоштовно на консультації.

Технічне SEO: чекліст аудиту сайту на 30 пунктів

Технічне SEO чекліст на 30 пунктів: сканування, індексація, Core Web Vitals, мобільність і AEO. Робочий аудит сайту з пріоритетами та порогами від MaxICo.

Сайт ранжується погано, а контент і посилання начебто в порядку? У 8 з 10 випадків проблема не в текстах, а під капотом: повільне завантаження, недоступні для бота сторінки, дублі, зламані редиректи. Технічне SEO — це фундамент, без якого будь-які інвестиції в контент і лінкбілдинг працюють упівсили. Нижче — робочий чекліст аудиту на 30 пунктів, який ми в MaxICo проходимо перед стартом будь-якого SEO-проєкту, з пріоритетами, інструментами та реальними порогами «коли вже погано».

1. Що таке технічне SEO і чому це фундамент

Технічне SEO — це сукупність налаштувань сайту, які впливають на те, наскільки легко пошуковому боту просканувати, проіндексувати й коректно інтерпретувати ваші сторінки. Контент відповідає на питання «що показати користувачу», технічне SEO — «чи зможе Google це взагалі знайти, прочитати й довіритись».

Логіка проста: спершу бот має знайти сторінку (crawlability), потім проіндексувати її (indexability), потім швидко віддати користувачу (performance) і не сплутати з дублем (canonical). Зламайте будь-яку ланку — і трафік просідає, навіть якщо текст ідеальний. Тому технічний чекліст завжди йде першим, ще до контент-плану.

Що найчастіше «з'їдає» позиції на B2B-сайтах (за нашими аудитами)

Повільне завантаження / Core Web Vitalsнайчастіше

Дублі сторінок і параметри URLчасто

Помилки індексації / noindexчасто

Зламані посилання й редиректирегулярно

Відсутність структурованих данихпомірно

2. Блок 1: Сканування й доступність (пункти 1–8)

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

1. robots.txt. Перевірте, що файл існує за адресою /robots.txt і не блокує важливі розділи. Класична катастрофа — Disallow: /, що залишилась з тестового середовища.
2. XML-карта сайту. Sitemap має містити лише канонічні сторінки зі статусом 200, бути вказаною в robots.txt і завантаженою в Google Search Console.
3. Crawl budget. Для сайтів від кількох тисяч URL стежте, щоб бот не витрачав ліміт на сміттєві сторінки (фільтри, сесії, пагінація без сенсу).
4. Глибина вкладеності. Ключові сторінки мають бути за 3 кліки від головної. Чим глибше — тим рідше бот їх відвідує.
5. Внутрішня перелінковка. Жодних orphan-сторінок без жодного внутрішнього посилання — бот їх просто не знайде.
6. HTTP-статуси. Сторінки мають віддавати 200; биті — 404; переїзди — 301, а не 302.
7. Ланцюги редиректів. A→B→C з'їдають crawl budget і швидкість. Скорочуйте до одного переходу A→C.
8. Рендеринг JavaScript. Якщо контент підвантажується JS, переконайтесь, що бот бачить його у відрендереному HTML (інструмент «Перевірка URL» у Search Console).

3. Блок 2: Індексація й канонікалізація (пункти 9–14)

Тут вирішується, які сторінки потраплять у видачу, а які з'їдатимуть авторитет домену даремно.

9. Звіт «Індексування сторінок». У Search Console звіряйте, скільки сторінок проіндексовано проти кількості в sitemap. Великий розрив — сигнал проблеми.
10. Випадковий noindex. Найболючіша помилка: тег noindex на сторінках, що мали б ранжуватись. Шукайте його по всьому сайту краулером.
11. Canonical-теги. Кожна сторінка має rel="canonical", що вказує на саму себе або на основну версію.
12. Дублі контенту. Однаковий текст на кількох URL розмиває релевантність. Об'єднуйте через canonical або 301.
13. Параметри URL. UTM-мітки, фільтри, сортування плодять дублі — закривайте їх канонікалом на «чисту» версію.
14. Пагінація. Сторінки каталогу /page/2, /page/3 мають коректні canonical і не повинні випадати з індексу через помилкове налаштування.

4. Блок 3: Швидкість і Core Web Vitals (пункти 15–20)

Core Web Vitals — це підтверджений фактор ранжування і прямий драйвер конверсії. За ринковими даними затримка завантаження на 1 секунду помітно знижує конверсію, а кожні зайві 100 мс відчутні на оформленні заявки. Ось цільові пороги Google:

Метрика	Що вимірює	Добре	Погано
LCP	Час до показу головного блоку	≤ 2,5 с	> 4,0 с
INP	Реакція на дію користувача	≤ 200 мс	> 500 мс
CLS	Стрибки макета	≤ 0,1	> 0,25

15. LCP. Оптимізуйте найбільший видимий елемент: зменшуйте hero-зображення, прибирайте блокуючий рендер CSS/JS.
16. INP. Зменшуйте важкі JS-скрипти й сторонні теги, що блокують головний потік під час кліків.
17. CLS. Задавайте розміри зображень і резервуйте місце під банери, щоб контент не «стрибав».
18. Стиснення зображень. Переходьте на WebP/AVIF, lazy-loading для нижніх блоків.
19. Кешування й CDN. Статика має кешуватись у браузері й роздаватись з найближчого вузла.
20. Мінімізація ресурсів. Мініфікуйте CSS/JS, прибирайте невикористаний код і зайві шрифти.

Цільові пороги LCP: де ви на шкалі

Добре (≤ 2,5 с)ціль

Треба покращити (≤ 4 с)зона ризику

Погано (> 4 с)втрата трафіку

5. Блок 4: Мобільність і безпека (пункти 21–24)

Google працює за принципом mobile-first indexing: оцінює саме мобільну версію. Сайт, незручний на телефоні, програє ще до контенту.

21. Адаптивність. Один responsive-шаблон без горизонтального скролу, з тап-зонами від 48 px.
22. HTTPS. Дійсний SSL-сертифікат, увесь сайт на https, без mixed content (картинки/скрипти по http).
23. Читабельність на мобільному. Шрифт від 16 px, контраст, що проходить базові вимоги доступності.
24. Viewport. Коректний мета-тег viewport — без нього мобільна верстка «ламається».

6. Блок 5: Структуровані дані та AEO (пункти 25–30)

Це блок, який у 2026 році відділяє сайти, що просто ранжуються, від тих, що цитуються AI-пошуком і голосовими асистентами. AEO (Answer Engine Optimization) — оптимізація під відповіді, а не лише під сині посилання. Якщо хочете глибше розібратись із цим напрямком, ми регулярно публікуємо розбори в блозі MaxICo про SEO та AI.

25. Schema.org розмітка. Додайте JSON-LD: Organization, Article, Product, BreadcrumbList — залежно від типу сторінки.
26. FAQ-блоки. Структуровані питання-відповіді підвищують шанс потрапити у featured snippet і в AI-огляди.
27. Чисті заголовки H1–H3. Один H1 на сторінку, логічна ієрархія — це «скелет», який читають і люди, і боти.
28. Title і meta description. Унікальні, з ключем, у межах довжини, що не обрізається у видачі.
29. Контент під питання. Структуруйте текст так, щоб кожен підзаголовок прямо відповідав на конкретне питання користувача — саме такі блоки цитують відповідні рушії.
30. llms.txt і відкритість для AI-ботів. Не блокуйте GPTBot, ClaudeBot та інші AI-краулери в robots.txt, якщо хочете присутності в AI-відповідях. Опційний файл llms.txt допомагає моделям зрозуміти структуру сайту.

AEO — це не «новий SEO замість старого», а надбудова. Спершу закрийте перші 24 пункти, інакше боту нема що цитувати. Як ми вибудовуємо технічний фундамент під AI-пошук, можна побачити на прикладі наших AI-продуктів MaxICo Labs, де структуровані дані й llms.txt закладені від старту.

7. Як пріоритезувати правки після аудиту

30 пунктів — це багато, і робити все одночасно неефективно. Ми сортуємо знахідки за матрицею «вплив × зусилля»:

Спершу — критичне й дешеве: випадковий noindex, Disallow: /, зламані 301, недоступний sitemap. Це години роботи й миттєвий ефект.
Потім — важке, але важливе: Core Web Vitals, дублі, переробка перелінковки. Тижні роботи, але саме тут основний приріст.
В останню чергу — приємні дрібниці: розширена Schema, llms.txt, мікрооптимізація шрифтів.

Технічне SEO — не разова акція, а регулярний процес: після кожного релізу, переїзду чи редизайну чекліст треба проходити заново. Тому ми зазвичай ведемо його в межах щомісячного SEO-супроводу, а не як одноразовий аудит, який застаріє за квартал. Якщо ж потрібен повний цикл «аудит + впровадження + AI-готовність», ми збираємо це разом з нашими AI-рішеннями для автоматизації моніторингу позицій і технічних метрик.

Висновок

Технічне SEO — це гігієна сайту, без якої контент і посилання не дають віддачі. Пройдіть ці 30 пунктів послідовно: спершу доступність і індексація, потім швидкість і мобільність, і лише наприкінці — структуровані дані та AEO. Більшість критичних проблем виправляються за дні й одразу повертають трафік, який ви втрачали місяцями, не підозрюючи про причину.

У MaxICo ведення SEO стартує від $500/міс (далі залежно від обсягу й конкуренції ніші), а розробка чи переробка сайту під технічні вимоги — від $300. Якщо хочете, ми безкоштовно проженемо ваш сайт по цьому чеклісту, покажемо топ-5 проблем, що гальмують трафік, і дамо план пріоритетів. Запишіться на безкоштовну консультацію MaxICo — розберемо ваш конкретний кейс і скажемо, що чинити в першу чергу.