Перейти к основному содержимому
CyberLab.Team

SEO · Техническое · Спринт с фиксированным объёмом

Технические SEO-проблемы: устраним, а не просто опишем

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

Спринт по техническому SEO выполняется в фиксированном объёме и превращает находки аудита во внедрённые и проверенные исправления, чтобы Google корректно краулил, рендерил и индексировал ваш сайт. В тарифе «Быстрые правки» ваши разработчики выкатывают по нашим задачам; начиная с тарифа «Исправления» мы также можем выкатывать сами по правам, которые вы выдали под эти изменения. Никто не может обещать, что позиции не изменятся во время миграции: в тарифе «Миграция и масштаб» мы снижаем риск полной описью редиректов, краулом staging на соответствие и наблюдением после запуска, а как быстро Google переобработает сайт, зависит только от Google.

Получить экспресс-разбор Спринты от €199

Фиксированная цена · Готовые для разработки задачи · Контрольный краул после исправлений · Зарегистрированы в ЕС, GDPR · EN/UK/RU/PL

в программе Google Partner
с 2015 года
клиентов с 2015 года
490+
отвечаем на обращение
1 рабочий день

Проблемы

Когда отчёт лежит в папке, а на сайте ничего не меняется

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

Аудит лежит в папке, а каждый релиз что-то ломает

Получили 40-страничный PDF-аудит, а по факту ничего не исправлено
Находки были реальными, приоритеты понятными, а потом работа застряла: её зажали конкурирующие задачи разработки, нечёткие спецификации или отсутствие того, кто проверит, встало ли исправление вообще. Диагностика без внедрения остаётся расходом, а не инвестицией. Мы подхватываем работу с любого готового аудита, переводим находки в выполнимые спецификации и доводим их до контрольного краула после исправлений.
На каждом релизе команда разработки что-то ломает, и никто не замечает, пока не упадёт трафик
Оставшийся со staging тег noindex, редирект, удалённый при перестройке навигации, robots.txt, блокирующий важный раздел после обновления CMS. Это рутинные побочные эффекты деплоя, которые часто проявляются только когда начинает меняться отчёт «Индексирование страниц» в Search Console. Мы находим, что сломалось, добиваемся исправления и подтверждаем его краулом. Тариф «Миграция и масштаб» также включает настройку базового плана повторных краулов и правил отслеживания изменений; их запуск по расписанию после спринта рассчитывается отдельно.
Многоязычный сайт, где важна только видимость в Google, а hreflang и canonical ломаются на каждом релизе
Каждый редеплой может стать точкой отказа: hreflang указывает не на те языковые версии, canonical ведёт не туда, куда ожидалось, noindex попадает на страницы, которые должны индексироваться. Мы добиваемся исправления настроек и подтверждаем его краулом. Тариф «Миграция и масштаб» добавляет правила отслеживания изменений этих тегов; их запуск после спринта рассчитывается отдельно. Актуально для бизнеса, который обслуживает аудиторию на нескольких языках ЕС через Google.

Миграция предстоит или уже пошла не так

Меняете платформу или домен и боитесь потерять позиции
Изменение структуры URL, переход на HTTPS и смена CMS относятся к самым рискованным моментам в жизни сайта. Карта редиректов с пробелами, забытый на проде staging-robots.txt или canonical, указывающий на старый домен, могут стоить новому сайту позиций ещё до того, как кто-то это заметит. Мы выстраиваем защиту до переключения и следим за сигналами четыре недели после переключения. Полный сценарий миграции входит в тариф «Миграция и масштаб».
После смены платформы или домена трафик упал и подрядчик отдал отчёт и пропал
Мы подхватываем миграцию на любом этапе: перестраиваем полную карту редиректов, сравниваем краул staging с продом, отслеживаем сигналы Search Console первые четыре недели после запуска и закрываем найденные пробелы настолько рано, насколько это позволяют сигналы. Как быстро Google переобработает сайт дальше, зависит от самого Google, и срок возврата позиций мы не обещаем. Эта работа входит в тариф «Миграция и масштаб». Актуально для бизнеса, сменившего CMS или домен за последние несколько лет.

Google не краулит, не рендерит или не индексирует важные страницы

