スマートフォンだけ別サイトへ飛ぶときは広告用スクリプトと改ざんを分けて確認する

スマートフォンでだけ、検索結果から開いたページが別のサイトへ移るなら、モバイル対応の設定として放置しないでください。正しいモバイル用ページへの転送と、関係のないサイトへ送る転送は別のものです。後者なら、広告用に入れたスクリプトか、サイトの改ざんを先に疑います。

スマートフォン向けのページへ対応するURLを開くための転送はあります。しかし、検索結果で選んだ内容と違うサイトや、広告の多いページへ送られるなら、利用者が期待したページを見せていません。原因を決めつけず、スマートフォンで起きる条件と、ページに入れた外部の要素を順に調べます。

正しいモバイル転送と意図しない転送を混同しない

パソコン用の製品ページから、その製品のスマートフォン用ページへ移すことは、画面に合わせた表示のために必要になることがあります。URLが変わっても、読もうとした内容が対応していれば、利用者は目的を続けられます。

問題になるのは、同じ検索結果を開いたのに、スマートフォンでだけ無関係なサイトへ移る場合です。たとえば、店舗の案内ページを開いた利用者が、別の広告サイトへ送られるなら、画面の大きさに合わせた処理ではありません。

Googleの案内でも、モバイル利用者を対応するモバイルURLへ送る例と、別の内容へ送る不正な転送を分けています。不正な転送は、サイトの管理者が設定していない場合にも起こります。

原因は広告用の要素と改ざんに分けて探す

意図しない転送を見つけたら、最初にサイト全体を作り直す必要はありません。転送が起きるURL、利用した端末、検索結果から開いたかどうかを記録します。そのうえで、原因を二つに分けます。

広告を載せること自体と、広告用の要素に利用者の移動を任せることは違います。外部のスクリプトを入れるなら、誰が提供し、どのページで動き、外したときに何が止まるかを残しておきます。提供元が分からない要素は、障害が起きても直す相手を決められません。

改ざんの可能性がある場合は、転送だけを消して終わりにしません。不要な管理者、古い更新用パスワード、見覚えのないファイルを確認します。復旧を外部へ依頼する場合も、作業後に誰が管理画面とサーバーの権限を持つかを自社側で確認してください。

検索結果から実際に開いて確認する

転送は、スマートフォンだけ、検索経由だけ、初回だけというように、条件を限って起きることがあります。パソコンの通常表示だけで「問題ない」とは決められません。

次の順で確かめると、作業の範囲を広げずに済みます。

1. スマートフォンでGoogle検索を行い、問題が疑われるページを検索結果から開く。
2. 開いたURLと、最終的に表示されたURLを記録する。
3. 同じページを時間を置いて開き、毎回起きるかを確かめる。
4. 管理できない広告用スクリプトや外部要素を一つずつ外し、その都度同じ条件で確認する。
5. 転送が止まらなければ、改ざんを疑い、管理者とサーバー内の変更を調べる。

解析の数字も補助になります。スマートフォンからの訪問だけが急に短くなったり、特定のページだけで離脱が増えたりしたときは、転送が起きていないかを実機で確かめます。ただし、滞在時間や訪問数の変化だけで、転送が原因だと決めることはできません。

転送を止めた後に残すもの

原因を取り除いたら、どのURLで起きたか、何を外したか、誰が確認したかを残します。外部のスクリプトを戻す必要があるなら、同じ表示条件で再確認できるように、提供元と設置箇所を記録します。

検索流入を戻すために急いで別の広告を入れるより、利用者が検索結果から期待したページを開ける状態を先に戻してください。広告、計測、更新を外部へ任せても、サイトからどこへ送るかの判断と確認は、サイトを持つ側に残ります。

最初の一手は、スマートフォンで主要な入口ページを一つ開き、検索結果のURLと最後に表示されたURLを書き出すことです。違うサイトへ送られるなら、管理できない外部要素を止める前に、その表示条件を記録します。