Ptengineの料金をどう比べる？無料枠・必要機能・利用量の確認ポイント

Ptengineの料金を調べるときは、月額だけでなく、使う機能と計測する量をそろえることが大切です。

ヒートマップを確認したい場合と、ページを編集してA/Bテストまで行いたい場合では、必要な契約条件が変わります。

同じサイトでも、通常月だけを見るか、広告が集中する繁忙期まで使うかで、見積もる量は違います。

先に「対象サイト・必要機能・利用量・契約期間」を書き出すと、料金の比較で迷いにくくなります。

2026年10月5日の確認では、公式料金ページから現行の価格表を取得できなかったため、この記事では一律の最低月額を断定していません。

代わりに、公式ヘルプに沿った料金の確認手順と、見積もり依頼へ使える費用確認表をまとめます。

数値を使った利用量や工数の例は、考え方を説明するための架空の計算です。

Ptengineの料金確認でそろえる条件

最初に、Ptengineで調べる範囲と、実行する施策を分けます。

この二つを整理してから、料金表の対象を確認します。

必要な製品と機能を分ける

Ptengineは、分析を担うInsightと、検証や施策を担うExperienceの二つのモジュールを案内しています（参考：Ptengineの公式ヘルプ）。

Insight側でヒートマップや行動を分析し、Experience側でA/Bテストやページ編集などを行う構成です。

料金を比べる前に、自社で必要な作業を次のように並べます。

やりたいこと	確認する機能	検討する範囲
LPの反応を見る	ヒートマップ、流入別の分析	分析中心
文言や画像を変えて比べる	ページ編集、A/Bテスト	分析と施策
条件に応じて案内を出す	Web接客、対象ユーザーの設定	配信を含む施策
分析案をAIで整理する	スマートヒートマップの利用枠	分析と利用回数

この表は料金プランへの自動的な対応表ではなく、必要な機能を洗い出すための表です。

実際にどのプランへ含まれるかは、選択した条件で確認します。

例えば、調査結果を見て自社の開発者がページを直す運用なら、初回からすべての施策機能を使うとは限りません。

反対に、Web担当者が自分で変更案を配信したいなら、編集機能の使いやすさも試用の対象になります。

「いつか使うかもしれない」と「初月から必要」を分けると、契約の判断がしやすくなります。

まず一つのLPで行う調査と施策を決め、そのための機能を必須にします。

確認した日付を残す

料金を記録するときは、金額と一緒に確認日・契約対象・利用量を残します。

検索結果に見える金額が、現在の自社条件にも適用されるとは限りません。

公式サイトにも過去の料金改定の記事が残っているため、記事の公開日と、現在の申込条件を分けて読みます。

例えば、2022年の機能更新記事は、当時の料金改定を案内したものです（参考：2022年1月の公式更新情報）。

その金額だけを取り出して、現在の最低価格として比較表へ写さないようにします。

実際の確認は、Ptengineへログインして、対象プロジェクトの「プラン確認・購入」から「プラン＆利用状況」へ進めます。

「アップグレード」または「プラン変更」から、料金・利用可能な機能・データ保持期間・サポートを比較する手順が公式ヘルプにあります（参考：オンライン契約の支払方法）。

表示された条件を確認した段階で、見積もり表へ転記します。

料金を確かめるためだけに、購入確定まで進める必要はありません。

社内確認用には、選択したモジュールや利用量が分かる情報も残します。

後から同僚が金額を確認するときに、どの条件で比較したかを説明できます。

Ptengineの利用量を見積もる

利用量は、サイト全体のアクセス数を一つだけ書けば足りるとは限りません。

計測対象の範囲と、料金で使う単位を合わせます。

対象サイトとページを決める

Ptengineの利用規約では、InsightのPVとExperienceのUUを分けて記載しています（参考：Ptengine利用規約・有料版サービス）。

PVはページの閲覧回数、UUは対象のユニークユーザー数なので、同じ数字として扱いません。

「月5万人が来るから5万PV」と置き換えると、複数ページを閲覧する分を見落とします。

計測するドメインやページを先に決め、それぞれの単位で利用量を確認します。