Google не краулит новые страницы, или страницы постоянно выпадают из индекса
На крупных сайтах и сайтах с фасетной навигацией Googlebot может тратить значительную часть краулинга на варианты фильтров и страницы пагинации вместо страниц категорий и товаров, которые действительно важны. Анализ лог-файлов показывает, куда именно уходит краулинг, а работа с краулинговым бюджетом убирает лишние запросы, чтобы краулинг мог добраться до нужных страниц. На небольшом сайте причина обычно кроется в другом, и на экспресс-разборе мы различаем эти случаи. Анализ лог-файлов входит в тариф «Исправления».
Сайт на тяжёлом JavaScript, и нет уверенности, что Google вообще видит контент
Одностраничные приложения и headless-фронтенды могут выглядеть нормально в браузере, тогда как HTML, который Google получает первым, почти пуст, а контент индексируется только после того, как Google отрендерит страницу. Проблемы создают текст, который так и не попадает на отрендеренную страницу, скрипты, заблокированные в robots.txt, и отложенная загрузка, которая ждёт прокрутки или клика. Мы диагностируем разрыв и добиваемся исправления рендеринга, а не просто описываем, что не так. Работа с рендерингом входит в тариф «Исправления».
Магазин генерирует тысячи мусорных URL-фильтров, и Google индексирует варианты вместо категорий
Фасетная навигация на платформах вроде Shoper, IdoSell или PrestaShop может породить тысячи доступных для краулинга комбинаций фильтров: они впустую расходуют краулинг и замедляют обнаружение страниц категорий, которые должны ранжироваться. Здесь нужно управление индексацией, а не очередной аудит: мы разрабатываем и внедряем политику обработки параметров, правила пагинации и правила noindex, чтобы предлагать Google для индексации именно те страницы, которые приносят продажи. Контроль индексации входит в тариф «Исправления».

Как решаем

Что вы получаете по завершении спринта

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

  1. Приоритизированный бэклог исправлений в виде задач

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

  2. Контрольный краул после деплоя, до и после

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

  3. Снимок Search Console с исходным состоянием до исправлений

    Стартовое состояние фиксируется до того, как что-либо выкатывается, так что эффект измеряется в данных, а не в обещаниях.

Пример задачи

Приоритет: высокий

Свести дублирующиеся URL-фильтры под один canonical

Проблема: /category/shoes/ и /category/shoes/?sort=price оба отдают 200 и указывают canonical сами на себя, дробя сигналы индексации.

Спецификация: направить rel=canonical у каждого варианта ?sort= на чистый URL категории и оставить параметр доступным для краулинга, потому что блокировка в robots.txt не даст Google прочитать этот canonical. Закрывать ли параметр дальше и каким механизмом, решается по конкретному сайту и данным логов, а не общим правилом на все магазины.

Критерии приёмки: контрольный краул показывает ноль самоканонизирующихся вариантов ?sort=; URL категорий не изменились и отдают 200.

Иллюстративный пример, а не реальная сдача работы клиенту.

Что мы исправляем

Если часть работы начинается со старшего тарифа, это указано на её карточке.

Внедрение исправлений и спецификации, готовые для разработчиков

Мы берём находки из вашего готового аудита (нашего или стороннего) и превращаем их в приоритизированные, готовые для Jira задачи, которые ваша команда разработки выполнит без двусмысленностей: карты редиректов, наборы правил canonical, директивы robots.txt и политики мета-тегов. После того как разработчики выкатывают каждый блок, мы запускаем контрольный краул, чтобы убедиться, что исправление встало корректно и ничего смежного при этом не сломалось.

В каждом спринте. Выкатываем изменения сами начиная с тарифа «Исправления»

Миграции сайта и SEO при смене платформы

Смена домена, переход на HTTPS, замена CMS и реструктуризация URL относятся к моментам повышенного риска: пропущенная карта редиректов или забытый на проде staging-robots.txt могут мешать Google краулить новый сайт, пока кто-то это не исправит. Мы составляем полную опись редиректов до переключения, прогоняем краул staging для сравнения соответствия с текущим сайтом и следим за Search Console и логами краулинга в первые четыре недели после запуска.

Тариф «Миграция и масштаб»

Анализ лог-файлов и инженерия краулингового бюджета

Логи сервера показывают, что Googlebot на самом деле запрашивает, а не то, что вы предполагаете о его краулинге. Мы обрабатываем ваши сырые лог-файлы, чтобы найти траты краулинга на малоценные URL, обращения к удалённым или перенаправленным страницам и страницы, которые важны для позиций, но запрашиваются редко. На крупных сайтах и сайтах с фасетной навигацией мы готовим конкретные рекомендации по правилам robots.txt, внутренним ссылкам и картам сайта.

Тариф «Исправления» и выше

JavaScript-рендеринг и устранение проблем рендеринга

Мы точно диагностируем, где из-за вашей конфигурации CSR, SSR или гидратации контент не попадает на отрендеренную страницу, которую индексирует Google, или остаётся невидимым для краулеров без JavaScript, а затем добиваемся исправления, а не просто описываем его. В работу входит настройка SSR или prerender, исправление отложенной загрузки так, чтобы контент загружался при появлении на экране, и проверка структурированных данных в отрендеренном HTML. Мы предпочитаем структурированные данные в серверном HTML, потому что так надёжнее, особенно для цены и наличия товара.

Тариф «Исправления» и выше

Контроль индексации в масштабе

Фасетная навигация и разрастание URL с параметрами могут затолкать тысячи малоценных вариантов в краулинг и индекс, тогда как страницы категорий, которые реально ранжируются, получают меньше внимания при краулинге. Мы разрабатываем и внедряем политику обработки параметров, правила пагинации, директивы noindex и инженерию sitemap, осознанно решая, что должно и что не должно индексироваться.

