「旧ブログA」における「記事X」の301リダイレクトに関する画像を追加で投稿いたします。

続きまして「新ブログB」における「記事X」の画面を投稿します。

問題特定の際、ご参考になれば幸いです。

@hisashi さんへ。

まず結論から先にお伝えしますが、本件はCocoonとは関係ありません。
※WordPressのコメント投稿の根本部分が関与していますが、Cocoonはそういった箇所には干渉しません。

それでどうしてこうなったかということですが、おそらくコメント主が魚拓やキャッシュ等からコメントを行ったので、旧ブログ側に投稿が記録された形と思われます。

現段階では旧ブログ側のデータベースにコメントのデータが記録されてしまっているので、 @hisashi さんがご要望いただいている「新ブログ側での承認・表示」は困難を極めると思います（というより、旧ブログと新ブログでは使用しているデータベースが異なりますので、仕様上不可能と思われます）。
（手動でデータベースを動かしたり、プラグインで改めて移動させるといったことで、新ブログへのコメント移行はできなくはないですが、自己責任でお願いします）

起きてしまったことは仕方ないとしても、このような事態を起こさないようにするためには、旧ブログ側で移設済の記事についてコメント投稿をできなくするよう、WordPress側から設定するしかありません。

ただし、移行済の記事について1つ1つ手動で設定するか、もしくは一括編集でコメントを「許可しない」に変更する必要がございます（スクリーンショット）。

ちなみに。

投稿者:: @hisashi

↑

この「記事X」について、読者からのコメントが付いたのですが、ワードプレスの管理画面においては、なぜか「新ブログB」ではなく「旧ブログA」の方でコメントの表示がされています。

「旧ブログA」の「最近のコメント」リストに、当該コメントと思われるものが記録されています（新ブログBの方には記録されていません）。

今来たばかりで、まだ把握できていないのですが・・・。

時系列が良く分かりませんが・・・。
こういうお問い合わせがあったということは、リダイレクト後に、コメントの書き込みが、旧ブログ側でできてしまったということのように思うのですけれど。

そして、リダイレクトは、Cocoonの機能を使用して行っているということのように思います。

（ミスリードしています？）

Cocoonのリダイレクトは、URLのリクエストがあった段階で、リダイレクトするのではないか・・・と思うのですけれど。

https://github.com/xserver-inc/cocoon/blob/630c226e3969d8592ad50775b052941d6c77299f/lib/utils.php#L2025-L2028

https://github.com/xserver-inc/cocoon/blob/630c226e3969d8592ad50775b052941d6c77299f/functions.php#L231-L242

（まだ上記以上は調べていません）

投稿者:: @yinaba

↑

おそらくコメント主が魚拓やキャッシュ等からコメントを行ったので、旧ブログ側に投稿が記録された形と思われます。

不勉強で申し訳ありませんが、魚拓やキャッシュ等を使えば、このリダイレクトをスルーして、リダイレクト元（旧ブログ）を閲覧できたり、コメントを書き込めるということ？

なぜ、旧ブログ側にコメントできたのだろうと思うのですけれど。
（リダイレクト設定済という前提ですけれど）

うーん、頭が回りません・・・。
（これからまた、しばらく出掛けてしまう・・・）

@mk2_mk2 様。

投稿者:: @mk2_mk2

↑

リダイレクトは、Cocoonの機能を使用して行っているということのように思います。

（ミスリードしています？）

ミスリードでも何でもありません。れっきとした「仕様どおりの動作」です。

投稿者:: @mk2_mk2

↑

Cocoonのリダイレクトは、URLのリクエストがあった段階で、リダイレクトするのではないか・・・と思うのですけれど。

Cocoonのリダイレクトは上記で私が述べた「301リダイレクト」なのですが、こちらのリダイレクトはPOSTには関与しません。

簡単に述べると以下のとおりとなります。

• 旧ブログのコメントフォームから wp-comments-post.php に POST → サーバーは「301で新ブログに移動」と返す

• ブラウザはそのPOSTを引き継がず、新ブログに「GET」でアクセスし直す

