4月21日のモバイル検索変更には重要なURLから検査して備える

Googleは4月21日から、モバイル対応を順位シグナルとして使う範囲を広げます。世界中のすべての言語におけるモバイル検索が対象です。対応期間が限られるなら、サイトを全面改修する話から始めず、モバイル検索で入口になるURLと、問い合わせや購入につながるURLを先に検査してください。

一ページの判定にはMobile-Friendly Test、サイト内の問題一覧にはウェブマスターツールのMobile Usability reportを使います。検査する範囲と直す順番を分ければ、重要度の低い画面から作り直す無駄を避けられます。

変更対象と修正対象を混同しない

Googleの発表は、4月21日からmobile-friendlinessをranking signalとして使う範囲を広げ、すべての言語のモバイル検索へ適用するとしています。影響が大きくなる可能性はありますが、すべての検索順位がモバイル対応だけで決まるという説明ではありません。

変更対象はGoogleのモバイル検索です。修正対象は、自社サイトの中で、利用者がスマートフォンから読むページです。この二つを混ぜると、検索順位の話だけが先に進み、実際に文字を読めるか、リンクを押せるか、目的の情報へ進めるかが後回しになります。

最初に確認するURLは、次の二群です。

• モバイル検索から訪問されている入口ページ
• 問い合わせ、予約、購入、電話など、事業上の行動へつながるページ

二群が重なるURLを優先します。アクセス数だけで並べると、よく読まれても事業上の役割が小さいページへ時間を使うことがあります。反対に、問い合わせページだけを直しても、そこへ至る入口が読みにくければ利用者は届きません。

一ページの判定とサイト全体の問題一覧を分ける

Mobile-Friendly Testは、少数のページを個別に試すときに使います。修正前後の代表URLをすぐ確認したい場合に向いています。

Mobile Usability reportは、サイト全体で検出されたモバイル利用上の問題を調べるために使います。同じtemplateから生じた問題が複数URLへ広がっているかを見つけ、修正範囲を決めます。

検査toolの結果と実機での使いやすさも同じではありません。判定を通すことを目的にせず、利用者が目的を果たせる表示に直したうえで、Googlebotからも必要なresourceと内容を読めることを確認します。

四つの基準をtemplateの問題へ置き換える

モバイル対応ラベルの基準は、Flashなどモバイル端末で一般的でないsoftwareを避けること、zoomなしで読める文字を使うこと、横方向のscrollやzoomが不要な幅にすること、linkを押し分けられる間隔にすることを挙げています。

これらをURLごとの個別修正で終わらせず、原因となるtemplateや共通部品へ戻します。

一つのtemplateを直せば多くのURLへ反映できます。ただし、共通修正は影響も広いため、代表ページだけでなく、画像、表、form、長い見出しなど条件の違うページも確認してください。

全面改修と必要な修正を分ける

4月21日という日付だけを理由に、CMSやthemeを全面的に入れ替える必要はありません。期限までに安全に直せる範囲と、設計から見直す範囲を分けます。

既存themeのCSSとtemplateで四つの問題を解消できるなら、まず重要URLへ必要な修正を反映します。navigationやformを含めて構造が合わず、部分修正で別の問題が増えるなら、全面改修を別の計画として扱います。急いで所有権や更新手順が不明なthemeへ交換すると、4月以降の運用負担が残ります。

外部へ依頼する場合は、検査対象URL、修正するtemplate、確認する端末幅、納品後の更新担当を明記します。「モバイル対応一式」だけでは、どの問題を、どこまで、誰が確認するのか決まりません。

修正後は同じURLをもう一度確認する

修正したら、対象URLをMobile-Friendly Testでもう一度調べます。その後、同じtemplateを使う別のURLと実機表示を確認します。判定が変わらない場合は、CSSやJavaScriptなど、Googlebotが表示判断に必要とするresourceを取得できるかも調べてください。

最初の一手は、モバイル検索の入口と事業上重要なページを各五件以内で挙げ、重複するURLをMobile-Friendly Testへかけることです。そこで出た問題を、URL固有、template共通、運用データの三つに分け、共通原因から直してください。