Тариф «Исправления» и выше

Мониторинг технического состояния и защита от регрессий

Базовый план повторных краулов, проверки Search Console и правила отслеживания изменений позволяют обнаружить рутинный редеплой, который вернул тег noindex, убрал редирект или сломал настройку canonical, на ближайшей проверке, а не в данных о трафике неделями позже. Успел ли Google к этому моменту переобойти страницу, не контролирует никто, поэтому проверка и идёт по расписанию, а не после падения.

Настройка: тариф «Миграция и масштаб». Запуск после спринта: рассчитывается отдельно

Как выглядит бэклог на примере нашего реестра

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

Наш опубликованный образец Реестр технических проблем построен на вымышленном сайте, за которым не стоит реальный клиент.

Пример, а не данные клиента

  1. Директива, закрывающая обход на тестовой среде, живёт на боевом хосте

    Критическая

    Критерий приёмки: Боевой robots открывает публичные разделы, а запрещающее правило есть только на тестовой среде

    Владелец: Мы, хостинг подтверждает

  2. Текст на шаблоне услуги появляется только после гидратации

    Критическая

    Критерий приёмки: Первый абзац есть в исходном HTML ответе на каждой странице услуги

    Владелец: Разработчик клиента, задание наше

  3. Старые адреса товаров доходят до цели через два перехода редиректа

    Высокая

    Критерий приёмки: Каждый старый адрес доходит до цели одним постоянным редиректом

    Владелец: Мы

  4. Параметры фильтров создают доступные обходу адреса, которые никто не ищет

    Высокая

    Критерий приёмки: Доступными обходу и индексации остаются только комбинации, названные в согласованной политике параметров

    Владелец: Мы вместе с разработчиком клиента

Кому этот спринт подходит, а кому нет

Хорошо подходит, если у вас

  • Крупный сайт или сайт с фасетной навигацией, где краулинговый бюджет и индексацию нужно осознанно контролировать
  • Фронтенд на тяжёлом JavaScript и сомнения в том, что Googlebot реально видит
  • Миграция, смена платформы или домена в планах, или та, что уже пошла не так
  • Аудит (наш или сторонний), который так и лежит без внедрения

Не та страница, если вам нужно

  • Контент-стратегия или закупка ссылок. Ни то, ни другое на этой странице не продаётся.
  • Глубокая диагностика Core Web Vitals. Это относится к SEO аудит сайта, у которого есть инструменты, чтобы выделить причины LCP, INP и CLS.
  • Работа на уровне плагинов WordPress, например настройка Yoast или Rank Math. Это относится к WordPress SEO.
  • Пересборка самого сайта. Для этого есть разработка сайтов.

Миграции

Как мы проводим миграцию

Миграции ломаются в предсказуемых местах. Работа делится на три этапа, и у каждого этапа свой чек-лист. Полный сценарий входит в тариф «Миграция и масштаб».

  1. До переключения

    Составляем полную опись редиректов, краулим staging-окружение, чтобы проверить соответствие URL и логику canonical, и убеждаемся, что staging-robots.txt не сможет случайно уйти в прод.

  2. День запуска

    Следим за доступом для краулинга, поведением редиректов и первыми сигналами Search Console, пока новый сайт выходит в прод, чтобы проблемы с доступом краулеров и с редиректами выявлялись в день запуска, а не неделями позже.

  3. С первой по четвёртую неделю после

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

Как мы вытягиваем миграцию, которая уже пошла не так

Мы можем подхватить миграцию посреди проекта или после запуска: перестроить опись редиректов, сравнить краул staging с продом и разобрать падения в отчёте «Индексирование страниц» в Search Console. Одна оговорка, о которой мы говорим прямо: скорость восстановления зависит от цикла переобхода Google, поэтому мы никогда не обещаем срок возврата позиций.

Процесс

Как проходит спринт

  1. Экспресс-разбор

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

  2. Согласуем объём и права письменно

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

  3. Готовим задачи и исправления

    Каждая задача содержит спецификацию и критерии приёмки. В тарифе «Быстрые правки» выкатывают ваши разработчики; начиная с тарифа «Исправления» мы можем выкатывать сами по выданным вами правам.

  4. Проводим контрольный краул и передаём работу

    После каждого блока мы повторно краулим сайт и проверяем критерии приёмки. Для краулинга и анализа используем собственные разработки, Screaming Frog SEO Spider, Google Search Console, Ahrefs и PageSpeed Insights. Спринт закрывается отчётом по контрольному краулу, снимком Search Console до и после и возвратом всех временных прав.

Давайте посмотрим на ваш бэклог

Начинаем с бесплатного экспресс-разбора из шага 1. После него решение за вами.

Получить экспресс-разбор

Что нужно от вас для старта

