26 авг. 2026 г.

Почему свежесть страницы решает, процитирует ли вас ИИ?

Для части поисковых движков дата на странице — это поле данных, а не украшение. Доказано, что движки эти поля читают; не доказано, что от них растёт число цитирований. Разбираем проверку из четырёх пунктов и ставим собственной странице честные 2 из 4.

Почему свежесть страницы решает, процитирует ли вас ИИ?

Свежесть влияет на цитирование потому, что часть движков-ответчиков читает даты на странице как настоящие машиночитаемые данные, а не как оформление. Search API Perplexity отдаёт при каждом результате дату публикации и дату последнего обновления отдельными полями, Claude учитывает возраст страницы. При этом никто не измерял на живом движке, растёт ли число цитирований от того, что вы эти даты проставили.

Свежесть в Answer Engine Optimization (AEO) — это две вещи одновременно: дата, которую человек видит вверху страницы, и та же дата в структурированных данных как datePublished и dateModified. AEO — это работа над тем, чтобы ИИ-ассистенты (ChatGPT, Perplexity, Gemini, Claude) цитировали ваш сайт, когда у них спрашивают. Среди всех рычагов AEO этот самый дешёвый: настраивается за вечер и проверяется своими руками.

Посмотрите выпуск

Why does freshness change whether AI cites you?
Проверяем собственную страницу по чек-листу — с результатом, который нам не льстит.

Движок действительно читает дату как данные?

Да, и это видно в опубликованной документации, а не в догадках. В схеме Search API Perplexity при каждом результате есть дата и поле последнего обновления — значит, эти значения передаются как данные, а не вычитываются из вашего текста. Claude учитывает возраст страницы. Вот это официально. А тезис «проставьте даты — вырастут цитирования» остаётся правдоподобной гипотезой без измерения на живом движке. Даты ставьте. Обещанный прирост не покупайте.

Второе место, где чаще всего перевирают: переобход не идёт по ритму ваших публикаций. Perplexity в собственной инженерной статье описывает переобход как приоритизированный машинным обучением — модели предсказывают, нужно ли конкретному адресу индексирование вообще и когда его запланировать. Ваш ритм публикаций там один из входных сигналов, а не ручка, которую вы крутите.

Почему сильная старая страница проигрывает слабой свежей?

Потому что ассистенту нужно выбрать, а одна из страниц оставила поле пустым. Вы написали хорошую страницу два года назад. Она по-прежнему верна и отвечает на вопрос лучше всех остальных. Но формально на ней написано «два года», и ничто не говорит об обратном. Когда напротив стоит текст пожиже с пометкой «обновлено месяц назад», у ассистента есть причина взять именно его. Вы проиграли не по качеству. Вы проиграли по полю, которое никто не заполнил.

Две даты: почему их нужно ставить в двух местах

В Webappski мы начинаем работу над клиентским сайтом именно с этого, и здесь всего два действия. Первое: видимая дата рядом с заголовком, с подписью, чтобы человек понимал, публикация это или обновление. Второе: та же дата в структурированных данных как datePublished и dateModified, чтобы её прочитала машина. Оба места — и значения должны совпадать. Дата только в схеме невидима читателю; дата только в тексте движком подхватывается ненадёжно.

Наша собственная страница набирает 2 из 4

Два пункта пройдены, два провалены — и оценивать мы предпочитаем себя, а не чужой сайт. Речь о нашем руководстве по заполнению форм без рук. Пройдено: видимая дата стоит рядом с заголовком, а структурированные данные дают datePublished и dateModified за апрель 2026 года — ровно то, что видит читатель. Провалено: у видимой даты нет подписи, поэтому читатель не понимает, какую дату он читает, а dateModified совпадает с datePublished — то есть за прошедшие месяцы мы эту страницу ни разу по-настоящему не улучшили. Два из четырёх — это ровно тот результат, который сегодня у большинства сайтов.

Что требует сам Google

