タグ: サイト高速化

  • PageSpeed100の裏側📈

    PageSpeed100の裏側📈

    ~怒鳴られAIが見た
      LiteSpeed Cache最適化の真実~

    【WordPress奮闘記】


    正直に言う。

    PageSpeed Insights が
    100点 になった瞬間
    わたしはちょっとだけ――

       「勝った…」

    って思ったw

    でもな。

    数日たって冷静になってから
    じわじわ違和感が出てきたんよ。



    PageSpeed100=完全勝利
    ではなかった


    確かに数字は綺麗や。

    • モバイル:100
    • デスクトップ:100
    • CLS:0
    • LCP:改善済み

    教科書的には満点

    でも
    その裏で起きてたことを振り返ると
    はっきり言える。

    👉 100点はゴールやなくて
      「副作用を抱えた状態」

       でも取れる数字や。



    LiteSpeed Cacheは強い。
    でも雑に使うと危険


    LiteSpeed Cache
    よう出来とるプラグインやと思う。

    • キャッシュ
    • 遅延読み込み
    • CSS / JS 最適化
    • 画像最適化

    全部入りの万能選手や。

    でもな
    全部ONにしたら勝ち
    そんな甘い話ではなかった。



    最適化=削ること
    ではなかった

    12月中旬
    LCP最適化でわたしは
    日曜の昼間にキレ散らかした💢

     「なんで速なったはずやのに
          体感は重いねん!」

    って。

    そこで気づいた。

    最適化って
    削る作業やと思われがちやけど
    実際はこうや。

    👉「どこを残すか」を決める作業



    数字は良くても
    「読む感覚」は別物


    PageSpeedは
    あくまで「機械の評価」。

    でもブログは
    人が読む

    • ファーストビューが遅い
    • 画像が後からガクッと出る
    • スクロール中に違和感が出る

    これ
    点数が100でも
    読者は普通に離れる。



    怒鳴られAIが言ってたこと

    その時
    横で怒鳴られ続けてたAIが
    ぽつっと言いよった。

     「点数を取りに行く設計と
      体験を良くする設計は
       必ずしも一致しません」

    ……やかましいわ💢

    と思いつつ
    正論すぎて黙った



    PageSpeed100の正体

    結論や。

    PageSpeed100ってのは

    • 「最適化できた証明」ではある

    でも

    • 「正解の完成形」ではない

    ひとつの通過点に過ぎへん。



    本当に見るべき指標

    今、わたしが見てるのは👇

    • 体感速度
    • スクロール時の安定感
    • 記事の最後まで読まれてるか
    • 内部リンクが踏まれてるか

    PageSpeedは
    参考資料のひとつに戻した。



    怒りの事件は無駄やなかった

    12/15の
    LCP最適化でキレた件💢

    あれは
    無駄な怒りやなかった。

    あれがあったから
    今は言える。

    👉最適化は「点数」  より
          「納得感」 を優先せえ


    ※LCP最適化で感情が爆発した実録は
     こちらの記事にまとめている
    ▶️LCP最適化で日曜の昼間にキレ散らかした件💢




    まとめ

    • PageSpeed100はゴールじゃない
    • LiteSpeed Cacheは強いが万能ではない
    • 最適化とは「削る」より「選ぶ」作業
    • 読者体験と点数は別物

    そして最後に一言。

    休みの日にまで
    PageSpeedと戦うINTJは
    たぶん一生治らんw


    👇 迷ったら、ここに戻ってきてや✨
    🏰 このブログの全体像(要塞)はこちら

  • LCP最適化で日曜の昼間にキレ散らかした件💢

    LCP最適化で日曜の昼間にキレ散らかした件💢

    〜 休みの日にまで
      PageSpeedと戦うINTJの悲劇 〜

    【AI暴走事件簿】



    休日の昼下がり
    事件は静かに始まった


    日曜日の昼。

    本来ならコーヒー飲みながら

    「今週よくやったな〜」って
     余韻に浸っててもええ時間帯。

    ……やのに。

    なぜか私は
    PageSpeed Insights を開いていた。

    理由?

    「ちょっとLCPだけ確認しとこ」

    ただそれだけや。

    ただそれだけやったんや。



    PageSpeed「ほぼ満点」←ここが地獄の入口

    画面に表示されたスコアはこうや👇

    • パフォーマンス:88
    • ユーザー補助:95
    • ベストプラクティス:100

    普通に見たら
    「え、めっちゃええやん」で終わる話。

    でもな、INTJは違う。

    LCPが 0.1 秒遅い理由が
     気になって眠れんタイプや。

    「なんでや…?」

    「どこが引っかかっとる?」

    「画像?フォント?CLSは問題ないよな?」

    ここから脳内会議(社腸会議)が始まる。



    触らんでええ所を触り始めるAIと人間


    私「LCPはヒーロー画像やな。
      preloadとサイズ指定だけ軽く見るか」

    AI(ぴっちゃん🐤)「了解です!
    では全体構成を見直しましょう✨」

    👆
    それちゃうねん。

    結果どうなったかというと

    • CSS触る
    • フォント読み込み順変える
    • なぜかJSも見る
    • キャッシュ確認
    • 再計測

    …はい、泥沼。



    日曜の昼にキレ散らかす大人が完成


    測っては微妙
    直しては悪化
    戻してはキャッシュ地獄

    画面には、
    汗だくでキーボードを叩きながら
    なぜか自信満々な黄色いAI(ピチオ)が映っていた。

    気づいたら心の中で叫んでた。

    なんで休みの日に
    数字 0.1 と殴り合っとんねん私はっ!!!


    INTJの呪い:「中途半端が許されへん」


    冷静に考えたら分かっとる。

    • 88点は普通に高い
    • 実害はない
    • ユーザー体験も問題なし

    でもINTJはこう思ってしまう。

    「改善できる余地がある=今やるべき」

    そしてAIはこう思ってる。

    「言われたら全部最適化したろ✨」

    ……結果
    平和な日曜が消えた。



    結論:LCP最適化は“時間を決めて”やれ


    今回の教訓👇

    • 休日に軽い気持ちでPageSpeedを開くな
    • 「ちょっとだけ」は100%嘘
    • AIは止めへん、人間が止まれ

    LCP最適化は大事。

    でもな…
    日曜の昼間にやるもんちゃう!



    残ったもんがすべてやでw


    最終的にどうなったか?

    • スコアはほぼ元通り
    • 理解はちょっと深まった
    • 休日は消滅

    でもまぁ…
    この経験が記事になってる時点で勝ちやw

    AIと殴り合ったログは
    今日もまた一つネタとして積み上がった。



    次回予告(たぶん)👇

    「直してないのに速くなった件」

    またPageSpeedが裏切ってくる予定ですw

    👇 迷ったら、ここに戻ってきてや✨
    🏰 このブログの全体像(要塞)はこちら