Вам не нужно передавать пароль. Остальное обсудим на бесплатном экспресс-разборе.

  • Ваш аудит или чётко определённая задача. Наш или сторонний. Без аудита мы тоже можем начать, если задача ясна, например миграция или известная проблема рендеринга.
  • Доступ на чтение к Search Console и аналитике. По приглашению, никогда по паролю. Когда исправления выкатывает ваша команда, этого и краула публичного сайта хватает для большей части работы; экспорт логов или доступ к staging добавляется, когда он нужен для спринта.
  • Права на запись под согласованную правку, если выкатываем мы. Ровно те, которых требует задача, например выкладка одного файла robots.txt или роль редактора на одном шаблоне, выданные на время спринта и отозванные при его закрытии.
  • Экспорт сырых access-логов для анализа лог-файлов. Начиная с тарифа «Исправления». Достаточно экспорта из панели вашего хостинга или CDN за выбранный вами диапазон дат. Ни SSH-, ни админ-доступ не нужен.
  • Доступ к staging и окно запуска для миграции. В тарифе «Миграция и масштаб». Кто выкатывает каждое изменение, мы или ваша команда, фиксируется до старта спринта.

Цена

Стоимость спринтов по техническому SEO

Каждая работа начинается с бесплатного экспресс-разбора. Для каждого спринта прямо указано, кто меняет код: тариф «Быстрые правки» отдаёт спецификацию и проверку, а выкатывает ваша команда; в двух других мы можем внедрять сами по правам, выданным под согласованную правку. Режим работы и нужные ему права определяются до начала работ, а не после.

Быстрые правки
€199 за спринт
Точечное устранение по заданному набору находок в режиме спецификации: задачи, критерии приёмки и проверка после деплоя наши, изменения выкатывает ваша команда. Подходит небольшим сайтам или одной приоритетной проблемной области.
  • Приоритизированный список исправлений по находкам вашего аудита (нашего или стороннего)
  • Готовые для разработки задачи: карты редиректов, правила canonical, директивы robots
  • Контрольный краул после исправлений: подтверждаем, что всё встало корректно
  • Проверка сигналов Search Console и краулинга после внедрения
  • Бесплатный экспресс-разбор
Заказать тариф «Быстрые правки»
Самый популярный
Исправления
€399 за спринт
Устранение нескольких проблем для растущих или контентоёмких сайтов с вопросами по JavaScript-рендерингу, индексации или краулинговому бюджету. Изменения выкатываем сами, если вы выдаёте права под согласованную правку, либо передаём вашим разработчикам ту же спецификацию.
  • Всё из тарифа «Быстрые правки»
  • Диагностика JavaScript-рендеринга и внедрение исправлений
  • Анализ лог-файлов и рекомендации по настройке краулингового бюджета
  • Контроль индексации: обработка параметров, пагинация, политика noindex
  • 30 дней ответов на вопросы по внедрению после сдачи работы
Заказать тариф «Исправления»
Миграция и масштаб
€750 за спринт
Миграции сайта, смена платформы или масштабное устранение проблем индексации на сайтах со сложной инфраструктурой. Кто выкатывает каждое изменение, мы по выданным правам или ваша команда, фиксируется до старта спринта.
  • Всё из тарифа «Исправления»
  • Полный сценарий миграции: опись редиректов, краул staging на соответствие, чек-лист дня запуска
  • Мониторинг в течение четырёх недель после запуска (Search Console, логи краулинга, сигналы позиций)
  • Настройка защиты от регрессий: базовый план запланированных повторных краулов и правила отслеживания изменений

Мониторинг после спринта рассчитываем отдельно, если он нужен.

Заказать тариф «Миграция и масштаб»

Что добавляет каждый спринт

Тариф «Быстрые правки» стоит €199 и покрывает заданный набор находок. Тариф «Исправления» (€399) добавляет работу с JavaScript-рендерингом, анализ лог-файлов и контроль индексации. Тариф «Миграция и масштаб» (€750) охватывает полный сценарий миграции плюс четыре недели мониторинга после запуска и настройку защиты от регрессий. Постоянный мониторинг рассчитывается по запросу после первого спринта, потому что правильная периодичность зависит от размера вашего сайта и графика релизов.

Не хотите заполнять форму? Напишите нам в Telegram (t.me/cyberlabteam) или WhatsApp (+48 668 155 303).

Три способа работать с нами

Режим 1

Внедряем сами

Этому режиму нужны права на запись: ровно те, которых требует согласованная правка, например выкладка одного файла robots.txt или роль редактора на исправляемом шаблоне, выданные на время спринта и отозванные при его закрытии. Доступа на чтение для внедрения не хватает, и мы называем нужные права по каждой задаче до того, как вы что-то выдадите. Мы выкатываем исправления, проводим контрольный краул и возвращаем всё с документацией. Доступно начиная с тарифа «Исправления».

Режим 2

Внедряют ваши разработчики, мы пишем спецификации и проверяем

Мы готовим задачи достаточно точные, чтобы их выполнили без нашего участия, и затем проверяем каждый релиз краулом после деплоя.

Режим 3

