採用サイトの表示速度を改善する｜Core Web Vitalsと検証手順

採用サイトの表示速度は、トップページの点数だけでは判断できません。検索や求人媒体から直接開かれる募集要項、社員記事、応募画面を含めて、読む・操作する・送信する経路を確認します。特にスマートフォンで使う写真や動画、外部の応募フォームは、別々に原因を調べます。

最初に「最初の画面が出ない」「ボタンを押しても反応しない」「読んでいる場所が動く」を分けます。同じ遅いという相談でも、改善する対象が画像、JavaScript、レイアウトで異なります。採用担当は症状と発生画面を記録し、制作担当は計測値と処理の内訳を照合します。

GoogleのWeb Vitals解説が示す良好な目安は、LCPが2.5秒以内、INPが200ミリ秒以下、CLSが0.1以下です。モバイルとデスクトップを分け、実測値の75パーセンタイルを見る考え方が示されています。これは一回のテストをその数字以内にすればサイト全体が合格になるという意味ではありません。

PageSpeed Insightsへ調べたいURLを入力し、モバイルとデスクトップを確認します。実際の利用者から得たデータと、一定の条件でページを開くテスト結果は測り方が異なります。URL単位のデータかサイト全体のデータか、収集期間と利用者数が十分かも見ます。

新しいサイトやアクセスの少ないページでは実測データが表示されないことがあります。データ不足を良好と扱わず、テスト環境で原因を調べ、公開後に実測も確認します。テスト結果の総合点だけを比較せず、対象URL、日時、端末区分、通信条件、問題が起きた操作を残します。条件が違う測定値をそのまま改善率にしません。

入力操作を伴わない読み込みテストでは、実際の利用者の操作全体を再現できません。INPを確認する際は、求人の絞り込みや入力などの操作も調べます。

大きな画像は、画面に必要な寸法と形式へ調整します。画面の下にある画像は後から読み込む方法を検討できますが、最初に必要な主要画像まで一律に遅らせると、表示が遅くなる場合があります。動画は自動再生の必要性を見直し、最初は軽い代替画像と再生ボタンにする案を比較します。

JavaScriptは、応募に必要な処理と、チャット・広告・分析などの外部処理を分けます。外部ツールを削除する場合には、そのツールで使っていた応募計測や問い合わせが止まらないかを確認します。どの会社にも同じ削除手順を当てはめず、読み込みや処理の記録から重い箇所を選びます。

リクルートの技術記事では、画像やWebフォント、サーバー側など複数の観点から改善を検討した例を確認できます。同社の結果を、自社の採用サイトでも同じ効果が出る根拠にはしません。

以下は編集部による架空の記録です。「募集要項ページ、モバイル設定、同じ計測ツールで変更前後を各3回測定。LCPの中央値は3.8秒から2.6秒。主要画像のサイズ変更のみを実施。実測の75パーセンタイルはまだ確認できていない」。この記録なら、改善したのはテスト条件下の値で、良好基準の達成も未確認だと分かります。

応募率の変化を見る場合は募集職種、媒体費、募集期間、応募条件の変更も記録します。速度改善と同じ時期に応募数が増えただけで、速度が原因だったと断定しません。

見積もりでは「スコア100を保証」ではなく、対象ページ、対象端末、計測方法、目標、改善作業、除外条件を揃えます。外部ATSの処理など、自社の制御外の箇所は切り分けた記録を受け取り、連絡先と対応範囲を決めます。

公開前には求人一覧から応募完了までを通し、写真、動画、検索、入力検証、アクセス計測も確認します。点数を上げるために必要な機能が欠けていれば受け入れません。公開後も、新しい動画や計測タグを追加した時に同じ条件で再確認し、変更した担当と日付を残します。

Googleの検索セントラルは、Core Web Vitalsを検索とページ体験の観点から説明しています。良好な数値だけで検索上位を保証するものではありません。求める情報がない、募集条件が古い、応募先が違うといった問題も別に改善します。

検索からの流入は採用サイトSEO、応募までの変化は運用・効果測定で追います。重い素材を作り直す場合は採用動画の役割と構成も確認し、伝える内容を保ったまま実装を改善してください。