Android向けIFTTT代替アプリの選び方：Appletを用途別に移す手順

移行前にAppletの中身を書き出す

Android向けIFTTT代替アプリは、残したいAppletによって変わります。時刻になったら端末の着信音量を変える作業と、受信したSMSをSlackへ転送する作業では、後者に外部サービスの接続と認証が加わります。IFTTTのAndroid向け案内には、端末、SMS、写真などを使うAppletが掲載されています。2026年9月20日に更新された案内ですが、その日付を新しいアプリの発売日と捉える必要はありません。

移行したいAppletごとに、起動条件、絞り込み条件、実行する操作、接続先、使うアカウント、実行後に戻すべき状態を記録します。「夜になったら着信音を下げる」なら端末内の時刻と音量が中心です。「写真をクラウドへ保存する」なら、どのファイルを選び、いつ書き込みが終わり、どのアカウントのどの保存先へ送るかまで必要です。Appletの画面だけを似せても、接続先が抜ければ同じ結果にはなりません。

作業に応じて五つの経路から選ぶ

端末で条件を監視するルールが必要なら、Tasker、MacroDroid、Automate、対応するGalaxyのルーチンを検討します。Taskerは細かな条件や実行内容を組む経路、MacroDroidは起動条件・操作・制約を組み合わせる経路です。Automateは処理をブロックの流れで追えます。Samsungのルーチン案内にある端末標準の方法は、使っているGalaxyに必要な条件と操作がある場合に候補になります。

これらはIFTTT Appletを一括で取り込む選択肢ではありません。特にクラウドサービスへの接続は、端末側の起動条件とは別に確認します。Tasker系の製品全般を比べたい場合は、Tasker代替アプリの選び方：無料枠、OpenTasker、音声操作を比較で、それぞれの作り方と利用条件を確認できます。

就寝時の着信音量変更を移す

例として、夜の指定時刻に着信音量を下げ、朝に元へ戻すAppletを考えます。作成前に、現在の着信音量、就寝時に設定したい状態、終了時に戻す値を決めてください。音量を下げること、マナーモードにすること、おやすみモードを使うことは別です。メディア音量を変えても、着信音量を変えたことにはなりません。

Taskerなら時刻条件の案内を参照し、開始時刻と終了時刻を持つ条件を検討できます。着信音量の操作は着信音量を対象とし、無音・バイブレーションは別の設定です。MacroDroidなら時刻を起動条件にして対応する音の操作を選びます。Automateなら時刻を待つブロックと音量を設定するブロックで、対象の音声系統を指定します。端末やAndroidの制限によって、時刻の正確さや音量操作の結果は変わり得ます。

朝の処理は「元に戻す」だけで曖昧にせず、どの値に戻すか決めます。通知音と着信音が端末上で連動する場合や、おやすみモードと干渉する場合もあるため、変更後はAndroidの設定で実際の状態を確認してください。TaskerとMacroDroidで同じルールをどう組むかの詳しい比較は、TaskerとMacroDroidを比較：同じAndroid自動化ルールをどう作るかに譲ります。

SMSからSlackへの転送は接続先も確認する

受信したSMSをSlackへ届けるAppletでは、端末でSMSを検知する部分と、Slackへ認証付きで投稿する部分を分けます。送りたい相手と内容の範囲、投稿先のチャンネル、送信の許可を先に決めてください。SMS本文を含む作業なので、最初の確認に実際の私的なメッセージを使わず、内容を決めたテスト用SMSを使います。

AutomateのSMS受信ブロックは送信元の条件と受信内容を扱えますが、対象はSMSです。MMS、RCS、ほかのメッセージアプリの内容まで同じように取得できるわけではありません。通知に表示された文章も、完全なSMS本文の代わりにはなりません。SMSを受け取れても、そこからSlackへ投稿する機能が自動的に揃うわけではありません。

AutomateのHTTPリクエストを使う経路なら、別途認められた送信先と認証方法を設定し、応答の状態や失敗時の処理を確認する必要があります。認証情報を共有する実行記録に残さないようにします。利用できる送信経路が確定していないなら、元のIFTTT Appletを止めずに残す判断が妥当です。端末内のSMS検知だけに移しても、Slack側の結果は再現できません。

写真を保存するなら書き込み完了を待つ

写真やスクリーンショットをクラウドへ保存するAppletには、完成したファイルの検知、読み取り権限、保存先アカウントの認証、転送後の確認が必要です。端末内のファイルを見つける操作と、クラウドに保管されて後から開ける状態は別です。移行前に、対象とするフォルダー、同名ファイルの扱い、保存先の場所を決めます。

Automateのファイル監視ブロックでは、ファイルの作成通知が書き込み完了より先に届く場合があります。完成した写真を扱うなら、書き込み用に開かれていたファイルが閉じられた状態や、完成後に移動された状態を手掛かりにする方法を確認します。ただし、監視できることだけでクラウドへの保存は完了しません。利用する保存サービスへの接続と権限も別に必要です。

確認には個人情報を含まないテスト画像を一枚使い、端末上のファイル名とサイズ、保存先のファイル、開ける内容を照合します。転送開始の通知だけで成功とせず、途中までしか書き込まれていない画像を複製していないかを見ます。MacroDroidにもファイルをコピー・移動する操作がありますが、それを特定のクラウドサービスとの接続が用意されている証拠として扱わないでください。

一つずつ切り替え、元へ戻せる状態を残す

移行するAppletが決まったら、元の条件と接続先を記録し、新しい経路で確認できた部分だけを組み直します。最初は結果を戻せる着信音量の変更や、内容を決めたテスト用SMS、個人情報のない画像のような小さな作業にします。起動条件、実行内容、接続先の結果をそれぞれ見て、同じ操作を二つの経路から重複実行しないようにします。新しい経路が期待どおり動かなければ、元の設定へ戻せる状態を残してください。

その場の端末操作に置き換えられる作業なら、私たちのFoneClawも候補です。例えば「現在の音量を確認して、必要なら下げて」と利用者が依頼し、対応するAndroid操作の結果を確認できます。権限と承認方針が適用され、失敗した段階も確認できます。ただし、保存したWorkflowは自動的に時刻やSMS受信を監視しません。FoneClawの無人の定期作業は対応する読み取り専用のウェブ調査に限られ、任意の端末設定変更やSMS転送、写真保存を常駐実行するIFTTT Appletの代わりにはなりません。オンラインモデルを設定した場合は、渡した文脈が端末外で処理されることもあります。

FoneClawの対応する端末操作はFoneClawの機能一覧で確認できます。手順の再利用と自動起動の違いは、FoneClawのTool、Plugin、Skill、Workflow、Shortcutの違い：Androidエージェントの能力レイヤーを選ぶ実用ガイドで整理しています。Appletを止める前の最終確認は、起動した記録だけでなく、着信音量なら変更後と復元後の値、SMSなら許可した送信先、写真なら完成した保存ファイルを見ることです。