Google アナリティクスの管理者である場合、自動的にそのサイトが Search Console に登録されるようになる。言い換えると、Google アナリティクス の管理権限を所有していれば、Search Console での所有者確認の操作は不要だ。

画像検索からのリファラー URL を今後数か月かけて新しいものに変更していくことを Google はアナウンスした。リファラーの変更に伴い、アクセス解析の設定変更が必要になるケースがある。とはいえ、大部分のサイトにとっては計測に影響しない。

Yahoo! モバイル検索は AMP に先日対応した。だが、Google 検索とは異なり、AMP Client ID API に Yahoo! 検索をサポートしていない。Yahoo!からのAMPキャッシュへのアクセスは同じユーザーであっても異なるユーザーとして認識されるため、不正確な計測データを取得していると思われる。

日本の Google 検索でも AMP キャッシュのアクセスを正常に取得できるようになった。Google AMP Client ID API を設定すると、Google アナリティクスで、AMP と非 AMP をまたいだでアクセスしたユーザーを同一視可能だった。ところが導入時点では、google.com だけがサポート対象だった。今は google.co.jp でも機能する。

AMP キャッシュへのアクセスとオリジナルのページ（AMP含む）へのアクセスを同一認識できない問題を解決する手段を Google アナリティクスが提供した。AMP Client ID API にオプトインすることで実現可能。

アクセス解析における、AMP と非 AMP ページ（通常ページ）との間の移動で生じる不正確なトラッキングの問題を Google アナリティクスは解消した。

AMP ページのアクセス解析には大きな問題があるようだ。次のレポートが非常に信頼性に乏しいデータになっている。「ユニーク ユーザー」「セッション」「直帰率」「ページ/セッション」「参照元」。AMP 導入の成功事例もひょっとしたら疑わしい。

GoogleタグマネージャがAMPをサポートした。AMPページのアクセス解析をGoogleタグマネージャでできる。AMPページにGoogleを設定する手順は、1.AMP用のコンテナを作成する、2.AMPページにトラッキングコードを設置する、3.タグを作成する、4.プレビューして公開する

Googleアナリティクスの「参照元/メディア」に com.google.android.googlequicksearchbox がリファラーとしてレポートされることがある。これはGoogleアプリで検索したときに記録されるリファラー。検索トラフィックだがリファラー。

Search ConsoleとGoogleアナリティクスの統合がさらに進み、1つのレポートで両方の指標を同時に見ることができるようになった。統合が進んだことにより、サイト改善のための分析が以前よりも容易になった。