SEO для сайтов, созданных с ИИ: что действительно важно

Сайт, созданный с помощью ИИ, может ранжироваться так же хорошо, как любой другой: поисковые системы оценивают то, что есть на странице, и насколько она полезна посетителю, а не то, каким инструментом написан код. Загвоздка техническая. Многие конструкторы на ИИ создают одностраничные приложения, которые отправляют браузеру почти пустой HTML-файл и рисуют контент с помощью JavaScript. Из-за этого каждую страницу труднее прочитать и показать краулерам. Исправить это можно предрендерингом или серверным рендерингом, дать каждой странице свой заголовок, описание и URL, добавить карту сайта, сохранить высокую скорость, а затем сделать то, что ни один инструмент за вас не сделает, — написать контент, который люди ищут.

Почему одностраничные приложения могут плохо находиться в поиске

Обычный сайт отправляет полный текст каждой страницы в своём HTML. Одностраничное приложение (SPA) — стандартный результат многих конструкторов на ИИ, обычно React с инструментом вроде Vite — отправляет небольшую HTML-оболочку, примерно такую как пустой <div id="root">, плюс пакет JavaScript. Браузер выполняет JavaScript, который и строит страницу.

Для поиска это важно по трём причинам:

1. Рендеринг — дополнительный шаг. Google описывает три этапа для страниц на JavaScript: сканирование HTML, рендеринг в безголовом браузере Chromium и индексация отрисованного результата. Рекомендации Google говорят, что серверный рендеринг или предрендеринг всё равно хорошая идея, потому что это быстрее и для пользователей, и для краулеров, и потому что не все боты умеют выполнять JavaScript.
2. Другие читатели вашей страницы вообще не рендерят её. Превью ссылок в чат-приложениях и социальных сетях, а также многие другие краулеры обычно читают только исходный HTML. Если заголовок и изображение для превью задаются JavaScript после загрузки, превью показывают значения по умолчанию пустой оболочки — часто один и тот же заголовок на каждой странице.
3. Всё использует один HTML-файл. Если приложение его не обновляет, у каждого URL один и тот же <title> и описание, а это мало что говорит поисковым системам о конкретной странице.

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

Выберите подход к рендерингу

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

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

Если вы начинаете с нуля и SEO важно, скажите об этом в первом запросе, чтобы ИИ выбрал подходящую структуру:

Создай маркетинговый сайт для клиники физиотерапии со страницами «Главная», «Услуги» (отдельная страница для каждой услуги), «О нас», «Цены» и «Контакты». SEO важно: каждая страница должна отдавать полный контент и собственный заголовок и мета-описание в начальном HTML — используй статическую или предрендеренную структуру, а не клиентское одностраничное приложение.

Если у вас уже есть SPA на Vite, попросите предрендеринг публичных маршрутов:

Оставь это React-приложение как есть, но предрендери публичные маршруты (/, /pricing, /about, /blog и каждый /blog/:slug) в статический HTML на этапе сборки, у каждого со своим заголовком, мета-описанием, каноническим URL и тегами Open Graph. Маршруты приложения /app за входом могут оставаться рендерящимися на клиенте.

После этого проверьте результат сами: откройте страницу, выберите Просмотр исходного кода страницы (а не панель Elements в инструментах разработчика, которая показывает уже отрисованную страницу) и убедитесь, что текст и заголовок есть в исходном HTML.

Основы на странице

Это применимо при любом подходе к рендерингу.

Заголовки и мета-описания

• Один уникальный <title> на страницу с основной темой страницы в начале. Обычно рекомендуют около 50–60 символов, потому что более длинные заголовки в выдаче обрезаются.
• Одно уникальное мета-описание на страницу — предложение, по которому человеку захочется кликнуть, а не список ключевых слов. Google может переписать его, но хорошее описание часто используется.
• Не используйте meta keywords. Google говорит, что этот тег не влияет на индексацию и ранжирование.

URL, заголовки и ссылки

• Настоящие URL для настоящих страниц. Каждый фрагмент контента должен иметь свой путь (/services/sports-massage), а не вкладку или модальное окно, которое существует только после клика. Избегайте маршрутизации через #-фрагменты для контента, который хотите индексировать.
• Один h1 на страницу, затем логичная структура h2/h3. Дизайн, созданный ИИ, иногда использует заголовки для оформления; попросите семантические заголовки.
• Ссылки, которые может обойти краулер. Для навигации используйте настоящие ссылки <a href>. Кнопки, которые меняют страницу через JavaScript, невидимы для краулеров, которые переходят по ссылкам.
• Канонические теги, которые указывают каждой странице её предпочтительный URL, чтобы варианты с ?utm= и дубликаты с завершающим слешем не конкурировали между собой.
• Понятный alt-текст у значимых изображений.

Превью в соцсетях

Добавьте теги Open Graph (og:title, og:description, og:image, og:url) на каждую публичную страницу в начальный HTML. Это та часть, которую SPA чаще всего делают неправильно, потому что боты превью ссылок не выполняют JavaScript.

Карты сайта и robots.txt

