Cy Logic Insights

Техническое SEO для корпоративных сайтов: Core Web Vitals, пререндеринг и структурированные данные

Техническое руководство по производительности, пререндерингу, картам сайта, многоязычности и структурированным данным schema.org для правильной индексации современного корпоративного сайта на базе React в поисковых системах.

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

1. Core Web Vitals: измеримый пользовательский опыт

Показатели Core Web Vitals от Google включают три метрики: LCP (Largest Contentful Paint — время отображения основного контента), INP (Interaction to Next Paint — время отклика на клик) и CLS (Cumulative Layout Shift — кумулятивное смещение макета при загрузке страницы). Эти показатели входят в число сигналов ранжирования и напрямую отражают пользовательский опыт.

Практические улучшения:

  • Загружайте изображения Hero в современных форматах (WebP/AVIF), правильного размера и в первую очередь; остальные изображения должны загружаться лениво (lazy).
  • Запускайте тяжелые анимации и трехмерные сцены только тогда, когда это поддерживается устройством и после загрузки основного контента; учитывайте настройку уменьшения движения.
  • Задавайте размеры изображениям и встроенному контенту во избежание сдвигов макета.
  • Разделяйте пакет JavaScript по маршрутам; главная страница не должна скачивать код панели управления.

2. Пререндеринг (предварительный рендеринг) и серверный рендеринг

На страницах с клиентским рендерингом начальный HTML пуст; хотя поисковые системы могут выполнять JavaScript, это может происходить с задержкой и вариативно. Решение заключается в генерации HTML общедоступных страниц во время сборки (пререндеринг) или в использовании серверного рендеринга. Для корпоративных сайтов, контент которых поступает из базы данных, пререндеринг во время сборки в сочетании с пересборкой при изменении контента является практичным и недорогим решением.

// Пример: пререндеринг списка маршрутов после сборки (концептуально)
const routes = ['/', '/hakkimizda', '/cozumler', ...servisSluglari.map((s) => '/cozumler/' + s)];
for (const route of routes) {
  const html = await renderRouteToHtml(route);   // включая заголовок, описание и контент
  await writeFile('dist' + route + '/index.html', html);
}

3. Заголовок, описание и канонический адрес

Каждая страница должна иметь уникальные теги title и meta description; эти поля должны поступать из системы управления контентом, а не быть жестко зашитыми в код. Если к одному и тому же контенту можно получить доступ по нескольким адресам (например, с разницей в завершающий слеш), тег canonical должен указывать на единственный адрес.

4. Многоязычные сайты: hreflang

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

<link rel="alternate" hreflang="tr" href="https://ornek-site.com/tr/cozumler" />
<link rel="alternate" hreflang="en" href="https://ornek-site.com/en/solutions" />
<link rel="alternate" hreflang="x-default" href="https://ornek-site.com/tr/cozumler" />

5. Структурированные данные: schema.org JSON-LD

Структурированные данные рассказывают поисковой системе, чем является страница: организацией, услугой, программным приложением, статьей. Формат JSON-LD добавляется независимо от содержимого страницы и легко проверяется. Важное правило: структурированные данные не должны содержать информацию, которая не отображается на странице (например, несуществующие оценки или отзывы); это как вводит в заблуждение, так и может повлечь за собой санкции.

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Kurumsal Web Siteleri İçin Teknik SEO",
  "datePublished": "2026-07-10",
  "author": { "@type": "Organization", "name": "Cy Logic Software" }
}

6. Sitemap и robots

Файл sitemap.xml должен содержать только опубликованные страницы и генерироваться автоматически при изменении контента; черновики или скрытые страницы не должны находиться в списке. Файл robots.txt исключает панель управления и адреса API из сканирования; однако на robots.txt не следует полагаться в целях конфиденциальности, это не контроль доступа.

Цель технического SEO — не обмануть поисковую систему, а представить реальную сущность сайта в удобочитаемом для машин виде.

7. Доступность — друг SEO

