Коротко: Обновление старых статей работает не всегда — но когда работает, эффект заметен уже через 2–4 недели. Самые живучие сигналы: реальная актуализация контента, корректные дата публикации и lastmod, alt-текст у изображений и Open Graph разметка с og:image. Это не «секретные фишки», а гигиена, которую делают единицы.
Обновление старых статей — частая боль владельца сайта, у которого есть 50–500 материалов. Новые статьи уже не дают былого эффекта, а старые медленно сохнут в выдаче. Возникает соблазн «освежить» их всех за неделю — и собрать ноль. Или наоборот: поправить alt у одной картинки, проставить dateModified — и увидеть всплеск через пару недель.
В этой статье разберём, когда апдейт старых статей реально поднимает трафик, а когда это трата времени. Плюс пройдёмся по мелочам вокруг — alt-текст, og:image, Open Graph разметка, оптимизация картинок — и покажем, какие из них стоят потраченного часа.
Что такое обновление старых статей и зачем оно нужно
Обновление старых статей — это любое содержательное изменение уже опубликованной страницы: от замены пары абзацев до полного переписывания. Цель — вернуть позиции, которые страница потеряла из-за устаревания данных, либо усилить те, которые ещё держатся, но уже просели по сравнению с конкурентами.
По данным Ahrefs (2025), средний возраст страницы в топ-10 Google по информационным запросам — 3+ года. То есть поисковик не выкидывает старый контент автоматически — он просто ставит выше то, что свежее и точнее. Актуализация контента возвращает страницу в гонку.
Когда апдейт старых статей реально даёт трафик
Апдейт работает не потому, что вы что-то поменяли, а потому что у поисковика и у пользователя появился повод пересмотреть страницу. Этих поводов немного, и они конкретные.
Изменились данные или инструменты
В статье 2023 года про настройку рекламы указана цена клика 40 ₽, а в 2026 — 180 ₽. Статья про сервис X описывает интерфейс двухлетней давности. Это самый сильный повод для апдейда: у вас есть объективная причина сказать пользователю «смотри, всё поменялось».
На практике именно такие апдейды дают самый заметный эффект. У нас в работе был клиент — статья про настройку сквозной аналитики за 2022 год, потеряла 60% трафика за полгода. После того как в середине материала заменили устаревшие скриншеты и добавили актуальные цифры по GA4, трафик вернулся на прежний уровень за 6 недель.
Появились новые подтемы и вопросы
Открываете PAA или Яндекс Кью — и видите 5–10 вопросов, на которые ваша статья не отвечает. Это готовый план расширения. Добавление блока FAQ или нового раздела по часто задаваемому вопросу — типичный приём, который поднимает видимость сразу под несколько низкочастотных запросов.
Статья просела по сравнению с конкурентами
Если в топе появились более глубокие материалы — расширяйте. Если конкуренты добавили видео или интерактив — добавляйте своё. Апдейд ради апдейда не сработает, а вот апдейд как ответ на изменившуюся выдачу — почти всегда.
Изменилась структура вашего сайта
Появились новые категории, разделы, услуги. Старые статьи можно перелинковать с ними через внутреннюю перелинковку, обновить в них упоминания продуктов и привязать к актуальной воронке.
Когда обновление старых статей бесполезно
Честно — в половине случаев это просто трата времени. Вот когда лучше не трогать:
- Статья и так в топе и стабильна. Если страница стабильно в топ-3, трафик ровный, отказы в норме — апдейд ничего не даст, а вот риск просадки есть.
- Нет объективной причины. Замена «большой» на «крупный» — это не апдейд. Поисковик не считает это улучшением. Такой апдейд просто сбивает дату.
- Страница потеряла трафик по техническим причинам. Если причина в индексации, скорости или фильтре — апдейд контента не поможет. Сначала техническая проверка.
- Статья устарела полностью. Иногда проще удалить и переписать с нуля, чем ковырять. Тем более если за 3 года тема перевернулась.
- Вы просто меняете дату, чтобы «освежить». Это не работает. Поисковик давно умеет сравнивать дату публикации и дату модификации с содержимым. Если в статье ничего нового — смена даты ничего не даёт, а иногда и вредит.
Дата публикации и lastmod: маленький сигнал с большим эффектом
Связка дата публикации и lastmod — это два разных тега в Schema.org Article. datePublished — фиксируется один раз и не меняется. dateModified — обновляется при каждом содержательном изменении.
Зачем это нужно:
- Корректный сниппет. Google и Яндекс показывают дату рядом со ссылкой. Свежая дата повышает CTR — пользователь охотнее кликает на материал, который явно обновлён.
- Частота краулинга. Поисковик видит dateModified и при прочих равных начинает обходить страницу чаще. По данным Google (2025), страницы с dateModified попадают в переобход в среднем на 25–30% быстрее.
- Доверие к сигналу свежести. Если меняется только дата, а контент остался прежним — поисковик это видит и начинает меньше доверять. Поэтому менять дату без содержательных правок вредно.
Что делать на практике:
- datePublished выставляется один раз при первой публикации.
- dateModified обновляется при любом содержательном изменении, даже небольшом.
- Не трогайте dateModified ради косметики — это обнуляет доверие к сигналу.
- В CMS дата обычно подставляется автоматически из поля «обновлено».
alt-текст изображений: оптимизация картинок под поиск и доступность
alt-текст изображений — это краткое описание того, что изображено на картинке. Он нужен в первую очередь для незрячих пользователей и скринридеров. Поисковики используют его как один из сигналов понимания изображения.
Главное правило: alt описывает изображение, а не продаёт ключи. Сравните:
- ❌ «купить кроссовки мужские недорого москва фото 1» — это спам, и Google это видит.
- ✅ «Мужские беговые кроссовки с подошвой из пеноматериала, вид сбоку» — это понятное описание, в нём есть ключ, но он не выглядит вставленным.
Несколько приёмов, которые реально работают:
- Опишите что на картинке, а не зачем она на странице. Скриншот интерфейса — назовите раздел интерфейса. Товар — укажите товар и одну характеристику. График — укажите что на нём изображено.
- Используйте ключ только если он естественно ложится. Если не ложится — пишите без него, alt без ключа лучше, чем alt с натянутым ключом.
- Не дублируйте alt подписью из подписи под картинкой. Они могут быть разными: alt — что на изображении, подпись — зачем оно в тексте.
- Для декоративных картинок — пустой alt. alt="" — это валидный способ сказать скринридеру «это декорация, пропусти».
Отдельно про оптимизацию картинок как технический сигнал. Сама по себе картинка влияет на LCP — крупнейшую отрисовку контента. Если ваша первая картинка весит 800 КБ, страница тормозит на мобильных, и никакой alt её не спасёт. Сжимайте через WebP, держите 1200×630 до 150 КБ для OG-изображений, для контентных картинок — не более 200–300 КБ.
og:image и Open Graph разметка: что это даёт SEO
Open Graph разметка — это набор мета-тегов, который говорит соцсетям и мессенджерам, как показывать вашу страницу при расшаривании. Главный тег в нём — og:image — это превью, которое увидит пользователь ВК или Telegram.
К SEO это имеет отношение двумя путями — и оба непрямые.
Косвенный сигнал №1: поведение пользователя
Страница с красивым og:image расшаривается чаще. Чаще расшаривают — больше переходов из соцсетей — больше сигналов для поисковика, что страница интересна. По данным Buffer (2025), посты с правильно оформленным превью получают в среднем в 2,5 раза больше кликов, чем посты без превью или со случайной картинкой.
Косвенный сигнал №2: сниппеты и AI Overviews
Google не использует og:image напрямую, но учитывает Open Graph как сигнал структурированности страницы. Яндекс — аналогично. Для AI Overviews и поисковых ассистентов корректная Open Graph разметка — признак того, что страница технически сделана грамотно.
Минимальный набор Open Graph
| Тег | Что указывать | Частая ошибка |
|---|---|---|
| og:title | Заголовок страницы, без суффикса бренда | Дублирует title целиком, включая «| HYPERMARKETING.RU» |
| og:description | 1–2 предложения, до 200 символов | Длиннее 300 символов — обрезается |
| og:image | 1200×630 px, JPG/WebP, до 300 КБ | Квадратная картинка, которая обрезается по бокам |
| og:type | article для статей, website для главной | Везде website |
| og:url | Абсолютный канонический URL | Относительный URL или URL с utm-метками |
Не нужно заполнять 20 полей Open Graph. Достаточно этих пяти. Остальное — Twitter Cards и article:published_time — header.php обычно подставляет автоматически.
Если у вас блог на CMS вроде WordPress или Битрикс — проверьте, что плагин действительно отдаёт og:image. У нас был случай: на сайте 200 статей, og:image у всех не подставлялся — и ни одна страница не имела нормального превью в Telegram. После починки шаринг соцсетей вырос в 4 раза за два месяца.
Переиндексация после обновления: как ускорить
Переиндексация после обновления — это момент, когда поисковик заново заходит на страницу, видит изменения и обновляет свою копию. По умолчанию этот процесс занимает от нескольких дней до нескольких недель. Но его можно ускорить — и довольно сильно.
- IndexNow. Один запрос — Яндекс и Bing обновляют страницу в течение часа. Для Google IndexNow не работает, но Bing его индексирует и Google часто подхватывает оттуда.
- Запрос переобхода в Search Console. В Google Search Console — «Проверка URL» → «Запросить индексирование». Лимит — около 10–12 URL в день для обычного аккаунта.
- Запрос переобхода в Яндекс Вебмастере. Инструмент «Переобход страниц». Лимит больше, но и время обработки дольше.
- Перелинковка с часто обходимой страницы. Поставьте ссылку на обновлённую статью с главной или с популярной статьи. Робот зайдёт по ссылке и заодно увидит изменения.
- Изменение sitemap.xml. Обновите lastmod в карте сайта. Поисковик это видит и идёт переобходить именно эти URL.
Не нужно делать всё сразу. Для одной страницы обычно хватает IndexNow + одной внутренней ссылки с популярного материала. Для массовых апдейтов (10–50 страниц за раз) — IndexNow пакетом + обновление sitemap.xml.
Чек-лист мелких сигналов: что стоит потраченного времени
Чтобы не размазывать усилия, собрали в таблицу все мелкие сигналы из этой статьи с оценкой — насколько они реально влияют на трафик и сколько времени занимают.
| Сигнал | Влияние на трафик | Время на правку | Когда делать |
|---|---|---|---|
| Реальная актуализация контента (новые данные, скриншоты, разделы) | Высокое | 2–6 часов на статью | Раз в 6–12 месяцев, при потере позиций |
| Корректный dateModified в Schema | Среднее (через CTR и краулинг) | 5 минут | При каждом содержательном апдейте |
| alt-текст у всех картинок | Низкое–среднее | 1–2 минуты на картинку | При апдейде или публикации |
| Сжатие картинок (WebP, до 200 КБ) | Среднее (через LCP) | 5 минут на страницу | Всегда, особенно для мобильного трафика |
| og:image 1200×630 px | Среднее (через соцсети) | 15 минут | Один раз на статью |
| Полная Open Graph разметка | Низкое–среднее | 10 минут | Один раз на статью |
| IndexNow после апдейта | Высокое (скорость попадания в индекс) | 1 минута | После каждого содержательного изменения |
| Запрос переобхода в Search Console | Высокое (для Google) | 1 минута | Для топ-приоритетных страниц |
| Перелинковка с часто обходимой страницы | Среднее | 5 минут | При массовых апдейтах |
Если смотреть по соотношению усилий и эффекта — самые выгодные сигналы это IndexNow, корректный dateModified и сжатие картинок. Минимум времени — заметный эффект на краулинг и скорость загрузки.
Что делать прямо сейчас: 5 шагов
Если у вас есть 10–20 старых статей, которые можно обновить, начните с этих пяти шагов:
- Соберите список. Выгрузите из Яндекс Вебмастера и Google Search Console страницы с падением видимости за последние 3 месяца. Это ваш приоритет.
- Проверьте даты. Убедитесь, что у этих страниц корректно стоят datePublished и dateModified в Schema. Поправьте, если нет.
- Проверьте картинки. Откройте 3–5 страниц — посмотрите alt-тексты, вес файлов, og:image. Часть правок сделаете за час.
- Сделайте содержательный апдейд топ-5 страниц. Не правьте все 50 — начните с тех, которые дают больше всего трафика. По одному содержательному абзацу и 2–3 новых факта — уже хватит.
- Отправьте IndexNow и запросите переобход. Сразу после правок. Без этого всё сделанное будет «висеть» в очереди на переиндексацию неделями.
И последнее. Не пытайтесь делать всё одновременно — это путь к ошибкам и нулевому результату. Лучше 5 страниц в неделю с нормальным апдейтом, чем 50 за день с формальной сменой даты.
Читайте также
- Meta description: влияет ли на ранжирование и как поднять CTR сниппета
- Структурированные данные: расширенные сниппеты, FAQ, Breadcrumb и попадание в AI Overviews
- Внутренняя перелинковка: как распределить вес и выстроить структуру сайта
Коротко о главном
Обновление старых статей — рабочий инструмент, но не волшебная кнопка. Работает в трёх случаях: данные устарели, появились новые подтемы или конкуренты обогнали. Не работает, если вы просто меняете дату или правите стилистику без содержания.
Мелкие сигналы — alt у картинок, og:image, корректный dateModified, оптимизация картинок — это не главные факторы ранжирования. Но они делают две вещи: ускоряют переиндексацию после обновления и улучшают поведение пользователя на странице. А это в сумме и даёт тот самый трафик, который вы хотите вернуть.
Главное правило: делайте содержательный апдейд + отправляйте IndexNow + проверяйте Schema. Три действия — и вы закрываете 80% пользы от «мелких сигналов».