対象の整理	記入する内容
サイト	対象ドメインと管理するプロジェクト
ページ	サイト全体か、一部のLPか
分析	対象範囲のPV
施策	配信対象とUUの計上条件
期間	月の区切りと比較する期間

架空の例として、同じ期間の会社案内サイトが2万PV、商品LPが5万PVなら、両方を対象にした計測量は合計7万PVです。

ただし、契約上どの単位で合算されるかは、プロジェクト構成とプランの条件を確認します。

公式ヘルプでは契約はプロジェクト単位と案内されているため、別プロジェクトの枠を自由に共用できるとは考えません。

複数サイトを管理する代理店は、クライアントごとに契約と権限をどう分けるかも相談します。

利用量を小さく見せるために対象を削る前に、その範囲で調査の目的を達成できるかを考えます。

LPからフォームへ進む途中を調べたいのに、フォーム側を計測しなければ、必要な操作が分からなくなる場合があります。

通常月と繁忙期を分ける

平均的な月だけでなく、広告やセールでアクセスが集中する月も書き出します。

利用枠が足りるかは、通常月と繁忙期を別の欄で確認します。

例えば、普段は7万PVでも、キャンペーン月に12万PVを見込むなら、両方の条件で費用と計測の扱いを質問します。

これは料金の実例ではなく、見積もり条件を分けるための架空の例です。

一日へアクセスが集中する場合は、月間合計に収まるかだけで判断しません。

規約には月間と日間の利用上限、および上限を超えた場合に計測が停止される可能性が記載されています。

自社のプランでの上限と、停止後に再開する条件を確認します。

上限超過は常に自動課金になるとも、必ず追加費用だけで継続できるとも決めつけないようにします。

時期	用意する情報	確認したいこと
通常月	最近の同条件での利用量	基本となる枠と料金
繁忙期	広告やセールの予定	一時的な増加への対応
集中する日	日別の最大利用量	日間の制限と再開手順
新規サイト追加時	追加するプロジェクト	契約と費用の増え方

広告予算だけから利用量を決める場合は、想定クリック単価や閲覧ページ数も仮定として残します。

試用で得た実際の利用量と比較し、契約前に見積もりを更新します。

Ptengineの無料枠と試用を確認する

継続して使う無料プランと、有料機能を期間限定で試すトライアルは分けて確認します。

どちらも無料という言葉が使われていても、目的と終了後の扱いが異なります。

恒常的な無料枠と試用を分ける

公式記事には、無料プランで1ページのヒートマップ分析から始める案内があります（参考：Ptengineの2026年の導入案内）。

一方、別の公式記事では、全機能を期間限定で試すトライアルが案内されています（参考：公式記事のトライアル案内）。

案内された条件を、現在の無料プランの恒常的な上限へそのまま置き換えないようにします。

申し込み時には、自分が無料プランを選んでいるのか、有料機能の試用を開始しているのかを確認します。

確認する項目	無料プラン	期間限定トライアル
目的	限られた範囲で継続利用	契約前に必要機能を試す
利用できる機能	現行の無料枠を確認	試用対象を確認
利用量	無料枠の上限を確認	試用中の上限を確認
期限	継続条件を確認	開始日と終了日を記録
終了後	変更時の扱いを確認	戻るプランと請求条件を確認

表の空欄は、確認前の金額や上限を想像で埋めないための項目です。

実際のアカウントや申込画面で示された条件を記入します。

試用を始める前に、担当者が操作できる日程も合わせます。

タグ設置の依頼だけで試用期間を使い切ると、必要な機能を十分に評価できません。

先に対象ページ・確認する担当者・試す施策を決めてから開始します。

終了後の扱いを確認する

試用の終了日だけでなく、その後も残る設定とデータを確認します。

見ていたヒートマップを引き続き閲覧できるか、配信中の施策がどうなるかは、契約判断へ影響します。

特に本番ページへ変更を配信した場合は、終了後の表示を事前に確認します。

価格を試すつもりで始めたトライアルでも、表示中の案内やフォームに影響が残ると、別の対応が必要になるためです。

