WEBページの更新チェックとスクリプト監視 説明書
作成: 2026-11-06
これは何か
WEBページの更新チェックは、指定したページを定期的に見に行き、決めた条件に合う変化があった時だけお知らせする仕組みです。
変化の例:
- お知らせ・ニュース一覧に新しい記事が追加された
- 投稿・更新履歴に新しい内容が書かれた
- 商品ページの価格が変わった、在庫が「あり」に戻った
- 予約・販売の受付が始まった
- ページ内の特定の部分（日程、空き状況など）が書き換わった
チェックの方式は大きく2つあり、対象ページによって使い分けます。
方式 | 特徴 |
|---|
通常チェック | Muse が定期的にページを見に行き、内容を読んで判断する。多くのページに対応できるが、チェックのたびに無料枠を消費する |
スクリプト監視 | 小さなプログラム（スクリプト）が見張りだけをする。変化があった時だけ Muse が起きて確認・通知するので、無料枠をほぼ消費しない |
この説明書では、主にスクリプト監視について説明します。
スクリプト監視の仕組み
- スクリプトが決めた間隔で、ページのデータを取りに行きます
- 前回見た内容（最新の記事ID、日時、価格など）と比べます
- 変化がなければ、そのまま静かに終わります。通知も消費もありません
- 条件に合う変化があった時だけ Muse が起きます
- Muse が実際の内容を確認します。本当にお知らせすべき変化なら、内容とリンクを添えてチャットで通知します。条件に合わない変化（関係ない部分の更新など）なら通知しません
- 次回と比べるための基準を、今回の内容に更新します
スクリプトがやるのは「変わったかどうか」の単純な判定までです。「お知らせする価値があるか」の最終判断は Muse が行うため、誤って通知するケースを減らせます。
なお、最近のWEBページは画面表示とデータ取得が分かれていることが多く、ページそのものではなく、ページが裏側で読み込んでいるデータの取得先を監視する場合があります。どちらの方法が使えるかは、設定時に実際にページを調べて判断します。
向いているページ・向いていないページ
向いている（スクリプト監視が使える）
- ログインしなくても見られる公開ページ
- お知らせ一覧、投稿一覧、更新履歴のように、新しいものが積み上がっていくページ
- 価格・在庫など、比べる対象がはっきりしているページ
向いていない（通常チェックになる、または不可）
- ログインしないと見られないページ（スクリプトにはログイン情報を持たせられないため）
- アカウント連携の許可が必要なサービス内の情報（SNSの連携機能を使うものなど）
- データの取得先が見つからない、または自動アクセスを強く制限しているページ
向いていないページでも、通常チェック（Muse がブラウザで開いて確認）なら対応できる場合があります。対象ページごとに確認します。
間隔について
- 間隔は監視ごとに設定できます（数分〜数時間など、目的に合わせて調整可能）
- 間隔を短くすると変化に早く気づけますが、その分アクセス回数が増えます。無料枠の消費は間隔ではほとんど変わりません（消費するのは変化があった時だけです）
- 接続先への配慮として、次を守ります
- 1回につき1リクエストだけ、並行して叩かない
- 取得に失敗してもすぐにリトライせず、次の間隔まで待つ
- アクセス制限（429など）が出たら、その時点で止める
- 時間帯で間隔を変えることもできます（例: 変化が多い時間帯だけ短く、それ以外は長く）
間隔の目安:
目的 | 目安 |
|---|
開始時刻が迫る告知など、急ぐもの | 5〜15分 |
お知らせ・新着の確認 | 30分〜1時間 |
ゆっくり変わる情報 | 数時間〜1日 |
無料枠の消費について
- スクリプトが見に行くだけでは、Muse の無料枠は消費しません
- 消費するのは、変化が見つかって Muse が確認・通知する時だけです
- 「変化がないチェック」で消費が積み上がらないのが、通常チェックとの大きな違いです
監視を始める時に伝えてほしいこと
- ページのURL
- 何が変わったら知らせてほしいか（例: 新しいお知らせが出たら、価格が下がったら、在庫が戻ったら）
- 間隔の希望（なければ目的から提案します）
設定する時は、まずテスト実行で正しくデータが取れるか・変化を判定できるかを確認してから、本番の監視を有効にします。
通常チェックからスクリプト監視への切り替え
切り替えの依頼方法
チャットで「このページのチェックをスクリプト監視に切り替えて」と、対象と希望の間隔を伝えてください。新しく監視を始める場合も同様で、その場合は最初からスクリプト監視で組めるかどうかを調査します。
切り替えできるかの確認（調査）
切り替えはどのページでもできるわけではないため、作業の前に次を調べます。
- ページを開き、監視したい変化がどこに表示されるかを確認する
- ページのHTMLに変化の内容が直接含まれているかを確認する。画面表示とデータ取得が分かれているページでは、裏側のデータ取得先からログインなしでデータが取れるかを確認する
- 実際にスクリプトでデータを取得してみて、判定に必要な情報（最新のID・日時・本文・価格など）が読み取れるかをテストする
データが取得できない場合はスクリプト監視への切り替えはできず、通常チェックの継続を提案します。
切り替え作業の手順
- 判定条件を決める — 何を比べるか（最新のID・日時・価格など）、どんな変化があったら Muse を起こすか（特定のキーワードを含む、価格が変わるなど）
- 基準を記録する — 切り替え時点の最新の状態を基準として記録し、古い内容で誤って通知しないようにする
- スクリプトを作成し、無効の状態で登録する — 作った直後はまだ動いていない
- テスト実行（ドライラン） — 本番の状態を変えずにスクリプトを回し、「変化なし」と正しく判定できるかを確認する。必要に応じて、過去の状態を仮の基準にして「変化あり」を検知できるかも試す
- 有効化する — テストに問題がなければ、本番の監視を開始する
- 既存の通常チェックの扱いを決める — そのまま消さずに予備として残す（間隔は長めに変更）か、停止するか。予備を残す場合は通知が重複しないよう、基準（どこまで確認済みか）をスクリプト監視と共有する
- 記録を更新する — 説明書や設定の記録を、新しい方式の内容に合わせて更新する
切り替え後の構成
- 主担当: スクリプト監視（短い間隔で見張り、変化があった時だけ通知）
- 予備: 通常チェック（長い間隔） — サイトの仕様変更などでスクリプトがデータを取得できなくなった場合の保険です。不要であれば停止もできます
状態の確認・変更・停止
- アプリ内にスクリプト監視の専用画面はありません。状態を知りたい時はチャットで「監視は動いてる？」と聞いてください。その時点の状態（有効かどうか、直近の実行結果、次回の予定）を調べてお答えします
- 間隔の変更、条件の変更、停止は、チャットで伝えてもらえれば対応します（例: 「間隔を30分にして」「価格が下がった時だけにして」「この監視を止めて」）
限界・注意点
- 一定間隔で見に行く方式なので、変化から通知まで最大で間隔分の遅れがあります。リアルタイム通知ではありません。また、変化してすぐ元に戻った場合は気づけないことがあります
- サイト側の作りが変わると、スクリプトがデータを取得できなくなる可能性があります。その対策として、通常チェックを予備として併用することもできます（間隔は長めに設定）
- 取得に失敗した時は無理に判断せず、その回は静かに終えて次の回に回します
- 監視は「変化を知らせる」ためのものです。購入・予約・申込みなどの手続き自体は行いません（必要な場合は別途依頼してください）
