Когда клиент просит «сделать SEO», он часто представляет себе разовую настройку: поставили правильные слова на сайт, нажали невидимую кнопку - и сайт оказался в топе. На практике поисковая оптимизация - это десятки взаимосвязанных процессов: от технического состояния сервера и скорости загрузки до качества контента, поведения пользователей, ссылочного профиля и теперь ещё и видимости в ИИ-ответах поисковых систем. В этой статье разберём SEO системно: что входит в техническое SEO, как ускорить сайт, что изменилось в алгоритмах Яндекса и Google в 2025–2026 годах, и почему даже нейросетевой ответ поисковика строится на основе анализа топ-выдачи, а не существует отдельно от классического SEO.
Что такое SEO на самом деле
SEO (Search Engine Optimization) - это не единичное действие, а постоянный процесс адаптации сайта под требования поисковых алгоритмов и ожидания пользователей. Условно его делят на три крупных блока.
Техническое SEO
Всё, что касается «здоровья» сайта как программного продукта: скорость загрузки, корректность кода, индексация, мобильная адаптивность, структура URL, метаданные, микроразметка, безопасность (HTTPS), отсутствие дублей и битых ссылок.
Внутреннее SEO (контент и структура)
Качество текстов, релевантность запросам, экспертность авторов, структура страниц, внутренняя перелинковка, заголовки, удобство навигации.
Внешнее SEO
Ссылочный профиль, упоминания бренда на сторонних площадках, присутствие в каталогах и агрегаторах, PR-публикации, отзывы.
Все три блока работают только вместе. Можно написать гениальный текст, но если сайт грузится 8 секунд и Google не может его нормально проиндексировать - текст никто не увидит. И наоборот: идеальная техническая база не спасёт сайт с бесполезным контентом. Именно поэтому SEO нельзя свести к одной настройке - это управление сразу несколькими системами, которые поисковики оценивают в комплексе.
Техническое SEO: фундамент, без которого остальное не работает
Техническое SEO - это работа с тем, как поисковый робот видит, обходит и интерпретирует сайт. Если на этом уровне есть проблемы, никакой контент-маркетинг их не компенсирует: страница может быть просто не проиндексирована или показана с искажённым сниппетом.
Индексация и сканирование
Поисковый робот должен иметь техническую возможность дойти до страницы, прочитать её и понять, что с ней делать дальше.
- robots.txt - файл, который указывает роботам, какие разделы сайта можно сканировать, а какие закрыты (служебные страницы, корзина, личный кабинет, дубли с параметрами).
- XML sitemap (карта сайта) - список всех значимых URL, которые нужно проиндексировать; должна обновляться автоматически при появлении новых страниц.
- Каноникал (rel="canonical") - указывает, какая версия страницы основная, если есть дубли (например, с параметрами UTM или сортировкой товаров).
- Коды ответа сервера - корректные 200 для рабочих страниц, 301 для редиректов, 404/410 для удалённых, без «мягких 404» и цепочек редиректов.
Пример базового robots.txt:
txtUser-agent: * Disallow: /admin/ Disallow: /cart/ Disallow: /*?sort= Allow: / Sitemap: https://example.com/sitemap.xml
Метаданные: как поисковик понимает, о чём страница
Метатеги - это то, что видит не пользователь на странице, а робот и сниппет в выдаче. Базовый, но критически важный блок технического SEO.
html<head> <!-- Заголовок страницы - показывается в сниппете выдачи и во вкладке браузера --> <title>Купить ноутбуки Lenovo в Москве - цены, доставка | Магазин «Техно»</title> <!-- Описание страницы - формирует текст сниппета под заголовком --> <meta name="description" content="Широкий выбор ноутбуков Lenovo: от бюджетных до игровых моделей. Бесплатная доставка по Москве, гарантия 2 года, оплата картой или наличными."> <!-- Канонический адрес страницы - исключает дубли --> <link rel="canonical" href="https://example.com/noutbuki/lenovo/"> <!-- Индексация: разрешаем индекс страницы и переход по ссылкам --> <meta name="robots" content="index, follow"> <!-- Открытый граф - как страница выглядит при шеринге в соцсетях и мессенджерах --> <meta property="og:title" content="Ноутбуки Lenovo - каталог магазина «Техно»"> <meta property="og:description" content="Более 50 моделей в наличии. Доставка по Москве за 1 день."> <meta property="og:image" content="https://example.com/images/lenovo-catalog-share.jpg"> <meta property="og:url" content="https://example.com/noutbuki/lenovo/"> <meta property="og:type" content="website"> <!-- Мобильная адаптивность --> <meta name="viewport" content="width=device-width, initial-scale=1.0"> <!-- Язык и регион --> <meta http-equiv="content-language" content="ru"> </head>
Частые ошибки в этом блоке: одинаковый title на сотнях страниц каталога, отсутствие description (тогда поисковик сам формирует сниппет из текста страницы, часто неудачно), дублирующиеся canonical, переспам ключевыми словами в title («Купить купить ноутбук недорого купить Москва купить»).
Микроразметка Schema.org
Структурированные данные помогают поисковику и ИИ-ответам точно понимать тип контента - товар, статья, рецепт, организация, FAQ. Это напрямую влияет на расширенные сниппеты (рейтинг звёздами, цена, наличие) и на вероятность попадания в нейросетевой ответ, потому что размеченный контент проще «вырвать» как готовый блок для цитирования.
html<script type="application/ld+json"> { "@context": "https://schema.org", "@type": "Product", "name": "Ноутбук Lenovo IdeaPad 5", "image": "https://example.com/images/lenovo-ideapad5.jpg", "description": "15.6-дюймовый ноутбук с процессором Intel Core i5, 16 ГБ RAM, SSD 512 ГБ", "brand": { "@type": "Brand", "name": "Lenovo" }, "offers": { "@type": "Offer", "priceCurrency": "RUB", "price": "64990", "availability": "https://schema.org/InStock" }, "aggregateRating": { "@type": "AggregateRating", "ratingValue": "4.7", "reviewCount": "128" } } </script>
Для статей и FAQ-блоков (которые особенно часто попадают в нейроответы) используется разметка Article и FAQPage:
html<script type="application/ld+json"> { "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "name": "Сколько времени занимает продвижение сайта?", "acceptedAnswer": { "@type": "Answer", "text": "Первые результаты по низкочастотным запросам обычно видны через 2–3 месяца, по конкурентным запросам - через 6–12 месяцев." } } ] } </script>
Мобильная версия и адаптивность
Google с 2019 года использует mobile-first индексацию: для ранжирования анализируется в первую очередь мобильная версия сайта, а не десктопная. Если на мобильной версии часть контента скрыта, упрощена или вовсе отсутствует - именно урезанная версия и будет учитываться при оценке качества страницы.
HTTPS и базовая безопасность
Защищённое соединение - давно не рекомендация, а минимальное требование. Сайты без SSL-сертификата помечаются браузерами как «небезопасные», что напрямую бьёт по поведенческим показателям (пользователи уходят, не дочитав).
Дубли контента и каннибализация запросов
Дубли возникают из-за параметров сортировки, фильтров каталога, версий с www/без www, http/https, страниц с слешем и без. Каждый дубль «размывает» вес страницы и сбивает поисковик с толку - он не понимает, какую версию показывать в выдаче. Решается через 301-редиректы, canonical и корректную настройку фильтров (noindex для страниц с параметрами).
Каннибализация - отдельная проблема: когда на сайте несколько страниц конкурируют за один и тот же запрос, поисковик не может выбрать «лучшую» и в итоге может не выводить в топ ни одну из них.
Скорость сайта: почему это не второстепенный параметр
Скорость загрузки - один из немногих технических факторов, который Google официально и прямо называет фактором ранжирования через метрики Core Web Vitals. Кроме того, скорость напрямую влияет на поведенческие показатели: чем дольше грузится страница, тем выше вероятность, что пользователь уйдёт, не дождавшись контента, а это уже сигнал низкого качества для алгоритма.
Core Web Vitals: три ключевые метрики
LCP (Largest Contentful Paint) - время отрисовки самого крупного видимого элемента страницы (обычно главное изображение или заголовок). Норма - до 2.5 секунд.
INP (Interaction to Next Paint) - задержка отклика интерфейса на действие пользователя (клик, тап, ввод текста); в 2024 году заменил устаревшую метрику FID. Норма - до 200 мс.
CLS (Cumulative Layout Shift) - показатель «прыжков» вёрстки, когда элементы страницы смещаются во время загрузки (например, кнопка сдвинулась из-за поздно подгрузившейся картинки, и пользователь случайно нажал не туда). Норма - до 0.1.
Практические методы ускорения сайта
Оптимизация изображений. Перевод в современные форматы WebP/AVIF вместо JPEG/PNG, использование атрибута loading="lazy" для отложенной загрузки изображений ниже первого экрана, указание точных размеров width и height у тегов <img>, чтобы браузер заранее резервировал место и не «прыгала» вёрстка.
html<img src="laptop-lenovo.webp" width="800" height="600" loading="lazy" alt="Ноутбук Lenovo IdeaPad 5" >
Минификация и объединение файлов. Сжатие CSS и JavaScript (удаление пробелов, комментариев, сокращение имён переменных), объединение мелких файлов в более крупные, чтобы сократить количество запросов к серверу.
Кэширование. Настройка серверного и браузерного кэша, чтобы повторные посещения загружались мгновенно из локального хранилища, а не запрашивали заново все ресурсы.
txt# Пример директив кэширования в .htaccess <IfModule mod_expires.c> ExpiresActive On ExpiresByType image/webp "access plus 1 year" ExpiresByType text/css "access plus 1 month" ExpiresByType application/javascript "access plus 1 month" </IfModule>
CDN (сеть доставки контента). Распределение статических файлов сайта по серверам в разных географических точках, чтобы пользователь получал контент с ближайшего к нему сервера, а не с единственного хостинга на другом конце страны или мира.
Отложенная загрузка скриптов. Использование атрибутов defer и async для JavaScript, чтобы скрипты не блокировали отрисовку основного контента страницы.
html<script src="analytics.js" defer></script>
Уменьшение количества сторонних скриптов. Каждый виджет чата, счётчик, баннерная сеть - это дополнительный запрос к внешнему серверу, который замедляет загрузку. Их количество стоит регулярно ревизировать и оставлять только действительно необходимые.
Оптимизация сервера и хостинга. Использование HTTP/2 или HTTP/3, включение сжатия Gzip/Brotli, переход на более производительный хостинг или VPS, если сайт регулярно «подвисает» при росте трафика.
Проверить текущие показатели скорости можно через официальные инструменты - Google PageSpeed Insights и Lighthouse, которые в том числе показывают «полевые» данные реальных пользователей из Chrome User Experience Report, а не только синтетический тест.
Что изменилось в алгоритмах Google в 2025–2026 годах
Core Update - март 2026
Мартовское обновление 2026 года проходило с 27 марта по 8 апреля и было описано как масштабная перекалибровка ранжирования, направленная на более точное соответствие результатов поисковому намерению пользователя. Новых сигналов ранжирования объявлено не было - изменился вес и принцип сравнения: алгоритм стал точнее сопоставлять страницы между собой внутри пула кандидатов на конкретный запрос, при этом сохранив центральную роль принципов E-E-A-T (опыт, экспертность, авторитетность, доверие). Сайты с глубокой проработкой темы и связной структурой в основном сохранили или улучшили позиции, тогда как «тонкий» контент потерял видимость.
Core Update - май 2026
Второе крупное обновление 2026 года стартовало 21 мая и завершилось 2 июня - рollout занял около 12 дней. Google официально охарактеризовал апдейт как «обычное» обновление, призванное точнее показывать релевантный и полезный контент для пользователей всех типов сайтов. Примечательно, что обновление вышло спустя всего шесть недель после мартовского - это самый плотный график между core-апдейтами со времён эпохи регулярных обновлений Penguin, и оно стартовало на следующий день после завершения Google I/O 2026, где компания объявила, что AI Overviews превысили 2,5 млрд пользователей в месяц, а AI Mode - 1 млрд.
За шесть дней до запуска майского апдейта Google опубликовал первое официальное руководство по оптимизации под генеративный ИИ-поиск, и, по наблюдениям независимых аналитиков, обновление ранжирования фактически закрепило в выдаче то, что было написано в этом руководстве: «коробочный», обобщённый контент терял позиции, а материалы с авторской точкой зрения и собственными данными - выигрывали.
Официальный источник по всем core-апдейтам - статус-дашборд Google Search: status.search.google.com, а общие рекомендации по их прохождению опубликованы в справке Google Search Central о broad core updates: developers.google.com/search/updates.
Что в сумме говорит Google о направлении развития
Несколько выводов одинаково повторяются во всех апдейтах последних лет и подтверждаются самим Google:
— core-апдейты не вводят новый «чек-лист» для вебмастеров, они перекалибровывают существующую систему оценки полезности контента; - ранжирование сравнительное, а не формульное: страница оценивается не по абсолютному стандарту, а относительно конкурентов по тому же запросу, поэтому позиции могут упасть даже без изменений на самом сайте, если конкуренты опубликовали более качественный материал; - делать резкие изменения в разгар роллаута (который занимает 1–2 недели) не рекомендуется - Google советует подождать минимум неделю после завершения, прежде чем делать выводы по данным.
Что изменилось в алгоритмах Яндекса в 2025–2026 годах
Яндекс не публикует точные формулы ранжирования, но регулярно даёт качественные ориентиры через блог для вебмастеров и комментарии представителей компании. В 2025–2026 годах ключевых трендов несколько.
Усиление алгоритма YATI и обработка нечётких запросов
Алгоритм YATI (один из ключевых компонентов ранжирования Яндекса на основе нейросетей) в обновлении 2025 года стал заметно лучше обрабатывать нечёткие, разговорные и содержащие ошибки запросы - поисковик всё точнее понимает смысл независимо от точной формулировки.
Алгоритмы «Вега» и «Оригами»: геозависимость и экспертность
Алгоритм «Вега» отвечает за геозависимое ранжирование и в 2025–2026 годах был усилен: бизнесы без подтверждённых данных в Яндекс Картах заметно потеряли позиции по запросам с привязкой к местоположению («рядом со мной», с названием города). Алгоритм «Оригами» стал жёстче оценивать экспертность материалов - простой рерайт новостей или чужих текстов перестал работать как стратегия, в приоритете контент с цитатами, ссылками на исследования и подтверждённым опытом авторов.
Поведенческие факторы остаются ключевыми
Яндекс исторически делает на поведенческие сигналы больший акцент, чем Google: время на странице, глубина просмотра, переходы по структуре сайта. Если пользователь покидает страницу быстро, это трактуется как сигнал низкого качества - независимо от формальной релевантности текста запросу. Поэтому в числе обязательных мер техническая скорость загрузки, удобство мобильной версии и соответствие контента реальному намерению пользователя напрямую влияют на позиции.
YandexGPT в поисковой выдаче и GEO
С начала 2026 года Яндекс последовательно встраивает YandexGPT в поисковую выдачу, формируя нейроответы по аналогии с Google AI Overviews. Это новое направление принято называть GEO (Generative Engine Optimization) - оптимизацией под попадание не просто в топ ссылок, а в текст самого сгенерированного ответа. Сайты, чьи материалы используются как источник для нейроответа Яндекса, получают рост брендового доверия и переходов даже без клика на сниппет.
По наблюдениям SEO-специалистов, под удар новых алгоритмов чаще всего попадают сайты с текстами, написанными «под старое SEO» (много ключевых слов, мало смысла), ресурсы без чёткой структуры страниц, сайты с низкой скоростью загрузки и слабыми поведенческими показателями, а также компании, не представленные на внешних площадках вроде Яндекс Бизнеса и отраслевых каталогов.
Подробные разборы апдейтов Яндекса можно отслеживать через официальный блог для вебмастеров: yandex.ru/support/webmaster, а степень волатильности выдачи - через независимые трекеры вроде Пиксель Тулс (tools.pixelplus.ru/updates/yandex).
Сходство трендов Яндекса и Google
Несмотря на разную техническую базу, оба поисковика в 2025–2026 годах движутся в одном направлении: меньше формальных факторов, больше оценки реальной полезности для пользователя; больше веса экспертности и проверяемости авторства; рост значения мультимодальности - текст, подкреплённый уникальными изображениями, видео и структурированными данными, ранжируется лучше; и в обоих случаях - появление генеративного слоя поверх классической выдачи, который меняет саму механику «победы» в поиске.
Нейросетевые ответы: ИИ не заменяет SEO, а опирается на него
Главное заблуждение про AI Overviews (у Google), нейроответы YandexGPT и AI Mode - будто это принципиально новая система, никак не связанная с классическим ранжированием. На деле она построена поверх него.
Как технически устроен нейроответ
В основе генеративных ответов лежит технология RAG (Retrieval-Augmented Generation - генерация с дополненным поиском). Это означает, что языковая модель не придумывает ответ «из головы» на основе своих обученных данных, а сначала обращается к поисковому индексу, находит релевантные документы по запросу, извлекает из них конкретные фрагменты (пассажи), а затем уже формулирует связный текст ответа на основе этих фрагментов, добавляя ссылки на источники. То есть нейроответ - это не альтернатива поисковой выдаче, а надстройка над ней: без качественной традиционной выдачи генеративному слою попросту не из чего формировать ответ.
Почему «топ-20», а не только топ-3
Распространённое и подтверждаемое практикой наблюдение: AI Overviews нередко цитируют страницы, которые занимают позиции с 4 по 20 и ниже в классической выдаче, а не только верхнюю тройку. Это объясняется логикой retrieval-этапа: система ищет не «формально первую» страницу, а ту, которая даёт самый чёткий, хорошо структурированный и точный ответ именно на конкретный подвопрос внутри запроса. Поэтому страница на восьмой позиции с ясной структурой и прямым ответом в первых предложениях вполне может быть процитирована раньше, чем страница на первом месте с размытым, неструктурированным текстом.
При этом - и это ключевой момент для клиентов, считающих SEO «ненужным из-за ИИ-поиска» - подавляющее большинство страниц, которые цитируются в нейроответах, всё равно входят в топ органической выдачи по теме запроса. Если страницы вообще нет в индексе или она не ранжируется в пределах первых двух-трёх десятков результатов, у генеративной системы физически нет шанса её найти и процитировать на этапе retrieval. Иными словами: нейроответ строится поверх анализа широкого пула топовых сайтов (а не одного-двух), и попасть в этот пул без работающего классического SEO нельзя.
Что повышает шанс попадания в нейроответ
Исследования по большим выборкам запросов показывают устойчивую корреляцию между присутствием на страницах с сильным ссылочным профилем и вероятностью цитирования в AI Overviews: чем больше авторитетных площадок ссылаются на материал, тем выше шанс, что генеративная система сочтёт его достоверным источником. Также заметную роль играют: чёткий прямой ответ на вопрос в первых предложениях текста (а не после долгого вступления); структурированная подача - заголовки, списки, таблицы, FAQ-блоки; микроразметка Schema.org, облегчающая машинное извлечение фактов; признаки E-E-A-T - указание автора с экспертным бэкграундом, ссылки на первичные источники, собственные данные и кейсы вместо пересказа чужих материалов.
Любопытная деталь из исследования по «грounding» (анализу того, какой именно контент используется ИИ-поиском как материал для ответа): эффект плотности оказывается важнее длины текста. После определённого объёма (порядка 500–600 слов) добавление текста уже не увеличивает шанс цитирования, а часто наоборот размывает фокус страницы. Это значит, что задача не «написать как можно длиннее», а сделать страницу максимально точным и плотным ответом на конкретное намерение пользователя.
Что это значит для бизнеса
ИИ-поиск не отменяет необходимость в SEO - он добавляет к нему ещё один уровень требований. Раньше задачей было попасть в топ-10 ссылок. Теперь задача шире: попасть в тот пул источников (условно - топ-20 и шире), из которого генеративная система будет собирать ответ, и при этом сделать контент настолько структурированным и убедительным с точки зрения экспертности, чтобы именно вашу страницу выбрали как источник цитаты, а не страницу конкурента из того же пула. Технический фундамент (индексация, скорость, разметка) и контентный фундамент (экспертность, структура, авторство) здесь работают как единая система - ровно то, о чём шла речь в начале статьи.
SEO как система, а не разовая настройка
Чтобы свести воедино всё, что разобрано выше, вот сжатый перечень направлений, которые должны прорабатываться параллельно, а не по очереди:
- техническая база: индексация, отсутствие дублей, корректные коды ответов сервера, HTTPS;
- метаданные и микроразметка: уникальные
titleиdescriptionна каждой странице, корректныйcanonical, Schema.org для товаров, статей и FAQ; - скорость загрузки: показатели Core Web Vitals (LCP, INP, CLS) в зелёной зоне, оптимизация изображений, кэширование, CDN;
- мобильная адаптивность - с учётом mobile-first индексации;
- контент: экспертность, структура, прямые ответы на вопросы пользователя, актуальность и регулярное обновление;
- поведенческие факторы: контроль через метрики (время на сайте, глубина просмотра, показатель отказов);
- внешний профиль: естественные упоминания на авторитетных площадках, локальные карточки (Яндекс Бизнес, Google Business Profile) для геозависимого бизнеса;
- готовность к ИИ-поиску: структурированная подача с прямыми ответами в начале раздела, разметка FAQ, авторство с подтверждённой экспертностью.
Каждый из этих пунктов в отдельности - лишь часть картины. Только их совместная и постоянная проработка даёт устойчивый рост позиций, и именно поэтому SEO правильнее объяснять клиенту не как «настройку», а как непрерывный процесс - с измеримыми этапами, но без фиксированной конечной точки «сделано один раз и навсегда».
Источники:
- Google Search Central - официальная справка о broad core updates: developers.google.com/search/updates
- Google Search Status Dashboard: status.search.google.com
- Search Engine Land - разбор майского core update 2026: searchengineland.com
- Ahrefs - исследование факторов цитирования в AI Overviews: ahrefs.com/blog/how-to-rank-in-ai-overviews
- SEOcrawl AI - анализ ранжирующих факторов AI Overviews 2026: seocrawl.ai/blog/ai-overview-ranking-factors
- Блог для вебмастеров Яндекса: yandex.ru/support/webmaster
- Пиксель Тулс - трекер апдейтов Яндекса: tools.pixelplus.ru/updates/yandex