yetal11777

アクセスがあるのに計測できない場合、原因は大きく３つあります。

１．該当ページで、JSエラーが起きている

２．ページ読込が完了してから計測が開始される仕様のため、ページ読込完了前に（すぐ）直帰されている

３．特にヒートマップはイベントデータで構成されるため、訪問者が何のアクションもしなかった
　　例えばページスクロールもクリックもせず、ただページを開いただけの場合、イベントが発生しません。

上記にあてはまらなければ、基本的に１PVでも計測できると思います。

あとは…「ヒートマップ閲覧ボタン」なんですが、「デバイス別」というのが少しわかりにくいかもという点。アイコン３種類あるので、それぞれクリックしても全部ダメかどうかだけ、見てみてください。（ついでにこれもご存知かもですが、期間選択欄で指定した期間だけしかデータ反映されません。）

Japanese below（日本語のメッセージは英語の後にあります。）
I initially thought you had written in English, but it seems you’ve kindly switched to Japanese. If you prefer English, please feel free to read the English message above. Otherwise, you can read the Japanese version below.

It seems that this error occurs when there is no tracking data available.

You might want to try visiting the page where the heatmap is not displayed yourself. Just remember, it won’t track your visit if you are logged in to your site’s WordPress. Check back the next day to see if the heatmap is displaying properly.

———-

計測データが存在しない場合に、そのエラーが出るようです。

試しに自分で、ヒートマップが表示されないページを訪問してみるのもよいかもしれません。WPにログインしていると計測されませんのでご注意ください。
翌日、ヒートマップが表示されるか確認してみてください。

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

なるほど。プラグイン開発者にこんなケースがあるみたいと言っておきますねー（ホントに話すだけになっちゃうかもですが…直接の解決方法がわからずごめんなさい。）

きっとプラグインの無効化→有効化はもう試されていますよね…今回とは異なるケースだとは思うのですが、一応こんなのもあったので↓書くだけ書いてみたりして。。
https://mem.quarka.org/manual/realtime-trable/

• This reply was modified 1 year ago by yetal11777.

サーバーエラーではなさそうなんですね。

止まっているところは「Night>Make view file>Readers>Make」とのことなので、サイト訪問者データ関連ですかね…
何か思い当たることはあったりしますでしょうか？

cronコードを見ると、↓この工程になるかと思うのですが…

case 'Night>Make view file>Readers>Make':
    $this->backup_prev_status( $cron_status );

    global $qahm_db;

    $save_s_id = 1;
    $save_e_id = 1;
    //search dir
    $allfiles = $this->wrap_dirlist( $vw_reader_dir );
    $beforefile = '';
    $beforestat = 0;
    $beforeend  = 0;
    if ($allfiles) {
        foreach ($allfiles as $file) {
            $filename = $file['name'];
            if (is_file($vw_reader_dir . $filename)) {
                $tmpary = explode('_', $filename);
                $reader_ids = explode('-', $tmpary[0]);
                if ( $save_s_id < $reader_ids[0] ) {
                    $save_s_id = $reader_ids[0];
                }

                if ($save_e_id < $reader_ids[1]) {
                    $save_e_id = $reader_ids[1];
                }
            }
            if ( $reader_ids[0] === $beforestat && $beforeend < $reader_ids[1]) {
                if ($beforefile) {
                    $wp_filesystem->delete( $vw_reader_dir . $beforefile);
                }
            }
            $beforefile = $filename;
            $beforestat = $reader_ids[0];
            $beforeend  = $reader_ids[1];
        }
    }

    //現在の最終IDを調査
    $table_name = $wpdb->prefix . 'qa_readers';
    $query      = 'SELECT reader_id FROM ' . $table_name . ' order by reader_id asc limit 1';
    $stat_id    = $wpdb->get_var( $query );

    $query      = 'SELECT reader_id FROM ' . $table_name . ' order by reader_id desc limit 1';
    $last_id    = $wpdb->get_var( $query );

    if ( $save_s_id < $stat_id ) {
        $save_s_id = $stat_id;
    }
    $lastdist   = $last_id - $save_s_id;
    if ( $lastdist <= self::VIEW_READERS_MAX_IDS ) {
        if ( $save_e_id !== $last_id ) {
            //最終IDだけ保存すればOK
            $query      = 'SELECT * FROM ' . $table_name . ' WHERE reader_id between %d AND %d';
            $preobj     = $wpdb->prepare( $query,  $save_s_id, $last_id );
            $allrecord  = $qahm_db->get_results( $preobj );

            //既存のファイルをオープンし、新しくカラムを追加して保存する
            $oldfile = $save_s_id . '-' . $save_e_id . '_readers.php';
            $newfile = $save_s_id . '-' . $last_id . '_readers.php';
            if ( $wp_filesystem->exists( $vw_reader_dir.$oldfile) ) {
                $oldary = $this->wrap_get_contents($vw_reader_dir . $oldfile);
                $newary = [];
                $newary[] = $oldary;
                foreach ($allrecord as $row ) {
                    if ( $save_e_id < $row->reader_id) {
                        $newary[] = $row;
                    }
                }
                $this->wrap_put_contents( $vw_reader_dir . $newfile, $this->wrap_serialize( $newary ) );
                if ( $newfile !== $oldfile ) {
                    $wp_filesystem->delete( $vw_reader_dir.$oldfile );
                }
            } else {
                $this->wrap_put_contents( $vw_reader_dir . $newfile, $this->wrap_serialize( $allrecord ) );
            }
        }
    } else {
        //最後まで保存ループが必要
        $is_last = false;
        while ( ! $is_last ) {
            $now_lastid = $save_s_id + self::VIEW_READERS_MAX_IDS;
            if ( $last_id < $now_lastid) {
                $now_lastid = $last_id;
                $is_last    = true;
            }
            $query      = 'SELECT * FROM ' . $table_name . ' WHERE reader_id between %d AND %d';
            $preobj     = $wpdb->prepare( $query,  $save_s_id, $now_lastid );
            $allrecord  = $qahm_db->get_results( $preobj );

            $allcount   = count($allrecord);
            $dbstatid   = $allrecord[0]->reader_id;
            $dblastid   = $allrecord[$allcount -1]->reader_id;

            //新しく保存する
            $newfile = $dbstatid . '-' . $dblastid . '_readers.php';
            $this->wrap_put_contents( $vw_reader_dir . $newfile, $this->wrap_serialize( $allrecord ) );
            //値を進める
            $save_s_id = $dblastid + 1;
        }
    }
    $cron_status = 'Night>Make view file>Readers>End';
    $this->set_next_status( $cron_status );
    $while_continue = false;
    break;

