自動チェックインとチェックイン監視

対応している中継アカウントで毎日チェックインし、クレジットを受け取り、最新の実行結果を保存します。各サイトでの手動操作を忘れる心配を減らせます。

機能の概要

• チェックイン状態の検出：アカウントの追加または更新時に、サイトにチェックイン入口があるかを自動判定します。手動の「チェックイン検出」スイッチはありません。
• カスタムチェックイン入口：標準パスにない場合は、アカウントの「チェックイン設定」に外部チェックインサイト URL を入力できます。
• 自動スケジュール：ブラウザのバックグラウンドスケジュールを使って、通常の自動チェックインを毎日 1 回実行し、毎日の実行で失敗したアカウントを設定に応じて当日中に再試行します。
• 実行結果：成功、失敗、スキップ理由、最終実行時刻、次回予定を含む最新結果を保存します。複数日の履歴ログではありません。

利用条件

1. アカウント管理でアカウントを追加し、更新または認識を 1 回以上正常に完了していること。
2. アカウントのログイン情報が有効であることを確認してください。「自動選択」では、方式が未選択のアカウントも毎日のタスクで再検出できます。利用可能な方式が確認されてからチェックインを実行します。詳しくは以下の対応サイトと認証要件を参照してください。
3. アカウント管理 → アカウントを編集 → チェックイン設定に「毎日の自動チェックインを有効化」が表示されること。組み込みプロバイダーに対応するアカウントだけに表示されます。
4. ブラウザがバックグラウンドスケジュールに対応していること。ブラウザの終了、端末のスリープ、バックグラウンドポリシーの変更時には、予定時刻どおりの実行は保証されません。

設定手順

1. アカウント単位の設定

• アカウントを開く → アカウントを編集 → チェックイン設定。
• 組み込みプロバイダーに対応するアカウントには次が表示されます。
  • チェックイン方式：「自動選択」では、方式が未選択の場合や現在の方式が非対応と確認された場合に、必要に応じて再検出します。適用できる方式を一意に特定できたときだけ自動で選択・切り替えます。手動で指定した方式は固定されます。
  • 毎日の自動チェックインを有効化：既定でオンです。オフにすると、全体スケジュールが有効でもそのアカウントは参加しません。
  • 外部チェックインサイト URL（任意）：ページが標準パスにない場合に入力します。すべてのアカウントで外部入口を設定できます。
  • カスタムチャージ / 引き換えページ URL（任意）と「外部チェックイン使用時にチャージページも開く」。
• アカウントフォームに「チェックイン検出」スイッチはありません。状態はアカウントの更新または認識時に自動取得されます。
• 自動再検出には、全体とアカウントの両方で自動チェックインを有効にする必要があります。画面を開いたときの前倒し実行を含む毎日のタスクで動作し、同じアカウントの自動検出は 24 時間以上の間隔を空けます。ネットワークエラー、タイムアウト、ログインの有効期限切れを、方式が非対応になった証拠として扱いません。
• 「チェックイン方式を再検出」は待機期間中でも手動で実行できます。方式を調べるだけでチェックインは送信せず、アカウント編集画面の検出結果は保存時に反映されます。

2. 全体の時間帯

設定 → チェックインと引き換え → 自動チェックインで設定します。

設定は保存後すぐに反映され、再起動は不要です。アップグレード時も保存済みの設定は保持されます。

3. 実行状態を確認

• 設定サイドバーの 自動チェックインを開くと、最新の実行結果、次回の毎日スケジュール、存在する場合は次回の再試行予定を確認できます。
• 結果には、対象、実行済み、成功、失敗、スキップなどが表示されます。ページ下部にはアカウント検出状態、プロバイダー、スキップ理由、最新結果も表示されます。
• 「今すぐ実行」は、全体の自動チェックイン設定にかかわらず、条件を満たすアカウントを手動で 1 回実行します。アカウントが有効で、チェックイン条件を満たす必要があります。1 アカウントだけなら、そのメニューの「クイックチェックイン」を使用してください。
• ポップアップまたはサイドパネル上部の「クイックチェックイン」カレンダーアイコンは、チェックインページを開いて手動一括実行を開始します。
• 失敗した結果行では、再試行、手動チェックイン、外部チェックイン、サイトを開くなどを利用できます。手動チェックインはサイト上で操作を完了する必要があります。
• 「確認待ち」の結果には「状態を検証」操作が提供されます。これは当日の状態を読み取ってアカウント設定を更新するだけで、チェックインを再送信しません。ログインまたは認証の修復が必要な場合は、まずサイトを開いてログインを完了し、その後で再度検証してください。
• 問題を報告する場合は、アカウントメニューや結果行から問題報告・対応リクエストを選択し、レポートを確認してからコピーするか、GitHub で開いて送信してください。

