--- title: "Пошукова оптимізація сайту — що це і з чого вона технічно зібрана" description: "Пошукова оптимізація сайту: швидкість і Core Web Vitals, sitemap, schema, hreflang, canonical. Чек-лист самоперевірки за 20 хвилин." url: https://apri-code.com/blog/poshukova-optymizaciya-saytu-shcho-ce/ language: uk published: 2026-03-22 updated: 2026-07-21 author: "Богдан Кононенко" publisher: Apricode --- # Пошукова оптимізація сайту — що це і з чого вона технічно зібрана ## Пошукова оптимізація сайту — що це і з чого вона технічно зібрана --- Три літери «SEO» у 2026 означають зовсім різне залежно від того, кому ви платите. Одні агентства вважають SEO написанням статей. Інші — закупівлею посилань. Ми в Apricode вважаємо, що без технічної основи решта — витрата часу. Не продаємо «посилання пакетами» і не обіцяємо топ-1 за місяць. **Пошукова оптимізація сайту** — це не один інструмент, а чотири взаємозалежні напрями: технічна оптимізація, контентна частина, зовнішні посилання і поведінкові сигнали. Ця стаття — про технічний фундамент, який або тримає все інше, або обвалює. --- ## Чому технічна SEO — це не разова задача, а стан системи Більшість замовників думають про SEO як про «зробити один раз і забути». Запустили сайт, прописали мета-теги, здали. Але пошукова оптимізація живе в часі — Google регулярно оновлює алгоритми, розширює критерії Core Web Vitals, вводить нові сигнали ранжування. Технічний стан сайту — це не скріншот, а відеозапис. Сьогодні швидкість завантаження 1.8 секунди, завтра після апдейту плагіна — 4.2 секунди. І Google це бачить раніше, ніж ви. За нашим досвідом роботи з сайтами різних ніш — від медичних центрів до інтернет-магазинів одягу — технічні проблеми стають причиною просідання трафіку в 60% випадків. Навіть там, де контент сильний і посилання є. Хочете зрозуміти стан свого сайту — починайте з технічки. Детальний [SEO-аудит](https://apri-code.com/poslugy/seo/audit/) покаже, де саме проблема. --- ## Швидкість і Core Web Vitals: три числа, які Google тримає у звіті З 2021 року Google офіційно включив Core Web Vitals у чинники ранжування. Три метрики: **LCP (Largest Contentful Paint)** — час до відображення найбільшого елемента на екрані. Норма: до 2.5 секунди. Якщо у вас лендинг із великим банером hero на 4 МБ — LCP буде вище 3 секунд, і це помітить алгоритм. **INP (Interaction to Next Paint)** — час відгуку на взаємодію користувача. Замінив FID у 2024. Норма: до 200 мс. Важливий для сторінок із формами, фільтрами, кошиком. **CLS (Cumulative Layout Shift)** — сукупний зсув елементів під час завантаження. Норма: до 0.1. Буває, коли зображення без зазначених розмірів «стрибають» після завантаження шрифту. Перевірити свій сайт можна в Google Search Console → Core Web Vitals, або через [PageSpeed Insights](https://pagespeed.web.dev/). Якщо у вас «червона» зона — це вже задокументована технічна SEO-проблема, а не просто «трохи повільно». Для нових проєктів ми одразу закладаємо Lighthouse Mobile ≥ 90, LCP < 2.0 с, INP < 150 мс у технічне завдання — так простіше, ніж переробляти після релізу. --- ## Sitemap і robots.txt: навігація для Google-бота Два файли, без яких пошуковик технічно може сканувати сайт, але без чіткого маршруту. **Sitemap.xml** — список URL, які ви хочете проіндексувати. Якщо у вас 200 сторінок і з них 40 — сервісні (кабінет, кошик, фільтри пошуку) — у sitemap мають потрапити тільки ті, що несуть контентну цінність. Sitemap без думки = сигнал Google, що всі 200 сторінок рівноцінні, а це не так. **Robots.txt** — інструкція для ботів: що індексувати, що ні. Класична помилка — закрити через robots.txt CSS і JS файли (Google тоді не може відрендерити сторінку і бачить «сліпий» контент). Друга помилка: забути після редизайну зняти заборону `Disallow: /`, яку розробники ставлять на staging-середовищі, щоб захистити від індексації. Такий рядок у production вилучить сайт з пошуку за лічені дні. Пов’язано з [технічним SEO](https://apri-code.com/poslugy/seo/): правильне налаштування sitemap та robots.txt — перший пункт будь-якого аудиту. --- ## Schema-розмітка: структуровані дані, які Google розуміє без вгадування Schema.org — словник розміток, який дозволяє «підказати» Google, що саме знаходиться на сторінці. Звичайний HTML каже: ось абзац тексту. Schema каже: ось ціна товару, ось відгук, ось питання і відповідь. Типи, що реально впливають на видачу: - **FAQPage** — розгорнутих блоків у видачі Google більше не показує (rich results для FAQ прибрані у травні 2026). Але FAQ-блоки на сторінці досі варті роботи: їх охоче цитують [AI-системи (ChatGPT, AI Overviews, Perplexity)](https://apri-code.com/blog/geo-ai-poshuk-optymizaciya/) у своїх відповідях — просто не чекайте від них плашок у SERP. - **LocalBusiness** — адреса, телефон, години роботи в Google Maps і Knowledge Panel. - **Product + Offer** — ціни та наявність у пошуку Google Shopping. - **Article / BlogPosting** — дата публікації, автор, категорія для новинних та блогових матеріалів. Реалізується через JSON-LD у `` або через Payload CMS (для нашого стека — генератор у `lib/seo.ts`). Важливо: schema без відповідного текстового контенту на сторінці не проходить валідацію Google Rich Results. Перевірити розмітку: [Rich Results Test](https://search.google.com/test/rich-results). --- ![Вугільне дерево вузлів із янтарним коренем — карта сайту](https://apri-code.com/api/media/file/poshukova-optymizaciya-saytu-shcho-ce-inline4-1783094658453.png) ## Hreflang: як Google розуміє, для кого яка мовна версія Якщо у вас сайт одночасно українською і російською (або планується англійська) — hreflang обов’язковий. Без нього Google самостійно вирішує, яка версія «головна», і часто помиляється. Правильна структура для нашого стека (uk + ru): 1. 2. 3. Три критичних правила: 1. Кожна версія посилається на саму себе і на всі альтернативи (взаємне посилання). 2. Canonical кожної версії — на саму себе, не на «головну». 3. x-default вказує на версію для невизначеної геолокації (зазвичай — UK як основна). Класична помилка (і наша на старому сайті до редизайну): UK-сторінки з canonical на RU-версію. Google тоді індексує тільки RU і вважає UK — дублікатом. Трафік з україномовного пошуку падає до нуля. --- ## Canonical: одна URL-адреса, яку Google вважає «справжньою» Canonical — це HTTP-тег, який каже: «ця версія URL є основною, решта — дублікати». Типові ситуації, де потрібен canonical: - Фільтри в каталозі: `/catalog/?color=red&size=M` — дублює контент `/catalog/` - Пагінація: `/blog/page/2/` — не дублікат, але вказати canonical на `/blog/` помилково - HTTP і HTTPS — обидві версії відкриваються? Canonical на HTTPS, + 301-редирект - www і без www — аналогічно Якщо у вас немає явного canonical на кожній сторінці — Google призначає його сам. Іноді правильно, іноді ні. Краще контролювати. --- ## Чек-лист технічної пошукової оптимізації: самоперевірка за 20 хвилин Відкрийте Google Search Console і перевірте: - [ ] Вкладка «Покриття»: чи є сторінки зі статусом «Виключено» через canonical або robots? - [ ] Вкладка «Core Web Vitals»: чи всі сторінки у зеленій зоні? - [ ] Вкладка «Мобільна зручність»: чи є помилки рендерингу на мобільних? - [ ] Sitemap поданий і прийнятий без помилок? - [ ] Вкладка «Посилання»: чи немає непотрібних внутрішніх посилань на закриті сторінки? Перевірте вручну: - [ ] `https://ваш-сайт.com/robots.txt` — відкривається і не містить `Disallow: /` - [ ] `https://ваш-сайт.com/sitemap.xml` — відкривається і містить реальні URL - [ ] Перевірте одну ключову сторінку через [Rich Results Test](https://search.google.com/test/rich-results) - [ ] Мета-тег `` присутній на кожній сторінці Якщо знайшли проблеми — [технічний SEO-аудит](https://apri-code.com/poslugy/seo/audit/) покаже повну картину і пріоритет виправлень. Якщо хочете обговорити конкретний кейс — ми на зв’язку. --- ## Технічна SEO vs контентна: що важливіше і коли Часте питання: ми вже пишемо контент, чи варто зараз займатися технічкою? Якби бюджет був один, я витратив би його спершу на технічку, а не на статті. Технічна оптимізація — це фундамент. Якщо Google-бот не може нормально проіндексувати сторінку через помилки рендерингу або неправильний canonical — контент не потрапить у видачу взагалі, незалежно від якості написаного. Правильна послідовність: 1. Технічка — одноразово + моніторинг 2. Контент — постійно 3. Посилання — як підсилення до контенту 4. Поведінкові — наслідок зручного UX Якщо ваш сайт вже живе в пошуку і ви помітили просідання трафіку — перше, що перевіряємо, це технічна частина. Часто виявляється, що редизайн або апдейт плагіна зламав щось непомітне. Зокрема, якщо [розробка сайту](https://apri-code.com/poslugy/rozrobka-saytiv/) велася без SEO-чек-листу на виході — технічний аудит після релізу обов’язковий. --- ## Пошукова оптимізація для конкретних ніш: що змінюється Базові технічні принципи однакові для всіх. Але є нюанси по нішах. **Інтернет-магазин:** критичні — швидкість фільтрів і пагінації, canonical для варіантів товару (розмір/колір), структуровані дані Product + Offer, індексація картки товару без `noindex`. Докладніше — у розділі [інтернет-магазини](https://apri-code.com/poslugy/internet-magazyny/). **Медичний центр / стоматологія:** LocalBusiness schema обов’язкова, Google Business Profile верифікований, NAP-консистентність (Назва, Адреса, Телефон однакові скрізь). Сторінки лікарів — окремі URL зі schema Person. **Школа / освітня платформа:** Course schema для сторінок курсів, sitemap відео якщо є відеоконтент, hreflang якщо курси доступні кількома мовами. **Лендинг / корпоративний сайт:** зазвичай простіша технічна картина, але частіше страждає від відсутності schema та неоптимізованих зображень у hero-секції (LCP). --- ## Пошукова оптимізація сайту: що робити далі Технічна пошукова оптимізація — системна робота: перевірити, виправити, моніторити. Більшість проблем технічного SEO вирішуються один раз і потім підтримуються в нормі через регулярні перевірки. Якщо ви тільки плануєте запуск сайту — закладіть технічні вимоги до SEO в ТЗ на [розробку](https://apri-code.com/poslugy/rozrobka-saytiv/). Якщо сайт вже є — проведіть аудит і складіть пріоритетний список виправлень. Технічна пошукова оптимізація — системна робота: перевірити, виправити, моніторити. Більшість проблем технічного SEO вирішуються один раз і потім підтримуються в нормі через регулярні перевірки.[SEO-просування](https://apri-code.com/poslugy/seo/). Якщо хочете зрозуміти, з чого починати — напишіть нам, обговоримо ваш конкретний сайт. **Читайте також:** [що таке SEO-просування](https://apri-code.com/blog/shcho-take-seo-prosuvannya/) — базова стаття, і [локальне SEO для бізнесу](https://apri-code.com/blog/lokalne-seo-dlya-biznesu/), якщо ви працюєте на місто чи район. --- Source: https://apri-code.com/blog/poshukova-optymizaciya-saytu-shcho-ce/