Domino ベースの Web サイトでは、多くのページを移動しました。インターネット サイトを使用して、古い URL に 301 リダイレクト ルールを追加しました。これにより、さまざまなボットがページのインデックス作成を停止し、移動を処理しなかったために検索結果でサイトが表示されなくなります (404 が見つからないと SEO には適していません)。
しかし、Domino はリダイレクト ルールの前に置換ルールを処理します。また、Domino のドキュメントによると、ルールにワイルドカードがない場合、ルールに「/*」が追加されます。処理順序とワイルドカードの動作を考慮すると、古い URL の共通ルートを共有する既存のルールがそのまま残っていなければならないという問題が発生しました。
古い URL は次のとおりです。
- 衣類/パンツ/レディース
- 衣類/パンツ/メンズ
新しい URL は次のとおりです。
- 衣類/スラックス/レディース
- 衣類/スラックス/メンズ
これは、そのまま維持する必要がある既存の置換ルールです。
- 衣類/
「clothing/pants/womens」が「clothing/」とともに存在していた場合、「clothing/」が存在していても、置換ルールは常に「clothing/pants/womens」ルールを処理していました。しかし、古い URL を 301 リダイレクトに移動すると、「clothing/」置換ルールが古い URL を取得して処理し始めます。その結果、ユーザーは間違った場所に行き着き、200 が返されるため、ボットは URL をインデックスし続けます。
ドキュメントでは、ワイルドカードを含まないルールに Domino が「/*」を追加することは明らかです。しかし、着信 URL に正確に一致する必要があることを Domino に指示する方法はありますか? インターネット サイト構成ドキュメントなどで何か見落としているのでしょうか?
検討しているコーディング オプションはいくつかありますが、サイト URL 処理ルールを管理するために複数の場所にアクセスする必要がないように、ソリューションをシステム構成に分離したままにしておきたいと考えています。
ありがとう。
答え1
また、質問に対する直接的な回答ではありませんが、回避策があるかもしれません。Windows 版 Domino 9 以降、製品にはインストール オプションとして IBM HTTP サーバー (IHS) が付属しています。IHS は Apache の IBM フォークにすぎません。この場合、Apache フィルター ルールと mod_rewrite を使用して、より強力なルールを作成できます。
特筆すべき良い点: IHS はライセンスにバンドルされています。追加費用はかかりません。