--- title: "Поисковая оптимизация сайта — что это и из чего она технически" description: "Поисковая оптимизация сайта: скорость и Core Web Vitals, sitemap, schema, hreflang, canonical. Чек-лист самопроверки за 20 минут." url: https://apri-code.com/ru/blog/poshukova-optymizaciya-saytu-shcho-ce/ language: ru 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/ru/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 выведет сайт из поиска за считанные дни. --- ## Schema-разметка: структурированные данные, которые Google понимает без угадывания Schema.org позволяет «подсказать» Google, что именно находится на странице. Обычный HTML говорит: вот абзац текста. Schema говорит: вот цена товара, вот отзыв, вот вопрос и ответ. Типы, реально влияющие на выдачу: - **FAQPage** — развёрнутых блоков в выдаче Google больше нет (rich results для FAQ убраны в мае 2026). Но FAQ-блоки на странице по-прежнему стоят работы: их охотно цитируют [AI-системы (ChatGPT, AI Overviews, Perplexity)](https://apri-code.com/ru/blog/geo-ai-poshuk-optymizaciya/) в своих ответах — просто не ждите от них плашек в SERP. - **LocalBusiness** — адрес, телефон, часы работы в Google Maps и Knowledge Panel. - **Product + Offer** — цены и наличие в поиске Google Shopping. - **Article / BlogPosting** — дата публикации, автор, категория. Проверить разметку: [Rich Results Test](https://search.google.com/test/rich-results). Schema без соответствующего текстового контента на странице не проходит валидацию Google. --- ![Угольное дерево узлов с янтарным корнем — карта сайта](https://apri-code.com/api/media/file/poshukova-optymizaciya-saytu-shcho-ce-inline4-1783094658453.png) ## Hreflang: как Google понимает, для кого какая языковая версия Если у вас сайт на украинском и русском — hreflang обязателен. Без него Google самостоятельно решает, какая версия «главная», и часто ошибается. Три критических правила: 1. Каждая версия ссылается на себя и на все альтернативы (взаимная ссылка). 2. Canonical каждой версии — на себя, не на «главную». 3. x-default указывает на версию для неопределённой геолокации. Классическая ошибка (и наша на старом сайте до редизайна): UK-страницы с canonical на RU-версию. Google тогда индексирует только RU и считает UK — дубликатом. Трафик из украиноязычного поиска падает до нуля. --- ## Canonical: один URL, который Google считает «настоящим» Canonical — это тег, который говорит: «эта версия 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/ru/poslugy/seo/audit/) покажет полную картину и приоритет исправлений. Если хотите обсудить конкретный кейс — пишите. --- ## Техническое SEO vs контентное: что важнее и когда Частый вопрос: мы уже пишем контент, стоит ли сейчас заниматься технической частью? Если бюджет один, я потратил бы его сначала на техническую часть, а не на статьи. Техническая оптимизация — это фундамент. Если Google-бот не может нормально проиндексировать страницу из-за ошибок рендеринга или неправильного canonical — контент не попадёт в выдачу вообще, независимо от качества написанного. Правильная последовательность: 1. Техническая часть — разово + мониторинг 2. Контент — постоянно 3. Ссылки — как усиление контента 4. Поведенческие — следствие удобного UX Если сайт уже живёт в поиске и трафик просел — первое, что проверяем, это техническая часть. Часто оказывается, что редизайн или обновление плагина сломали что-то незаметное. Если [разработка сайта](https://apri-code.com/ru/poslugy/rozrobka-saytiv/) велась без SEO-чек-листа на выходе — технический аудит после релиза обязателен. --- ## Поисковая оптимизация для конкретных ниш: что меняется Базовые технические принципы одинаковы для всех. Но есть нюансы по нишам. **Интернет-магазин:** критичны скорость фильтров и пагинации, canonical для вариантов товара (размер/цвет), структурированные данные Product + Offer, индексация карточки товара без `noindex`. Подробнее — в разделе [интернет-магазины](https://apri-code.com/ru/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/ru/poslugy/rozrobka-saytiv/). Если сайт уже есть — проведите аудит и составьте приоритетный список исправлений. Мы делаем технический SEO-аудит как отдельную услугу и как часть [SEO-продвижения](https://apri-code.com/ru/poslugy/seo/). Хотите понять, с чего начинать — напишите, обсудим ваш конкретный сайт. **Читайте также:** [что такое SEO-продвижение](https://apri-code.com/ru/blog/shcho-take-seo-prosuvannya/) — базовая статья, и [локальное SEO для бизнеса](https://apri-code.com/ru/blog/lokalne-seo-dlya-biznesu/), если вы работаете на город или район. --- Source: https://apri-code.com/ru/blog/poshukova-optymizaciya-saytu-shcho-ce/