ua
/вхід
Koval SEO

Розмітка сторінки оголошує дату публікації в майбутньому

У звітіPage markup declares a publish or modified date more than 24 hours after capture

article_date_in_future · Проблема

Коротка відповідь

У звіті показано оригінальну дату, час завантаження сторінки та повний можливий діапазон часу. Виправте поле в CMS за фактичною історією публікації чи змін.

Серйозність: Середня. Проблема, коли найраніший можливий час публікації чи зміни більш ніж на 24 години пізніший за завантаження.

Чому це важливо

Google просить указувати дату публікації чи оновлення сторінки, а не майбутню дату чи дату події, описаної на ній.

Що зробити

  1. Порівняйте datePublished і dateModified з часом завантаження сторінки та найранішим і найпізнішим можливим часом, показаними у звіті.
  2. Виправте значення в CMS; укажіть фактичний часовий пояс, якщо знаєте його. Не змінюйте історію публікації лише для того, щоб контент здавався новішим.
  3. Після виправлення запустіть новий повний аудит тієї самої сторінки.

Коли залишити як є: Дата, увесь можливий діапазон якої лежить у межах допуску 24 години, цієї перевірки не запускає. Якщо діапазон перетинає цю межу, аудит позначає її як непідтверджену. Майбутні дати випуску, що належать книжкам, фільмам, товарам чи іншим відомим типам об’єктів, лежать поза цією перевіркою публікації сторінки.

Що ми читаємо

Ми читаємо datePublished і dateModified у JSON-LD, мікроданих і RDFa на HTML-сторінці з повною поточною відповіддю 200. Охоплено Article, WebPage і всі їхні підтипи в офіційній ієрархії schema.org 30.1.

Дата й час із часовим поясом позначають один момент. Без часового поясу аудит розглядає кожне зміщення, яке дозволяє граматика дат, до 23:59 в обидва боки. День, місяць або рік охоплює весь період; звіт зберігає обидві точні межі, не вгадуючи часового поясу.

Перевірка фіксує дату, лише коли її найраніший можливий час пізніший за початкове завантаження сторінки плюс 24 години. Повної сторінки без дат у розмітці, що підпадають під перевірку, вона не стосується.

Приклад і докази

Ілюстративна сторінка, завантажена 3 жовтня 2026 року: замініть випадкову майбутню дату в CMS на фактичну дату публікації.

{"@context":"https://schema.org","@type":"Article","datePublished":"2026-10-10T08:00:00+03:00"}
{"@context":"https://schema.org","@type":"Article","datePublished":"2026-10-02T12:00:00Z"}

Підтвердити й перевірити знову

Перевірте самі: Звірте поля публікації та зміни з фактичною історією сторінки. Дати, що належать об’єкту, описаному на сторінці, — це не дата публікації сторінки.

Повторна перевірка: Повний аудит — Наступний повний аудит може закрити знахідку для тієї самої сторінки, коли дати в її розмітці виправлено або коли повна поточна розмітка більше не має дат, що підпадають під перевірку. Видалення розмітки дат може бути зараховане як виправлення, навіть якщо майбутня дата у видимому тексті залишається: зараз це правило перевіряє лише розмітку. Відсутнє охоплення перевірки або вузол із датою, тип якого не вдається підтвердити, залишає виправлення непідтвердженим.

Обмеження та джерела

Дати у видимому тексті й розбір за локаллю відкладено. Ця перевірка не визначає фактичної історії публікації чи того, як Google обирає показану дату.

Вузли з датою без типу, сторонні вузли чи вузли невідомої схеми, непідтримувані значення та суперечливі інтервали одного поля дати залишають охоплення перевірки непевним. Інші відомі класи схеми сторінку не блокують; вкладені записи Article чи WebPage однаково перевіряються.

Непрочитані корені JSON-LD і нерозв’язані вбудовані, масивні чи обмежені областю контексти не дають підтвердити виправлення. Частковий або непевний рендеринг може зберегти доведену знахідку про майбутню дату, залишаючи виправлення непідтвердженим. Сторінка, що часткова лише тому, що її зображення завантажуються ліниво через скрипти, читається як статична, з приміткою, тож виправлення там можна підтвердити.

Оригінальна декларація дати публікації в RDFa чи мікроданих, яку неможливо спроєктувати, залишає охоплення перевірки неповним, навіть поруч із придатною для читання розміткою. Видалення лише itemscope, коли itemprop і дата залишаються, не доводить виправлення. Відому майбутню дату однаково можна зафіксувати.

Відсутні чи невдалі відповіді, сторінки-оболонки та відсутній час завантаження для наявних дат залишаються непідтвердженими. Звіт показує до 10 значень із порушенням, точні підсумки та уривки з оригінального джерела.

Упевненість: Висока Висока, коли весь можливий діапазон часу лежить за точною межею 24 години; непевне джерело чи сусідні дати не дають підтвердити виправлення.

Джерела

  • Google Search Central, Як вплинути на дати в підписі в Пошуку Google — Дати мають описувати публікацію чи зміну сторінки, а не майбутні дати чи події, описані на ній; час і часовий пояс необов’язкові й підвищують точність. Перевірено 4 жовтня 2026.
  • schema.org, Словник schema.org, версія 30.1 — Збережений офіційний словник визначає фіксовані списки нащадків Article і WebPage та відомі непов’язані типи; він не визначає порогу майбутньої дати. Перевірено 4 жовтня 2026.

Редакційна перевірка: 2 листопада 2026