Question 1

MonitorAHとは何ですか？

Accepted Answer

MonitorAHは、ウェブサイト、API、サーバー、SSL証明書を対象とした稼働監視およびヘルスチェックサービスです。専用ワーカーから指定された対象を定期的にプローブし、障害発生時にはメール／Slack／Discord／Telegram／Webhookで通知します。さらに、稼働率と応答時間の分析、オプションの公開ステータスページもご利用いただけます。

Question 2

最初の監視を設定するのにどのくらい時間がかかりますか？

Accepted Answer

1分未満で完了します。マジックリンクでサインインし、「新規監視」をクリック、URLを監視する場合はHTTPを選択し、対象を貼り付けて保存するだけです。最初のチェックは15秒以内に実行され、ダッシュボードでリアルタイムのステータスを確認できます。

Question 3

始めるのにクレジットカードは必要ですか？

Accepted Answer

いいえ。無料プランでは、5分間隔のチェックとメールアラート付きで3つの監視を無料でご利用いただけます。カードは不要です。より高い上限、より短い間隔、プレミアムチャネルへのアップグレード時にのみお支払い情報を入力していただきます。

Question 4

ウェブサイトにはどの監視タイプを選べばよいですか？

Accepted Answer

HTTPです。実際のブラウザのようにURLにアクセスし、（オプションで）リダイレクトを追跡し、ステータスコードを確認し、応答時間を計測します。サーバーが応答するかどうかだけを確認したい場合はPINGを使用するか、証明書の有効期限も監視するためにHTTPと併せてSSLを追加してください。

Question 5

無料プランと有料プランの違いは何ですか？

Accepted Answer

無料プランはモニター3個、5分間隔のチェック、メールアラートのみ、ログ保持期間24時間です。Starter（月額9ドル）ではモニター20個、1分間隔のチェック、すべてのチャットチャネル（Slack/Discord/Telegram）、30日間のログが利用できます。Pro（月額29ドル）ではステータスページ、Webhook、30秒間隔のチェックが解放されます。上位プランではカスタムドメイン、監査ログ、ホワイトラベリングが追加されます。詳細な比較は料金ページをご覧ください。

Question 6

UptimeRobotやPingdomからモニターをインポートできますか？

Accepted Answer

ダッシュボード内のワンクリックインポーターはまだご用意していません。両ベンダーともJSONまたはCSVでモニターのエクスポートを提供しているため、短いスクリプトでPOST /api/v1/monitorsにマッピングすれば、数百件を数秒で読み込めます。サポートが必要であればお問い合わせください — 小規模な移行は通常無料で対応いたします。

Question 7

対応しているモニタータイプは何ですか？

Accepted Answer

9種類です：PING（ICMPエコー）、HTTP（ステータスコード＋応答）、SSL証明書の有効期限、DNS（A / AAAA / CNAME / MX / TXT / NSルックアップ）、カスタムポート（TCP接続、セキュリティ衛生のためのオプションの「開いていたらアラート」モード）、WHOISドメイン有効期限、ブラックリスト（DNSBL）、ハートビート（インバウンドのデッドマンスイッチ）。

Question 8

モニターはどのくらいの頻度でチェックされますか？

Accepted Answer

PINGとHTTPは15秒ごと、ポートは1分ごと、DNSは10分ごと、SSLは15分ごと、WHOISとブラックリストは1時間ごとです。より速い間隔（Proで30秒、Agencyで10秒）はプランによって制限されています。ハートビートは、cronがインバウンドURLにポストするたびに発火します。

Question 9

SSLモニターは何をチェックしますか？

Accepted Answer

ホストのポート443に接続し、ピア証明書を読み取り、設定可能な警告ウィンドウ（デフォルト30日）内に有効期限が来るとアラートを発します。また、証明書チェーンのエラー、ホスト名の不一致、自己署名証明書もフラグ付けします — ブラウザでは問題になるものの、ログにはほとんど現れないものすべてです。

Question 10

ハートビートモニターはどのように機能しますか？

Accepted Answer

猶予期間（例：少し余裕のある日次バックアップなら5分）を設定してHEARTBEATモニターを作成します。cronジョブが成功するたびにPOST /api/v1/monitors/<id>/heartbeatを送信します。猶予期間内にpingを受信しなかった場合、モニターはDOWN状態となり、通知ルールが発火します。バックアップジョブ、同期ワーカー、その他帯域外で実行されるあらゆるものに最適です。

Question 11

ポートが閉じているべきことを監視できますか？

Accepted Answer

