Тут есть одна маааленькая, но весьма существенная деталь.
Сам по себе сгенерированный контент на сайт не запрыгнет, нужным образом не разметится, подходящие иллюстрации иллюстрации не подберет и не обработает их.
Генерировать контент - это ещё пол дела, вторую половину дела тоже придётся кому-то делать и клиенты как правило её делать не хотят.
Только не в отображении JavaScript, а в выводе рабочих данных через JavaScript при рендеринге.
Но также следите за тем, чтобы все целевые данные были доступны, потому как заголовки могут выводиться, а часть какой-нибудь важной дополняющей информации - нет. И в индекс она может не попасть, следовательно, могут быть проблемы при ранжировании.
Проверяйте кеш страницы.
Вероятнее всего (судя по технологии) у вас вывод рабочей информации рендерится на стороне клиента, поэтому
Вы их видите.
Гугл справляется с рендерингом, а результаты рендеринга Яндекса надо проверять.
Выше Владимир вам дал указание, где посмотреть - что выводится в рабочих данных.
Если данных там нет, ищите возможность серверного рендеринг (SSR).
p.s. А вообще перед тем, как выбирать технологию и запускать сайт, надо приглашать SEO специалиста для консультации, чтобы потом не было подобных сюрпризов.
Спасибо, вполне резонно. Раньше этого понятия слышно не было, хотя практика строительства сеток известна уже давно.
Размещать статьи - это не значит показывать свою экспертность. Показывать свою экспертность - довольно широкое понятие, связанное с решением профильных задач.
Размещать можно ответы из ChatGPT и оформлять их в виде статей, но это ни разу не экспертность.
Так это хорошо, теперь надо стараться внедрять в статьи коммерческие офферы, чтобы по возможности переводить информационный трафик - в коммерческий.
Это добавляет вам доп. сигналы по инфо трафику.
Не путайте добавочные факторы, со стагнацией основных факторов.
Есть и это логично, что если не нужно индексировать, то со временем и не нужно ходить.
Повторюсь, страницы пагинации не нужны в индексе, да и ходить по ним - тоже скорее анахронизм, чем что-то реально полезное.
Все принципиально важные для индексации страницы должны быть в XML карте, в рабочей навигации + перелинковка.
Не всё, выше пример, что canonical для страницы пагинации не спасает то нежелательной индексации в Яндексе.
Его в приоритете мы и рассматриваем (в данном разделе).
Как уже сказал выше, данное обстоятельство никак не мешает :)
Очень даже нужно. Canonical Яндексу - не указ, не будет явного запрета - может затащить в индекс, с обоснованием, что содержание страницы отличалось.
Вот как раз под рукой пример.
Страница пагинации с каноникалом на родительскую.
А вот рабочий эпизод с индексацией этой же страницы,
А потом Яндекс её выплюнет, а потом снова возьмём и процесс бесконечный, пока не поставить явный запрет на индексацию этих полудублей.
Такова политика обработки и вывода данных в поиске Гугла.
Title Гугл может переформировать, если посчитает необходимым.
У вас на сайте Title фактически из ключевых слов, пробуйте более естественно сформулировать рабочую фразу и убрать оттуда "в рублях".
В заголовках фиксирует ключевые слова и из них формирует итоговый Title.
P.s. Упорно спамить ключами в h заголовках не нужно, пишите более естественные заголовки.
p.s.p.s. Уберите постоянный повтор слова Zeekr 007 из h заголовков.
Cлово "характеристики" тоже не нужно дублировать в h2.
p.s.p.s. Обратите внимание, что в canonical у вас стоит адрес на http версию.
Canonical родительской - само собой на страницы пагинации. Это классика :)
