短い答え：自動化が壊れるのは、ショートカットにバグがあるからではありません。壊れる理由は 3 つの地味なものです。「実行前に確認」がオンのまま、アップデートで与えた権限がリセットされた、App が自らの仕様を変えた。どれも数分で診断でき、ショートカットを一から作り直す必要はありません。
これをはっきり書く価値があるのは、ネットワーク上には「作るべき自動化 50 選」のような助言ばかりで、それが役に立つことの正反対だからです。自動化で難しいのは作ることではなく、動かし続けることです。多くの人が静かに自動化を放棄するのは、この 3 つの失敗の形を見分ける方法を教わっていないからです。
自動化が止まる 3 つの理由
1.「実行前に確認」がまだオン。これが断トツで最多の原因で、しかも厄介です。失敗ではなく、自動化は動くのですが、確認のために止まるからです。オートメーションを作ると、iOS はほとんどのトリガーの種類でこれを既定でオンにします。すると自動化は「その作業を提案する」ものになり、「その作業をする」ものになりません。1 週間ほど通知をタップし続けると、自動化は無意味だという結論になります。
オートメーションを開いて実行前に確認を探してください。オフにすると、時刻ベースと場所ベースの自動化は本当に無音で動きます。
2. iOS のアップデートが権限をリセットした。ショートカットのアクションは、写真、ファイル、位置情報、ヘルスケア、あるいは別の App のデータなど、何かへのアクセスを必要とすることがよくあります。ショートカットを初めて実行したとき iOS が尋ね、あなたが許可します。その許可はいつも永続するとは限りません。大きなアップデートの後や、ショートカットのアクションを編集した後に、iOS がもう一度尋ねることがあります。無人で動く自動化は確認に答えられないので、静かに失敗します。
他のものと見分ける方法：ショートカットを手動で実行します（ショートカット App でタップします）。権限の確認が出るなら、それが答えで、自動化の問題ではなかったのです。
3. 相手側の App が変わった。サードパーティ製 App とやり取りするショートカットのアクションは、その App が管理する仕様に依存します。App が更新されると、その仕様は動きます。URL スキームの名前が変わる、パラメータが変わる、アクションが非推奨になる。ショートカットは大きな音を立てて壊れません。そのステップが、次のステップの期待するものを出さなくなるだけです。
もう一度手動で実行してください。特定の 1 ステップで失敗し、そのステップがサードパーティ製 App に触れているなら、それが原因です。対処はたいてい、そのアクションを削除し、更新された App から追加し直し、変数を結び直すことです。
2 分の切り分け。 ショートカットを手で実行します。 権限を求められる → 原因 2。1 ステップで失敗する → 原因 3。手では完璧に動くのにスケジュールでは動かない → 原因 1。
本当に維持する価値のある自動化
正直な判断基準は「これは賢いか」ではなく、「この維持の手間に見合うだけ、頻繁にタップを節約するか」です。毎日発火して 3 回以上のタップを置き換える自動化は、居場所を得ます。月 1 回しか発火しない、あるいは 1 タップしか節約しない自動化は、元を取る前に何をするものか忘れます。
この基準を通りやすいのは次の分類です。
| 何をするか | なぜ生き残るか |
|---|---|
| ワンタップの夜のルーティン——おやすみモードをオン、アラームを設定、いくつかの App 単位の設定を変更 | 設定への何度もの往復を 1 回にまとめ、確実にその場にいる時間に動く |
| 写真やスクリーンショットの処理——リサイズ、メタデータの削除、特定のアルバムへの保存 | 頻度が高く、手作業は遅いだけでなく面倒 |
| クイック記録——現在地を保存、タイムスタンプを記録、メモに 1 行追加 | iPhone しか持たないデータを使い、App を開いて入力するより速い |
| 到着・出発のルーティン——ある場所に着いたら設定を切り替える | 場所トリガーは、忘れてしまいがちな習慣を実際に肩代わりする |
ネット上で出回る自動化と比べてみてください。「家に着いたら連絡先にメッセージを送る」「SNS に自動投稿する」。どちらも確認の工程がどうしても必要か、後述の意図的な制限にぶつかります。見栄えはしますが、放棄されます。
制限はどこにあるか——戦うのをやめるために
2 つの制約を知っておく価値があります。「自動化が壊れた」という不満の多くは、実はこのどちらかです。
- 受信内容に基づくトリガーは制限されています。自動化がメッセージやメールを静かに読み、それに基づいて動くことはできません。iOS が許しませんし、ショートカットをどれだけ作り込んでも回避できません。自動化がメッセージの受信に依存するなら、あなたの関与が入ると想定してください。
- ロック解除や App の前面表示が今も必要なアクションがあります。別の App の画面を操作するものは、その App 自身の挙動に左右されます。
これらが仕様だと分かれば、生産的なのは、作り直して祈るのをやめ、制限を前提に自動化を設計し直すことです。目的が本当にこうした制限を必要とするなら、自分で起動する手動のショートカットのほうがたいてい良い答えです。こうした制限がシステム側に存在する理由は App の権限の説明をご覧ください。