補足情報です。
サーバのログで、
端末：smp の場合のみ
POST /hogehoge/wp-content/plugins/qa-heatmap-analytics/qahm-ajax.php
が404を返します。
端末：PC
端末：タブレット
の場合はそうなりません。
sw326022さん、こんにちは！
スマホのみ、セッションリプレイが再生できないのですね。
何かスマホ環境だけで動くJSなど、
他の端末との違いのお心当たり、あったりしますでしょうか？
ちなみに
ホーム画面の「目標」の辺り一番下部にあるセッションリプレイだと、再生できますか？
（再生できるページは限られちゃうと思うので、もし探せれば。）
セッション数やヒートマップは、
スマホの場合でも問題なさそうでしょうか？
@yetal11777 さん、ご返信ありがとうございます。
すみません、情報が足りませんでしたね。
何かスマホ環境だけで動くJSなど、
他の端末との違いのお心当たり、あったりしますでしょうか？
今確認できるデータでは、OSの違い、バージョンの違いに共通点はなく、端末：smpのくくりで起こっています。
ホーム画面の「目標」の辺り一番下部にあるセッションリプレイ
見落としていました。
見かけでは、
端末：smp 再生欄 クリックできるボタンあり 再生できる。
端末：pc 再生欄 滞在時間が１秒以上の場合、クリックできるボタンあり 再生できる。
端末：pc 再生欄 滞在時間が０秒の場合、クリックできるボタンなし。
セッション数やヒートマップ
カウントされています。問題なさそうです。
リアルタイムビュー画面の再生欄は端末：PC、端末：smp すべてにクリックできるボタンがあり（端末：PCの0秒の場合でもボタン有）、端末：smpだけが404になるということが分かりました。
ちなみに、Firefox107.0 Chorme/107.0.5304.122 でも動きは同じでした。
-
This reply was modified 1 year, 4 months ago by
sw326022.
sw326022さん、いろいろ情報ありがとうございます。
なんとなくやはり wp_remote_get がアヤシイのかな、という感じも否めませんね…
端末によって返ってくる値が違うのか、（smpだけエラーが返ってくるのか、）
下記のコードで wp_remote_get をテストしてもらうと何かわかるかもしれません。
// PC
$ua = 'User-Agent: Mozilla/5.0 (Windows NT 5.1) AppleWebKit/535.11 (KHTML, like Gecko) Chrome/17.0.963.79 Safari/535.11' . ' qahmbot/3.3.0.2';
$args = array(
'user-agent' => $ua,
'timeout' => 60,
'sslverify' => false
);
response = wp_remote_get( '問題のあるURL', $args );
// smp
$ua = 'User-Agent: Mozilla/5.0 (iPhone; CPU iPhone OS 12_0 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) CriOS/69.0.3497.91 Mobile/15E148 Safari/605.1' . ' qahmbot/3.3.0.2';
$args = array(
'user-agent' => $ua,
'timeout' => 60,
'sslverify' => false
);
response = wp_remote_get( '問題のあるURL', $args );
@yetal11777 さん、ご返信ありがとうございます。
わざわざソースまでご提示いただき、恐縮です。
その後、データを見ているのですが、現象にばらつきがあり、
（たとえば、上記では「ホーム画面の「目標」の辺り一番下部にあるセッションリプレイでは端末：smpで再生できる」と申し上げましたが、その後の日のアクセスデータでは、再生されるリストの2番目以降の画面では404となる、など）おっしゃるとおり、
「wp_remote_get がアヤシイ」という線が濃厚のようです。
となると、このところ、サーバのセキュリティが厳しくなったので、その影響で必要なアクセスを除外しているのではないかという可能性が大で、そのテストはなかなか時間がかかるので、ひとまずこのスレッドはクローズします。
おそらく、こちらのサーバセキュリティの問題で、QAアナリティクスの問題ではない、とおもいます。
時間がかかりますが、何かわかりましたら、こちらに情報を追記したいと思います。
ご丁寧にお知恵をお貸しくださり、ありがとうございました。
お世話になっております。
理由が分かりました。
上記の404エラーの理由は、qaのbotの403エラーが原因でした。
追加された特殊な条件のセキュリティにqaのbotが巻き添えを食らっていました。
wp_remote_get では解決できない場合、こちらを疑っていないとかなり遠回りをしてしまうので、もしお困りの方は、こちらもチェックしてみるといいのかもしれません。
