1ページ目から離脱ページの間にユーザーがたどった経路は計測できないのですか？

セッションリプレイではそのユーザーがどのページから流入してどのページを経由し、どのページから離脱したかが分かります。 ※セッション一覧の「再生」欄、該当ユーザーの録画再生ボタン（三角マーク）を押すと、セッションリプレイを見ることができます。

データオーナーシップに関して

QuarkAのリリースするプロダクトで取得されたデータは、インストールされた方のサーバーにストックされ、弊社の人間が閲覧およびアクセスすることはなく、そもそもできません。データの管理者はそのサイト運営母体であるべきというデータオーナーシップの考え方に基づいています。 関連記事▼データの保存（場所と期間）について また、QuarkAは 1st party Cookieを採用しており、その点でも弊社側からユーザーのデータを見ることはできません。 1st party Cookieとは？ Cookieとは、サイト閲覧中に、ユーザーのブラウザにテキスト情報を保存する仕組みです。どんな情報を保存するかはその発行元（保存する人）に任されています。 発行元は大きく二種類にわかれます。「サイトオーナー」か、「それ以外（第三者）」です。 まずサイトオーナーが発行するCookieですが、例えばAmazonなどは「このブラウザはログイン済み」という情報をユーザーのCookieに保存しています。そのことにより、ユーザーは何回もログインしなくてすむようになります。このようにサイトオーナーが保存するCookieを1st party Cookieと呼び、サイトの利便性を高める目的などで使われます。Cookieの内容は発行元以外の第三者が覗く事はできませんので安心です。 では、それ以外の第三者は、いったい何をCookieに保存する必要があるのでしょうか？これは先ほどの「覗けない」ということが関係しています。 第三者はAmazonが発行したCookieは覗けません。では、自らがAmazonなどに頼んで自社製Cookieを発行してもらったらどうなるでしょうか？極端な例ですが、第三者としては、たくさんのサイトに同様に仕込みをいれ、各ユーザーが閲覧したタイミングで、隠れてその情報を逐次Cookieに保存できれば、各ユーザーのサイト閲覧状況を丸裸にし、行動トラッキング、属性推測、広告表示などに活用できます。気持ち悪いと思いますが、そういうことを行おうとするのが多くの第三者が発行するCookieの目的です。 このような第三者が発行するCookieはその名の通り3rd party Cookieと呼ばれ、主に広告目的で使用されます。Appleなどは特に個人情報保護の観点から問題視し、ITP(Intelligent Tracking Prevention)と呼ばれる仕組みで3rd party Cookieを遮断します。 昨今の個人情報保護の流れから、今後も3rd party Cookieへの風当たりは強くなる一方とみられ、正々堂々1st party Cookieをユーザーのために使っていくという姿勢が求められています。もちろんQuarkAもそのポリシーに則り、3rd party Cookieを発行することは一切ありません。

有料オプション契約者専用ページにログインできない（403エラーになる）

有料版ご契約時に、サポートサイトへのログインのご案内をしておりますが、初めてログインしようとした際、まれに以下のように表示され、ログインできないことがあります。 403 Forbiddennginx これは弊社サーバー側のセキュリティ設定に起因するものです。 大変お手数ですが、ライセンスキーをお届けしたメールに返信する形で、サポートチームまでご連絡いただけますようお願い申し上げます。

バックアップ系プラグインとの併用