あとは例えば
?DBテーブルの「{wp-prefix}_qa_readers」なども使われているので、その辺りとか…
?定数「VIEW_READERS_MAX_IDS ? ? = 50000」となっているので、その辺りとか…

確かに夜間データ処理で止まっている様子ですね。

何らかの理由で、サーバーがデータ処理できないのかもしれません。

サーバーのエラーログに何か出ていますか？

なるほど、PHPメモリとかは問題なさそうなんですね…

メンテナンスから進まないのは、おそらくcronの自動データ処理が進めない状態にあるからだと考えられます。

cron処理が止まる原因は、サーバーが何らかの理由で止めている…というのがいちばん有力です。
よくあるのはデータ量が多すぎてサーバーが処理しきれず打ち切られる、とかでしょうか。
サーバーのエラーログに何か出ていれば、手掛かりになるかもしれません。

あるいはもともとの環境設定、cronの設定、キャッシュなどの影響も考えられます。

?（サポートサイト）「データのメンテナンス中」がずっと続いている

プラグインを削除すると、残念ながらデータも消えてしまいます。
（データは「wp-content/qa-heatmap-analytics-data/」ディレクトリに収められていますが、基本的には移植不可）

先にサーバーやcronなどいろいろ確認されてみて、
それでもダメだった場合は有料サポートを使うか、、有料プランでしたらサポートも含まれていますが…　データの削除はなるべく避けたいですもんね。。

プラグイン更新とかをきっかけに、「メンテナンスのお知らせ」で止まっている感じでしょうか？

可能性としては、サーバーのPHPタイムリミットや、PHPメモリ上限の制限にひっかかって処理が進まない、とかかもしれません。
設定を確認して、必要であれば設定変更してみてください。
（設定済みだったらごめんなさい。。。）

▼QAアナリティクスの推奨値
?PHPタイムリミット（max_execution_time）：240秒
?PHPメモリ上限（memory_limit）：１G以上（←ですが、うちはデータ多くないからか512Mでも動いてます）

→（サポートサイトマニュアル）インストール時の注意点

サーバー設定値は、WP管理画面 > ツール > サイトヘルス > [情報]タブ > [サーバー] で確認するのが早いと思います。
ちなみに上記２つについてはQAアナリティクスのヘルプ画面にも表示されています。（プラグインバージョンにもよるかもですが…）

設定変更の方法については、お使いのサーバーのマニュアルをご参照ください。「php.iniの設定」などで載っていると思います。