• 結果、コメントデータは新ブログに渡らず、旧ブログにコメントが残ってしまう

参考： RFC 7231, Section 6.4.2 — 301 Moved Permanently

A 301 response indicates that the target resource has been assigned a new permanent URI. For methods other than GET or HEAD, the user agent MAY change the request method to GET unless it is specifically configured to preserve the original method.
（301応答はリソースが恒久的に移動したことを示す。GETやHEAD以外のメソッドの場合、クライアントは通常 GET に変換して再送信するが、元のメソッドを保持することは必須ではない。）

なので、私は追記として以下のようにコメントしています。

投稿者:: @yinaba

↑

※なお、ついでに補足ですが、301リダイレクトはコメントフォームの保存先にまでは関与するものではないです。
　上では魚拓やキャッシュと書きましたが、たまたま記事の移行のタイミングでコメントが入ってしまったケースであるかもしれません（そこまでは私には判別できません）。

投稿者:: @mk2_mk2

↑

不勉強で申し訳ありませんが、魚拓やキャッシュ等を使えば、このリダイレクトをスルーして、リダイレクト元（旧ブログ）を閲覧できたり、コメントを書き込めるということ？

そもそもWordPressのコメント欄はいわゆる「URLのリファラチェック」をしていません。（容易に偽装可能なため、スパム対策として機能しない、というスタンスをとっています）
その代わりにコメントフォームの同一性チェック機構（「Nonce」と呼ばれます）を使って承認しようとします。

参考資料：Nonces – Common APIs Handbook | Developer.WordPress.org

もちろん独自のチェックは設けられていますが、その仕様の範囲内にコメント欄に書き込むことができてしまえば、簡単に突破できてしまうシステムになっています。
また、サーバーが別であればWAFやらなんやらで対処のしようがありますが、同じサーバーだと意味をなさなくなります（プラグインなどで独自にファイアウォールを構築していれば別ですが）。

それを防ぐためにも、普通はrecaptchaや画像認証のような二次チェック機能が必要となるのですが、当該ブログには設けられていないようです。

Y.INABAさん

良く分からないのですけれど。

投稿者:: @yinaba

↑

旧ブログのコメントフォームから wp-comments-post.php に POST → サーバーは「301で新ブログに移動」と返す

旧ブログ側のコメントフォームを、どうやって開くのかというところが疑問なのですが。
（私が問題に感じているのは、この部分です。開けてしまえば書き込めると思います）

すみません、出掛けますので、しばらく来れません。

@mk2_mk2 様

投稿者:: @mk2_mk2

↑

旧ブログ側のコメントフォームを、どうやって開くのかというところが疑問なのですが。
（私が問題に感じているのは、この部分です。）

検索サービスのキャッシュやブラウザのキャッシュなど、いくらか原因はありそうですが、可能性が高いのはプラグイン「WP Fastest Cache 1.3.9」によって古い状態（リダイレクト設定前）のキャッシュが表示されてしまった、というあたりでしょうか。

今回のご質問者は、このプラグインを両方のWordPressに導入されています。

WP Fastest Cacheなどのキャッシュ系プラグインの場合、PHPやサーバーなどによる命令よりもキャッシュ呼び出しが優先されてしまうことがあります。

※少なくとも「WP Fastest Cache」はブラウザからのリクエストが WordPress/PHP に届く前に、キャッシュ済みのHTMLファイルを直接返す仕組みになっています。

CocoonのリダイレクトはあくまでPHPレベルであって.htaccessレベルではないので、そのようなことも起こりうるといえば起こり得ます。

補足ですが、管理画面からだとキャッシュプラグインの影響がない状態の結果が出ますので、キャッシュ要因のトラブルは案外盲点になりやすいです。

（@mk2_mk2 様はご存じと思いますが、念のため）

@hisashi さん。

ひとつ確認ですが、WP Fastest Cacheの設定画面はどうなっていますか？

おそらくですが、「投稿や固定ページを更新（投稿）した時、キャッシュファイルを削除」のチェックが外れている状態になっているのでは、と考えています。

（初期設定だとそうなっているはずです）

