Google は、指定された日付/時刻以降は検索結果にこのページを表示しないように Google に指示する unavailable_after メタ属性をサポートしています。これの問題は、後で「unavailable_after」の日付を変更しようとしても、Google は最後に指定された日付より前にそのページをクロールしようとしない可能性があるため、それを認識できない可能性があることです。
Google は 2007 年 7 月に初めて unavailable_after のサポートを開始し、主に、配置した日付以降に Google のインデックスに表示したくないコンテンツに使用されてきました。販売しなくなった商品にも使用されています。
しかし、Google の Gary Illyes 氏は、LinkedIn で 404 ステータス コードを使用する代わりにこのコードを使用することについて質問されたときに、これについてもう少し詳しく追加しました。この具体的な例として、ページは通常 24 ～ 72 時間で期限切れになり、「寿命が非常に短い」とハビエル・ロレンテ・ムリージョ氏は書いている。ただし、広告主が延長したい場合は、これらの日付が 72 時間を超えて延長される場合があります。
ハビエル氏は、「大規模な 404 エラーを防止し、クロール バジェットを管理するために、有効期間の短いすべてのリスティングに unavailable_after メタ タグを実装したいと考えています。ただし、ユーザーは広告を更新できます。つまり、システムはその場で動的に unavailable_after の日付をさらに将来にプッシュすることになります。」と尋ねました。同氏は続けて、「Googlebot が同じ URL 上で unavailable_after の日付が常に前方に移動していることを認識した場合、SEO に悪影響はありますか? Googlebot はこれらの頻繁な変更により最終的にタグを無視し始めるのでしょうか? それとも、回転率の高い環境でインデックス作成のライフサイクルを管理するためにタグを動的に使用しても全く問題ありませんか?」と尋ねました。
Google の Gary Illyes は次のように答えました。
私の直感では、unavailable_after の日付を前倒しするのは問題ありませんが、新しい日付を「確認」するにはページを再度クロールする必要があることに留意する必要があります。これはインデックスの選択以外には影響を与えず、「今すぐ削除してもよい」という信号として機能します。
つまり、これは機能しますが、特定の日時にページを削除するように Google に指示すると、Google はそれを尊重し、クロールして処理した元の日付から新しい日付があるかどうかを確認しない可能性があります。タイミング的にはうまくいかないかもしれません。
これらの URL では、有効期限が完全に切れた後に unavailable_after の日付を設定し、実際に有効期限が切れる日付にするだけでよいのかどうか疑問に思っています。もちろん、その結果、ページが Google に長く表示されることになる可能性があります…