hiyoroさん、こんにちは
情報ありがとうございます！

こちらでも一括編集を実行したとき、大量のgetパラメータがついてエラーになる現象が出ました。
（まれに一括編集できたりして挙動不安定でしたが(^^;)）

投稿一覧にある「QAアクセス数」とかが影響している可能性もあるかもしれません。
検証改善事項として伝えておきました。

お手間ですが、当面は
一括編集する際はQAアナリティクスを無効化
→　編集し終わったら再度有効化する
という方法でお願いしたく…

よろしくお願いいたします。

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 );

amfl01さん、お返事ありがとうございます。

すみません、もう一つ、聞き忘れていました。
WordPressの投稿画面などを開くときも同様に重たいでしょうか？

もし管理画面全体が重いとすると、
QAアナリティクスは他の管理画面をロードした時（投稿画面など）には読み込まれないので、
プラグインが原因ではないかもしれません。
プラグイン以外にも管理画面が遅くなる原因として、
ブラウザ環境、サーバー環境、WPリビジョンなどがあるみたいです。↓
これで解決！WordPressの管理画面が重い???。

もし明らかにQAアナリティクスだけ、の場合ですと…
アクセス数が多いサイトでいらっしゃるでしょうか。
残念ながら他の機能をオフにすることはできないのです…(>_<)

ちなみにブラウザは何をお使いですか？
ヒートマップの場合は特に、Chrome以外だと重くて開けないということがありました。
もしChrome以外をお使いでしたら、ブラウザを変えたら、ひょっとしたらということがあるかもしれません。

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

sw326022さん、こんにちは！

スマホのみ、セッションリプレイが再生できないのですね。

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

ちなみに
ホーム画面の「目標」の辺り一番下部にあるセッションリプレイだと、再生できますか？
（再生できるページは限られちゃうと思うので、もし探せれば。）

セッション数やヒートマップは、
スマホの場合でも問題なさそうでしょうか？

amfl01さん、こんにちは！

ちょっぴり詳しく聞かせてください。

WordPressの管理画面が重たい感じでしょうか。
ログインしても、WordPressのダッシュボードがなかなか表示されない、というような。

QAアナリティクスのホーム画面も重たいですか？

Hello maltfield,

Have you edited the “wp-config.php” file by any chance and defined “wp_filesystem”, “FS_METHOD”?
https://developer.www.ads-software.com/reference/functions/wp_filesystem/

If so and if you use “ftpext” method for FS_METHOD, it may ask for FTP credentials.

We strongly recommend “direct” for FS_METHOD (which is the WordPress default).
->QA support site Points to note when installing*
*The term about ‘FS_METHOD’ is in English, though, there are still some sentences in Japanese. I’m sorry it seems to take time to reflect the translation more than I thought.

到達ページだとサーバエラーは出なかったのですね。
もうひとつ、ヒートマップが表示されるページ上のどこかを、目標タイプ「クリック」に設定した場合はいかがでしょう？
これでもしOKなら、データがあれば大丈夫っぽいですね。

でも確かにデータに関してわかりづらいし、いろいろ不明瞭でした……
サポートサイトに記事追加しました。ご指摘ありがとうございます。
?　PVデータとイベントデータ

ざっくり述べますと、
セッションリプレイにイベントデータが使われているのはご承知の通りなんですが、
リアルタイムビューと、ホーム画面のセッション一覧では、実はデータの参照先が異なります。
夜間データ処理において、イベントデータは１ページ分しか保存されず、それ以外のページのものは破棄されます。
リアルタイムビューでは、夜間データ処理前なので、ページを問わずにセッションリプレイが可能な状態になっています。ホーム画面では、参照できるのは、データ処理後の保存された１ページ分だけです。それで再生ボタンがあったりなかったり…という違いが生じることになります。

目標については、１つだけ設定できます。
?　目標設定

アップグレードすると、複数個の目標を設定することができます。
全てのゴールは目標が複数個あった場合の参考に置いてあるものだと思うんですが…
目標が１個だけだった場合は、確かに同じ内容ですよね…。
邪魔だしまぎらわしいぞ、と、上に報告しておきます。（ご期待に添えるかはわかりませんが(^^;)）

sw326022さん、こんにちは。

目標に設定している対象のデータが無い、という可能性はありそうでしょうか…？

試しに、データが必ずありそうなページ（ホームとか）を目標に設定してみると、いかがでしょうか？
目標タイプがクリックだと、イベントが取れていない場合はデータ表示されないと思うので、「到達ページ」のほうがよいと思います。