バックアップ系プラグインとの併用では、以下の点に注意が必要です。 初めに、容量についてです。 QAアナリティクスは（一時的とはいえ）まずデータベースにデータを貯めます。取得対象PV数によりデータ容量が増大しますが、1PVで1レコード増加します。そのため、通常に比べ、バックアップする容量がだいぶ増えることになります。 従って、バックアップ時のサーバー負荷も高くなりやすく、容量もぐっと大きくなります。 『updraft』などの著名なバックアッププラグインでは、データ容量に応じてバックアップができなくなりますので、アクセス数が多いサイトでは別のバックアップ方法に切り替えるか、QAアナリティクスのデータを除外する必要があります。▼バックアップからQAアナリティクスのデータを除外する場合・データベース：「{あなたが指定したWPDBのprefix}_qa_xxx」という名前のTableを除外・ファイル：　　ディレクトリ「(wp-content/) qa-heatmap-analytics-data」を除外 次に、バックアップ時刻です。 自動バックアップを設定している時刻に、サーバーにたくさんのアクセスがある場合、バックアップとQAアナリティクスのデータ処理の両方によって、サーバーへの負荷は高くなります。初期設定の場合、QAアナリティクスの夜間バッチ処理は深夜3時から6時の間に行われます。 サーバーのスペックが高くない時（特にメモリが小さい時）は注意が必要です。場合によってはQAアナリティクスを停止（無効化）した上で、負荷のない安全な時刻に手動バックアップを行って頂くことをおすすめします。

Supported Environments

QA Analytics supports an environment following: PHP version: 5.6 or higher WordPress version: 5.6 or higher Recommended server specs: 4GB or more memory; SSD is preferred for hard disk. PHP memory_limit: recommended 1GB or higher PHP max_execution_time: recommended 240 seconds or longer Requires file write permission Some servers have file write restrictions for security reasons, etc., and may require a password when installing plugins.In that case, QA Analytics will not be able to write data and no data will be recorded. Measures) Set “write” permissions under the QA Analytics data directory, (ordinarily) “wp-content/qa-heatmap-analytics-data/”, to work properly. Take note of PHP […]

ページの価値について

ページの価値は下記計算方法によって算出されます。 コンバージョンが発生したセッションにおいて、コンバージョン発生以前に閲覧していた全ページに、当該目標値を割り振ります。例）目標値10,000円の目標設定でページがA -> B -> C（コンバージョン）-> Dと遷移した場合、A,B,Cそれぞれに1万円の価値が割り振られます。Dには割り振られません。 各ページにおいて、1の目標値を合計し、ページ別訪問数で割った値が「ページの価値」です。例）ページAの合計目標値が30,000円だったとして、ページ別訪問数が30だった場合、ページAの価値は1000円になります。 ページの価値とページ別訪問数の関連について 目標に設定したページCのページ別訪問数が10で目標値が1万円だとすると、ページの価値は必ず10×1万 = 10万になりそうな気がします。しかし、上記の計算結果、そうならない場合もあります。 例）ページA -> B (別のコンバージョン）->C（コンバージョン）と遷移した場合、ページCの前にBで最初にコンバージョンしていますので、その後閲覧したCには目標値が割り振られません。 ページの価値はあくまで仕様にそった目安としての表示ですので、正しい判断をしたいと考える方は、全PVデータをダウンロードしてご自身で判断されることをお勧め致します。

キャッシュ系プラグインとの併用

キャッシュ系プラグインでは、データの取得や記録に直接影響のある事項が多いです。特に以下にご注意ください。 JavaScriptの圧縮や書き換えをさせない キャッシュ系プラグインでは、勝手に JavaScriptを圧縮したり書き換えてしまうものがあります。その場合、QAアナリティクスの計測タグがうまく稼働しなくなり、データを取得できなくなります。 キャッシュ系プラグインの設定画面で JavaScriptの圧縮（minify）や書き換えをしないように設定をお願いします。 設定例）『 WP Fastest Cache 』の場合 botのアクセスとキャッシュ作成について キャッシュ系プラグインの中には、botアクセスであってもキャッシュを作成してしまうものがあります。一方、QAアナリティクスは botのアクセスを記録しません。そうするとキャッシュにアクセスされている間、QAは botのアクセスだと判断し、データの計測・記録はされません。 キャッシュの有効期限の長さについて QAアナリティクスではセキュリティ対策として nonce値というものを使用していて、24時間以上経ったキャッシュへのアクセスは計測・記録対象外となります。キャッシュ系プラグインの設定で、キャッシュの有効期限を10時間程度にしていただくことをお勧めします。