Карта сайта — это XML-файл со списком URL, которые вы хотите проиндексировать. Он помогает поисковым системам находить страницы, особенно на новых сайтах с небольшим количеством входящих ссылок. По документации Google, по состоянию на сентябрь 2026 года:

• Одна карта сайта может содержать до 50 000 URL или 50 МБ без сжатия; большие сайты делите с помощью индекса карт сайта.
• Google игнорирует <priority> и <changefreq>.
• Google использует <lastmod> только если значение стабильно точно, поэтому обновляйте его для реальных изменений контента, а не при каждой сборке.

Файл robots.txt сообщает краулерам, какие пути не сканировать. Используйте его, чтобы не пускать краулеры в /app, /admin и маршруты API, и укажите в нём путь к карте сайта. Помните, что robots.txt останавливает сканирование, а не индексацию: чтобы страница не попала в результаты, используйте мета-тег robots noindex и разрешите её сканирование.

Добавьте карту сайта в Google Search Console, когда сайт будет на своём финальном домене. Search Console также показывает, какие страницы проиндексированы и почему другие нет — это самый полезный бесплатный SEO-инструмент.

Структурированные данные

Структурированные данные — это машиночитаемая разметка, которая описывает, что представляет собой страница: организация, местный бизнес, товар, статья, событие. Google рекомендует формат JSON-LD и однозначно говорит о двух вещах:

• Она может сделать страницы пригодными для расширенных результатов, но не гарантирует их.
• Она должна описывать информацию, видимую на странице. Не размечайте отзывы, цены или FAQ, которых посетители не видят.

Разумные отправные точки: Organization или LocalBusiness на главной странице, Product на страницах товаров, Article в записях блога, BreadcrumbList на глубоких страницах. Проверяйте с помощью Rich Results Test от Google.

Добавь структурированные данные JSON-LD: LocalBusiness на главной странице с адресом, телефоном и часами работы, которые уже показаны на странице, и Article для каждой записи блога. Не добавляй рейтинги и отзывы.

Скорость и мобильные устройства

Google использует сигналы качества страницы, включая Core Web Vitals, а скорость важна для посетителей в любом случае. Пороги Google для «хорошего» результата, измеренные по 75-му перцентилю загрузок страниц:

Обычные исправления для сайтов на ИИ:

• Изображения — уменьшайте, сжимайте, используйте современные форматы, задавайте ширину и высоту (это предотвращает смещение макета) и включайте отложенную загрузку для изображений под сгибом.
• JavaScript — большой пакет тормозит всё в SPA. Предрендеринг помогает; помогает и разделение кода по маршрутам.
• Шрифты — ограничьте число семейств и начертаний и предзагружайте тот, который используется над сгибом.
• Сторонние скрипты — каждый виджет чата и пиксель отслеживания стоит скорости. Оставьте только те, которыми пользуетесь.

Проверьте живой URL с помощью PageSpeed Insights или Lighthouse в мобильном режиме.

Контент — это большая часть работы

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

• Одна страница на тему, которую люди ищут. Сантехнику нужна страница на каждую услугу и на каждый обслуживаемый район, а не одна страница «Услуги», где всё перечислено.
• Конкретные, оригинальные детали — цены, процесс, фотографии реальных работ, ответы на вопросы, которые клиенты задают по телефону.
• Обновление при изменениях. Устаревшие часы работы и старые цены быстро подрывают доверие.

ИИ может быстро набросать страницы, поэтому возникает соблазн опубликовать много тонких, похожих страниц. Рекомендации Google нацелены на контент, созданный в первую очередь для ранжирования, а не для пользы людям, независимо от того, как он был создан. Используйте ИИ для черновика, а затем добавьте то, что знаете только вы. Сайты в формате каталога сталкиваются с этим чаще всего; см. как создать сайт-каталог, как сделать страницы объявлений достойными индексации.

Контрольный список перед запуском

• Публичные страницы отдают полный контент в начальном HTML (проверьте через «Просмотр исходного кода страницы»)
• Уникальный заголовок, мета-описание и канонический URL на каждой странице
• Теги Open Graph и изображение для превью на каждой публичной странице
• Один h1 на страницу, настоящие ссылки <a href>, alt-текст у изображений
• sitemap.xml с настоящими URL; robots.txt, который блокирует пути приложения и API
• Структурированные данные только для видимого контента, проверенные
• LCP, INP и CLS в зоне «хорошо» на мобильных устройствах
• Сайт на финальном домене с HTTPS и отправленный в Search Console

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

SEO в Mythex

В Mythex нет отдельной панели SEO: вы улучшаете SEO, меняя приложение через чат или код. Новые веб-приложения по умолчанию создаются как одностраничное приложение на Vite и React, поэтому, когда важен поиск, с самого начала попросите статическую или предрендеренную структуру либо Next.js. В документации есть стартовый запрос для заголовков, тегов Open Graph, карты сайта и robots.txt в разделе SEO для вашего приложения, а статические сайты описывают сайты с контентом. После изменений публикуйте приложение заново, чтобы живой сайт их подхватил. Собственные домены доступны в Pro.

Вопросы