sw326022

@yetal11777さん

ご返信ありがとうございます。

?プラグインの無効化→有効化
これはやってみたのですが、どうも変わらないかったです。

?サーバによって１Ｇを認識しない
うわあ、こんなこともあるんですね。ちょっと試してみます。

@yetal11777さん

ご返信ありがとうございました。

?何か思い当たること
wordpress全体で他のバッチ処理が追加されたことくらいでしょうか。
QAには直接関係ないです。

?定数「VIEW_READERS_MAX_IDS = 50000」
これはあり得ます。

とにかくリアルタイムビューが動かないのは困るので、最終的にはデータは放棄してプラグインを削除して再インストールくらいしか手がないのかなと思っています。

ご返信ありがとうございます。
とりいそぎ、止まったあたりから今朝までのログを見てみましたが、特に気になるようなエラーはありません。
自サーバIPのエラーを確認しています。

お世話になっております。

理由が分かりました。

上記の404エラーの理由は、qaのbotの403エラーが原因でした。

追加された特殊な条件のセキュリティにqaのbotが巻き添えを食らっていました。

wp_remote_get では解決できない場合、こちらを疑っていないとかなり遠回りをしてしまうので、もしお困りの方は、こちらもチェックしてみるといいのかもしれません。

@yetal11777 さん、ご返信ありがとうございます。

わざわざソースまでご提示いただき、恐縮です。

その後、データを見ているのですが、現象にばらつきがあり、
（たとえば、上記では「ホーム画面の「目標」の辺り一番下部にあるセッションリプレイでは端末：smpで再生できる」と申し上げましたが、その後の日のアクセスデータでは、再生されるリストの2番目以降の画面では404となる、など）おっしゃるとおり、
「wp_remote_get がアヤシイ」という線が濃厚のようです。

となると、このところ、サーバのセキュリティが厳しくなったので、その影響で必要なアクセスを除外しているのではないかという可能性が大で、そのテストはなかなか時間がかかるので、ひとまずこのスレッドはクローズします。

おそらく、こちらのサーバセキュリティの問題で、QAアナリティクスの問題ではない、とおもいます。
時間がかかりますが、何かわかりましたら、こちらに情報を追記したいと思います。

ご丁寧にお知恵をお貸しくださり、ありがとうございました。

@yetal11777 さん、ご返信ありがとうございます。

すみません、情報が足りませんでしたね。

何かスマホ環境だけで動くJSなど、
他の端末との違いのお心当たり、あったりしますでしょうか？

今確認できるデータでは、OSの違い、バージョンの違いに共通点はなく、端末：smpのくくりで起こっています。

ホーム画面の「目標」の辺り一番下部にあるセッションリプレイ

見落としていました。
見かけでは、
端末：smp 再生欄 クリックできるボタンあり 再生できる。
端末：pc 再生欄 滞在時間が１秒以上の場合、クリックできるボタンあり 再生できる。
端末：pc 再生欄 滞在時間が０秒の場合、クリックできるボタンなし。

セッション数やヒートマップ

カウントされています。問題なさそうです。

リアルタイムビュー画面の再生欄は端末：PC、端末：smp すべてにクリックできるボタンがあり（端末：PCの0秒の場合でもボタン有）、端末：smpだけが404になるということが分かりました。
ちなみに、Firefox107.0 Chorme/107.0.5304.122 でも動きは同じでした。

• This reply was modified 2 years, 3 months ago by sw326022.

補足情報です。

サーバのログで、

端末：smp の場合のみ

POST /hogehoge/wp-content/plugins/qa-heatmap-analytics/qahm-ajax.php

が404を返します。

端末：PC
端末：タブレット
の場合はそうなりません。

QuarkAさん、

ご対応ありがとうございます。

wordpress 6.1.1 ? QAアナリティクス 3.3.0.2 でも きちんと稼働していることを確認しました！

動いてくれて本当に良かったです。

@yetal11777 さん、ご返信ありがとうございます。

目標タイプ「クリック」に設定した場合