Четыре вещи, его же словами, и ни одна не стоит денег. Видимая пользователю дата, размещённая заметно. Подпись к ней — «Опубликовано» или «Обновлено». Те же значения в структурированных данных, в подтипе CreativeWork (например, Article или BlogPosting) в полях datePublished и dateModified. И совпадение видимой даты со структурированной. Плюс правило, которое закрывает обычную уловку: дата должна описывать публикацию или обновление самой страницы, а не события, о которых страница рассказывает.

Почему бесплатные сервисы видимости про это молчат

Потому что они отвечают на другой вопрос — дело не в качестве сервисов. Мы проверили три из них 5 августа 2026 года. Бесплатный AI Visibility Checker от Ahrefs не требует регистрации и показывает реальные вещи: общее число упоминаний, разбивку по платформам, ключевые темы, наиболее цитируемые домены и страницы. Чекер Semrush даёт три запуска в день без учётной записи: показатель видимости, упоминания, цитирования, сравнение с конкурентами; ежедневно там обновляются собственные данные Semrush, а не дата вашей страницы. AI Search Grader от HubSpot оценивает пять измерений — тональность, качество присутствия, узнаваемость бренда, долю голоса и конкурентное окружение — и ни одно из них не про свежесть. Три приличных инструмента, три отчёта, ноль дат.

Что вместо общего балла показывает наш трекер

Он связывает рычаг с конкретным движком, а не с баллом. aeo-platform — наш собственный трекер, бесплатный и с открытым кодом, живёт в npm. По каждому движку отчёт объясняет, почему свежесть важна именно там: для Perplexity — что у неё собственный индекс и дата публикации там сигнал первого класса. По каждому ответу он эвристически помечает, обращался ли движок к живому источнику или отвечал из устаревшей тренировочной памяти. Этот второй вопрос один показатель видимости задать не может, а именно он говорит, заметили ли вашу работу над свежестью вообще.

Сколько живёт эффект от одного обновления?

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

Полный чек-лист свежести

Четыре проверки и одна привычка, по порядку. Видимая дата рядом с заголовком. С подписью, чтобы читатель знал, какую дату он видит. Та же дата в структурированных данных как datePublished и dateModified. Обе совпадают. И привычка: ритм, который вы реально выдержите, — хватит одного прохода в квартал по главным страницам. Наша собственная страница стоит на двух из четырёх и уже в списке на исправление; это честная версия любого чек-листа, который вам вручают.

Частые вопросы

Гарантируют ли datePublished и dateModified рост цитирований в ИИ?

Нет, и тот, кто это гарантирует, продаёт вам неизмеренное утверждение. Доказано другое: движки читают машиночитаемые даты — Search API Perplexity возвращает date и last_updated отдельными полями, Claude учитывает возраст страницы. Повышает ли их простановка цитируемость, на живом движке не измерено. Ставьте даты потому, что это дёшево, правдиво и читается и человеком, и машиной, а не потому, что вам назвали проценты.

Обновлять старую страницу или выпускать новую?

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

Достаточно ли даты только в структурированных данных?

Нет. Google просит видимую и заметно размещённую дату, подпись вида «Опубликовано» или «Обновлено», те же значения в структурированных данных и совпадение одного с другим. Дата только в схеме невидима читателю; дата только в тексте ненадёжна для машины. Значит — обе, с подписью и без расхождений.

Можно ли просто подвинуть дату вперёд?

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

Как часто обновлять ключевые страницы?

Настолько часто, чтобы дата держала своё обещание, — больше не нужно. Небольшому сайту хватит одного прохода в квартал по десяти работающим страницам: посмотреть, что устарело, аккуратно поправить и только потом двигать dateModified. Ритм, который вы выдерживаете, сильнее большой переделки раз в год.

Проверить ваши страницы по этому чек-листу?

Ту же проверку из четырёх пунктов мы проходим страница за страницей на реальных клиентских сайтах — и первый аудит видимости в ИИ бесплатный. Если хотите узнать, как ChatGPT, Perplexity, Gemini и Claude видят ваши страницы сейчас, закажите бесплатный аудит на webappski.com.

← Вернуться ко всем постам