[EC-CUBE] 4.0.5正式版（公式DL版)
[レンタルサーバ] GMO　Conohawingサーバ
[OS] Linux web0168.sh.tyo1 3.10.0-962.3.2.lve1.5.39.el7.x86_64 #1 SMP Thu Sep 17 06:10:33 EDT 2020 x86_64
[PHP] PHP 7.3.26
[データベース] MySQL 5.7.27-log
[WEBサーバ] Apache + nginx
（バージョン確認方法が分かりません）
[ブラウザ] 有名どころ全て

[導入プラグインの有無] 有り

Amazon Payプラグイン(V2対応版) 1.1.0
AmazonPayV2　状態： 無効

お問い合わせ管理 for EC-CUBE4 1.0.5
ContactManagement4　状態： 有効

Coupon Plugin for EC-CUBE4 4.0.7
Coupon4　状態： 有効

Paidyプラグイン 1.0.5
Paidy4　状態： 有効

Securitychecker4 4.0.0
Securitychecker4　状態： 有効


U-KOMI 1.1.1
UKOMI4　状態： 有効

クロネコヤマト　カード・後払い一体型決済サービス 1.2.1
YamatoPayment4　　状態： 無効

EC-CUBE Ranking Plugin 1.0.1
Ranking 状態： 有効

ユーザー独自プラグイン
PAY.JPプラグイン for EC-CUBE4
状態：有効

[カスタマイズの有無]] CSVの列追加や会員登録の項目削除・追加くらい。大規模なものはございません。

サイトURI：https://40010monogatari.com/online/





LighthouseのPageSpeedInsights
にて3日前の4/25日計測した際には、
https://code.jquery.com/jquery-3.3.1.min.js　の第三者コードの影響が、250msほどでした。もともとはこれを短縮できないかと触ってたという経緯が有ります。


次の日、翌26日に寝ぼけながらバックアップ取らずに操作（主にdefault_frame.twig）してしまい、再度計測したら
メインスレッドのブロック時間　11,225 ms まで低下し、何が原因なのか分かりません。とてもとても困っております。


近日中に最初から環境作り直そうかの判断をしなければなりません。いうてFWもEOL迎えるので良いタイミングなのですが。アップグレードが分からなかったので新規インストールになると思いますが。。。それはまた別のお話なので今回は割愛します。


Gtmetrix計測であれば履歴で4/25までは確かに正常だったことが分かるかと存じます。何か1つヒントだけでもいただければありがたいのです。お忙しいところ恐れ入りますがどなたかご教示ください。どうぞよろしくお願いいたします。



備考：



読み込みの際のハッシュ値などは変更していません。当方パニクってて、JQuery読み込み時に問題発生してるなら別のCDNにしようと思い本家からMS、jsDelivr等に読み込みを一時的に（15分程度）変更しました。結局読み込みが正常に働いていない様子なのでデフォルトで入っている本家JQueryに差し戻しました。
そもそもCDN読み込みが良く分からず触っていた節があるので今回の事象が天罰の如く発生したのだと思います。