Мониторинг после спринта, если он оправдан

Если периодичность ваших релизов того требует, постоянный мониторинг регрессий рассчитывается отдельно после закрытия спринта. Автоматического retainer нет.

Почему мы

Наш опыт

CyberLab.Team OÜ в программе Google Partner с 2015 года.

Google Partner
  • с 2010 работаем с поиском и рекламой Google
  • 490+ клиентов за время работы
  • 15 стран, в которых работают наши клиенты
  • с 2014 в команде есть Google Top Contributors и Product Experts

У нашей команды 9 сертификаций Google

  • Поисковая реклама Google Ads
  • Видеореклама Google Ads
  • Медийная реклама Google Ads
  • Товарная реклама (Shopping)
  • Реклама приложений Google Ads
  • Оценка эффективности Google Ads
  • Оптимизация конверсий
  • Google Analytics
  • Display & Video 360

Без привязки к контракту, работаем с вашей командой

Никакого обязательного retainer-контракта и никакого минимума сверх того спринта, который вы заказываете. Экспресс-разбор проходит до любой оплаты: до двадцати минут, до трёх первых находок или шагов, без письменного отчёта.

  • Фиксируем объём и цену до старта. Задачи, которые входят в работу, и цену согласуем письменно до начала работ, так что никаких сюрпризов по объёму или цене не будет.
  • Запрашиваем минимум прав или работаем без доступа. Начиная с тарифа «Исправления», там, где вы даёте ограниченный доступ, мы внедряем изменения сами; там, где вы предпочитаете своих разработчиков, мы передаём спецификации, достаточно точные, чтобы их выполнили без нашего участия. Ваша CMS, Search Console и хостинг остаются полностью под вашим контролем.
  • Компания в ЕС, GDPR. За каждым договором стоит юридическое лицо CyberLab.Team OÜ, регистрационный код в Эстонии 14647320. Мы работаем по GDPR и подписываем DPA по запросу.
  • Прозрачные цены за спринт. Цены трёх спринтов указаны в пакетах, долгосрочный контракт не нужен.

Форматы работы

Почему спринт с фиксированным объёмом

У спринта есть заданный объём, опубликованная цена и точка завершения. Вы платите за определённый и проверенный результат, а не за отработанные часы. Мониторинг после спринта рассчитывается по необходимости, а не фиксируется заранее.

Фиксированный спринт CyberLabТипичный retainer агентстваФрилансер по часам
Опубликованная ценаФиксированный спринт CyberLab€199 / €399 / €750, прямо на этой страницеТипичный retainer агентстваНазывается после звонка с продажамиФрилансер по часамПочасовая ставка, итог открыт
Заданный объём и завершениеФиксированный спринт CyberLabФиксированный объём, закрывается, когда исправления провереныТипичный retainer агентстваОткрытое ежемесячное обязательствоФрилансер по часамОбъём плывёт вместе с часами
Проверка после исправленийФиксированный спринт CyberLabКонтрольный краул после каждого блокаТипичный retainer агентстваЗависит от агентстваФрилансер по часамРедко входит
Регистрация в ЕС, GDPR, DPAФиксированный спринт CyberLabЗарегистрированы в ЕС, DPA по запросуТипичный retainer агентстваПо-разномуФрилансер по часамПо-разному
ПривязкаФиксированный спринт CyberLabНет, один спринт за разТипичный retainer агентстваОбычно контракт на несколько месяцевФрилансер по часамНет, но преемственность зависит от одного человека

Обобщённые архетипы форматов работы для ориентира, а не конкретные компании.

Пример работы

Как это выглядит на практике?

Один проект: интернет-магазин пришёл с полугодовым аудитом от другого подрядчика. Находки были грамотными, но ничего так и не выкатили. Мы начали со звонка для определения объёма работ, свежим краулом подтвердили, какие находки всё ещё актуальны, и превратили ключевые пункты в готовые для разработки задачи: чистка редиректов, правила canonical для URL-фильтров и исправление robots.txt, который блокировал раздел товаров. Собственные разработчики магазина выкатили изменения за два релизных цикла. После каждого релиза мы запускали контрольный краул, чтобы подтвердить, что исправления встали и ничего смежного не сломалось. В итоговом отчёте сравнивалось состояние Search Console до и после: заблокированные разделы снова краулятся, а дублирующиеся варианты сведены.

Анонимизированный пример нашего процесса, а не обещание результата. Кейс WaterHub ниже описывает SEO-продвижение и рекламу интернет-магазина, а не технический спринт.

Доказательства до заказа

Похожий кейс

Интернет-магазин WaterHub

SEO продвижение, Реклама Google, Google Мой Бизнес

Вопросы

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

Объём, цена и сроки