はい — ポートモニター設定で「開いていたらアラート」オプションを切り替えてください。インターネットに面したIPでSSH、Redis、データベースのポートがファイアウォールでブロックされた状態を保っているか検証するのに役立ちます。ポートが予期せず開いた瞬間にモニターがアラートを発します。

Question 12

DNSルックアップはどのように実行されますか？

Accepted Answer

名前解決は、ローカルネットワークではなく、当社のリゾルバから公開DNS階層に対して行われます。任意のレコードタイプ（A、AAAA、CNAME、MX、TXT、NS）を選択し、必要に応じて返された値に想定した部分文字列が含まれていることを検証できます。設定変更後の伝播失敗を検知するのに便利です。

Question 13

アラートはどこに送られますか？

Accepted Answer

5つのチャネル：メール、Slack、Discord、Telegram、カスタムWebhookです。チャネルはアカウントごとに設定し、ルーティングルールによって、どのモニターのどのイベントタイプをどのチャネルに送るかを決定します。

Question 14

フラッピングしているモニターからスパムのような通知が来るのを止めるにはどうすればよいですか？

Accepted Answer

モニター詳細ページ（フラップ抑制セクション）でしきい値アラートを追加してください。N回連続の失敗（例：3回）を設定すると、連続失敗がしきい値に達したときのみ通知が発火し、しきい値に達しなかった場合は復旧メールも抑制されます。1秒程度の瞬断は通知されず、継続的な障害は引き続き即座に通知されます。

Question 15

グローバルな「全モニター → メール」のデフォルト設定を取得できますか？

Accepted Answer

はい — すべての新規アカウントは登録時に自動的に1つ作成されます（DOWNイベントをアカウントのメールアドレスにルーティングします）。/notificationsからモニターごとまたはチャネルごとのルールを追加できます。ダッシュボードの「はじめに」カードはルールステップを自動的にチェックします。

Question 16

アラートは重複排除されますか？

Accepted Answer

はい。障害ごとに1つのインシデントを開き、DOWN通知を正確に1回だけ発火します（しきい値設定に従います）。それに対応するUP通知は復旧時に発火します。開いているインシデント内でのフラッピングが追加のメールを生成することはありません。

Question 17

エスカレーション（X分後にオンコール担当者を呼び出す）を設定するにはどうすればよいですか？

Accepted Answer

ネイティブのエスカレーションポリシーはv1には含まれていません。現在の推奨パターンは、WebhookチャネルでDOWNをインシデント管理ツール（PagerDuty、Opsgenie、Better Stack On-Call）にルーティングし、ローテーションを駆動してもらうことです。ネイティブのエスカレーションはロードマップに含まれています。

Question 18

インシデントを承認できますか？

Accepted Answer

はい。モニター詳細ページでイベントを開き、承認をクリックします — 誰がいつ承認したかが記録されます。根本原因やポストモーテムの情報を含むメモフィールドを添付することもでき、メモは監査やレポートにおいてインシデントとともに保持されます。

Question 19

公開ステータスページとは何ですか？

Accepted Answer

/status/<slug>（またはBusiness以上のプランではカスタムドメイン）にあるブランド化されたページで、選択したモニターのライブのアップ/ダウン状態、過去90日間のインシデント、予定されているメンテナンスウィンドウを表示します。URLを知っている人なら誰でもアカウントなしで閲覧できます。

Question 20

ステータスページが含まれるのはどのプランですか？

Accepted Answer

Pro以上のプランです。無料プランとStarterアカウントにはステータスページがなく、エディターと公開URLはアップグレード後にのみ利用可能になります。

Question 21

自分のドメイン（status.mycompany.com）を使えますか？

Accepted Answer

Business以上のプランで利用可能です。ステータスページエディターでドメインを追加し、当社のエンドポイントにCNAMEを向け、TXTレコード検証を完了すると、Let's Encrypt証明書を自動的に発行・更新します。証明書のアップロードや手動更新は不要です。

Question 22

フッターの「Powered by MonitorAH」を削除できますか？

Accepted Answer

Agency以上のプランで可能です。ホワイトラベルオプションはフッターを完全に削除し、独自の色やロゴでページをレンダリングできるようにします — リセラーやマネージドサービスプロバイダー向けに完全にブランド化されます。

Question 23

メンテナンスウィンドウをスケジュールできますか？

Accepted Answer

はい（Pro以上）。タイトル、オプションの説明、開始、終了をステータスページエディターで設定します。公開ページではウィンドウ中に黄色の「メンテナンス進行中」バナーが表示され、今後7日間の予定されているメンテナンスが一覧表示されます。

Question 24

顧客はステータス更新を購読できますか？

Accepted Answer