終了前に確認すること	残す情報
自動で有料へ移るか	申込条件と請求の開始条件
元のプランへ戻るか	戻るプランと使えなくなる機能
過去データを見られるか	保持期間と閲覧範囲
施策はどうなるか	配信の継続・停止と戻し方
継続しない場合の操作	手続きの期限と担当者

「無料で登録できた」という事実だけでは、この表の答えは決まりません。

条件が不明なら、試用開始の前に公式窓口へ確認します。

有料契約を終了する場合は、契約更新と返金の条件も別に読みます。

公式の特定商取引法に基づく表示では、解約後は次回以降の更新日の請求が行われなくなり、途中解約の日割り返金はしないと案内されています（参考：Ptengineの解約条件）。

試用の終了と、有料契約の解約を同じ手続きだと扱わないようにします。

Ptengineで追加費用になる条件

基本料金に含まれる範囲と、上位プランや別の支援が必要な範囲を分けます。

機能が紹介されていることだけでは、その機能を選択中のプランで使えるとは限りません。

必要な機能の提供範囲を調べる

ヒートマップ・A/Bテスト・ページ編集・Web接客など、使う機能ごとに提供範囲を確認します。

スマートヒートマップについては、2026年3月の公式案内で追加料金なしとされる一方、月間の利用回数にはプランごとの上限が示されています（参考：スマートヒートマップの公式FAQ）。

同案内の回数は、Freeが10回、Growthが100回、Premiumが200回です。

これはその案内に記載されたInsightの利用条件であり、全機能が無制限という意味ではありません。

契約時には、現在の自分のプランに適用される回数を再確認します。

例えば複数のLPを毎週分析するなら、ページ数と分析頻度を書き出します。

ただし、「一回」の数え方や、再実行した場合の消費も確認してから必要枠へ換算します。

単純にページ数を数えるだけでは、再分析や条件を変えた確認を見落とす可能性があります。

機能の確認	質問する内容
ヒートマップ	対象ページ数と保存条件
AIによる分析	月間回数と消費する単位
A/Bテスト	必要な方式と同時実施の条件
ページ編集	対象ページで使える編集方法
外部連携	必要な連携方法と提供プラン

機能が含まれていても、自社のページで使えなければ予定した業務を置き換えられません。

ログイン後の画面や、特殊な表示を使うページは、契約前に代表的な操作を試します。

契約期間とサポートを確認する

月額表示だけでなく、契約期間全体の支払額を確認します。

月払いと、長い契約期間を月額に換算した表示は、支払時期や更新条件が異なる可能性があります。

比較表には「月額相当」と「実際の支払額」を別の欄で記入します。

税込・税別もそろえて確認します。

契約期間が異なる二つの見積もりを、月額だけで安い順に並べないようにします。

費用の種類	確認する内容
継続利用料	対象期間と請求の間隔
初期対応	設定支援などの有無
追加する枠	利用量や機能の増加時の条件
支援サービス	含まれる支援と個別契約の範囲
社内の作業	タグ設定、確認、分析、改修

サポートも「付いているか」だけでなく、何を依頼できるかを確認します。

操作方法の案内と、毎月の分析代行や改善提案は、同じ内容ではありません。

設定や施策の相談を含めたい場合は、その範囲が見積もりに含まれるかを書面で確認します。

担当者が運用できる前提で見積もったのに、開始後に別途支援が必要になると、総費用が変わります。

自社に足りない作業を先に書き出すと、支援の必要性も判断しやすくなります。

Ptengineの見積もりを比較する

ここまでの条件を一枚にまとめれば、公式窓口への確認にも社内稟議にも使えます。

回答がそろってから金額を比較します。

同じ利用条件にそろえる

以下は「利用条件をそろえた費用確認表」の記入例です。

サイトと利用量は架空で、Ptengineの見積もり価格を示すものではありません。

比較する条件	今回の依頼内容
対象	一つのプロジェクトで管理する商品サイト
ページ	商品LPと資料請求までの導線
通常月	対象範囲で7万PVの想定
繁忙期	対象範囲で12万PVの想定
分析	ヒートマップと流入別の確認
施策	ページ編集とA/Bテスト
AI利用	利用回数の定義を確認後に見積もる
保存	月次の比較に必要な期間を提示
支援	初期設定支援の有無を確認

