カテゴリー: blog

Googleアナリティクスのデータをプログラムで取得して〇〇したいと思うことはまあまあある。現在Googleアナリティクスのデータは、Googleアナリティクス4 （GA4）プロパティと従来のユニバーサルアナリティクス（UA）プロパティに属しており、それによりAPIも変わる。なおUAは、2023年7月1日にサポート終了になり、データ処理が終わることがアナウンスされている。

Reporting API V4

UAプロパティにアクセスし、デイリーの各種データを取得できる。

Real Time API V3

UAプロパティにアクセスし、リアルタイム（過去30分間）の各種データを取得する。利用はデベロッパーに限定され、別途申請が必要。

DATA API V1（ベータ版）

GA4プロパティにアクセスし、デイリーとリアルタイム（過去30分間）の各種データを取得する。リアルタイムのデータ取得はReal Time API V4よりも限定的（eventCategoryやeventLabel毎のデータは取得できない）。

これらはそれぞれPHPのライブラリが提供されており、例えばWordPressのプラグインとして組み込める。また上記では便宜上「デイリー」としているが、Reporting API V4とDATA API V1（ベータ版）で取得できるデータは1日数回は更新される（参考：データの更新頻度（エンハンスト）、[GA4]データの更新頻度）。当日データの取得は、数時間遅れということになる（更新された日時を知る方法はあるのかな？）。

各ライブラリを使用する場合、認証用のキーファイルが必要になり、そのアカウントのメールアドレスを閲覧者として登録しておく。Reporting API V4とReal Time API V3はクライアントオブジェクトを生成し、そのsetAuthConfigメソッドでキーファイルのパス名を指定するのに対し、DATA API V1（ベータ版）では環境変数にパス名を指定してからクライアントオブジェクトを生成するといった違いがある。

Real Time API V3のPHPサンプルは、リンク先のgithubではWebアプリになっている。そこでReporting API V4を参考に適宜クラス名を変更ながら試すことに。イベントデータを取得するところは、次のような感じになった。

$optParams = array(
	'dimensions' => 'rt:eventAction,rt:eventCategory,rt:eventLabel'
);
$results = $analytics->data_realtime->get(
	'ga:XXXXXXXXXX',
	'rt:totalEvents',
	$optParams );

DATA API V1は、UAのサポート終了までに正式版がリリースされると思うが、リアルタイムのイベントデータ取得が今のままだとUAからの移行が大変そう。現在の仕様に合わせて対応していくべきなんだろうか。

今回の6.0へのアップデートは、4.9から5.0へのアップデートと異なり、比較的小規模な感じで、ブロックエディターまわりが中心。まあテーマ開発者はそれなりに大変だったようです。個人的には目に見えるUI、見えない部分も含め、そろそろ落ち着いてほしい。

さて私の方は、リリース日の前日夜（実質当日）に業務が入っていたので、「Login rebuilder」はRC3で動作確認し、リリース日の数日前に2.7.3をリリース。あわせて動作確認したいくつかのプラグインはreadme.txtのみ更新しました。公開中のプラグインですが、おおむねネタ切れです。。。

WordPress 6.0ですが、いくつか気になるところがあったので、リリース後にtracへポストしました。1つは編集画像の適用範囲が国際化対応していない問題なので、早ければ次バージョンには対応されそうです。もう1つはシングルサイトで使用可能になったget_user_count関数で正しいユーザー数を取得できない問題。ネーミングで勘違いしてポストした後、ログ出力して確認することでユーザー数を更新する仕組みはほぼ理解できたのですが、肝心のユーザー数を更新する処理がないような気がします。

そういえば、先週末「WordCamp Europe 2022」がポルトガル開催されたようです。オフラインのWordCampはかなり久しぶり。今年の「WordCamp Japan」について、そろそろアナウンスがあったりするのかな。

昨日、WordPress 5.9が予定通り公開されました。メージャーバージョン時の貢献者リストに名前が載るのはうれしいものです。

5.9ではフルサイト編集機能が提供され、標準のブロックも機能強化されているようです。各ブロックの「タイポグラフィ」パネルはこれまでと違った感じで少し戸惑うかもしれませんが、面白いUIになったと思います。これって「高度な設定」パネルの直前ではなく、「色」パネルの前か後に変更できないんだっけ。。。

5.9の小ネタとしては、input要素などのreadonly属性を設定するreadonly関数が非推奨となり、代替としてwp_readonly関数が定義されたこと。PHP 8.1絡みらしいので、使っている方は忘れずに対応を。

さて昨年の年末にかけて標準のブロックをカスタマイズを試みていたのですが、こちらのサイトにも適用しました。「段落」ブロックに「字下げ」と「マーカー」を追加。「字下げ」は問題なさげですが、「マーカー」がエディター側だけ意図した表示にならない。こちらあとで対応しないとね！

予定通りWordPress 5.8がリリース。貢献者リストに名前が記載されるのは、ちょっと嬉しいですね。

5.8ではブロックエディターまわりが大幅に機能強化され、IE11がサポート対象外になったり、WebPフォーマットがサポートされたりと、テーマ開発には大きなインパクトがありそうです。

このリリースにあわせて公開しているプラグインの3つについては、RC3で動作確認し、昨日readme.txtを更新しました。何か新しい機能を追加したかったけですが、時間的に余裕がなかったので今回はこんな対応になっています。

投稿一覧ページ向けのプラグイン「Posts filter multiselect」をアップデートする予定です。

主な理由はWordPress 5.7で同梱されているjQueryもアップデートされたこと。Posts filter multiselectでは「jQuery MultiSelect UI Widget 1.13（jquery.multiselect.min.js）」を利用してプルダウンメニューの複数選択を実現していますが、今回のアップデートではWordPress 5.5以降では独自実装に切り替え、jQueryで非推奨になっている機能を使用しないように調整します。機能面はほぼ同等ですが、いくつかキー操作を追加しています。

本リリースは水曜のWordPress 5.7.1のリリースに合わせる予定で、それまでいくつかの最新ブラウザで動作検証するつもりです。