サブスクライバー向けメール / SMS / RSSはまだv1には含まれていません。製品からステータスページにリンクしたり、既存のメールツールを使用して自分で更新をプッシュすることができます。ネイティブのサブスクライバー機能はロードマップに含まれています。

Question 25

REST APIはありますか？

Accepted Answer

はい。製品のすべての機能 — モニター、イベント、分析、通知チャネルとルール、ステータスページ、アラート、サブスクリプション、APIキー — は /api/v1/* で公開されています。OpenAPI 3.1仕様は /api/v1/openapi.json にあり、/docs/api でインタラクティブなドキュメントとして表示されます。

Question 26

認証方法を教えてください。

Accepted Answer

/developer/api-keys でAPIキーを作成し、Authorization: Bearer mon_live_<key> を送信してください。完全なキーは作成時に一度だけ表示され、当社はsha256ハッシュのみを保存します。キーは即座に無効化でき、有効期限のタイムスタンプも任意で設定可能です。

Question 27

利用可能なスコープは何ですか？

Accepted Answer

monitors:read、monitors:write、events:read、events:write、notifications:read、notifications:write、status-pages:read、status-pages:write、api-keys:read、api-keys:write、subscription:read です。用途に合った最も狭いスコープを使用してください。CIキー用に * もサポートされていますが、警告がログに記録されます。

Question 28

レート制限はどのくらいですか？

Accepted Answer

Freeでは1分あたり60リクエスト、Starterで120、Proで300、Businessで600、Agencyで1200、Enterpriseはカスタムです。429レスポンスにはRetry-AfterとX-RateLimit-Resetヘッダーが含まれているため、クライアントがスムーズにバックオフできます。

Question 29

ミューテーションでIdempotency-Keyを使用できますか？

Accepted Answer

はい。すべてのミューテーション用エンドポイントは、Idempotency-Keyを24時間にわたり尊重します。同じパスで同じキーを再送信すると元のレスポンスが返されるため、クライアントからの安全な再試行で重複したモニター／チャネル／ステータスページが作成されることはありません。

Question 30

アウトバウンドWebhookはサポートされていますか？

Accepted Answer

はい（Pro以上）。URLとオプションのシークレットを設定したWEBHOOK通知チャネルを作成すると、各イベントで署名付きJSON（X-Monitorah-SignatureヘッダーにHMAC-SHA256）をPOSTします。署名の検証は、どの言語でも4行のスニペットで実装できます。

Question 31

データはどこに保存されますか？

Accepted Answer

すべての顧客データは、当社が所有・運用するEU内のインフラストラクチャに保存されます。決済はStripeによって処理され、それ以外は何も共有されません。

Question 32

プローブが内部アドレスにアクセスするのをどのように防いでいますか？

Accepted Answer

当社のプローブはパブリックアドレスに制限されています。内部IP範囲、ループバック、クラウドメタデータエンドポイントはブロックされ、プローブ実行時にDNSを再チェックするため、ホストがチェック中に内部アドレスへリバインドされることはありません。

Question 33

パスワードはどこかに保存されますか？

Accepted Answer

いいえ。マジックリンクによるサインインを使用しています — 一度限りのリンクをメールで送信し、クリックするだけでログインできます。保存・漏洩・リセットすべきパスワードはありません。

Question 34

APIキーはどのように保護されていますか？

Accepted Answer

APIキーは完全な形では保存されません — 一方向ハッシュのみを保持し、元に戻すことはできません。生のキーは作成時に一度だけ表示されます。mon_live_プレフィックスはGitHubのシークレットスキャンプログラムでも認識されるため、誤ってパブリックリポジトリにプッシュされたキーは自動的に無効化されます。

Question 35

データは第三者と共有されますか？

Accepted Answer

決済にはStripeを使用しています。それだけです — モニターデータ、アラート、分析を他者と共有することはなく、ダッシュボード上で外部トラッカーを実行することもありません。

Question 36

GDPRへの対応はどうなっていますか？

Accepted Answer

当社はEU拠点でEUデータレジデンシーに対応しています。アカウントを削除すると、アカウントに紐づくすべて — モニター、イベント、チャネル、APIキー、監査履歴 — が削除されます。リクエストは support@monitorah.com までメールでご連絡ください。30日以内に処理いたします。

Question 37

アップグレード方法を教えてください。

Accepted Answer

サインインしてダッシュボード → アップグレードへ進んでください。Stripe Checkout経由で任意のカードでお支払いいただけます。すべての有料プランで月額および年額が利用可能で、年額では17%の割引が適用されます。アップグレードは即座に反映され、Stripeが日割り計算を自動的に処理します。

Question 38

ダウングレード後のモニター制限はどうなりますか？

Accepted Answer

新しいプランのモニター制限を超える場合、Stripe Checkoutでダウングレードをブロックし、いくつのモニターを先に非アクティブ化する必要があるかをお知らせします。新しい制限を下回ると、ダウングレードは即座に適用されます — 裏で自動的に非アクティブ化されることはありません。

Question 39

支払いが失敗した場合はどうなりますか？

Accepted Answer

3通のメール（初回失敗時、3日目のリマインダー、7日目のキャンセル通知）を送信し、カードが更新されるまでダッシュボードと請求ページに警告バナーを表示します。7日間支払いが失敗するとサブスクリプションはキャンセルされ、プランはFreeに変更されますが、データは保持され、再登録するとすべて復元されます。

Question 40

返金は可能ですか？

Accepted Answer

年額プランでは可能です：初回請求から14日以内であれば日割り計算での返金が可能です。月額プランは返金対象外ですが、いつでもキャンセルして次回の更新を停止できます。Enterprise契約の返金条件は契約書内で個別に取り決められます。

Question 41

請求書やVATの領収書を入手できますか？

Accepted Answer

Stripeでの各請求につき、カスタマーポータルからダウンロード可能なPDF請求書が生成されます。EUのお客様はポータルでVAT IDを追加でき、該当する場合はリバースチャージVATが適用されます。より大きな請求については、別途の請求条件で銀行振込が可能です — 営業担当者までお問い合わせください。

Question 42

HTTPモニターはDOWNと表示されますが、ブラウザではサイトが正常に読み込まれます。なぜでしょうか？

Accepted Answer

よくある原因は3つです。(1) CDNやファイアウォールが当社のプローブをブロックしている — User-Agent許可リストに « mon-probe » を追加するか、当社が公開しているプローブIPからのトラフィックを受け入れてください。(2) モニターがサイトの返さないステータスコードを期待している（例：200と301）— モニターの期待ステータスコードリストに実際のコードを追加してください。(3) リダイレクト：当社はデフォルトでは追跡しません。URLが実際のコンテンツへリダイレクトする場合は « リダイレクトを追跡する » オプションを有効にしてください。

Question 43

アラートが届きません。何を確認すればよいですか？

Accepted Answer

順番に確認してください：(1) /notifications に、eventType=DOWNで実際のチャネルにルーティングするルールが少なくとも1つあること。(2) チャネルがアクティブとマークされていること。(3) メールの場合：迷惑メールフォルダを確認 — 送信者は alerts@monitorah.com です — そしてチャネル設定のアドレスが実際に確認している受信箱と一致していること。(4) Slack/Discordの場合：Webhook URLが引き続き機能していることを確認してください。ワークスペース内でチャネルまたはWebhookが削除されると失効します。(5) Telegramの場合：ボットをチャットから削除した場合は再度追加してください。

Question 44

SSLモニターが「証明書の有効期限が近い」と表示しましたが、更新したばかりです。

Accepted Answer

プローブは次の15分ごとのチェックタイミングで証明書を再読込みします。ディスク上で証明書を更新してもTLSリスナー（nginx、ロードバランサーなど）を再起動しなかった場合、古い証明書が引き続き提供されています。サービスを再起動するか設定をホットリロードして新しい証明書が提示されるようにすると、次回のプローブで認識されます。

Question 45

cronは実行されているのに、ハートビートモニターがDOWNのままです。

Accepted Answer

リクエストの形式を確認してください: GETではなくPOSTで、/api/v1/monitors/<id>/heartbeat宛である必要があります。GETはCSRFのリスクとなる可能性があり、チャットクライアントからの偶発的なリンクプレビューによってモニターが静かにリセットされてしまう恐れがあります。また、cronが実際に2xxレスポンスを受け取っていることも確認してください。ネットワークが送信POSTをブロックしていたり、ワーカーが接続上限に達している場合、pingがMonitorAHに届きません。

Question 46

WHOISモニターが「rate limited」を返します。

Accepted Answer

一部のレジストリ（特にVerisign経由の.comやいくつかの国別TLD）は、匿名IPからのWHOISクエリを厳しくレート制限します。MonitorAHではバックオフして再試行しますが、24時間以上問題が続く場合はサポートにご連絡ください。別の上流に切り替えるか、そのモニターの警告期間を緩和することができます。

よくある質問とその回答

はじめに

監視タイプ

アラートと通知

公開ステータスページ

APIと連携

セキュリティとプライバシー

請求とプラン

トラブルシューティング

まだ質問がありますか？