Сколько стоит спринт и от чего зависит уровень?
Три уровня спринтов стоят €199, €399 и €750. Подходящий уровень зависит от объёма работ по устранению: точечный тариф «Быстрые правки» для заданного набора проблем, «Исправления» для работы с несколькими проблемами, включая JS-рендеринг и инженерию краулингового бюджета, или «Миграция и масштаб» для проектов смены платформы или работы с индексацией на крупном сайте. Точный уровень мы подтверждаем после бесплатного экспресс-разбора; на ваше первое сообщение отвечаем в течение 1 рабочего дня.
Сколько времени занимает спринт?
Зависит от уровня и от того, как часто ваша команда разработки выкатывает релизы. Тариф «Быстрые правки» с чётким объёмом двигается быстрее, чем миграция, которой нужны проверки staging и окно запуска. Ожидаемую длительность мы подтверждаем на бесплатном экспресс-разборе, до того как вы возьмёте на себя обязательства, так что вы получаете срок под ваш конкретный объём, а не общую прикидку.
Что именно мы получаем по завершении спринта?
Три вещи. Первое: сами исправления, которые мы внедряем при ограниченном доступе начиная с тарифа «Исправления», или готовые для разработки задачи, по которым выкатывает ваша команда. Второе: отчёт по контрольному краулу после исправлений, который подтверждает, что каждое изменение встало корректно и ничего смежного не дало регрессию. Третье: снимок Search Console до и после, так что и исходное состояние, и итоговое зафиксированы в данных. Спринт завершается проверенными изменениями, а не очередным отчётом о том, что нужно сделать.
Это разовый проект или постоянная работа?
Пакеты-спринты оформляются как разовые работы с фиксированным объёмом. После завершения спринта постоянный мониторинг и защита от регрессий могут быть рассчитаны как отдельная работа, исходя из размера вашего сайта и периодичности релизов. Цену retainer здесь мы не публикуем, потому что правильный объём существенно различается. На бесплатном экспресс-разборе мы выясняем, имеет ли смысл постоянный мониторинг в вашей ситуации и что он будет охватывать.
Можете ли вы гарантировать позиции или восстановление трафика после исправлений?
Нет, и мы прямо скажем почему. Техническое SEO убирает барьеры, которые мешают Google корректно краулить, рендерить и индексировать ваш контент. Превратится ли это в более высокие позиции и больший трафик, зависит от качества контента, конкурентной среды и собственной оценки Google, а ничего из этого мы не контролируем. Мы можем подтвердить другое: технические блокеры убраны и проверены, а состояние до и после зафиксировано, так что эффект виден в данных, а не в обещании.

Подходит ли эта услуга?

Чем это отличается от вашего SEO-аудита сайта?
SEO-аудит сайта даёт диагностику: мы краулим и анализируем ваш сайт, находим каждую значимую техническую проблему и выдаём приоритизированный отчёт со спецификациями под каждое исправление. Эта услуга отвечает за внедрение: мы берём найденное, из нашего аудита или любого стороннего, добиваемся, чтобы исправления выкатили ваши разработчики по нашим задачам или мы сами начиная с тарифа «Исправления», а затем проверяем, что они сработали. Вы можете сначала заказать аудит, а потом подключить нас на исполнение. Начать можно и сразу с этой услуги, если у вас уже есть свежий аудит из другого источника или проблема настолько конкретна, что определить объём работ быстрее, чем проводить полную диагностику.
Нужен ли аудит, прежде чем вы начнёте исправлять?
Нет. Если у вас уже есть свежий аудит, наш или чей угодно, мы можем работать прямо по этим находкам. Если аудита нет, но есть конкретная, чётко определённая задача (миграция, которую нужно провести безопасно; известная вам проблема JS-рендеринга; вопрос краулингового бюджета на крупном сайте с фасетной навигацией), мы строим спринт вокруг неё. На бесплатном экспресс-разборе мы вместе решаем, нужна ли предварительная диагностика или объём уже достаточно ясен, чтобы начать.
Фасетная навигация и URL-фильтры в магазине это подходящая услуга?
Частично. Инженерия краулингового бюджета и контроль индексации для URL с параметрами (решение, какие комбинации фильтров краулятся, какие получают noindex и как работает иерархия canonical) входят в основную работу здесь начиная с тарифа «Исправления». Стратегия органического ранжирования карточек категорий и товаров, включая написание Product schema, глубину контента категорий и архитектуру каталога, относится к нашей услуге E-commerce SEO. Магазину может понадобиться и то и другое: сначала устранение проблем инфраструктуры здесь, затем работа с контентом и schema там.
Вы охватываете Core Web Vitals и скорость страниц?
Мы исправляем проблемы рендеринга и доставки, которые влияют на то, как быстро контент доходит и до пользователей, и до краулеров: настройка SSR, отложенная загрузка, обработка ресурсов, блокирующих рендеринг, и TTFB. Глубокая диагностика Core Web Vitals (определение, какой именно элемент LCP медленный, расчёт INP по данным реальных пользователей, выделение источников CLS по шаблонам страниц) относится к SEO-аудиту сайта, у которого есть нужный объём и инструменты для работы с производительностью на таком уровне. Если ваша главная забота Core Web Vitals, лучше начать с него.
А как насчёт структурированных данных и schema-разметки?
Мы следим, чтобы ваша существующая schema была валидной, присутствовала в HTML, который рендерит Google, желательно уже в серверном HTML и использовала актуальный словарь schema.org. Мы также добавляем или исправляем разметку BreadcrumbList, которая находится в шаблоне сайта, а не в контенте. Карта сайта и canonical к структурированным данным не относятся: карта сайта хранится в XML-файле, а canonical задаётся элементом link в HTML, поэтому мы работаем с ними там, где они живут, и не называем их разметкой. Написание новой schema для типов контента (Article и подобных) относится к нашей услуге AI SEO, которая специализируется на этом слое.
А как насчёт WordPress или конкретной CMS?
Эта услуга не зависит от CMS: мы работаем с любой платформой и внедряем исправления на уровне конфигурации сервера и выходного HTML, независимо от того, что генерирует страницы. Специфичные для CMS вопросы (настройка Yoast и Rank Math, политики архивов таксономий WordPress, конфликты стека плагинов, индексация архивов товаров WooCommerce) относятся к нашей услуге WordPress SEO, которая выстроена именно вокруг платформенного слоя WordPress. Если не уверены, что подходит вам, экспресс-разбор всё прояснит.
Смогут ли AI-краулеры запросить и разобрать мой сайт?
Проблемы инфраструктуры, которые мешают Googlebot, обычно мешают и AI-краулерам: рендеринг только через JavaScript, который краулеры без выполнения скриптов не могут прочитать, слишком широкие правила Disallow в robots.txt и медленные ответы, из-за которых краулеры запрашивают меньше страниц сайта. Мы исправляем это на уровне инфраструктуры и разбираем ваш robots.txt по каждому агенту отдельно, потому что эти боты делают разное: Googlebot краулит для Google Search и связанных продуктов, Google-Extended служит токеном robots.txt, который определяет, можно ли использовать контент, собранный Google при краулинге, для обучения моделей Gemini и обоснования их ответов, не влияя на поиск, а GPTBot, ClaudeBot и PerplexityBot принадлежат другим компаниям. Кого из них пускать, решаете вы, поэтому открывать всех подряд мы не советуем; мы проверяем другое: не заблокирован ли по недосмотру тот, кого вы пускать хотели. А вот превратится ли это в цитирование в AI-ответах, зависит от контента и сущностей, а не от инфраструктуры. Эта работа относится к нашим услугам AI SEO и AI Visibility.

