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

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

Коли використовувати: Один рядок на кожну суттєву зміну на сторінці: старе й нове твердження, джерело, редактор, дата, перевірка, відповідальні та фінальна перевірка.

Журнал оновлень контенту

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

Деталі рядка (заповнюйте для кожної зміни)

• Змінений розділ: [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.

Чому це працює

• Для двох датованих змін є дослівні старе й нове твердження, тож читач або аудитор може їх перевірити.
• Виправлення одруківки не змінило дату, тому позначка «Оновлено» досі означає справжні новини.
• Перевірка підтвердила цифру, і ніхто не підробляв свіжу дату.