私もこのプラグインは使っていますが、更新が反映されないままだと嫌なので、私はチェックを入れるようにしています。

投稿者:: @yinaba

↑

検索サービスのキャッシュやブラウザのキャッシュなど、いくらか原因はありそうですが、可能性が高いのはプラグイン「WP Fastest Cache 1.3.9」によって古い状態（リダイレクト設定前）のキャッシュが表示されてしまった、というあたりでしょうか。

Google検索は、現在キャッシュを表示しないはずです。
（他の検索サービスは分からないです、Yahoo！はGoogleと同じではないかと思いますけれど）

そのため、この可能性は低そうに考えます。

確かに、ページキャッシュプラグインは、可能性があるのかな・・・と思うのですけれど。

現在のところ、再現できず・・・。
この後の返信で、途中まで試した結果を書きます。

WordPressのコメント入力を一括で凍結する方法として、以下のような方法でもできるかもしれません。

1. 設定 → ディスカッション → 「古い投稿のコメントを自動的に閉じる」を有効にする
2. 「投稿からコメントを閉じるまでの日数」を0にする

とりあえず上でも書かれているように古い方には、書き込めないようにしておいた方が良いかと思います。

①

まず、「WP Fastest Cache」を以下の設定にします。

取り急ぎ、追加で確認しました。

投稿者:: @mk2_mk2

↑

まず、「WP Fastest Cache」を以下の設定にします。

上記のままで、投稿を更新すると。

やはり、そのタイミングで、ページキャッシュが完全に削除されました。

@mk2_mk2 様

いつもながら検証ありがとうございます。頭が下がります。

WP Fastest Cacheは気付いたから言ってみましたが、プラグインやWordPressレベルではなくサーバーレベルのキャッシュが影響していることもないわけではありませんので、キャッシュの問題は本当に難しいところだと思います。

@hisashi さんへ。

何度もすみません。

今回はやはりキャッシュ要因によるレアケースと考えられますので、まずはWP Fastest Cacheのキャッシュを全て削除いただくこと（できればサーバーのキャッシュも）、そしてわいひら様もおっしゃるとおり、少なくとも移行した記事だけでも（あるいは全記事について）コメントを書けなくするよう設定いただくことをおすすめします。

移行先のブログについては当該記事以外はうまくいっているようなので、一旦このまま様子見をしていただいても良いでしょうか。

（先ほど上で私が述べたことは、一旦無視してください）

なお、WP Fastest Cache以外にも、サーバーのキャッシュ設定やその他環境要因が絡んでいたりすることもありますので、WP Fastest Cacheが100%悪いわけではないこともあらかじめご認識ください。

投稿者:: @yhira

↑

1. 設定 → ディスカッション → 「古い投稿のコメントを自動的に閉じる」を有効にする
2. 「投稿からコメントを閉じるまでの日数」を0にする

とりあえず上でも書かれているように古い方には、書き込めないようにしておいた方が良いかと思います。

リダイレクトしているのは、一部ジャンル（カテゴリー？）の投稿だけのように思います。

そのため、この方法が採用できるかどうか・・ですね。

古いものを全部閉じてしまって問題なければ、それで良いのですけれど。
（最近の投稿はなさそうですので、問題ないのかも？）

とりあえず・・・。

Y.INABAさんもお書きになっていますが。

1. 問題は、旧ブログのページが閲覧できたり、コメントが書き込めてしまったところ
2. 旧ブログのコメントを、自動的に新ブログへ反映させるのは、かなり難しいのでは？

上記のような感じに思います。

そして、項番1は、キャッシュ関連の可能性は感じますが、現在のところはっきりしないという感じではないかと。

では対策はどうするか・・・ですが。

Y.INABAさんやわいひらさんが仰っているように、旧ブログ側の該当記事のコメントを閉じてしまうことだと思います。（根本的ではないかもしれませんが）

.htaccessでリダイレクトする方法もありますが、サーバーキャッシュが原因だった場合、.htaccessもキャッシュされる場合があり、完全には防げないかもしれません。

今のところ、上記のような感じでしょうか。

