Когда я правлю старое
Если сменилась одна деталь, без которой старый совет врёт. Модель убрали из списка, кнопка переехала, цифра лимита изменилась. Тогда я добавляю абзац и дату, а заголовок не трогаю.
Текст про Generative Fill в заказах как раз такой. Приём тот же, состав моделей у Adobe поменялся. Я не превращаю его в обзор 27.10. Обзор живёт отдельно: Photoshop 27.10.
Правка маленькая — dateModified в schema и строка «обновлено» в шапке. Так читатель видит, что совет свежий.
Когда нужна новая страница
Если у новости свой вопрос. «Что умеет новая кнопка» не равно «где заливка врёт в коммерции». Склеить их значит, что ни один запрос не получит прямой ответ в первом экране.
Новая страница ссылается на старую. Старая в одном месте ссылается на новую. Этого хватает. Дублировать половину текста на обоих адресах я не буду.
Два URL с разными title лучше одного длинного полотна, где H2 про разные годы.
Дата важнее героизма
Если я всё же дописал абзац, на странице должна быть видна дата правки. Читатель имеет право знать, что совет про список моделей не из 2024 года.
Как часто я вообще смотрю, живёт ли блог, без отдельной команды аналитиков: метрики блога раз в месяц.
Новая статья не отменяет старую. Она снимает с неё чужой заголовок релиза.
В sitemap обе страницы остаются, если обе отвечают на живые вопросы. Одну я не сливаю в другую без редиректа по делу.
Если сомневаешься, спроси себя: это правка совета или новый заголовок в ленте. Второе почти всегда новый URL.
Короткие ответы
Не размывает ли новая статья старую?
Размывает, если заголовки про одно и то же. Если вопросы разные, они друг другу помогают ссылкой.
Надо ли менять title при маленькой правке?
Нет. Title меняю, только если обещание страницы стало другим. Иначе достаточно даты внутри.