Услуга · SEO-продвижение

Техническая оптимизация: убрать тормоза и открыть дорогу роботу

Скорость, индексация, структура и разметка. Разбираю, почему страницы неделями не попадают в индекс, а мобильная выдача уводит людей к конкурентам — и чиню это вместе с вашей командой разработки.

Срок 3–5 недельОт 35 000 ₽ разовоПроверка Core Web VitalsОтчёт «было — стало»
до 2,5 сцель по LCP на мобильных
до 200 мсцель по INP
до 0,1CLS — сдвиг вёрстки
3–5недель на весь фронт работ

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

Техническая оптимизация — это не «поднимем баллы в PageSpeed». Это три работы сразу: скорость для живых людей, доступность страниц для робота и корректность данных, которые сайт о себе сообщает. Ниже — что именно я делаю, в каком порядке и что вы получаете на выходе.

Для проекта на конструкторе отдельно описано SEO-продвижение сайта на Tilda: структура страниц, настройки платформы и контроль внедрения. Здесь можно заказать отдельный технический этап.

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

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

Для WordPress отдельно разбираются тема, SEO-плагины и архивы. Для 1С-Битрикс — шаблоны каталога, фильтры и обмен с 1С. На этих страницах описано регулярное продвижение с учётом CMS.

Для сайта на Drupal важны типы материалов, таксономия, представления Views и псевдонимы URL. В платформенном SEO технические изменения связаны с картой посадочных и проверяются вместе с разработчиком.

В SEO магазина бытовой техники технические задачи связаны с фильтрами, вариантами моделей, наличием и обновлением каталога. Отраслевой план дополняет внедрение содержанием товарных страниц и проверкой пути к заказу.

Если целевые страницы уже доступны, работу с внешними источниками продолжает внешняя оптимизация сайта. В ней проверяем существующие ссылки и публикации; исправление внутренних технических ошибок остаётся в текущей услуге.

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

Если сайт доступен на нескольких вариантах домена, начните с разбора адресов с www и без. Он поможет проверить основную версию, перенаправления, canonical и внутренние ссылки.

✕ Симптомы, что техника тормозит сайт

  • Новые страницы неделями не появляются в поиске
  • В Search Console растёт «Обнаружена — не проиндексирована»
  • LCP на мобильных 4–6 секунд, отчёт Core Web Vitals красный
  • В индексе 40 000 страниц вместо 6 000 — фильтры плодят дубли
  • Сниппет пустой: ни цены, ни наличия, ни хлебных крошек
  • После релиза раздел отдаёт 500, а замечают это через месяц

★ Что проверяем после внедрения

  • Важные карточки доступны роботу; статус в поиске проверяем отдельно
  • Замеры LCP, INP и CLS с указанием источника и периода
  • Обход и внутренние ссылки ведут к нужным страницам
  • Для дублей согласованы основные URL и способы обработки
  • Подходящая разметка проверена; показ в выдаче решает поиск
  • Мониторинг кодов ответа с согласованной частотой проверок

Что входит в работы

01

Скорость и Core Web Vitals

Разделяю полевые данные реальных посещений и лабораторную диагностику. Если в CrUX нет достаточной выборки, фиксирую это в отчёте.

  • LCP: приоритет главной картинки, preload, порядок загрузки
  • INP: разбор длинных задач JavaScript и отложенные скрипты
  • CLS: резервирование места под баннеры, шрифты и виджеты
  • Изображения: WebP и AVIF, srcset, ленивая загрузка ниже сгиба
  • Критический CSS в head, остальные стили асинхронно
  • Кэширование и сжатие: Brotli, Cache-Control, ETag, CDN
Цель по LCPдо 2,5 с
02

Индексация и краулинговый бюджет

Смотрю по логам сервера, куда робот реально тратит обходы, и убираю всё лишнее с его пути.

  • robots.txt и sitemap.xml: чистка правил, разбивка карты по разделам
  • Логи сервера: какие адреса обходятся, а какие робот не видит вовсе
  • Мусорные зоны: сортировки, UTM-метки, поиск по сайту, корзина
  • Страницы-сироты, доступность важных разделов и путь по внутренним ссылкам
  • Разбор отчёта «Обнаружена — не проиндексирована» и «Страница-дубль»
Объём логовпо доступным данным
03

Структура, URL и дубли

Группу запросов с одной задачей закрепляем за основным URL. Дубли, фильтры и самостоятельные посадочные различаем по содержанию и спросу.

  • Канонические адреса: слеш, регистр, index.php, www и протокол
  • Пагинация: доступные ссылки и согласованные правила индексации и canonical
  • Фасетные фильтры: какие комбинации открыть под спрос, какие закрыть
  • Редиректные цепочки: один 301 вместо трёх шагов через 302
  • Коды ответов: честный 404 вместо soft 404, 410 для удалённого, 503 на работы
  • hreflang, если есть языковые или региональные версии
Решение по дублямпосле проверки
04

Разметка Schema.org и сниппеты

Помогаю поиску правильно понять страницу и забрать из неё данные прямо в выдачу.

  • JSON-LD под содержание страницы и поддерживаемые поиском форматы
  • Цена, наличие и отзывы в разметке должны совпадать с видимым содержанием
  • BreadcrumbList для понятной иерархии; отображение выбирает поиск
  • Шаблоны Title и Description: точные описания без пустых значений и лишних дублей
  • Open Graph и превью для мессенджеров и соцсетей
  • Проверка синтаксиса и требований поисковых систем к выбранным типам
Набор разметкипо типам страниц

Как проходит работа

1

Технический срез и доступы

Неделя 1

