ガイド
ウェブサイトの変更を監視する方法
ウェブページの動きを追いたいとき、多くの人は重要な変更に気づくまで毎日手動でリロードを繰り返してしまいがちです。いつも見ている1つのURLだけならそれでも通用するかもしれません。しかし、監視対象が5ページに増えた瞬間や、重要な改定が深夜2時に起きた瞬間、そのやり方は完全に破綻します。
無料プラン · 10件のページまたはサイトマップ監視 · プレミアムAI搭載 · クレジットカード不要
Page Deltasに重要なことを伝える
HubSpotの価格が変わったら通知して
🔔 https://www.hubspot.com/pricing で変更が検出されました:
Professionalプランの価格が €749/mo から €792/mo に上がりました。
変更検知ツールを初めて使う方は、まずここから
この種のツールで挫折する人が多いのは、実際の業務価値を理解する前に専門用語ばかりが立ちはだかるからです。本質は一行で説明できます。「公開ページを選び、何が『重要』かを指定し、それが実際に起きたときにSlack（またはメールやWebhook）で通知を受け取る」、これだけです。
モニター（Monitor）
監視対象のWebアドレス、あなたの指示条件、そしてアラート通知先の組み合わせです。Page Deltasでは、このアドレスとして公開URL、sitemap.xml、またはPDF文書を指定できます。相手先サイトに何かをインストールする必要も、相手のアカウントにログインする必要もありません。オープンなWeb上で誰もが閲覧できる情報を取得し、前回と比較して、ブリーフに合致したときだけ通知するよう弊社に依頼する仕組みです。
ビジュアルdiff（Visual diff）
画面上で動いた箇所を示すビフォー・アフターの比較画像です。ハイライトされたピクセル、囲まれた矩形領域、赤線で消された段落などが該当します。従来のWeb監視ツールはこの画像を中心に設計されていました。しかし、それが重要な変更かどうかは結局あなた自身が見て判断しなければなりません。「バナーの位置がずれたら教えて」という目的なら適切なツールですが、「Professionalプランの価格が変わったら教えて」という用途では、膨大なノイズを生むだけのツールになってしまいます。
サイトマップ（Sitemap）
通常 /sitemap.xml に配置され、検索エンジンにインデックスさせたいURLを一覧化したファイルです。新しいブログ記事、製品LP、採用募集のURLは、まずここに掲載されることがよくあります。サイトマップの監視は「完全に新しいURLが出現したか」に答えるものであり、「その特定ページの内容が書き換えられたか」を追うものではありません。Page Deltasでは、サイトマップの監視も通常のページ監視と同様、プラン内の1枠としてカウントされます。
LLMフィルター
チームの同僚にブリーフィング（指示出し）するのと同じ感覚で、変更内容を読み取って判断する大規模言語モデル（LLM）です。LLMとは、2つのバージョンのページを読み比べて「実際に価格が改定されたのか、それとも単にカルーセルの導入事例が入れ替わっただけなのか」を判別できるAIです。このブリーフは普段の自然な日本語で入力できます。CSSセレクタの指定やピクセル範囲のドラッグ選択を求めることはありません。
ハッシュ（Hash）
ナビゲーション、フッター、広告などを取り除いた後、抽出した本文テキストから生成する短いデジタル指紋です。今日の指紋が前回のものと一致していれば、関心のある中身は変わっていません。AI呼び出しも通知も行わず即座に停止します。ハッシュ値が変わった場合のみ、テキストの差分とあなたの指示文をLLMに送り、ブリーフに合致するかを判定します。ハッシュ段階＝抽出テキストに変化があったか？ LLM段階＝その変化はブリーフの条件を満たしているか？
アダプティブ・ケイデンス（適応型巡回頻度）
巡回間隔を「2分ごと」のように手動で細かく設定する必要はありません。システムがそのページの実際の更新頻度を学習し、動きの激しいページは高頻度で、動きのない静かなページは頻度を落としてチェックします。処理待ちキューが混雑しているときは、上位プランが優先的にスケジュールされます。今すぐ最新状態を確認したい場合は、Check nowボタンを押せば即時実行できます。
Webhook
あなたのシステム側の受信URLです。条件に合う変更を検知した際、Slackへの投稿の代わり（または併用）として、そのURLへHTTPリクエストを送信します。「署名付き」とは、リクエストに暗号署名（Page DeltasではHMAC）が含まれていることを意味し、あなたのサーバー側で当社からの正規の通知であることを確実に検証できます。アラートをCRM、入札管理ツール、GRCシステム、自動化スクリプトに連携させたい場合はWebhookを、人間が読む場合はSlack、Microsoft Teams、Discord、またはメールを使用してください。
実際にキャッチすべきビジネスシグナル
ビジネスチームが監視すべきページは、公開されており、かつ極めて具体的です。トップページが適切なURLであることは滅多にありません。価格ページ、採用募集一覧、サイトマップ、利用規約、公共入札の公告ページなど、シグナルはそうした特定の場所にこそ宿ります。競合のマーケティングサイト全体、変更履歴（changelog）、規制当局の告示ページなども同様です。なお、シグナルがWebページ上ではなくLinkedInやX上で起きている場合、Webサイト監視ツールでは検知できません。それは別ツールの領域です。
競合サービスの価格改定
プラン料金の変動、利用枠、新ティアの追加、無料プランの制限強化、あるいは公開価格が「お問い合わせ」に変わる動き。週次のまとめレポートではなく、変更された当日に把握すべき情報です。
競合価格モニタリング →サイトマップ経由の新ページ検知
新製品のローンチ、新しいインテグレーションページ、プログラマティックSEOの展開。sitemap.xmlを監視対象に指定することで、真新しいURLが公開された瞬間に察知できます。
SEO・コンテンツ監視 →採用・キャリアページ
営業担当バイスプレジデント（VP of Sales）の採用、機械学習エンジニアの一斉募集、あるいは採用凍結。適切に読み解けば、採用ページは競合の戦略ロードマップを事前に漏らしているようなものです。
採用シグナルモニタリング →利用規約・法的文書の改定
SaaSベンダーは、利用規約、プライバシーポリシー、DPA（データ処理契約）、SLAなどを独自の都合で改定します。多くの場合、唯一の公開の手がかりは、ひっそりと更新された「最終更新日」だけです。
利用規約モニタリング →ステップ・バイ・ステップ：空のダッシュボードから最初のモニターを作る
変更検知ツールを一度も使ったことがない前提で進めます。最初のモニターには、あなたがすでに日常的に手動でリロードしているページを選ぶのがベストです。ここでは競合の価格ページを例にとります。これは公式サイトで紹介している代表例であり、ブリーフ（指示文）も非常に書きやすいからです。
無料アカウントを作成する
クレジットカード不要で pagedeltas.com/register から登録できます。無料プランには、10件のURLまたはサイトマップ、無制限のチェック回数、AIによるフィルタリングと要約、無制限のチームメンバー、そして有料プランと同一のアラート通知先（Slack、Microsoft Teams、Discord、メール、署名付きWebhook）が含まれます。あなたのアカウントが新しい組織の管理者として始まります。10枠と聞くと少なく感じるかもしれませんが、サイトマップ全体でも「1URL」としてカウントされることを思い出してください。10個のサイト全体の公開動向や、10個の価格ページ、またはその組み合わせを余裕を持って追跡できます。
「New monitor」をクリックし、正確なURLを貼り付ける
HTTPSを推奨します。対象は公開ページに限られます。ログインが必要なページ内部を見ることはできません（認証付き監視はロードマップにありますが、隠しトグルではありません）。料金情報はトップページではなく /pricing にあります。新規URLは sitemap.xml に現れます。PDF形式の入札仕様書であれば、そのPDFの直接URLを指定してください。この手順では価格ページのURLを貼り付けます（サイトの例では https://www.hubspot.com/pricing を使用）。「とりあえず試す」感覚でトップページを貼ってしまうと、ヒーローエリアのバナーカルーセルを無視させるためのブリーフ調整に翌週丸々費やすことになります。最初からピンポイントで指定しましょう。
検索クエリではなく、「ブリーフ（指示書）」として説明を書く
製品UI上のこの入力項目は description（説明）と呼ばれます。ドキュメント上は任意項目となっていますが、空欄のままにしておくことは絶対にお勧めしません。有益なブリーフには3つの要素が必要です。「そのページが何であるか」「何について知らせてほしいか」「何を無視すべきか」。HubSpotの価格監視の例：競合の価格ページ（HubSpot）。プラン料金の変更、プランの追加・削除、クォータや利用制限の変更（シート数、連絡先上限、ワークフロー上限）があった場合に通知してください。Cookieバナー、レイアウトの微調整、ローテーション表示される導入事例、および価格やパッケージ構成に影響しない文言の微修正は無視してください。ブリーフがないと、LLMは何を「有意義」とみなすべきか判断が曖昧になり、結局ノイズまみれの通知に戻ってしまいます。
通知チャンネルを接続し、テスト送信を行う
上部ナビゲーションの Channels を開き、少なくとも1つ接続します。Slack、Microsoft Teams、Discord（Incoming Webhook URL経由）、メール（受信前に確認メールのリンクをクリックして認証を完了）、または自社サーバーの署名付きWebhook（HMAC署名付きPOSTリクエスト）。設定したら、そのチャンネルの行にある Send test を必ずクリックしてください。これを怠ってはいけません。「動いているはずなのに通知が一切届かない」状態は、ツールが故障していると誤認する最大の原因です。多くのチームは、価格アラートを個人の受信トレイではなく、料金や製品戦略の意思決定がすでに行われている共有チャンネルに流しています。
最初のチェックを実行させる
新規モニターを作成すると、すぐに初回チェックがスケジュールされます。作成直後のスケジューラーの巡回時に初回チェックが実行されます。手動で間隔を設定する必要はありません。この初回チェックでページを取得し、ナビゲーション、フッター、広告を取り除き、残った本文テキストの指紋（ハッシュ）を保存し、今後の比較材料として保持します。これを基準点（ベースライン）として扱います。2回のチェックの間にブリーフに合致する実際の変更が起きない限り、最初の1分で「Professionalプランが749ユーロから792ユーロに値上げされました」という通知が飛んでくることはありません。以降のチェックは適応型ケイデンスに従います。ブリーフを編集した後、競合がSNSで何かを発表した直後、あるいは営業から「サイトが変わった」と報告を受けたときなど、オンデマンドですぐに動かしたい場合は Check now を使用します。
まずハッシュ照合、次にLLM判定、最後に通知
毎回のチェック手順は常に一貫しています。公開ページ（またはPDF、サイトマップ）を取得。ヘッダー、フッター、広告を排除して主要テキストを抽出。ハッシュ照合：前回の指紋と完全に一致するか？ 一致していればここで終了、LLMの呼び出しは行いません。ハッシュが変わっていた場合、LLMがあなたの指示文と照らし合わせてテキスト差分を精査します。ブリーフに合致すると判定された場合のみアラートをキューに入れ、わかりやすい要約とビフォー・アフターのスクリーンショットを、紐づけられた全チャンネルへ送信します。AIにインターネット全体を2分おきに読ませるような非効率な処理はしていません。大半のチェックはハッシュ段階で安全に終了します。だからこそ、無料プランでも無制限のチェックを安定して提供できるのです。
最初のアラートを確認し、ブリーフを改善する
最初に不要な通知が届いたとしても、それは製品の不具合ではありません。あなたが除外指定し忘れた要素をブリーフが教えてくれているのです。通知を開いてみてください。要約にはLLMが有意義だと判断した内容が書かれています。もしCookieバナーの更新を価格変更と誤認していたなら、「Cookieバナーや同意ポップアップは無視すること」と追記してください。同一URL内のカルーセルが何度も反応する場合は、除外文を加えるか、よりピンポイントなURLに対象を絞り込みます。更新された説明は次回チェックから適用されます。理想的な価格アラートは次のようになります。「https://www.hubspot.com/pricing で変更を検知：Professionalプランの価格が月額749ユーロから792ユーロに値上げされました」。スクリーンショットも添付されるため、Webサイトを開き直すことなく、そのまま営業会議の資料に画像を貼り付けて共有できます。
実践例：ブリーフのテンプレートと期待されるアラート結果
ひとつのツールで5つの異なる戦略業務に対応できます。これらのブリーフの構成パターンを参考に、あなたが追跡したい実際のページに合わせて書き換えてください。
競合の料金・プランページ
貼り付けるURL：具体的な価格ページ（例：https://www.hubspot.com/pricing ）。トップページや期間限定キャンペーンを発表した単発のブログ記事ではありません。目的：料金改定、新プランの登場、利用枠の変更、公開価格が「お問い合わせ」に置き換わる動きを逃さず把握し、その他のマーケティング文言は無視すること。ブリーフ例：競合X社の料金ページ。いずれかのプラン価格の変更、プランの追加・削除、クォータや制限の変更（シート数、APIコール数、ストレージ容量）、または公開価格が「contact sales」に変更された場合に通知してください。文言の軽微な修正、A/Bテストのレイアウト変更、Cookieバナー、ローテーション表示の導入事例は無視してください。アラート例：https://www.hubspot.com/pricing で変更を検知：Professionalプランの価格が月額749ユーロから792ユーロに値上げされました。同系統のアラートには「Proが月額99ドルから129ドルに改定」「新しいEnterpriseプランが追加」「無料プランの連絡先上限が削減」などがあります。ドメイン全体への曖昧な1つの監視より、目的を絞った複数のモニターのほうが遥かに成果を出せます。
サイトマップ（新ページ公開、SEO、ローンチ検知）
貼り付けるURL：https://対象ドメイン.com/sitemap.xml （または公開されているサイトマップインデックス）。事前にブラウザで開き、マーケティングページで偽装された404ではなく本物のXMLサイトマップであることを確認してください。目的：真新しいURLの登場を察知すること。既存記事のリライトを追いたい場合は、サイトマップではなくその記事自体のページモニターを設定します。ブリーフ例：競合X社の公開サイトマップ。新しいURLが追加されたら通知してください。特に /blog、/product、/integrations、/solutions 配下のパスを重視してください。クエリパラメータ付きのURLや明らかな翻訳重複は無視してください（ただし /fr/、/de/、/ja/ など新規地域市場向けのパスが新設された場合は除きます）。各新規URLについて、そのスラッグの意味を平易な日本語で要約してください。アラート例：https://competitor.example/sitemap.xml で変更を検知：/integrations/salesforce と /blog/ai-pricing-playbook を含む3件の新規URLが追加されました。/product 配下の新規URLはありません。記事のリライトも追いたい場合は、すでに上位表示されている主要記事のページモニターと組み合わせて運用してください。
採用・キャリアページ（採用シグナル）
貼り付けるURL：募集職種一覧ページ、または採用サイトマップ。職種URLが並ぶサイトマップは「何か新しい動きがあったか」を検知するのに最もノイズが少なく、募集一覧ページは「どのポジションがクローズされたか」を把握するのに適しています。それぞれ1URLとしてカウントされます。目的：インターンの再掲のようなノイズを排除し、シニアクラスや経営幹部クラスの採用動向を察知すること。ブリーフ例（募集一覧ページ）：エンジニア採用ページ。シニアまたはスタッフレベルの新規ポジションが掲載された場合、または幹部職（VP、Director、Head ofなど）の肩書が登場した場合に通知してください。エンジニア以外の職種、勤務地のみの修正、既存募集の再掲載は無視してください。ブリーフ例（採用サイトマップ）：新しい求人URLが追加されたら通知してください。実質的に同一職種の再掲によるURLの変動は無視し、URLスラッグに職種名と勤務地が含まれている場合はそれを要約してください。アラート例：https://sproutsocial.com/careers で変更を検知：Senior Finance Manager, Corporate and G&A の新規求人募集が追加されました。
利用規約、プライバシーポリシー、DPA（データ処理契約）
貼り付けるURL：法的文書の公式正規URL（例：https://legal.hubspot.com/terms-of-service ）。DPAやSLAがPDFで提供されている場合は、直接そのPDFのURLを貼り付けてください（両形式に対応しています）。目的：利用例の誤字脱字の修正ではなく、法的な効力を持つ重要条項の改定を察知すること。ブリーフ例：ベンダーの利用規約。責任制限、補償、契約解除、データ処理、再委託先（サブプロセッサー）、紛争解決、または支払条件に関する条項が変更された場合に通知してください。誤字脱字の修正、デザイン装飾、ナビゲーション、および実質的な条項改定を伴わない「最終更新日」の変更のみの場合は無視してください。どの条項がどのように変化したか（追加、削除、制限強化、緩和）を要約してください。アラート例：https://legal.hubspot.com/terms-of-service で変更を検知：利用規約にデータ処理契約（DPA）に関する専用セクションが新たに追加されました。これはWayback Machineの代替ではありませんが、要約アラートとともに、監視期間中に記録された前後のスクリーンショット証拠を確実に手に入れることができます。
官公庁の公共調達・入札公告
貼り付けるURL：公共調達ポータルの公告一覧、そのサイトマップ（ある場合）、および実際に応募を検討している入札説明書PDF。公開ページとPDFのみが対象です。目的：自社に関連する新着入札案件をいち早く察知し、公告後の質疑回答や仕様書の訂正を逃さず追跡すること（ポータル全体の無関係な情報に埋もれるのを防ぐ）。ブリーフ例（ポータル一覧）：医薬品および医療機器に関する公共調達ポータル。医薬品、原料、医療機器に関連する新規案件やRFPが公示された場合に通知してください。事務用品、施設管理、少額随意契約基準以下のITハードウェアは無視してください。案件名、発注機関名、提出期限（表示されている場合）を要約してください。ブリーフ例（仕様書PDF）：文書内容が更新された場合に通知してください。特に調達範囲、ロット分け、参加資格要件、提出期限、または補足質問回答に注目してください。アラート例：調達ポータルで変更を検知：医薬品原料に関する新規入札公告が掲載されました。入札締切：2038年2月15日（デモ用日付）。入札の提出期限は往々にして短いものです。上位プランの優先処理キューが真価を発揮するのは、まさにこうした監視業務です。
LLMが真価を発揮するブリーフ（指示書）の書き方
ブリーフの存在こそが、Page Deltasを単なる画像差分ツールから切り離している最大のポイントです。もしURLを貼って「変更があったら教えて」とだけ書いたなら、従来と同じノイズまみれの通知をより高度な技術で買い直したに過ぎません。運用しながら調整してください。モニターの説明文はいつでも自由に編集できます。もし特定のブロック（カルーセルや「最近閲覧した商品」など）が常に不要な通知を出すなら、400文字のプロンプトを練るよりも、より深い階層の個別URLを直接指定するほうが賢明です。
実用的なブリーフに不可欠な3つの構成要素
ページの正体：「競合の料金ページ」「データチームの採用募集一覧」「利用ベンダーのDPA規約PDF」。知りたい内容：「プラン料金や制限枠の改定」「新しい幹部職の募集」「免責や再委託先条項の変更」。除外したい内容：「Cookieバナー」「◯分前といった動的時間表示」「文言の微修正やデザインの変更」。
HubSpotを想定した優れたブリーフの実例
競合の価格ページ（HubSpot）。いずれかのプラン価格の変更、プランの追加・削除、または利用制限の変更（シート数、連絡先上限、自動化機能の上限）があった場合に通知してください。Cookieバナー、レイアウトの微調整、ローテーション表示の導入事例、および価格や機能パッケージに影響しない文言修正は無視してください。特定の金額ではなく、期待する変化の種類を指定してください。
よくある失敗：「変更があったら教えて」
ハッシュ計算で引っかかったあらゆる微細なテキスト変化がそのまま通知されてしまいます。Cookieバナー、動的レビュー、相対日時の更新も、ハッシュ段階ではすべて立派な差分です。曖昧な指示は、AIツールの内部に画像差分ツールと同じ通知の洪水を再現させるだけです。
よくある失敗：数値を固定したスナップショット指定
「Professionalプランが749ユーロから792ユーロに上がった場合のみ通知して」。このような書き方はある一瞬のスナップショットに過ぎません。最初の改定が行われた途端にブリーフは陳腐化し、そのモニターは静かに役目を終えてしまいます。固定された数値ではなく、変化の性質を指定してください。
よくある失敗：「細かい変更は無視して」
「細かい」という表現は言語モデルに対する明確な指示になりません。何をもって不要とするかを具体的に書いてください。Cookieバナー、更新日時、お客様の声、メニュー項目などです。当たり前に思えることでも「Cookieバナー、ローテーション表示のお客様の声、相対的な時間表記は無視すること」と言語化してください。あなたにとって自明な常識は、AIにとってはプロンプトではないのです。
Webページを監視する3つのアプローチ
「バナーの位置が動いていないか」だけを確認したいのであれば、従来の画像差分ツールで十分です。しかし「Professionalプランの価格改定」を知りたいのであれば、選択肢3を選ぶべきです。「このピクセルが動いたか？」を追うなら画像差分を使い続けてください。Page Deltasは、ビジュアルリグレッションテスト、バナー位置の整合性確認、Web改ざん（デフェイスメント）検知を目的としたツールではありません。
手動による目視確認
ページをリロードし、目を凝らして違いに気づくことを祈る方法です。1つのURLなら何とかなりますが、2ページ以上になったり、深夜2時の変更だったりした瞬間に破綻します。
従来のビジュアル差分・テキスト差分ツール
Visualpingなどのツールは、ページ全体を取得して変化した箇所をすべて強調表示します。しかし、差分を解釈して重要度を判断する作業は依然として人間が行わなければなりません。Cookieバナー、回転するお客様の声、タイムスタンプなども画面上で動くため、すべて「変更」として検出されます。「何でもいいから画面に変化があったら知りたい」という需要には適した製品です。設定上の最大の違いは、あちらが「画面上の領域を矩形で囲む」ことを求めるのに対し、当社は「ブリーフ（指示書）を書く」ことを求める点にあります。
Page Deltas vs Visualping →重要な条件を言葉で定義し、判定をソフトウェアに委ねる
URLを貼り付け、普通の言葉でブリーフを書き、その変更があなたの求めているものに合致するかどうかをPage Deltasに判断させます。朝8時に大量の画像差分とにらめっこする代わりに、簡潔な要約と前後のスクリーンショットという形でアラートが届きます。ナビゲーション、フッター、広告を自動で削ぎ落とし、残った本文差分があなたの説明に合致しているかをLLMが検証します。これは「このピクセルが動いたか」とは根本的に異なるアプローチです。
Page Deltas vs Visualping →設定ドキュメント
優れた監視設定が現場でどのように機能するか
HubSpotの価格ページを「プラン料金が改定されたら通知。Cookieバナーやレイアウトの微調整は無視」という指示で監視します。Cookieバナーの更新がチャンネルに届くことは決してありません。「Professionalプランが月額749ユーロから792ユーロに値上げされました」という核心的な通知だけが確実に届きます。同じパターンはサイトマップ（新着URL）、採用ページ（新着求人）、入札案件（新着公告）でも機能します。もしカルーセルが誤反応を起こすなら、除外指示を追記するか、より具体的な下層URLに対象を絞り込んでください。2日後に音を上げてミュートしてしまうような騒々しい20個のモニターより、静かで本当に役立つ1個のモニターを運用するほうが圧倒的に価値があります。
本ツールが対象としていないこと
ログインが必要な会員制・管理ページ
現時点では対応していません。Page Deltasは公開Webを監視対象としています（価格表、マーケティングサイト、公式ドキュメント、規約、採用情報、公開PDF、公開サイトマップ）。認証を伴う監視機能はロードマップにありますが、隠し機能ではありません。ログイン後にしか表示されない数値を追うことはできませんので、この点は率直にお伝えしておきます。
特定のピクセルが動いたかどうかの判定
ナビゲーションや広告を除去した上で、テキストの差分があなたの説明に合致するかをLLMが判定します。ビジュアルリグレッションテスト、QA画面キャプチャ比較、20ピクセルのズレ検知、サイト改ざん監視などには適していません。そうした用途には従来の画像差分ツールのほうが優れていますので、引き続き専門ツールをご活用ください。
永続的な法的アーカイブの構築
本サービスはWayback Machineではありません。関心のある情報が変化した際に、要約および監視期間中に取得された前後のスクリーンショット付きでアラートを受け取るツールです。「先週の火曜日に何と書かれていたか」を確認するのには非常に便利ですが、Web全体の恒久的な公的記録を代替するものではありません。
「2分おき」のような固定巡回の強制設定
巡回頻度は適応型です。手動で固定間隔を打ち込む必要はありません。Check nowボタンがオンデマンド実行の役割を果たします。従来の差分ツールは、URLに2分ごとにアクセスしてスクリーンショットを撮り続けるニッチ分野を現在も担っています。私たちはあえてその機能を設けていません。相手先サーバーへの過剰な負荷テストになってしまう上、あなたのチームに使い物にならないアラートの山を送りつけることになるからです。
よくある質問
- Webサイトの監視はどのように始めればよいですか？
- 無料アカウントを作成し、公開URL（またはsitemap.xml、PDF）を貼り付け、条件を短く説明し、通知チャンネルを選んでテストを送信し、初回のチェックを実行させるだけです。新しいモニターはすぐに処理されます。クイックスタートガイドでは実際の画面表示に沿ってこの流れを解説しています。
- なぜ説明（ブリーフ）がそんなに重要なのですか？
- 説明文はLLMが判断するためのプロンプトそのものだからです。Cookieバナー、お客様の声のローテーション、更新日時の表示などは、ハッシュ計算上はれっきとしたテキスト差分になります。適切なブリーフがあれば、Page Deltasはそうしたノイズを無視し、あなたの関心事と一致したときだけ通知できます。曖昧な指示にしてしまうと、AI製品の中で画像差分ツールと同じ通知の洪水を再現してしまいます。
- どのアラート通知チャンネルを利用できますか？
- Slack、Microsoft Teams、Discord、メール、および署名付きWebhookです。チャンネルを接続したら必ずテスト送信を行ってください。メールは認証リンクの事前確認が必要です。Webhookには暗号HMAC署名が付与されるため、受信側サーバーで正規のPOSTリクエストであることを確実に認証できます。
- ログインが必要なページも監視できますか？
- 現時点では対応しておらず、オープンな公開Webのみが対象です。認証付き監視機能は今後のロードマップに含まれています。
- Page Deltasはどれくらいの頻度でページをチェックしますか？
- 巡回間隔を手動で設定する必要はありません。適応型スケジューラーが、そのページの実際の更新ペースに合わせて頻度を自動調節します。有料プランはキュー内で優先的に処理されます。Check nowを使えばいつでも即時チェックが可能です。算出されたハッシュが前回と一致している場合、LLMを呼び出す前に処理を終了します。
- 無料プランはありますか？
- はい。10件のURLまたはサイトマップ、無制限のチェック回数、AIフィルタリングと要約、チームメンバー無制限、有料プランと同一の全通知チャンネルが含まれます。クレジットカードは不要です。サイトマップ全体でも1URL枠として扱われ、PDF文書も完全サポートしています。
- すべてのURLを個別に登録せず、サイト全体を監視できますか？
- sitemap.xmlを監視すれば、新ページの公開を漏れなく検知できます（消費枠は1つだけです）。その上で、特に重要なページ（料金表、利用規約、検索流入の多い主要記事など）は、個別のモニターと専用のブリーフを設定してピンポイントで監視してください。トップページのモニター1件だけで両方の役割をこなそうと期待するのは得策ではありません。
- アラートの通知が多すぎる（ノイズが多い）場合はどうすればよいですか？
- アラートの要約を確認し、その原因となっているパターンを明確に「無視すること」とブリーフに書き加えるか、より限定的なURLに対象を変更してください。更新された指示は次回のチェックから適用されます。詳しくはフィルターガイドをご覧ください。
著者
Julien（Page Deltas プロダクトマネージャー）。私は、2日後に嫌気がさして通知をミュートしてしまうような20個の騒々しいモニターを作るより、静かで真に価値のある1個のモニターを育てていただくことを強く望んでいます。本ガイドが以前の記事よりも詳しく書かれているのは意図的なものです。このツールは一見すると「URLを貼るだけ」のように見えますが、実際は「同僚にブリーフィング（指示）を出す」感覚で動作します。セットアップの真の成否は、まさにこの後者の考え方にかかっているのです。
まずは1つのページから始めましょう
無料プランは10件のURLまたはサイトマップ、無制限のチェック回数、AIフィルタリングと要約、チームメンバー無制限、そして有料版の全通知チャンネルをカバーしています。クレジットカードは不要です。あなたが今も手作業で更新確認しているURLを貼り付けてみてください。同僚に依頼するときのように指示を1行書いてください。チームがいつも使っているSlackやTeamsチャンネルにテスト通知を飛ばしてみてください。ページを目視で見張り続ける日々に、今日で終止符を打ちましょう。