秒以内にすることだけに集中するのがいいと思います。これだけ遅いのかは外部からは分かりません。エラーが出ていないかなどの調査が必要に思えます。エンジニアさんによる説明が最も参考になります。縮小するのが効果的です。縮小はサーバーの応答速度を速くするものではなく、サーバーが応答した後の速度を速くするものです。2兎にも角にも、サーバーの応答速度が遅いです。遅延読み込みされています。そのため、このページでは気にする必要はありません。悪くなることはありません。読み込みは、サーバーの応答速度には関係ありません。サイズは、お気になさる必要はありません。→(洗い出しは調査中)これはサーバーの応答速度に関係がありますので、お調べになるのがいいと思います。WINGなのでサーバー自体は悪くなさそうですね。→(洗い出しは調査中)どれもここまでサーバーが遅くなる原因としてはちょっと考えられないですね。リソース」の「CPUやメモリ」のリソース状態はどのようになっていますでしょうか。相談1・2へのコメント、調査のやり方のアドバイスありがとうございます。私自身が問題ではと考えていた❶❷❸ではなく、真因が他にあるとのご指摘があり、それが分かっただけでも安堵しています。つなげて、少しでもパフォーマンスを挙げていきたいと思います。私が説明できる点から、解明していきたいと思います(実はお恥ずかしいことをさらすことにもなります)。1.ConoHaのリソース添付ファイルに、CPUの付加状況を貼り付けます。100%を振り切ることが度々あります。出て、よく再ログインをしていました。メモリについては、ほぼ1%で、たまに2%になる程度です。2.同じレンタルスペース内で他にもサイト運営を行っていてそこの負荷が高いとか?同じレンタルサーバ内には、以下4つのドメインが設定されています。1)nanakorobi-yaoki.com2)uscma.jp3)management-accounting.biz4)uscma.conohawing.com4)は、サーバ契約時に作成しましたが、何も触っていません。ドメイン名を任意で使用したかったので、ConoHaの契約キャンペーンで、4)以外に任意のドメイン名をひとつ追加サービス(登録料ずっと無料)があったので、そこで3)を設定し、問題が起っているのは3)です。1)と2)は、追加で有償でドメイン(1年限り、自動更新なし)を取得して、つらつらと書き綴っていましたが、自動更新なしの設定を忘れてしまい、気が付いたときには、失効しておりました。中古ドメインを買い直そうとしたら、残念ながら、他の買い手に先を越されてしまっていました。どちらも、本当に大したデータ量ではないのですが、ぞれぞれ1年程度は手を入れて、40記事、100記事程度uploadしており、データ消去する前に書いたドラフトだけでもどうにかサルベージできないかなと考えて、やり方が分からずそのまま放置していました。エラー調査これは、ご提示いただいたURL記事を参考に、実行し、結果がでましたら、またこちらにご相談させてください。縮小するこちらは、Akira様の説明通り、サーバ応答後のものであるということを理解しつつ、現状を共有させてください。無効いろいろと面倒な事例を持ち込み恐縮です。エラー調査」を進めてまいります。@bizh↑1.ConoHaのリソースこれを見る限りではずっと負荷が高い状態というわけではないんですね。それでもサイトを開いてもやっぱり表示が遅いです。同じレンタルサーバ内には、以下4つのドメインが設定されています。1)nanakorobi-yaoki.com2)uscma.jp3)management-accounting.biz4)uscma.conohawing.com4)は、サーバ契約時に作成しましたが、何も触っていません。ドメイン名を任意で使用したかったので、ConoHaの契約キャンペーンで、4)以外に任意のドメイン名をひとつ追加サービス(登録料ずっと無料)があったので、そこで3)を設定し、問題が起っているのは3)です。1)と2)は、追加で有償でドメイン(1年限り、自動更新なし)を取得して、つらつらと書き綴っていましたが、自動更新なしの設定を忘れてしまい、気が付いたときには、失効しておりました。中古ドメインを買い直そうとしたら、残念ながら、他の買い手に先を越されてしまっていました。どちらも、本当に大したデータ量ではないのですが、ぞれぞれ1年程度は手を入れて、40記事、100記事程度uploadしており、データ消去する前に書いたドラフトだけでもどうにかサルベージできないかなと考えて、やり方が分からずそのまま放置していました。したら同スペースの別サイトが問題という感じでもなさそうですね...。@bizh↑いろいろと面倒な事例を持ち込み恐縮です。エラー調査」を進めてまいります。したらやっぱりこれが知りたいところかもしれません。13:30わいひら様コメントありがとうございます。「プラグインの全停止」を試しましたが、速度は変わりませんでした。エラー調査」を実行すべく、事前準備中です。コーディングや基盤・テクニカルなことは初心者なので、どこから手を付けるかを思案中です。進展が出てきましたら、この場で引き続きご相談させて頂きたく。14:27いつもお世話になっております。真因究明ということで、デバックモードに切り替えて、エラー内容を確認使用する手前で難関にぶち当たりました。使用することを強く推奨します。Win-PCなので、Ctrl+Fを使って検索をかけても、テキスト目視でも、このデバックに絡むコードを探し当てることはできませんでした。内のどこが適切な箇所になりますでしょうか。*/の上あたりかなと考えております。さん再度、参考リンクを貼り付けます。ご質問の答えが書かれています。内のどこが適切な箇所になりますでしょうか。参照した結果、~おっしゃるとおりです。Monitorプラグインを使用するとエラー若しくは警告が出ている場合は添付画像の矢印部分何かしら表示されます。19:47エラー・警告・通知などがある場合、該当メニューをクリックするとメッセージ一覧が表示されます。年度末繁忙期につき、レスポンスが遅れて申し訳ありません。デバックモードのURLはいの一番に参照させて頂いておりましたが、改めて閲覧して、コードを挿入して使用することをやっと理解できました。一読では頭に次工程が思い浮かばなかったようです。わいひら様にプラグイン使用法をご教授頂きましたので、まずはそちらでエラー内容を確認させて頂きました。PHPエラーが検出されました。11という結果でした。プラグイン全停止チェック実行の際にスピードに差分がでなかったので、プラグインにPHPエラーというのは驚きでした。aurora-heatmapは、あくまで便利ツールなので、不使用にするのは簡単なのですが、ewww-image-optimizerとwordfenceは、画像圧縮とセキュリティ関連なので、何かしら対策を打ちたいです。ついては数が多すぎるので、代替プラグインを探すしかないかなと思っています。展開されて、場所情報の詳細が記述されています。そちらもお見せした方がよろしいですか?丸投げ状態になりどうもスミマセン。11:47画面貼り付けははみ出し、添付ファイルは文字化け、で重ねてすみませんでした。下記に、画面貼り付け情報をテキストで再度ご提示いたします。16:07度々申し訳ございません。MonitorのPHPエラーは、ダッシュボード画面によるものでした。同プラグインの使用法を思い違いしておりました。Monitorの該当ページのログは添付ファイルの通りです。サーバーの応答速度がものすごく遅くなるとは考えにくいです。19:10出力されているメッセージは、Notice(通知)、Deprecated(非推奨)程度のものなので、Error(エラー)、Warning(警告)、が出ているわけではないのでサーバーの速度的な問題になるものはなさそうです。WINGサーバーの方に「なぜ自分の入っているサーバーはこんなに遅いの?」と問い合わせした方が手っ取り早いかもしれません。確認作業ありがとうございました。表示されているものがLCP遅延の原因ではない可能性が高いことが分かり少し安心しました。遅いクエリーとして1件検出されておりますので、そちらを下記に表示いたします。運営に問い合わせるというのは想定外でした。WINGサーバー側に問い合わせることに致します。19:33いつもお世話になっております。ConoHaへ問合せいたしましたが、私の説明が悪いせいでしょうが、下記のようなご返答で、原因追及はできませんでした。なにか、確実に回答をいただけるコツや聞き出すためのお作法みたいなものが必要なのでしょうか?ずばり、LCPのことをお伝えしたのですが。Consoleなどの外部サイトとの連携情報につきましては構築いただいているWebサイトのご運用状況により多岐に渡りますため、当窓口のサポート外となります。おそれいりますが、インターネット上の情報などをご参考にしていただき問題の切り分けを実施いただきますようお願い致します。ご要望に沿えず申し訳ございません。@bizh↑さて、遅いクエリーとして1件検出されておりますので、そちらを下記に表示いたします。@bizh↑ConoHaへ問合せいたしましたが、私の説明が悪いせいでしょうが、下記のようなご返答で、原因追及はできませんでした。なにか、確実に回答をいただけるコツや聞き出すためのお作法みたいなものが必要なのでしょうか?ずばり、LCPのことをお伝えしたのですが。何と質問したかはわからないので詳しくはわかりません。Insightsのことを持ち出して質問したのであれば悪手だったかもしれません。Insightsは外部ツールなので当然サーバーのサポート範囲には含まれません。質問するのだとしたら純粋に「あなたのところのサーバーの応答速度がめちゃくちゃ遅いんですけど原因として考えられるものは何かありますか?もしかしてサーバーでトラブルみたいなことは起きていますか?」みたいなことを丁寧に聞けばもしかしたら答えてくれるのかもしれません。サポートの良いサーバーだとこれで答えてくれるケースもあります。WINGがどうかと言うとそこまでしてくれるかはちょっとわからないです。様ご対応ありがとうございます。Monitorで測定した結果、6.18秒→5.79秒に改善しました。WING問合せお作法についてアドバイス頂きありがとうございます。シンプルな形で再度問い合わせたいと思います。Monitorで測定した結果、6.18秒→5.79秒に改善しました。そこまで速くなってませんね。時間を置いて様子を見て計測しても、これくらいの差であれば直接的な原因ではないかもしれません。様ご確認ありがとうございます。先のアドバイスを参考に、再度、ConoHaに問い合わせた結果、下記のような回答を得ました。”一時的”な状況ではございませんが、特に問題なかったといわれれば、それ以上、この線での追及は難しいようです。お問い合わせいただき、まことにありがとうございます。お問い合わせの件につきましてご案内致します。ご申告の事象につきまして、確認致しましたところ、ホストサーバーや弊社ネットワークにおいて、ご申告の事象に繋がるような不具合や異常を示すアラートの検知はございませんでした。同ホスト内の他のお客様のご利用状況等により一時的にご申告の事象が発生している可能性はございます。お客様のコンテンツの運用や設定状況によっては、サイトの動作が不安定となるケースもございますので、対象のWordPressの設定状況などご確認いただき、必要に応じて設定をご調整いただきますようお願い致します。ご確認の程よろしくお願い致します。同ホスト内の他のお客様のご利用状況等により一時的にご申告の事象が発生している可能性はございます。「レンタルサーバー同居人」調べると結構な数のサイトが出てきますね。http://tobira.sakura.ne.jp/doukyo/共用サーバーであれば十分同居人が重いということが原因としてあるかもしれません。全体的に重いと苦情が来るので放置はしてないとは思いますが。118.27.95.84」で検索してもある程度同居人を調べられます。Insightsで速度に変わりがないか調べておく必要あるかと思います。添付画像よりかは何秒か早くなればプラグインかテーマが原因ですし、変わらなければサーバー・サーバー設定が怪しいという切り分けができるかと。118.27.95.84の同居サイトですけど数えたら678以上あるんですね。http://tobira.sakura.ne.jp/doukyo/出力されているものだけでもこれだけあるので、結構入っているもんだなぁと。18:00ちなみにCocoonはCocoonサイトだけしか出力されませんでした。(150.230.194.151)だと91サイトが出力されました。サーバーによって収容人数もあると思うのでそれぞれなのかもしれませんが。出力されてないものもあると思うので参考程度に。18:17僕が9年前くらいに取得したサーバーのサイトだと350ぐらいでした。そのサーバーの対応性能と運用方針によって適切な収容人数も変わってくるのかもしれませんね。様お手数をお掛けしております。共用サーバ収容数の調査方法などご教授頂き感謝します。