В 2026 году SEO нельзя свести к ключевым словам в title. Поисковые системы рендерят JavaScript, оценивают полезность страницы, сопоставляют сущности и используют материалы сайта в расширенных и генеративных ответах. При этом фундамент не изменился: робот должен получить страницу, человек — быстро понять её ценность, а бизнес — измерить результат.
Приоритет SEO — не «понравиться алгоритму», а убрать всё, что мешает поиску распознать полезный ответ и пользователю им воспользоваться.
1. Техническая доступность
- Один канонический адрес для каждой страницы. Варианты с параметрами, http/https и www должны вести к выбранному URL.
- Корректные коды ответа. Полезная страница отвечает 200, удалённая — 404/410, перенос — постоянным редиректом.
- robots.txt без случайных запретов. Он управляет обходом, но не заменяет noindex для уже известных URL.
- XML sitemap только с индексируемыми canonical URL. Включайте дату реального содержательного обновления.
- Серверный или прогрессивный HTML. Основной текст и ссылки должны быть доступны без сложного пользовательского взаимодействия.
- Настоящие ссылки. Навигация строится через элементы
<a href>, а не только обработчики клика. - Уникальные title, description и H1. Они описывают конкретную задачу страницы, а не повторяют название компании.
- Управление дублями. Фильтры, сортировки, метки и печатные версии не должны размывать сигналы.
2. Скорость и опыт
- Core Web Vitals по полевым данным. Ориентиры для 75-го процентиля: LCP до 2,5 с, INP до 200 мс, CLS до 0,1.
- Главное изображение без ленивой загрузки. Укажите размеры и приоритет, чтобы браузер начал загрузку рано.
- Изображения подходящего размера. Используйте WebP/AVIF, responsive srcset и lazy loading ниже первого экрана.
- Шрифты без блокировки. Ограничьте начертания, используйте preconnect и font-display.
- JavaScript по бюджету. Тяжёлая 3D-сцена или виджет не должны блокировать текст, навигацию и форму.
- Стабильная раскладка. Размеры медиа, баннеров и динамических блоков резервируются заранее.
Подробный порядок диагностики есть в материале о Core Web Vitals.
3. Структура и коммерческий интент
- Отдельная страница под отдельную услугу. Веб-разработка, боты и поддержка отвечают на разные вопросы и не должны конкурировать на одном URL.
- Страница цен с границами. Даже цена «от» полезна, если рядом описано, что входит и что меняет оценку.
- Процесс и критерии готовности. Они снижают неопределённость до контакта.
- Кейсы с исходной ситуацией и проверяемым результатом. Галерея красивых экранов не заменяет доказательство решения.
- FAQ из реальных вопросов. Ответ должен быть видим пользователю; разметка FAQ не создаёт ценность сама по себе.
- Локальная страница без поддельного адреса. Укажите реальную географию обслуживания и формат встреч.
4. Контент и доверие
- Опыт из первых рук. Показывайте ограничения, выбор и последствия решения.
- Автор и дата. Для меняющихся тем указывайте автора, публикацию и дату существенного обновления.
- Первичные источники. Технические утверждения лучше подтверждать официальной документацией.
- Редакционная специализация. Серия связанных материалов сильнее десятков случайных тем.
- Обновление устаревших страниц. Не меняйте дату без содержательных изменений.
- Никаких вымышленных отзывов и рейтингов. Это риск доверия, модерации и структурированных данных.
5. Структурированные данные и AI-поиск
- Schema.org, соответствующая видимому содержанию. Organization, Service, Offer, Article, BreadcrumbList и FAQPage — только там, где тип действительно подходит.
- Единая сущность компании. Используйте постоянный @id, согласованные имя, адрес, контакты и sameAs.
- Большие превью и понятные изображения. Разрешите max-image-preview:large и добавьте информативный alt.
- Управление AI-краулерами осознанно. Поискового OAI-SearchBot можно разрешить отдельно от GPTBot, который относится к обучению моделей.
- Короткие самостоятельные ответы. Определение, условие и вывод должны быть понятны вне длинного вступления.
- llms.txt только как дополнение. Он может дать системам удобную карту ресурсов, но не заменяет HTML, sitemap, внутренние ссылки и robots.txt.
Порядок внедрения
| Этап | Что делать | Зачем |
|---|---|---|
| Неделя 1 | Индексация, canonical, коды ответа, sitemap, robots, метаданные | Убрать фундаментальные потери |
| Недели 2–3 | Услуги, цены, процесс, контакты, FAQ, внутренняя перелинковка | Закрыть коммерческий спрос |
| Недели 3–4 | Скорость, изображения, JavaScript, мобильная проверка | Улучшить опыт и конверсию |
| Ежемесячно | Экспертные статьи, кейсы, обновления, Search Console и Bing | Наращивать тематический охват |
Что измерять
Минимальный набор: индексируемые страницы, показы и клики по группам запросов, обращения из органики, Core Web Vitals, страницы входа и качество конверсии. Позиция одного ключа без связи с обращениями редко помогает принять решение.