4. 検出と実行状態を処理

アカウントのチェックイン設定は、手動で選択した方式とカスタム URL を保持します。ネットワークエラーやログインの有効期限切れでは方式を切り替えません。状態に応じて以下の操作を行ってください。

動作の仕組み

1. 設定を保存：ローカル設定を保存すると、バックグラウンド処理へすぐに再スケジュールを通知します。
2. スケジュール初期化：拡張機能の起動時にブラウザアラームのリスナーを登録します。
   • 毎日アラーム：通常の自動チェックイン。1 日に最大 1 回。
   • 再試行アラーム：通常の毎日実行で失敗したアカウントがある場合だけ作成し、そのアカウントだけを再試行します。
3. 実行：
   • 毎日のタスクは、有効なアカウントの自動選択状態を先に確認します。再検出が必要で待機期間が終了していれば、検出結果を保存してから方式、認証情報、当日の状態を確認します。適用できる候補がない場合、複数の候補から特定できない場合、検出が未完了の場合は、方式を無作為に選んで実行しません。
   • 現在の方式が利用可能なら、そのまま使用します。実行前の読み取り専用確認で非対応と判明した場合は、待機期間の条件を満たせば再検出し、一意に特定できた代替方式を選択できます。すでにチェックインを送信して結果が確認待ちの場合は、結果を検証し、別の方式で再送信しません。
   • サイトの組み込みプロバイダーを呼び出し、成功、失敗、確認待ち、またはスキップ理由を記録します。
   • 「成功」と「今日はチェックイン済み」はどちらも成功として扱います。新しく成功した場合はアカウントデータも更新します。
   • 再試行が有効な場合でも、安全に再試行できる失敗だけを当日のキューに入れます。認証失敗、権限不足、チェックイン状態を読み取れないサイトは自動再試行しません。
   • 自動再試行では、チェックインを再送信する前に当日の状態を確認します。状態を一時的に読み取れない場合、その回は送信せず、1 日の最大試行回数の範囲で次の再試行を待ちます。
4. 再スケジュール：通常の毎日実行後、翌日の毎日アラームを予定します。当日中の失敗があり、再試行が有効な場合は再試行アラームも予定します。

対応サイトと認証要件

以下のサイトには対応済みのチェックイン方式があります。利用できるかどうかは、アカウントの検出結果で確認してください。

ほかのサイトで利用可能な方式が検出されない場合は、外部チェックイン URL、手動チェックイン、または対応リクエストを利用してください。

ベストプラクティス

• 時間帯：成功率を上げるため、早朝などサイトの低負荷時間帯を推奨します。
• ブラウザを実行したままにする：ブラウザが完全に終了している、または端末がスリープしている場合、チェックインできず、端末を起動することもできません。復帰後に逃したアラームが遅れて動く場合がありますが、前日の分は補完しません。Chrome Alarms APIも参照してください。
• 外部チェックインと手動チェックイン：外部チェックインは設定したページを開き、「今日開いた」ことだけを記録します。ページ上の送信や成功確認は行いません。手動チェックインはサイト標準のページを開くため、そのページで操作を完了する必要があります。
• 複数デバイス：WebDAV と GitHub Gist はアカウントと設定を同期しますが、当日のチェックイン状態、最新結果、ブラウザの予定は共有しません。重複実行を避けるため、自動チェックインは 1 台だけで有効にすることをお勧めします。
• 通知：毎日スケジュールと自動再試行は完了後にタスク通知を送信します。設定 → 一般 → 通知で設定できます。手動の「今すぐ実行」とアカウント単位の「クイックチェックイン」は、スケジュールタスク通知を送信しません。

よくある質問

関連ドキュメント

• 自動認識のトラブルシューティング
• 自動更新とリアルタイムデータ
• WebDAV バックアップと自動同期
• Cloudflare 認証ヘルパー
• タスク通知