Технический SEO для веб-приложений: гид для команд разработки

Технический SEO — это часть оптимизации под поисковики, которая относится к коду, а не к контенту. У вас могут быть лучшие статьи в нише, но если Google не может отрендерить, проиндексировать или понять их структуру, они остаются невидимыми. Для современного веб-приложения именно эти технические детали часто решают, будет ли стабильный органический трафик или нулевая видимость.

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

Рендеринг: SSR/SSG или только клиент

Приложение, которое рендерит всё в браузере (client-only), сначала отдаёт почти пустую страницу, а контент появляется лишь после выполнения JavaScript. Современные поисковики умеют рендерить JS, но делают это с задержкой и непоследовательно. Рендеринг на сервере (SSR) или статическая генерация (SSG) отдают готовый HTML сразу, что означает более быструю и надёжную индексацию.

• SSG (статика): идеально для редко меняющегося контента — блог, страницы товаров, лендинги. Самый быстрый и стабильный вариант для SEO.
• SSR (на сервере): подходит для персонализированного или часто обновляемого контента, который всё же нужно индексировать.
• Client-only: только для зон за авторизацией, которые и так не должны индексироваться.

Метаданные и canonical

Каждой индексируемой странице нужен уникальный и описательный title и meta description, честно резюмирующий содержание. Не менее важен тег canonical: он говорит поисковику, какая версия страницы «официальная», предотвращая дублирование из-за параметров URL, пагинации или вариантов со слэшем и без него в конце.

Структурированные данные (JSON-LD)

Структурированные данные описывают контент в формате, который поисковики понимают напрямую — статья, товар, организация, FAQ. Рекомендуемый формат — JSON-LD, встроенный скриптом в страницу. Практический результат — «rich results»: звёзды рейтинга, цены, частые вопросы прямо в выдаче, что повышает кликабельность.

Sitemap и robots

Корректный sitemap.xml перечисляет все страницы, которые вы хотите проиндексировать, и помогает быстро находить новый контент. Файл robots.txt делает обратное: указывает, что трогать не нужно. Классическая и дорогая ошибка — заблокировать в robots.txt ресурсы, нужные поисковику для рендеринга страницы, или оставить в продакшене «Disallow: /», забытый ещё с этапа разработки.

Core Web Vitals: LCP, INP, CLS

Google использует реальную скорость и стабильность страницы как фактор ранжирования. Больше всего значат три метрики:

• LCP (Largest Contentful Paint): как быстро появляется главный элемент. Цель — меньше 2,5 секунды.
• INP (Interaction to Next Paint): как быстро страница реагирует на действия. Цель — меньше 200 мс.
• CLS (Cumulative Layout Shift): насколько сильно элементы «прыгают» при загрузке. Цель — меньше 0,1.

Быстрая страница — это не только SEO-сигнал, это тот опыт, который чувствует каждый посетитель ещё до того, как прочтёт хоть слово.

Оптимизация изображений

Изображения обычно самый тяжёлый элемент страницы. Используйте современные форматы (WebP или AVIF), отдавайте подходящие размеры под каждый экран, добавляйте атрибуты width и height, чтобы избежать сдвигов, и загружайте lazy всё, что ниже первого экрана. Одно неоптимизированное изображение в несколько мегабайт способно испортить показатель LCP.

Внутренние ссылки

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

Интернационализация и hreflang

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

Частые технические ошибки

Самые частые проблемы в наших аудитах: страницы, случайно закрытые в robots.txt, canonical, указывающий не на ту страницу, дублирующиеся заголовки на десятках страниц, огромные изображения без lazy loading и неполный hreflang. Ни одну из них не сложно исправить — но каждая, оставленная в продакшене, ежедневно стоит трафика.

Вывод

Технический SEO — это не магия, а список конкретных решений, которые ваша команда может методично отметить. Хотите оценку своего приложения — от рендеринга до Core Web Vitals и hreflang? Напишите нам в CraftWork. Мы сделаем понятный технический аудит и дадим список приоритетов, отсортированный по влиянию.