CLSを改善 | 項目 | 状態 | |------|------| | カルーセルのJS非依存レイアウト固定（必須プラクティス） | 適用済み（85b67b3・ストレス計測 1.1069→0.0055） | | ファーストビュー画像への明示的サイズ指定 | 適用済み（f24d705・効果なし） | | ウェルカムメッセージ（fs-clientInfo）の領域事前確保 | 該当なし（モバイル幅では display:none のため 0×0） | | ヘッダーロゴのvw単位固定化 | 適用済み（7b1a852・部分改善） | | 第1カルーセルのスライド画像への明示的サイズ指定 | 適用済み（3ab18b7・効果は断定不可） | | ul.slider（6-1-6.js）のレイアウト固定 | 該当なし（top=2403px でファーストビュー外・シフト寄与0件） | | レコメンド枠の領域事前確保 | 該当なし（top=922px 以降でファーストビュー外・シフト寄与0件） | | 未使用アイコンフォントの font-display 付与 | 該当なし（.slick-prev/next は固定寸法 40×40px でCLSに寄与し得ず） | | 動的コンテンツ（document.write/innerHTML 等） | 該当なし（0件） | | zoom プロパティの変更 | 該当なし（jQuery内部の zoom:1 ハックのみ） | | **第2カルーセルの adaptiveHeight レースコンディション** | **解決困難（未解決・次フェーズへ申し送り）** | 1. サードパーティのアンチフリッカーが隠蔽していた CLS 0.815 規模の構造的弱点を可視化した 2. カルーセル初期化時のレイアウト崩壊（約1640pxの縮小）を特定し、`:not(.slick-initialized)` による初期化前レイアウト固定で解消した 3. Chromeが img の `width:%` をデコード完了まで保留する非自明な欠陥を発見し、vw単位への変更で解消した 4. 検証プロトコルの欠陥（5回計測では偽陰性）を発見し、スパイク発生率による判定に改めた 発生率約1割のCLSスパイク（CLS 0.43前後）が残存する。 再現条件: FCPが 158〜175ms と異常に早く発生した回でのみ発生（通常時FCPは 858〜936ms）。 試行して効果がなかった対処: - `webstore.js` が注入する `lazyLoad:"progressive"` の除去 → 20回中5回（25%）に悪化 - 両カルーセルの `data-settings` で `adaptiveHeight:false` 化 → 同規模のスパイクを再現 推定真因: 1.68MBの同期JSバンドル（`webstore.js`）のパース・実行完了タイミングと早期初回ペイントとの競合。 スクリプトの分割・非同期化を扱う TBT/FCP 改善フェーズで再検証すること。 LCP: 1346ms CLS: 0.000 TBT: 0ms FCP: 873ms SI: 1981ms Overall Score: 100