Осмысленная иерархия заголовков (один h1, последовательные h2/h3), альтернативный текст для изображений, навигация с клавиатуры и достаточный цветовой контраст ценны как для доступности, так и для индексации. Это не добавленные впоследствии украшения, а часть библиотеки компонентов.

8. Мониторинг

Статус индексации, ошибки сканирования и отчеты Core Web Vitals должны регулярно отслеживаться с помощью таких инструментов, как Search Console. Эти отчеты необходимо проверять после каждого крупного изменения на сайте (новая структура маршрутов, смена языка).

SEO-поля из системы управления контентом

Каким бы хорошим ни было техническое основание, заголовок, описание и канонический адрес каждой страницы должны находиться в руках контент-команды. Практическая модель: рядом с каждой записью контента (услуга, продукт, статья) имеются необязательные поля SEO; если они оставлены пустыми, система генерирует разумное значение по умолчанию на основе заголовка и выдержки. Поля Open Graph для карточек в соцсетях (заголовок, описание, изображение) управляются из того же места; если изображения для шеринга нет, используется изображение бренда по умолчанию.

Оптимизация изображений: наибольший прирост

Большую часть веса страниц на корпоративных сайтах составляют изображения. Изменение размера на стороне сервера и конвертация в современные форматы (WebP/AVIF) во время загрузки, предоставление подходящего под устройство размера с помощью srcset, ленивая загрузка изображений вне экрана и указание ширины/высоты для каждого изображения напрямую улучшают как LCP, так и CLS. Медиабиблиотека должна выполнять эти преобразования автоматически; от редактора не требуется «загружать в правильном размере».

Структура URL и редиректы

Адреса должны быть короткими, читаемыми и постоянными. Когда контент переносится или меняется slug, старый адрес должен перенаправляться на новый с помощью 301 редиректа; в противном случае завоеванные позиции и внешние ссылки будут потеряны. Таблица редиректов должна быть частью управления контентом; каждое изменение slug должно генерировать автоматическую запись о перенаправлении. На многоязычных сайтах язык должен быть частью адреса (например, /tr/, /en/); один и тот же адрес, меняющийся в зависимости от куки или языка браузера, проблематичен с точки зрения индексации.

Бюджет сканирования и ненужные страницы

Комбинации фильтров, параметры сортировки и пагинация могут генерировать сотни разных адресов для одного и того же контента. Эти адреса должны либо связываться с главной страницей с помощью canonical, либо не индексироваться (noindex). Панель управления, страницы входа и эндпоинты API не должны индексироваться; однако их конфиденциальность должна основываться на контроле доступа, а не на robots.txt.

Измерение: лабораторные и полевые данные

Такие инструменты, как Lighthouse, дают лабораторные измерения; реальные пользовательские данные (Chrome User Experience Report и реальные измерения пользователей на вашем сайте) — это значение, учитываемое при ранжировании. Результаты могут отличаться: страница, которая кажется быстрой в лаборатории, может показать плохую производительность при медленном мобильном соединении. Добавление реальных пользовательских измерений на ваш сайт должно оцениваться с точки зрения персональных данных и при необходимости анонимизироваться.

// Пример: измерение реальных пользователей с помощью web-vitals (концептуально)
import { onLCP, onINP, onCLS } from 'web-vitals';
const send = (metric) => navigator.sendBeacon('/api/vitals', JSON.stringify({ name: metric.name, value: metric.value, route: location.pathname }));
onLCP(send); onINP(send); onCLS(send);

Чек-лист перед запуском

  1. Уникальный заголовок и описание на каждой странице
  2. Канонический адрес и теги hreflang
  3. Отображается ли контент в предварительно отрендеренном HTML?
  4. Прошел ли валидацию инструмент проверки структурированных данных?
  5. Содержит ли sitemap.xml только опубликованные страницы?
  6. Имеют ли изображения размеры, современные форматы и загружаются ли лениво?
  7. Определены ли 301 редиректы для старых адресов?
  8. Отсутствуют ли горизонтальная прокрутка и мелкие зоны касания в мобильной версии?

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