Работа с вашей командой и вашим сайтом

Можете ли вы работать с нашими разработчиками, готовить задачи для Jira и проверять после деплоя?
Да, это для нас обычный режим работы. Мы готовим структурированные спецификации (карты редиректов, логику canonical, изменения директив robots, шаблоны мета-тегов), оформленные так, чтобы разработчик, незнакомый с исходным аудитом, мог их внедрить без дополнительных вопросов. После того как каждый блок исправлений выкатывается, мы запускаем контрольный краул после деплоя, чтобы убедиться, что изменения встали корректно и ничего смежного не дало регрессию. Мы также можем проверять pull request'ы или staging-окружения до выхода в прод.
Вы действительно вносите изменения на нашем сайте или просто готовите ещё документацию?
Мы внедряем напрямую там, где вы выдаёте права на запись под конкретную правку: staging-окружение, robots.txt через ваш хостинг или роль в системе управления сайтом, ограниченную страницами настроек из задачи. В тарифе «Быстрые правки» всё наоборот: спецификация и проверка наши, а выкатывает ваша команда, и цена тарифа рассчитана именно на это. Там, где вы предпочитаете, чтобы код вела ваша команда, мы готовим спецификации, достаточно точные для выполнения без нашего участия. В любом случае спринт завершается внедрёнными исправлениями, проверенными после выкатки, а не документом с описанием того, что должен сделать кто-то другой. Ваши аккаунты и CMS остаются под вашим контролем на всём протяжении.
Вы работаете вместе с нашим действующим SEO-агентством или под white-label для агентств?
И то и другое. Если агентство уже ведёт ваш контент и ссылки, мы встраиваемся как независимая техническая команда внедрения и координируемся через их или ваш бэклог. Агентства также подключают нас под своим брендом на миграции и техническое устранение проблем. В любом случае привязки к нам и захвата аккаунтов нет: доступ ограниченный, отзываемый и остаётся в вашей собственности.
Где обрабатываются данные и как вы безопасно получаете доступ к нашему сайту?
CyberLab.Team OÜ зарегистрирована в Таллине, Эстония (ЕС), и работает по GDPR. Соглашение об обработке данных (DPA) доступно по запросу до начала любой работы. Когда выкатывает ваша команда, нам нужны доступ на чтение к Search Console и аналитике плюс краул публичного сайта, а для некоторых спринтов ещё экспорт логов или доступ к staging. Когда выкатываем мы, нужны права на запись под конкретную правку из задачи, например один шаблон в системе управления сайтом или выкладка robots.txt, и никогда права на биллинг и управление пользователями. Какой режим действует и какие права ему нужны, фиксируется до начала работ. Мы никогда не просим админ-доступ, который нам не нужен, никогда не храним учётные данные после завершения работы, и ваши аккаунты остаются полностью в вашей собственности на всём протяжении работы и после неё.
Нужен ли вам доступ к серверу для анализа лог-файлов?
Нет. Нам не нужен админ- или SSH-доступ. Достаточно экспорта сырых access-логов из панели вашего хостинга или лог-файлов вашего CDN (Cloudflare, Fastly и подобных). Вы сами выбираете диапазон дат и передаёте файлы. Так работа остаётся внутри модели минимальных привилегий, описанной на этой странице, а DPA доступно по запросу.

