# 記事を削除したのに Google にしつこく残る：1つのリダイレクトが死んだリンクを固定していた

数日前すうじつまえ、ブログを整理せいりしていて、公開こうかいすべきではなかった古ふるい記事きじを1つ削除さくじょしました。zh 版ばんを削除さくじょしたあと、直接ちょくせつアクセスするときれいな 404 になっていたので、これで終おわりだと思っていました。ところが、その記事きじは Google にしつこく残のこり、en と ja の URL もクリックするとまだ「生いきて」いました。もう削除さくじょしたのに、なぜまだ消きえないのでしょうか。

根本原因こんぽんげんいんをたどってみると、少し苦笑くしょういするしかありませんでした。削除さくじょしきれていなかったのではなく、1つの多言語たげんごリダイレクトがこの死しんだリンクを検索けんさくエンジンの中なかに**固定こてい**していたのです。この種しゅの「ゾンビ URL」は踏ふみやすく、しかも症状しょうじょうがかなりまぎらわしいので、記録きろくしておきます。

症状しょうじょう: zh は 404、en/ja は 302

このブログは3言語げんごで、1つの記事きじに zh / en / ja の3つの URL があります。削除さくじょしたのは zh 版ばんです。curl してみると、こうなりました。

zh  → 404                          (なくなった。正しい)
en  → 302 → /zh/posts/<slug>/      (削除したばかりの zh へ飛ぶ)
ja  → 302 → /zh/posts/<slug>/

en / ja の URL はまだ残のこっていて、しかも 302 で、すでに 404 になった zh ページへ飛とんでいました。ユーザーがクリックしたときの体験たいけんは「いったん転送てんそうされて、それから 404」。Google から見るみると、「この2つの URL はまだ存在そんざいしていて、ただリダイレクトしているだけ」です。そのため、インデックスに残のこり続つづけました。コンテンツは消きえているのに、外側そとがわの殻からがきれいに消きえていなかったのです。

調査ちょうさ: 共通きょうつうルールか、それともこの記事きじだけか

まず切きり分わけるべきことがありました。すべての /en/posts/* が /zh/ に飛とぶのかどうかです。もし共通きょうつうのフォールバックルールなら、ただの「死しんだリンクから死しんだリンクへのリダイレクト」で、話はなしはそこまで特殊とくしゅではありません。そこで、まったく存在そんざいしない slug を1つ試ためしました。

en/まったく存在しない-slug   → 404
en/<この記事の-slug>          → 302 → zh

差さが出でました。適当てきとうに作つくった slug はそのまま 404 になりますが、この記事きじの en だけが 302 になります。つまり、共通きょうつうルールではなく、この特定とくていのパスに記録きろくが残のこっていて、それが zh へ飛とぶよう指示しじしている、ということです。

さらに、コンテンツ層そうで本当ほんとうに削除さくじょされているかも確認かくにんしました。公開こうかい API からこの記事きじの3つの言語版げんごばんをダウンロードしようとすると、すべて「見みつからない」と返かえりました。sitemap にも見みつかりません。コンテンツはたしかに消きえています。問題もんだいは別べつの場所ばしょに絞しぼられました。リダイレクト記録きろくが、コンテンツより長ながく生いきていたのです。

根本原因こんぽんげんいん: リダイレクトが「タスク表」だけを信じ、コンテンツの生存せいぞんを確認かくにんしていなかった

このブログの多言語たげんごロジックは、「ない言語げんごは、ある言語げんごへフォールバックする」というものです。/en/posts/<slug> をレンダリングするとき、en 版ばんが存在そんざいしなければ、worker はローカライズタスク表を見みにいきます。そこには「この記事きじの元言語もとげんごは zh で、en/ja に翻訳ほんやくする」という情報じょうほうが記録きろくされています。元もとが zh だとわかると、302 で /zh/posts/<slug> へ飛とばします。

問題もんだいはここでした。タスク表の「元もとは zh」という記録きろくを信しんじたものの、その zh ページが今いまも生いきているかを確認かくにんしていませんでした。zh コンテンツを削除さくじょしたとき、このローカライズタスクの記録きろくは一緒いっしょに消けされませんでした。そのため、元もとのコンテンツはないのに記録きろくだけは残のこり、リダイレクトはそのまま動うごき、302 をたどった先さきが 404 になっていました。

この bug をひとことで言いうと、リダイレクトが指さしていたのは「コンテンツがあるはずの場所ばしょ」であって、「コンテンツが実際じっさいにある場所ばしょ」ではなかった、ということです。コンテンツを削除さくじょしたり移動いどうしたりすると、この種しゅのリダイレクトは固定こていされた死しんだリンクになります。

修正しゅうせい: 飛とばす前まえに、到達先とうたつさきが生いきているか確認かくにんする

変更へんこうはとても小ちいさく、方向ほうこうも明確めいかくでした。302 を決きめる前まえに、飛とばそうとしている元もとページが本当ほんとうに published で、private ではなく、削除さくじょもされていないかを確認かくにんします。isPublishedPostLive() というガードを追加ついかしました。

元ページは live?   はい → これまで通り 302 で飛ばす(正常な3言語フォールバック)
                   いいえ → 404 を返す(ユーザーとクローラーを行き止まりへ送らない)

デプロイ後ごにもう一度いちど curl すると、en / ja はどちらもきちんと 404 になりました。一方いっぽうで、正常せいじょうな、元もとがまだ存在そんざいする3言語げんごフォールバックにはまったく影響えいきょうがありませんでした。別べつの、zh 版ばんだけがある記事きじで意図的いとてきに確認かくにんし、その en は通常つうじょうどおり 302 になり、誤爆ごばくはありませんでした。

持もち帰かえれる2つの教訓きょうくん

1つ目め、301/302 で 404 に飛とばすのは、直接ちょくせつ 404 より悪わるい。 直接ちょくせつ 404 は、Google に「ここはもうないので、インデックスから削除さくじょして」と伝つたえるものです。しかし「404 にリダイレクトする」形かたちだと、Google はそのリダイレクトする URL を引ひき続つづき観察かんさつし、死しんだリンクがかえって残のこりやすくなります。ページを完全かんぜんに消けしたいなら、その URL 自身じしんにすっきり 404 または 410 を返かえさせるべきです。1段だんリダイレクトを挟はさんで「きれいに処理しょり」しようとしないことです。

2つ目め、削除さくじょはすべての派生物はせいぶつへ連鎖れんささせる。 1つのコンテンツを削除さくじょするとき、それにつながっているものは本文ほんぶんだけではありません。リダイレクト記録きろく、ローカライズの対応たいおう、sitemap の項目こうもく、キャッシュもあります。どれか1つでも消けし忘わすれると、ゾンビ URL の入口いりぐちが1つ増ふえます。今回こんかいの落おとし穴あなは、まさにローカライズタスク表が一緒いっしょに削除さくじょされなかったことでした。削除さくじょロジックを書かくときは、清掃せいそうリストを漏もれなく作つくるべきです。さらに安全あんぜんな保険ほけんとしては、今回こんかいの修正しゅうせいのように、あらゆる「リダイレクト」や「参照さんしょう」が使つかわれる前まえに、到達先とうたつさきがまだ生いきているかを検証けんしょうすることです。そこにあるはずだ、と仮定かていしないことです。

ものを削除さくじょするのは、想像そうぞうより難むずかしいものです。本当ほんとうにきれいに消けせたかどうかの基準きじゅんは、「主しゅとなる記録きろくがなくなった」ことではありません。それにつながるすべての道みちをたどっても、もうどこにも到達とうたつできないことです。