スマホから打っているので、ちょっとつらい・・・。

私は今晩はこれにて。

投稿者:: @mk2_mk2

↑

リダイレクトしているのは、一部ジャンル（カテゴリー？）の投稿だけのように思います。

そのため、この方法が採用できるかどうか・・ですね

一部の記事を移動しただけなのか。
だとしたら、Y.INABAさんが書かれた方法で投稿のコメントを閉じるしかなさそうですね。

投稿者:: @mk2_mk2

↑

旧ブログのコメントを、自動的に新ブログへ反映させるのは、かなり難しいのでは？

かなりトリッキーな方法を使えば、できなくもないとは思いますが、mk2さんが書かれた通り難しいと思いますし、セキュリティ的にもあまり良くない方法になると思うので、できたとしてもやめておいた方が良いと僕も思います。

以下ですが、WordPressの関数を用いるのが望ましいのでは？

wp_redirect($url, 301);

https://github.com/xserver-inc/cocoon/blob/f56cc87ea8ccc45eaa1d182735328623ce08c543/lib/utils.php#L2026-L2027

mk2さんの思うことと同じで、通常動作で、投稿を表示した際、リダイレクトURLが設定されていれば、リダイレクトされる。
このため、該当ページのコメントボタンを押すことはできない。
結果、コメントされない。

かなりイレギュラーなケースなのでは？と思います。

なぜ、この事象が起こるのか・・・というところは難しいですけれど。

とりあえず、「WP Fastest Cache」の可能性をなくすためには、除外設定を使えば良いと思います。

投稿者:: @chu-ya

↑

以下ですが、WordPressの関数を用いるのが望ましいのでは？

wp_redirect($url, 301);

https://github.com/xserver-inc/cocoon/blob/f56cc87ea8ccc45eaa1d182735328623ce08c543/lib/utils.php#L2026-L2027

ご指摘ありがとうございます。
変更しておきました。
https://github.com/xserver-inc/cocoon/commit/04c7cd781261f2b68078fad895972183e26a37ea

@yhira さん

以下になっており、リダイレクトされることを確認しました。

wp_redirect($url, 301);

アドバイスいただいた皆さま

この度は誠にありがとうございます。。

トピック内における皆さまの投稿を拝見しました。

恥ずかしながらワードプレス・cocoon・キャッシュについての理解が浅く、皆さまの高度な会話について理解しかねる部分もあるのですが、自分がすべきことは理解できました。

まず、「旧ブログA」におけるプラグイン「WP Fastest Cache」の設定を確認したところ、投稿・更新時のキャッシュファイル削除には✓が入っていました。

（※添付のスクショの通りです。）

（※キャッシュの意味すら理解していない自分がなぜそのように設定していたのか、自分でも理由は分かりません。）

次に、皆さまにご教示頂いた下記2点を実行しました。

「WP Fastest Cacheのキャッシュを全て削除」

「旧ブログAからリダイレクトをかけている記事（本件の「記事X」を含む）４個のみ、個別にコメント機能を停止」

（※補足：「旧ブログA」は仕事関係に特化させたブログであり現在も運営中なので、全ての記事にコメントを許可しないというやり方は避けました。）

皆さまの投稿＆助言を参照しましたところ、当初私がご相談させて頂いた、

①「記事X」にコメントが付いた際、「新ブログB」で確認＆承認できるようにしたい

②もし上記①が無理ならば、「旧ブログA」でコメントを承認し、そのコメントが「記事X」に反映されるようにしたい

これら2点は両方とも私の知識・技術では実現不可能と認識しております。

仕方がないことだと思いますので、今回コメントをくれた読者の方には、コメント欄に反省されない事情をお伝えしつつお詫びしようと思います。

それでは、最終確認なのですが、今回の現象はレアケースであり、今回行った施策によって再発は防げるとの認識で合っておりますでしょうか？

もしそれで差し支えなければ、このトピックをクローズしたいと思います。

どなたか返答していただけますと幸いです。

何卒、よろしくお願い申し上げます。

補足資料：キャッシュ削除した際の画面スクショです。

