Журнал обновлений контента: шаблон

Журнал обновлений контента (для заполнения)

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

Журнал обновлений контента

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

Подробности по строке (заполняйте для каждой правки)

• Что изменили: [H2 или абзац, с цитатой первых слов]
• Новый текст: [точная новая фраза или цифра]
• Причина: [источник обновился / продукт изменился / сообщение читателя / найдена ошибка]
• Тип изменения: [существенное / мелкое / исправление]
• Источник проверен: [дата, когда вы открыли источник] - [владелец источника: производитель, регулятор или официальная документация]
• Какие даты сдвинуты: видимая метка «Обновлено» [да / нет], dateModified [да / нет], lastmod в sitemap [да / нет]
• Заметка для читателей: [короткая заметка на странице или нет]
• Проверяющий: [второй человек, который прочитал правку]
• Почему такая дата перепроверки: [например, следующий выпуск источника]

Следующий шаг

• Редактор: [имя] - задача: [внести правку и заполнить строку] до [дата]
• Проверяющий: [имя] - задача: сверить новый текст с источником и подтвердить до [дата]
• Ответственный за контент: [имя] - задача: перепроверить [дата перепроверки] и добавить новую строку, если что-то изменилось

Итоговая проверка

• В каждой строке дословно процитированы старое и новое утверждение.
• У каждого нового утверждения есть ссылка на источник, который может открыть и проверить другой человек.
• Дата «Обновлено» сдвинута только при существенных изменениях.
• Видимая дата, dateModified и lastmod в sitemap для этого URL совпадают.
• Каждую существенную правку проверил второй человек.
• У каждой строки есть дата перепроверки и ответственный.

Таблица решений по дате обновления

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

Сдвигать ли дату «Обновлено» после этой правки?

В рекомендациях Google о полезном контенте есть вопрос: не меняете ли вы даты, чтобы страница казалась свежей, хотя контент почти не изменился. Эта таблица помогает отвечать на него честно.

Три вопроса перед сменой даты

1. Узнает ли читатель старой версии что-то новое или другое?
2. Можете ли вы показать в журнале точный старый и новый текст?
3. Готовы ли вы показать эту строку читателю?

Три ответа «да»: сдвигайте дату. Хотя бы одно «нет»: дату не трогайте, а правку, если вообще вносите её в журнал, отметьте как мелкую.

Меняете только тег title? Фиксируйте это в шаблоне журнала тестов SEO-заголовков, чтобы не смешивать результаты.

Проверка синхронизации дат

Когда использовать: Сверка видимой даты, dateModified и lastmod в sitemap после каждой записанной правки, по рекомендациям Google.

Синхронизируйте даты

Читатель видит дату на странице. Google может читать ещё и структурированные данные, и sitemap. Если даты расходятся, непонятно, какой дате верить.

Что Google говорит о дате в подписи

• Показывайте понятную видимую дату с подписью, например «Опубликовано» или «Последнее обновление».
• В разметке Article или BlogPosting используйте datePublished и dateModified.
• Видимая дата и дата в структурированных данных должны совпадать.
• Время и часовой пояс необязательны, но желательны. Указывайте правильный пояс с учётом летнего времени.
• Не ставьте даты из будущего и даты событий, о которых рассказывает страница.
• Если Google выбирает не ту дату, попробуйте убрать со страницы другие даты.

Что Google говорит о lastmod в sitemap

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

Проверка синхронизации по строке

Пересоберите разметку Article в Schema Markup Generator, затем просканируйте сайт в Website Audit: структурированные данные должны проходить проверку, а в sitemap не должно быть противоречий.

Если CMS обновляет dateModified при каждом сохранении, эта проверка не пройдёт. Исправляйте шаблон, а не журнал.

Планировщик источников и перепроверок

Когда использовать: Выбор источника, которому принадлежит факт, и даты перепроверки по типу утверждения, плюс еженедельная очередь перепроверок.

Выберите источник и дату перепроверки

Журнал хорош ровно настолько, насколько хороши его источники. Дата перепроверки показывает, когда новое утверждение может снова устареть.

Правила для источников

• Берите источник, которому принадлежит факт: производителя, регулятора, официальную документацию или исходное исследование.
• Ссылайтесь на конкретную страницу, а не на главную.
• Записывайте дату проверки. На многих официальных страницах есть своя дата «последнего обновления». Фиксируйте и её.
• Если нашли только пересказ из вторых рук, отметьте строку как непроверенную и пока не публикуйте утверждение.

Как часто перепроверять

Эти интервалы - отправная точка. Задайте свои для каждого сайта и запишите причину в строке.

Очередь перепроверок

