皆様ご返信ありがとうございます。

なるほど、CSSの除去で遅くなっているのですね。早速不要なcssを削ってみて、少しでも変換時間が短くなるように試してみます。

また、みなさまのご提案のAMPの無効化も検討してみます。

非 AMP ページ（通常ページ）のモバイルの計測結果では、「最初のサーバー応答時間を速くしてください。」は表示されていないので、AMPページの無効化で問題は解決すると思います。

ただ、SEO的にどのような変化があるのかも気になるところなので、サイトの管理者と話し合いながら、実験的に、AMPの無効化にも挑戦してみます。

現状、サイトへの流入の3割（約35万PV）ほどがAMPページなので、いきなり変更は少しリスクがあるような気がしました。

また、Akira様に教えていただいた、キャッシュ時間を長くするというのも試してみようと思います。

また、同じようなこと悩んでいる方のために、メモを残しておいます。

LCPを0.3秒速くしたいために、サーバーを変更してみました。

wpX Speed w4プラン　→  ConoHa WING リザーブド2GB

狙いとしては、ConoHaで「W3 Total Cache」を動かして、データベースキャッシュとオブジェクトキャッシュが活かせることです。（wpXでは、キャッシュプラグイン「W3 Total Cache」が正しく動かないようです。）

で、結果は、

今のところ、特に変化なしです ? 
変化あれば追記します。
（3月8日に変更したばかりなので、これから変化があるかもです。）

AMP を無効にします。現在の AMP は、Web 開発者のための技術です。サイト運営者が、無理をしてまで AMP を有効にする必要はありません。

Akiraさんと同意見です。AMP化のメリットとデメリットについて一度考えて（サイト管理者の方に提案して）みるのもいいかと。メリットよりデメリット、主にAMP化する手間のほうが大きいなら無理にAMP化をしなくていいと思います。

最近iPhoneのSafariで拡張機能が使えるようになりましたが、AMPページを強制的に通常ページにリダイレクトする拡張機能もあるようです。ダウンロード数も多いようです。AMPページが好きではない人も一定数いるようです。（日本国内の普及率はわかりませんが…。）

AMPページを通常のWebページにリダイレクトしてくれるiOS 15のモバイルSafari対応の機能拡張「AMP Shockwave」がリリース。 https://applech2.com/archives/20211004-amp-shockwave-for-ios15-safari-extension.html

企業のニュースサイトはAMP化のメリットが大きそうですが、個人のサイトや小規模のサイトはあまりAMP化のメリットはなさそうだな…というのが個人の意見です。

であれば、2 つの選択肢が頭に浮かびました。

① AMP を無効にする

AMP を無効にします。現在の AMP は、Web 開発者のための技術です。サイト運営者が、無理をしてまで AMP を有効にする必要はありません。

AMP がサイト運営者にもたらすメリットは、サーバー障害が起きてもサイトが完全に停止しにくい、その環境をお金をかけずに作れるぐらいだと思います。

② キャッシュの保存期間を長くする

1 日になっているキャッシュの保存期間を長くします。該当箇所は下記リンクの部分です。

https://github.com/yhira/cocoon/blob/master/lib/amp.php#L1074

このキャッシュのおかげで、2 回目（2 人目と言ってもいいかも）以降は、convert_content_for_amp() などの関数は動きません。

※ ログインしているサイト管理者には、キャッシュは無効になっています。

ただ、1 日経てばキャッシュはなくなり、再び 1 回目（1 人目）の表示の際に convert_content_for_amp() などの関数が動きます。そのため、キャッシュの保存期間を長くするのが有効かもしれないと思いました。どのページにも、まんべんなくユーザが訪れているサイトに有効かもしれません。

※ キャッシュの期間を長くする場合は、下記リンクのコードの追加が必要かもしれません。

https://notepad.pw/share/21lt2oacq

参考：管理者がページを書き換えたときのみAMPキャッシュが更新される

とりあえずAMP化しなくても素ならPageSpeed Insights94点はいくので、前回も書きましたが無理してAMPを利用する必要はないと思います。

わいひろ様もおっしゃっているように、HTMLをAMP用のタグに変換する関数で時間がかかっていると思われます。

先日の後、思い出しました。
よくよく思い出したら、HTML→AMP変換にそこまで時間は掛かっていません。
それ以上にかかっているのは、大量にあるCSSから不要なコードを取り除く処理です。
これがかなり時間がかかる。とはいえ、不要なCSSを除外しないとCSSのサイズエラーになるのでしないわけにもいかず…。

ご教授いただきありがとうございます ? 

PageSpeed Insaightsを見ているのですが、「最初のサーバー応答時間を速くしてください。」とampページの表示（携帯電話）の時だけ表示されています。

デスクトップであれば、そこは天下のcocoonなのでパフォーマンスは96点とか出ています。

携帯電話の際は、低速 4Gでのエミュレーションによる測定なので、パフォーマンスも78点と微妙です。

デベロッパーツールのネットワークを見てみると、ampページの表示の際は、Waiting(TTFB)が長いようです。

わいひろ様もおっしゃっているように、HTMLをAMP用のタグに変換する関数で時間がかかっていると思われます。

推測ですが、大量にページがあるサイトなので、サーチコンソールのクローラー（！？）がサイトを訪れるときは、キャッシュが作られていない状態のAMPページにアクセスして、速度が遅いと判断されていると思われます。

対策として、サーバーのグレードを上げようかと考え中です。（他力本願 ? ）

※ Lighthouse は、拡張機能の影響を受けないシークレットモードでの計測がおすすめです。

計測結果から、サーバーの応答時間が長いのか、何かがレンダリングをブロックしているのか、Web フォントの読み込みによるものなのかなど、どこに問題があるのかが分かります。

色々納得いたしました。

サイトに関しては、知り合いのサイトなので、ここでは提示を控えさせていただきたいと思います。すいません。

サーチコンソールの具体的な数値を見ていると、

モバイルのLCPの問題:2.5秒越が原因で「改善が必要」となり「良好」の緑の棒グラフが下がっているようです。
数値も、2.6秒や2.7秒と微妙に2.5秒を超えていました。

サイトのテーマ自体はいじっていないのですが、記事の投稿はしており、記事数が増えたことやサーバー側に何か変化がなかったかなど、別方向で調べてみます。

こんな素人な質問に丁寧にお答えいただきありがとうございました。

ps.また寄付企画の第2弾ありましたら、参加させていただきますのでよろしくお願いいたします。