Обход согласованного объёма сайта, отчёты индексации и доступные полевые данные. Для анализа обхода запрашиваю логи за 30 дней, если хостинг их хранит; отсутствие данных отмечаю как ограничение.

  • Обход сайта и карта всех типов шаблонов
  • Логи за 30 дней: куда уходит краулинговый бюджет
  • Замер LCP, INP и CLS на 8–10 типовых страницах
2

Приоритеты и постановка задач

Неделя 1–2

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

3

Внедрение волнами

Неделя 2–4

Правки идут не общей кучей, а очередями — так видно эффект каждой и есть куда откатиться. Каждую волну проверяю на тестовом контуре, потом на бою.

  • Первая волна — индексация, дубли, коды ответов
  • Вторая — скорость, картинки, критический CSS, кэш
  • Третья — JSON-LD, сниппеты, шаблоны метатегов
4

Проверка и передача

Неделя 4–5

Повторный обход и сверка по каждой задаче. Лабораторные замеры повторяю в сопоставимых условиях; полевые данные сравниваю отдельно с указанием периода и выборки. Отдаю отчёт, регламент и мониторинг.

  • Отчёт «было — стало» по всем задачам с цифрами
  • Регламент, чтобы правки не откатились на следующем релизе
  • Мониторинг кодов 4xx и 5xx и скорости, письмо при поломке
★ Как согласуем критерии приёмки

До внедрения фиксируем страницы, устройства, условия замера и доступные данные. Ориентиры хороших Core Web Vitals: LCP ≤ 2,5 с, INP ≤ 200 мс и CLS ≤ 0,1 на 75-м перцентиле. Это цели измерения, а не безусловная гарантия для любой CMS, сети и сторонних виджетов.

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

Что принимаем после технических работ

Таблица задачподтверждённые задачи с приоритетами
Техзаданиепо каждой задаче, для разработчика
Отчёт «было — стало»проверки и результаты по согласованным задачам
Core Web Vitalsисходные и повторные замеры, источник и ограничения
Схемы JSON-LDготовые шаблоны под ваш движок
Регламент релизовчек-лист для команды
Мониторингкоды ответа и скорость, 60 дней
Поддержка после60 дней по вопросам

Сколько это стоит

Считаю по числу шаблонов и объёму каталога, а не «за час работы». Смету называю после технического среза — до старта основных работ и без доплат по ходу дела.

Тип сайтаОбъёмСтоимостьСрок
Сайт услуг, лендинг+до 100 страницот 35 000 ₽3–5 недель
Корпоративный сайтдо 1 000 страницот 60 000 ₽4–6 недель
Интернет-магазиндо 20 000 страницот 95 000 ₽6–8 недель
Портал, маркетплейсбез ограниченийпо расчётуот 8 недель

Если правки внедряет ваша команда, а я только ставлю задачи и принимаю результат — выходит на 40% дешевле. Своего разработчика привожу по запросу: вёрстка и бэкенд считаются отдельно, обычно 20 000–60 000 ₽ на весь объём.

Начинать логично не отсюда, а с SEO-аудита: он показывает, техника у вас узкое место или дело в семантике и контенте. Если аудит уже делал я — стоимость среза не беру, данные и так на руках.

Частые вопросы

У нас 95 баллов в PageSpeed. Этого хватит? +
Балла производительности недостаточно. PageSpeed Insights показывает лабораторный тест и, при наличии достаточной выборки, полевые данные CrUX за последние 28 дней. Они отвечают на разные вопросы. Проверяю источник показателя, тип страницы и устройство; лабораторный балл не доказывает ни хорошую скорость у всех посетителей, ни отсутствие проблем индексации.
Нужен ли доступ к коду и хостингу? +
Для диагностики нужны данные поисковых панелей; доступы выдаются в согласованной роли. Логи полезны для анализа обхода, но доступны не на каждой платформе. В таком случае укажу, какие выводы нельзя подтвердить. Правки кода выполняет ваша команда по заданиям, а необходимые доступы для внедрения согласуем отдельно.
Сайт на Тильде, Битриксе или Shopify — беретесь? +
Берусь после проверки конкретного проекта и доступов. У конструктора и сайта с доступом к серверу разные возможности. Сначала определяю, какие проблемы можно исправить настройками и правками страниц, а какие требуют отдельного решения. Состав работ, ограничения и стоимость согласуем по результатам проверки.
Через сколько будет виден результат? +
Исправление технической ошибки проверяем после внедрения. Полевые данные CrUX обновляются в скользящем окне 28 дней, поэтому вначале включают посещения до правок. Изменения могут стать видны раньше полного обновления окна. Переобход, индексирование и трафик зависят от поисковой системы и состояния сайта; фиксированный срок их роста не обещаю.
А если после релиза всё откатится назад? +
Передаю чек-лист перед выпуском и настраиваю согласованные проверки кодов ответа и скорости. Фиксируем частоту и канал уведомлений, ответственного за реакцию и способ отката. После следующего релиза повторяем проверки важных шаблонов: одно уведомление не заменяет приёмку.
★

Долой тормоза — дорогу быстрым страницам

Смотрите также

Весь блог →
Смежные услуги

Что смотрят вместе с этим

Требуйте бесплатный аудит вашего сайта

Разберу сайт, найду точки роста и покажу, за счёт чего поднять трафик и заявки. Без обязательств и навязывания.

  • Точки роста и технические ошибки
  • Оценка потенциала ниши
  • Прогноз и примерный план работ
  • Разбор на созвоне по итогам
Отвечаю лично, обычно в течение дняДмитрий Смирнов · SEO · Интернет-маркетинг

Отвечаю лично. Никакого спама и передачи контактов третьим лицам.

★

Заявка принята!

Свяжусь с вами в течение рабочего дня. Обычно — быстрее.