これ、やってみますね。
データを探しながらやるのでちょっと時間がかかりそう。
でも設定自体はできるので、たぶんイケそうな感じ。

サポートサイトへの追加、ありがとうございます。

セッションリプレイとイベントデータの関係が良くわかりました。
また、アップグレードとの関係も明記されているので、有料に踏み切るかどうかの判断がしやすくなりました。

アップグレードの場合複数個の目標が設定できるということがわかれば、全てのゴールがあるのは理解できるので、それ自体があることはOKな気がします。

@yetal11777 さん、ご返信ありがとうございます。

テストしてみました。

• ヒートマップが表示されるページを到達ページに設定→サーバエラーなし／ホーム画面→目標 すべて表示／セッションリプレイのボタンが表示
• ヒートマップの対象にしていないページ（今回はホームページ）を到達ページに設定→サーバエラーなし／ホーム画面→目標 すべて表示／セッションリプレイのボタンが全て非表示（リアルタイムビューではセッションリプレイのボタンは表示されていたことは確認済み）

エラーは出なくなりましたが、挙動としてはつじつまが合いません。

また、目標は一つしか設定できないものなのですか？
それとももっと設定できるのに、そのボタンなどがないのでしょうか？

全てのゴールと同じ内容なのに、別に分けているのはなぜ？と思いました。

どうもそのようですね。

ありがとうございました。

ありがとうございます。

その他の関係から、サーバは自前に移行しました。
普通は必要ないと思います。

だれにでも当てはまるのは、WAFについてです。
サーバのWAFとアプリケーションのWAFの影響が複雑すぎて、OFFりました。
またそのとき.htaccessの内容もかならずチェックしたほうがいいです。

いずれにしても、セキュリティレベルに直結するので、ここを触る方は慎重になさってください。

お世話になりました。

お世話になっております。

使用しているサーバ側と調整して、設定を変更しました。

日月のデータを改めて確認しました

• 上記エラーは出ていません。
• リアルタイムビューが再生されます
• ヒートマップも表示されます

上手く動いていそうです。

ただ、ヒートマップが表示されたことで改めてわかってしまったことがありました。

ヒートマップの背景？が本来のサイトのページではなく、エラーのページとなってしまっている。

導入がうまくいって、たまたま最初のアクセスが好ましくないアクセスだったらしく、そのときのエラーメッセージがそのままヒートマップ上に表示されてしまっています。
その後、通常のアクセスがあり、リアルタイムビューでも4分くらいのしっかりしたアクセスで、動画上も通常のサイトが写っているのですが、そのアクセスを反映したであろうと思われるヒートマップの背景？もエラメッセージーページのままです。

現在、この仕組みを変更してエラーページが出ないようにしているのですが、ヒートマップの背景が通常のサイトに直るためには、どうすればよいでしょうか？

いままでのアクセスデータはなくなってしまいますが、ヒートマップの対象ページをQA上でバージョンアップすればよいですか？

ご返信ありがとうございます。

リアルタイムビューで行動の再生（セッションリプレイ）

同じエラーが出ます????。

wp-admin/[2022-07-01 11:33:22] ERROR, 3.0.1.0, class-qahm-view-replay.php:139, wp_remote_get status error

使っているサーバは、おそらく誰でも知っている老舗のメジャーなサーバなので、wordpressのwp_remote_get関数が動かないというのは解せません。

サーバのサポートに問い合わせてみますね。

計測ファイルが作成されない問題

確認してみました。

QA ホーム画面の

• ダッシュボードでは 月間セッション数：今月（昨日まで）が今まで０だったのが、加算されるようになりました。
• ユーザ数、集客、行動、コンバージョン：今まで０だったのが、加算されるようになりました。

計測ファイルは作成し始めたようです。
ありがとうございました。

ただ、新たに問題が出てしまいました。

コンバージョンのセッション（抽出されたページを含む）の再生を押すと、404ページが開き、

URLに

XXXXX/wp-admin/[2022-07-01 08:53:02] ERROR, 3.0.1.0, class-qahm-view-replay.php:315, wp_remote_get status error

が追加されています。

まだ何かうまくいっていないみたいです???。