В ноябре прошлого года к нам обратился пражский интернет-магазин в панике. Они только что запустили совершенно новый сайт. Дизайн был современным, продуктовые фотографии — отличными, процесс оформления заказа — безупречным. Но за четыре недели после запуска органический трафик упал на 60%. Доход от поиска снизился вдвое.
Предыдущее агентство создало красивый сайт и забыло обо всём, что находится под капотом. Никакого маппинга редиректов со старых URL. Никакой XML карты сайта. Мета-теги скопированы из шаблона и никогда не настроены. Файл robots.txt всё ещё блокировал краулеры с настройками тестового окружения. Четыре года SEO-ценности — потеряны за один выходной деплой.
Мы это исправили, но потребовалось три месяца, чтобы восстановить то, что никогда не должно было быть потеряно. Каждый проект, который мы берём сейчас, включает техническое SEO с первого дня. Не как дополнение. Не как этап после запуска. С первой строчки кода.
Вот чек-лист, который мы используем. Если ваше агентство не может провести вас по этим пунктам до запуска сайта, спросите — почему.
Почему техническое SEO важнее, чем вы думаете
Google обрабатывает примерно 8,5 миллиардов поисковых запросов ежедневно. Для большинства бизнес-сайтов органический поиск обеспечивает от 40% до 60% всего трафика. Это не маркетинговый канал, который вы оптимизируете потом. Это фундамент.
Техническое SEO — это не о набивке ключевыми словами или ссылочных схемах. Это инфраструктура, которая позволяет поисковым системам находить ваши страницы, понимать их содержание и решать, показывать ли их людям. Представьте это как открытие магазина на улице без адреса, без вывески и с запертой дверью. Интерьер может быть идеальным, но никто не сможет войти.
Техническая сторона охватывает три вещи: может ли Google эффективно сканировать ваш сайт, правильно ли он индексирует ваш контент и соответствует ли ваш сайт стандартам производительности, влияющим на ранжирование. Упустите любой из этих пунктов — и вы теряете трафик.
Прежде чем написать первую строку кода
Самые дорогие SEO-ошибки совершаются до начала разработки. Решения о структуре URL, редиректах и информационной архитектуре имеют долгосрочные последствия, которые потом болезненно исправлять.
Маппинг редиректов
Если вы заменяете существующий сайт, каждый URL, который получает трафик или имеет обратные ссылки, нуждается в 301-редиректе на свой новый эквивалент. Не общий редирект на главную страницу. Постраничный маппинг. Мы экспортируем полный список URL из Google Search Console, сопоставляем каждый старый URL с новым и внедряем редиректы до запуска нового сайта.
Пропуск этого шага — способ потерять годы накопленного авторитета за одну ночь. Мы видели это слишком много раз.
Структура URL
Делайте URL короткими, описательными и консистентными. Используйте дефисы, не подчёркивания. Избегайте параметров где возможно. Для многоязычных сайтов используйте языковые префиксы: /cs/sluzby/ для чешского, /en/services/ для английского. Определитесь с этим до создания маршрутизации — изменение структуры URL после запуска означает очередной раунд редиректов.
Планирование карты сайта
Ваша XML карта сайта должна генерироваться автоматически из реальных маршрутов, а не поддерживаться вручную. Она должна включать hreflang-аннотации для многоязычных страниц, корректные даты lastmod и указания приоритета. Если вы используете фреймворк вроде Nuxt или Next.js, встройте генератор карты сайта в процесс сборки.
Основы мета-тегов
Каждая страница вашего сайта нуждается в собственном уникальном title-теге и мета-описании. Звучит очевидно, но мы регулярно аудируем сайты, где десятки страниц имеют одинаковый title или вообще не имеют описания.
Title-теги: Держите их до 60 символов. Ставьте важные ключевые слова в начало. Каждый должен быть уникальным.
Мета-описания: До 160 символов. Они не влияют напрямую на ранжирование, но являются вашим рекламным текстом в результатах поиска. Убедительное описание повышает кликабельность, что косвенно влияет на позиции.
Open Graph теги: Когда кто-то делится вашей страницей в LinkedIn, Facebook или Slack, OG-теги определяют, что они увидят. Установите og:title, og:description, og:image и og:type на каждой странице.
Hreflang: Если ваш сайт предоставляет контент на нескольких языках, hreflang-теги указывают Google, какую версию показывать какой аудитории. Каждая страница нуждается в hreflang-ссылках на все свои языковые варианты плюс x-default.
Структурированные данные, которые действительно важны
Структурированные данные помогают Google понимать ваш контент помимо текста на странице. Они используют словарь Schema.org и реализуются как JSON-LD в head страницы.
Organization: Название компании, логотип, контактная информация, профили в соцсетях. Это питает Knowledge Panel Google и создаёт вашу брендовую сущность.
LocalBusiness: Если вы обслуживаете конкретную территорию, добавьте адрес, часы работы, GPS-координаты и зону обслуживания.
BreadcrumbList: Помогает Google понять иерархию вашего сайта и позволяет отображать хлебные крошки в результатах поиска.
FAQPage: Если на ваших страницах услуг есть FAQ-секции, разметьте их. Google может отображать их как разворачивающиеся Q&A прямо в результатах поиска.
Article: Для блог-постов добавьте заголовок, автора, дату публикации и дату изменения. Используйте тип Person для автора с обратной ссылкой на Organization.
Производительность — это SEO
Google чётко говорит об этом с 2021 года: пользовательский опыт является фактором ранжирования. Core Web Vitals — не рекомендации. Это измерения, влияющие на позиции в поиске.
Largest Contentful Paint (LCP): Как быстро загружается основной контент. Цель — менее 2,5 секунд.
Interaction to Next Paint (INP): Насколько отзывчива страница при взаимодействии. Цель — менее 200 миллисекунд.
Cumulative Layout Shift (CLS): Насколько страница «прыгает» во время загрузки. Цель — менее 0,1.
Мы строим большинство клиентских проектов на Nuxt со статической генерацией именно потому, что это даёт контроль над всеми тремя метриками с самого начала.
Чек-лист перед запуском
Это то, что мы проверяем перед каждым деплоем. Распечатайте, повесьте на стену, не пропускайте шаги.
- robots.txt — Убедитесь, что разрешает сканирование всех публичных страниц. Удалите блокировки тестового окружения.
- XML карта сайта — Сгенерирована, включает все публичные страницы, отправлена в Google Search Console.
- 301 редиректы — Каждый старый URL сопоставлен с новым эквивалентом. Протестировано.
- Канонические теги — Каждая страница указывает на свой собственный канонический URL.
- Мета-теги — Уникальные title и description на каждой странице. OG-теги настроены.
- Структурированные данные — Organization, breadcrumbs и page-specific схемы проверены через Google Rich Results Test.
- SSL/HTTPS — Весь сайт работает через HTTPS.
- Мобильная адаптивность — Протестировано на реальных устройствах.
- Страница 404 — Кастомная страница ошибки, помогающая пользователям вернуться к навигации.
- Скорость страниц — Оценка PageSpeed Insights для мобильных выше 80.
- Аналитика — Google Analytics 4 и Search Console подключены и верифицированы.
- Hreflang — Если сайт многоязычный, все языковые варианты правильно связаны.
После запуска: первые 90 дней
Запуск — не финишная черта. Первые три месяца после деплоя — время, когда проявляется большинство исправимых проблем.
Неделя 1: Отправьте карту сайта в Google Search Console. Запросите индексацию важнейших страниц. Следите за отчётом «Покрытие» на предмет ошибок сканирования.
Недели 2-4: Отслеживайте 404 ошибки от старых URL, которые вы пропустили при маппинге редиректов. Проверяйте Core Web Vitals по данным реальных пользователей.
Месяцы 2-3: Отслеживайте позиции ключевых слов. Если позиции упали по сравнению со старым сайтом, проверьте работу редиректов. Начинайте строить внутреннюю перелинковку.
Что упускают большинство агентств
Отсутствие плана редиректов. Самая разрушительная и самая распространённая ошибка. Миграция сайта без редиректов — как переезд магазина по новому адресу без уведомления кого-либо.
Тестовый robots.txt оставлен в продакшене. Если директива Disallow: / попадёт в продакшен, Google прекратит индексировать весь ваш сайт.
Отсутствие структурированных данных. Это разница между обычным текстовым листингом и расширенным результатом с рейтингами, FAQ, хлебными крошками и ценовой информацией.
Игнорирование Core Web Vitals до запуска. Производительность нельзя прикрутить постфактум. Решения о производительности должны приниматься на уровне архитектуры.
Отсутствие hreflang на многоязычных сайтах. Без hreflang Google будет угадывать, какую версию показать — и будет угадывать неправильно.
SEO — не этап, а фундамент
Компании, которые преуспевают в органическом поиске — не те, кто «делает SEO» как отдельный проект после запуска. Это те, чей процесс разработки включает SEO с самого начала.
В Kosmoweb техническое SEO встроено в каждый проект с первого спринта. Наш процесс веб-разработки включает структурированные данные, оптимизацию производительности и готовность к поисковым системам как стандартные элементы, а не надбавки. Если вы хотите сайт, который отлично выглядит и реально находится, свяжитесь с нами.