この条件で、通常月と繁忙期の二つの費用を確認します。

どの欄が価格へ影響しているのかを、回答と一緒に記録します。

他のサービスと比較する場合も、対象サイト・分析範囲・保存期間・支援範囲を合わせます。

機能名が似ていても、使える対象や計上する単位が同じとは限りません。

単位が異なる場合は、無理に同じ数値へ変換せず、それぞれの定義で必要量を見積もります。

比較の基準は、同じ仕事を実行するための条件と総費用です。

不明点を質問表にする

不明点は「詳細を教えてください」だけで送らず、自社の条件を付けた質問へ変えます。

回答を受けた後に、見積もり表のどの欄を更新すればよいかが明確になります。

次の質問文は、自社の対象や期間へ置き換えて使えます。

一つのプロジェクトで商品LPと資料請求の導線を計測し、ヒートマップ分析とA/Bテストを行う予定です。

通常月と繁忙期の利用量を添付したので、それぞれに必要なプラン・モジュール・費用を教えてください。

利用量の計上単位、上限に達したときの動作、データ保持期間、支援範囲、更新と解約の条件も確認したいです。

回答の担当者・日付・対象プランを残します。

未回答の項目はゼロ円とせず、「確認中」のままにします。

特に追加枠や設定支援を空欄のまま総額へ入れると、見積もりを過小評価しやすくなります。

既存の契約がある場合は、新規申し込みと同じ条件なのかも確認します。

代理店から提供されている契約など、契約経路が違う場合には、その窓口で適用条件をそろえます。

条件が変わったら、古い回答と混ぜず、見積もりを更新します。

Ptengine導入の費用判断を残す

最後に、費用と、置き換えたい業務を比較します。

導入による成果は、期待していることと、試用で確認したことを分けて記録します。

削減できる業務を具体化する

「分析が効率化する」という表現だけでは、費用の判断ができません。

現在行っている作業を、データ確認・報告・修正案の作成・実装・検証へ分けます。

そのうち何が短くなり、何が引き続き必要かを試用で確認します。

架空の計算として、月の定例調査が8時間から5時間になれば、減った作業時間は3時間です。

社内で使う時間単価を3,000円と置くなら、作業時間の評価額は9,000円になります。

これはPtengineの料金や実績ではなく、社内で費用を比較するための計算例です。

また、作業時間が減っても、同額の現金支出が減るとは限りません。

空いた時間を別の改善へ使えることと、人件費がそのまま削減されることは分けて考えます。

評価する項目	試用で残す情報
データ確認	同じ調査に必要だった時間
報告書の作成	転記や確認の作業量
修正案の用意	具体的な案を作れたか
施策の実装	自社ページで実行できた範囲
効果の検証	比較条件と成果指標を確認できたか

CVRが上がる期待だけで、利用料を回収できると断定しないようにします。

施策を変えた時期に広告や商品条件も変われば、成果の理由を切り分ける必要があります。

試用では、効果の大きさを急いで結論づける前に、調査から施策まで運用できるかを確かめます。

試用後に契約条件を再確認する

試用が終わったら、最初に書いた必要機能を見直します。

実際には使わなかった機能と、追加で必要になった機能を分けます。

例えば、分析だけで改善案を作れたなら、初期の契約範囲を絞れる可能性があります。

逆に、担当者がページ編集を使う運用へ進んだなら、その提供条件を改めて確認します。

利用量も、当初の予測と試用中の実測を並べます。

試用が繁忙期と重なっていない場合は、その実測だけで年間の必要量を決めないようにします。

最後に、プラン・モジュール・利用枠・契約期間・支払額・更新条件を一つの記録へそろえます。

その記録を判断者へ共有してから、契約の手続きを進めます。

料金を見直す日も決めておくと、対象サイトや利用量が増えたときに放置せず対応できます。

PtengineでできることはPtengineの機能と最初の使い方、施策の検証はヒートマップをA/Bテストへ使う方法で解説しています。

分析全体の進め方を整理したい場合は、GA4・ヒートマップ・Web録画を組み合わせる手順も参考にしてください。