Миграции, краулинг и рендеринг

Как вы проводите миграцию или смену платформы?
Мы разбиваем это на три этапа: до, во время и после. До переключения мы составляем полную опись редиректов, краулим staging-окружение, чтобы проверить соответствие URL и логику canonical, и убеждаемся, что robots.txt со staging случайно не уйдёт в прод. В день запуска мы следим за доступом для краулинга и первыми сигналами Search Console. В течение четырёх недель после запуска мы отслеживаем индексирование страниц, активность краулинга и сигналы позиций и устраняем любые пробелы до того, как они накопятся в долгосрочную потерю позиций. Цель в том, чтобы представление Google о вашем сайте перешло на новое чисто, а не началось с нуля. Полный сценарий миграции входит в тариф «Миграция и масштаб».
Можете ли вы подхватить миграцию, которую начал другой подрядчик, или починить ту, что уже прошла неудачно?
Да, на любом этапе. Посреди миграции мы перестраиваем опись редиректов и сравниваем краул staging с продом до переключения. После запуска разбираем падения в отчёте «Индексирование страниц» и закрываем пробелы в редиректах в порядке приоритета. Одна честная оговорка: скорость восстановления позиций зависит от цикла переобхода Google, который никто за пределами Google не контролирует, поэтому мы никогда не обещаем срок возврата позиций. Эта работа входит в тариф «Миграция и масштаб».
Что такое краулинговый бюджет и есть ли у моего сайта эта проблема на самом деле?
Краулинговый бюджет определяет набор URL, которые Google может краулить с учётом возможностей вашего сервера и хочет краулить с учётом того, насколько важными и свежими выглядят ваши страницы. Для большинства небольших сайтов он не создаёт существенного ограничения: собственное руководство Google по этой теме написано для крупных сайтов, страницы которых часто меняются. Проблемой это становится на крупных сайтах, в интернет-магазинах с фильтрованной навигацией или на сайтах с разрастанием URL от параметров, где Googlebot может тратить значительную часть краулинга на малоценные варианты вместо страниц, которые должны ранжироваться. Мы используем лог-файлы сервера, чтобы показать, куда краулинг уходит на самом деле, а это часто не там, где вы предполагаете. Анализ лог-файлов входит в тариф «Исправления» и выше.
Сайт на тяжёлом JavaScript: видит ли Google мой контент и что вы исправляете?
Googlebot умеет выполнять JavaScript, но рендеринг проходит отдельным шагом после краулинга: страница ждёт в очереди на рендеринг, обычно секунды, иногда дольше. Некоторые конструкции всё равно создают проблемы: основной текст, зависящий от скриптов, которые заблокированы в robots.txt или не выполняются; отложенная загрузка, которая ждёт прокрутки или клика, которых Googlebot не делает; и разрывы гидратации, где серверный и клиентский контент различаются. Последнее мы проверяем сами, а не по задокументированному правилу Google. Мы точно диагностируем, что из этого относится к вам, сочетая инспекцию исходного кода, сравнение рендеринга и данные логов, затем добиваемся внедрения исправления (настройка SSR, prerendering или изменение отложенной загрузки) и проверяем результат в исходном HTML до и после. Работа с рендерингом входит в тариф «Исправления» и выше.

Ещё не знаете, что именно сломано?

Начните с SEO аудит сайта: глубокая техническая диагностика, анализ Core Web Vitals и приоритизированная дорожная карта. Затем принесите эту дорожную карту сюда, на внедрение. Проблемы платформы WooCommerce или WordPress решает WordPress SEO; органической видимостью карточек категорий и товаров магазина занимается E-commerce SEO. Работаете по сигналам Search Console? Настройку и диагностику берёт на себя Google Search Console Expert.

Все SEO-услуги есть в хабе SEO.

Заявка

Готовы передать нам список правок?

Пришлите адрес сайта и расскажите, что нужно исправить или перенести. Начинаем с бесплатного экспресс-разбора. После этого решаете вы.

Без обязательств. Ответ в течение одного рабочего дня.

Напишите в мессенджер или заполните форму ниже, как вам удобнее.

TelegramWhatsAppEmail

* Обязательное поле

Нужная услуга

Technical SEO

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