• Каждый понедельник сортируйте таблицу по дате перепроверки: [ответственный] берёт строки, которые нужно проверить на этой неделе.
• Если источник не изменился, добавьте дату проверки в строку. Дату обновления страницы не сдвигайте.
• Если изменился, добавьте новую строку. Никогда не перезаписывайте старую.

Проверяете утверждения до публикации? Используйте шаблон чек-листа редакционной проверки фактов. Выбираете, какие страницы обновить? Начните с шаблона аудита и обновления контента.

Конструктор заметок об обновлении

Когда использовать: Короткие честные заметки об обновлениях, исправлениях, удалениях и проверках рядом с датой страницы.

Напишите заметку для читателей

Короткая заметка рядом с датой объясняет читателям, что изменилось. И показывает, что новая дата что-то значит.

Шаблоны заметок

• Обновление: Обновлено [дата]: [что изменили] по данным [источник и его дата].
• Исправление: Исправлено [дата]: в прежней версии было написано [старое утверждение]. Верно: [новое утверждение].
• Удаление: Обновлено [дата]: мы убрали [что именно], потому что [причина].
• Проверка без изменений: Проверено [дата]: [утверждения] сверены с [источник]. Изменения не нужны.

Правила для заметки

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

Рекомендации Google о полезном контенте советуют указывать точное авторство там, где читатели его ожидают. Журнал подскажет, чьё имя поставить.

После серьёзной переработки сравните новый текст с текущим топ-10 по главному запросу в Content Optimizer.

Заголовок таблицы (CSV)

Когда использовать: Готовая строка заголовков и допустимые значения, чтобы вести журнал в Google Sheets или Excel.

Готовый заголовок таблицы

Вставьте эту строку в ячейку A1 в Google Sheets или Excel, затем разделите текст на столбцы по запятой. Одна строка на одно изменение.

change_id,url,section,old_claim,new_claim,source_url,source_owner,source_checked_on,source_last_updated,reason,change_type,editor,reviewer,live_date,updated_label_moved,date_modified_moved,lastmod_moved,reader_note,recheck_date,recheck_reason,recheck_owner,recheck_result,status

Допустимые значения

• change_type: substantive, minor, correction
• reason: source_updated, product_changed, reader_report, error_found, rule_changed, section_added
• updated_label_moved, date_modified_moved, lastmod_moved: yes, no
• recheck_result: unchanged, changed_new_row, source_gone
• status: drafted, reviewed, live, rechecked, closed

Советы по таблице

• Подсвечивайте строки, где change_type равен minor, а updated_label_moved равен yes. Их нужно перепроверить.
• Подсвечивайте строки, где recheck_date уже прошла, а status не rechecked.
• Фильтруйте по url, чтобы увидеть всю историю одной страницы, от старых записей к новым.
• Защитите старые строки от изменений. Добавляйте новые строки, а не правьте историю.

Заполненный пример (вымышленное издание об энергосбережении в доме)

Когда использовать: Три заполненные строки для вымышленного издания: смена цифры, исправление инструкции и опечатка, из-за которой дату не сдвигали.

Заполненный пример: гайды Kettlemoor по энергосбережению в доме

Только пример. Kettlemoor - вымышленное издание об энергосбережении в доме. Его URL, утверждения, источники, имена, даты и цифры придуманы, чтобы показать заполненный журнал.

Строка 1: гайд о компенсации

• Тип изменения: существенное. Изменилась главная цифра, на которую ориентируются читатели.
• Какие даты сдвинуты: метка «Обновлено», dateModified и lastmod в sitemap, все на 3 октября 2025 г.
• Заметка для читателей: «Обновлено 3 октября 2025 г.: лимит компенсации изменён на 2 400 по данным страницы программы Brackmere Energy Office».
• Проверяющий: Priya Holm сверила цифру со страницей программы.

Строка 2: гайд о термостате

• Тип изменения: существенное. Читатель сообщил, что старого пути в меню больше нет.
• Какие даты сдвинуты: все три, на 10 октября 2025 г., с заметкой для читателей.

Строка 3: гайд об утеплении

• Тип изменения: мелкое. Даты не сдвигали, заметку не добавляли.

Перепроверка 3 января 2026 г.

• На странице программы по-прежнему 2 400. Ines добавляет дату проверки в строку 1. Дата обновления остаётся 3 октября 2025 г.

Почему это работает

• У двух датированных изменений есть дословное старое и новое утверждение, поэтому читатель или аудитор может их проверить.
• Исправление опечатки не сдвинуло дату, так что метка «Обновлено» по-прежнему означает реальные новости.
• Перепроверка подтвердила цифру, и дату не пришлось искусственно «освежать».