Поисковая оптимизация сайта — что это и из чего она технически

Поисковая оптимизация сайта — что это и из чего она технически

Три буквы «SEO» в 2026 году означают разное в зависимости от того, кому вы платите. Одни агентства считают SEO написанием статей. Другие — закупкой ссылок. Мы в Apricode считаем, что без технической основы всё остальное — трата времени. Не продаём «ссылки пакетами» и не обещаем топ-1 за месяц.

Поисковая оптимизация сайта — это не один инструмент, а четыре взаимозависимых направления: техническая оптимизация, контентная часть, внешние ссылки и поведенческие сигналы. Эта статья — о техническом фундаменте, который либо держит всё остальное, либо обрушивает.

Почему техническое SEO — это не разовая задача, а состояние системы

Большинство заказчиков думают о SEO как о «сделать один раз и забыть». Запустили сайт, прописали мета-теги, сдали. Но поисковая оптимизация живёт во времени — Google регулярно обновляет алгоритмы, расширяет критерии Core Web Vitals, вводит новые сигналы ранжирования.

Технический статус сайта — это не скриншот, а видеозапись. Сегодня скорость загрузки 1.8 секунды, завтра после обновления плагина — 4.2 секунды. И Google видит это раньше, чем вы.

По нашему опыту работы с сайтами разных ниш — от медицинских центров до интернет-магазинов одежды — технические проблемы становятся причиной просадки трафика в 60% случаев. Даже там, где контент сильный и ссылки есть. Хотите понять состояние своего сайта — начинайте с технической части. Детальный SEO-аудит покажет, в чём именно проблема.

Скорость и 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. Если у вас «красная» зона — это задокументированная техническая 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) в своих ответах — просто не ждите от них плашек в SERP.
• LocalBusiness — адрес, телефон, часы работы в Google Maps и Knowledge Panel.
• Product + Offer — цены и наличие в поиске Google Shopping.
• Article / BlogPosting — дата публикации, автор, категория.

Проверить разметку: Rich Results Test. Schema без соответствующего текстового контента на странице не проходит валидацию Google.

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
• [ ] Тег <link rel="canonical"> присутствует на каждой странице

Если нашли проблемы — технический SEO-аудит покажет полную картину и приоритет исправлений. Если хотите обсудить конкретный кейс — пишите.

Техническое SEO vs контентное: что важнее и когда

Частый вопрос: мы уже пишем контент, стоит ли сейчас заниматься технической частью?

Если бюджет один, я потратил бы его сначала на техническую часть, а не на статьи. Техническая оптимизация — это фундамент. Если Google-бот не может нормально проиндексировать страницу из-за ошибок рендеринга или неправильного canonical — контент не попадёт в выдачу вообще, независимо от качества написанного.

Правильная последовательность:

1. Техническая часть — разово + мониторинг
2. Контент — постоянно
3. Ссылки — как усиление контента
4. Поведенческие — следствие удобного UX

Если сайт уже живёт в поиске и трафик просел — первое, что проверяем, это техническая часть. Часто оказывается, что редизайн или обновление плагина сломали что-то незаметное. Если разработка сайта велась без SEO-чек-листа на выходе — технический аудит после релиза обязателен.

Поисковая оптимизация для конкретных ниш: что меняется

Базовые технические принципы одинаковы для всех. Но есть нюансы по нишам.

Интернет-магазин: критичны скорость фильтров и пагинации, canonical для вариантов товара (размер/цвет), структурированные данные Product + Offer, индексация карточки товара без noindex. Подробнее — в разделе интернет-магазины.

Медицинский центр / стоматология: LocalBusiness schema обязательна, Google Business Profile верифицирован, NAP-консистентность (название, адрес, телефон одинаковы везде). Страницы врачей — отдельные URL со schema Person.

Школа / образовательная платформа: Course schema для страниц курсов, видео-sitemap при наличии видеоконтента, hreflang, если курсы доступны на нескольких языках.

Лендинг / корпоративный сайт: обычно проще технически, но чаще страдает от отсутствия schema и неоптимизированных изображений в hero-секции (LCP).

Поисковая оптимизация сайта: что делать дальше

Техническая поисковая оптимизация — не магия. Это системная работа: проверить, исправить, мониторить. Большинство проблем технического SEO решаются один раз и потом поддерживаются в норме регулярными проверками.

Если вы только планируете запуск сайта — заложите технические требования к SEO в ТЗ на разработку. Если сайт уже есть — проведите аудит и составьте приоритетный список исправлений.

Мы делаем технический SEO-аудит как отдельную услугу и как часть SEO-продвижения. Хотите понять, с чего начинать — напишите, обсудим ваш конкретный сайт.

Читайте также: что такое SEO-продвижение — базовая статья, и локальное SEO для бизнеса, если вы работаете на город или район.