補足資料：「旧ブログA」にてリダイレクトをかけている記事におけるコメント機能停止を個別設定した際の画面スクショです。

補足情報：「旧ブログA」で「記事X」は「その他」というカテゴリーに属していますが、自分のスマホ・PCで「旧ブログA」を改めて閲覧し、「その他」のカテゴリー選択をすると「NOT FOUND」と表示されることを確認したので、一般の訪問者が今後「旧ブログA」で「記事X」を閲覧することはありません。

※補足情報（これで最後です）

記憶が定かではありませんが、「旧ブログA」から「新ブログB」に記事移行（インポート・エクスポートの手続きを行った気がします）＆リダイレクト設定したのは2023年秋～2024年春頃でした。

その後はGoogleなどの検索エンジンで「新ブログBでの記事X」が表示されるようになりました。

◎ご参考

・「旧ブログA」での「記事X」のURL： https://www.hisashi-mr-diary.com/game4-ff15-ardyn/

・「新ブログB」での「記事X」のURL： https://ff-kh-blog.com/game4-ff15-ardyn/

（※ブラウザでどちらのURLを打ち込んでも「新ブログBでの記事X」のページに遷移します。）

2024年8月9日には、「新ブログBでの記事X」に読者からコメントを頂戴し、承認して「新ブログBでの記事X」に反映さています。（※添付のスクショ参照）

つまり、本トピックの現象が起こるまでの間、「旧ブログA」から「新ブログB」に移行した記事に関して、コメント云々については全く問題なく過ごしておりました。

これが皆様にとって参考となる情報かは分かりませんが、念のため付記させて頂きました。

よろしくお願いいたします。

投稿者:: @hisashi

↑

それでは、最終確認なのですが、今回の現象はレアケースであり、今回行った施策によって再発は防げるとの認識で合っておりますでしょうか？

レアケースと思われますが、再発しないという保証はできないと思います。
もし、旧ブログ側でリダイレクト元の投稿が、今後開けた場合は、コメントを書き込むことができないということかと思います。

一旦キャッシュを削除したようですので、大丈夫かとは思いますけれど。
旧ブログ側のリダイレクト元の投稿は、そもそもページキャッシュは不要ですので、キャッシュを作成しないようにしておく方が良いと思います。
（もし、ページキャッシュが存在してしまうと、リダイレクトされないと思います）

投稿者:: @mk2_mk2

↑

とりあえず、「WP Fastest Cache」の可能性をなくすためには、除外設定を使えば良いと思います。

 

こうすることで、このプラグインが原因で今回の事象が発生することはなくなると思います。
（ページキャッシュがないため、WordPress（Cocoon）が動いて、リダイレクトされる。他のキャッシュが原因だと、その限りではない）

原因が特定できていない以上、他の原因が残る可能性はあると思います。

レアケースでしょうから、おそらくそんなに簡単に発生はしないと思いますけれど。
（旧ブログ側はコメントの設定を変えたため、例え閲覧できても書き込めないはずですし）

投稿者:: @hisashi

↑

仕方がないことだと思いますので、今回コメントをくれた読者の方には、コメント欄に反省されない事情をお伝えしつつお詫びしようと思います。

これは、とりあえず、手動で新ブログ側に反映するしかないのでは。
（しておいた方が良いのでは）

ふと思いましたけれど。

旧ブログ側のアクセスログを調べるという方法はあるかもしれません。

投稿者:: @yinaba

↑

エックスサーバーをご利用のようですので、アクセスログで、当該コメントのユーザーが、どこを入り口に閲覧・コメントをしたか、リファラを調べれば分かる可能性はあると思います。
（但し、必ずリファラがある保証はないです）

レアケースと考えて、そこまでしなくても良い気はします。
（どうしても気になる場合だけすれば良いのかなと。もしくは再発するようならですが、もうコメントはできないはずですし）

@mk2様

その他に助言頂いた皆さま

業務多忙＆体調不良で返信が遅くなりすいません。

この度は大変お世話になりました。

再発防止のために出来る施策は実行しましたので、本トピックは以上をもちましてクローズしたいと思います。

ありがとうございました。