機械可読な日付

各主要ページの公開日と最終更新日を、単に本文中に日付を印字するのではなく、機械が解析できる形式で宣言します。検索エンジンやAIアシスタントは、何をランキングに表示し、何を引用するかを決める際に、コンテンツの鮮度を重視します。日付を判定できないページは、現在も有効だと信頼できないページです。

表示された日付だけでは不十分です。署名欄の「05/06/26」は、機械にとって3重に曖昧です。5月なのか6月なのか、公開日なのか更新日なのか、年の形式は何なのかが分かりません。日付は曖昧さのない形式でメタデータに宣言し、表示される日付もそれと一致させる必要があります。

効果がある理由

同じ主張をする2つのページから回答エンジンが選ぶとき、「これはどの程度最新か」が判断材料になります。日付を宣言しているページはこの問いに答えられます。一方、何も宣言していないページは、文章の質が高くても日付のあるコンテンツに負けます。これは静かに引用やランキングを失わせます。エラーも警告もなく、ただ他のサイトのページがあなたのページより選ばれるだけです。

宣言された日付は、他に公開するすべての情報とも相乗効果を生みます。比較コンテンツ、統計、価格、製品に関する主張などは、アシスタントが最近更新されたものだと確認できれば引用しやすくなり、何年も前のものかもしれない場合は疑わしく見えます。

実施方法

日付は、以下の形式のいずれかで宣言します。上にあるものほど優先度が高くなります。1つだけで十分ですが、複数を併用して一致させることもできます。

1. 構造化データ（最も強力）

ページのにdatePublishedとdateModifiedを追加します。通常は内のArticleまたはBlogPostingです。これは回答エンジンが最も確実に抽出できる形式です。

<script type="application\/ld+json">
{
  "@context": "https:\/\/schema.org",
  "@type": "Article",
  "headline": "法人カードの明細を照合する方法",
  "datePublished": "2026-05-01T09:00:00Z",
  "dateModified": "2026-07-10T14:30:00Z"
}
</script>

タイムゾーンを含む完全なISO 8601タイムスタンプを使用します。ページを一度も更新していない場合は、dateModifiedをdatePublishedと同じ値にします。

2. 日付メタタグ

構造化データを出力できない場合は、従来のメタタグで同じ情報を伝えられます。

<meta property="article:published_time" content="2026-05-01T09:00:00Z">
<meta property="article:modified_time" content="2026-07-10T14:30:00Z">

3. 機械も読み取れる表示日付

<time>要素を使うと、人間に表示する日付を一度に機械可読にできます。

最終更新日 <time datetime="2026-07-10">2026年7月10日</time>

これは、ページ内に曖昧さのない日付が1つある場合にのみ、日付を示すシグナルとして機能します。<time>要素がページ内に散在している場合（イベント一覧やコメントスレッドなど）、ページ自体の日付について機械に情報を伝えられません。構造化データの代替ではなく、補助として使用してください。

すべてのページに自動適用する

ページごとに手作業で対応しないでください。多くのプラットフォームやSEOプラグインは、すでに保存されている編集日付からdatePublishedとdateModifiedを自動的に出力できます。これを有効にすれば、来年以降に公開するすべてのページを含め、サイト全体をカバーできます。独自のテンプレートを構築している場合は、記事テンプレートに日付を一度組み込んでください。

その際、XMLサイトマップの<lastmod>の値も同じ編集日付に連動させてください。サイトマップは引用目的でページの日付を伝えるものではありませんが、クローラーは<lastmod>を再訪問の判断に使用します。そのため、更新されたページはより早く再クロールされ、新しい日付にも早く気付いてもらえます。

日付を正確に保つ

dateModifiedは、コンテンツが実際に変更されたことを意味しなければなりません。回答エンジンは、宣言された日付をコンテンツ、アーカイブ、自身のクロール履歴と照合します。

再公開やテンプレート変更のたびに日付を更新しないでください。 テキストが変わっていないのに毎週dateModifiedが更新されるページは、操作しているように見え、日付が信頼されなくなります。
過去の日付や未来の日付を設定しないでください。 クロール時点より後の日付や、サイトの存在開始前の日付は破棄されます。
表示日付を宣言された日付と一致させてください。 メタデータでは今年になっているのに署名欄が2023年となっている場合、それは矛盾です。矛盾は不利になる形で解釈されます。

逆に、ページを実際に更新した場合（新しい統計、更新された価格、修正された主張など）は、同じコミットでdateModifiedも更新してください。正直に更新したのに宣言しなければ、獲得できたはずの引用を失うことになります。

効果がない方法

表示テキストにしか日付がない。 上述のとおり、機械にとって曖昧です。
HTTPのヘッダー。 これはコンテンツではなく、サーバーのレスポンスを示します。動的に生成されるサイトではリクエストのたびに変わるため、利用者から信頼されません。提供しても問題ありませんが、唯一のシグナルにしないでください。
URLにしか日付がない（\/blog\/2024\/06\/...）。公開日の弱い手がかりにはなりますが、更新については何も示さず、ページを過去に固定してしまいます。2026年に更新しても、URLには2024年と表示され続けます。

Silktideのサポート

Silktideは、ページが宣言する日付を読み取ります。構造化データを優先し、次に日付メタタグ、最後に曖昧さのない<time datetime>要素を確認し、レポート全体で使用します。

Content datesチェックは、公開日または更新日をまったく宣言していない、主要でインデックス可能なページを検出します。
PresenceのVelocity画面は、同じ宣言日付から公開頻度をグラフ化するため、日付のないページがあると精度が低下します。

Silktideがページの日付を判定できない場合、引用元として選ばれたいと考えている回答エンジンも判定できません。このチェックは、サイトが回答エンジンからどのように読み取られるかを直接示すものです。