Androidのゲームでは、動画広告の再生後に「×」「スキップ」「>」などのボタンを押してゲームへ戻る仕組みがよく使われています。そこでMacroDroidやAutoInputなどの自動化アプリを使い、広告終了時のボタンを自動的にタップできないかと考える人もいるでしょう。
ところが、画面上では文字やボタンを認識できているのに、自動クリックだけが効かないというケースがあります。これはマクロの設定ミスとは限らず、広告の表示方式やAndroidのアクセシビリティ機能の仕組みが関係していることがあります。
また、広告によって閉じるボタンの位置や表示方法が変わるため、単純な座標タップでは誤操作も起こりやすくなります。この記事では、MacroDroid・AutoInput・Tasker系の自動化で広告の終了ボタンを扱う際に知っておきたい仕組みと、現実的な対策を整理します。
MacroDroidやAutoInputで広告の×を押せない主な理由
MacroDroidやAutoInputによる画面操作では、Androidのアクセシビリティサービスを利用して画面上のUI要素を取得し、その要素に対してクリック操作を実行する方法があります。
通常のAndroidアプリで使われているボタンであれば、「SKIP」「閉じる」などのテキストやUI要素を検出して、その要素をクリックできる場合があります。しかし、ゲーム内広告は必ずしも通常のAndroid UIだけで構成されているとは限りません。
その結果、AutoInputから文字として取得できても、その要素自体がクリック可能なノードとして公開されていない場合があります。この状態では「文字を見つけた＝その文字をクリックできる」とは限りません。
広告の×ボタンは普通のAndroidボタンとは限らない
広告に表示される「×」は、見た目としてはボタンでも、Android側から通常のButtonとして認識できるとは限りません。広告SDK、WebView、動画プレーヤー、ゲームエンジンなど、さまざまな方法で描画されるためです。
例えば広告上に「Skip」という文字が見えていても、それが独立したクリック可能なUI部品ではなく、画面上に描画された文字にすぎないケースがあります。
この場合、AutoInputが画面情報から「Skip」という文字列を取得できたとしても、対象要素へAccessibilityのクリック命令を送信して操作できないことがあります。認識とクリックは別の処理と考えると分かりやすいでしょう。
「文字は認識するのにクリックしない」ときに確認するポイント
まずAutoInput側で対象要素の情報を調べ、クリック対象として取得できているかを確認します。表示テキストだけでなく、クリック可能な要素や周辺の親要素が取得できる場合は、文字そのものではなく親要素をクリックすると動作するケースがあります。
また、Androidの「設定」からMacroDroidやAutoInputに必要なアクセシビリティ権限が有効になっているかも確認します。OSアップデートや省電力設定などをきっかけに権限やバックグラウンド動作へ影響が出ることもあります。
一方、通常のアプリ画面ではAutoInputによるクリックが成功するのに、広告画面だけ失敗するのであれば、権限よりも広告側のUI構造が原因である可能性が高くなります。
テキスト指定だけでは広告スキップの自動化が難しい
広告の終了表示は統一されていません。「×」「X」「Close」「Skip」「スキップ」「>>」など複数のパターンがあり、文字が表示されない広告もあります。
さらに、最初の×を押したあとにアプリストアへの誘導画面が表示され、もう一度×を押さなければ終了しない広告もあります。広告によっては数秒間ボタンが無効になってから有効になるものもあります。
そのため「画面に×という文字が出現したらクリック」という1条件だけで、あらゆるゲーム広告に対応する汎用マクロを作るのは難しいのが実情です。
座標タップは簡単だが誤操作に注意
UI要素へのクリックが利用できない場合、代替手段として画面座標を指定したタップがあります。例えば広告終了ボタンが常に右上に表示されるゲームなら、右上付近をタップするマクロは比較的簡単に作れます。
しかし広告によって×ボタンが右上・左上など異なる場所に表示される場合、固定座標方式では対応できません。また、まだ広告が終わっていない段階で同じ位置に広告リンクが表示されていると、意図せず広告ページを開く可能性もあります。
したがって、一定時間ごとに画面の四隅を無条件でタップするような設定はおすすめできません。広告以外の画面へ切り替わった後もマクロが動けば、ゲーム内の別ボタンを誤操作する可能性があります。
画像認識と座標タップを組み合わせる方法
UI要素として取得できないボタンを自動操作する場合、考え方の一つとして画像認識があります。画面の特定範囲から×ボタンに似た画像を探し、検出した位置をタップする方式です。
この方法なら右上と左上のどちらに×が表示されても、検出した位置から座標を決定できる仕組みを構築できる可能性があります。ただし、MacroDroidとAutoInputだけで高度な画像認識まで簡単に実現できるとは限りません。
また広告の×ボタンはデザイン、大きさ、背景色、透明度などが毎回異なります。画像テンプレートを1種類登録するだけでは認識できない広告も多く、万能な方法ではありません。
OCRで「スキップ」を探す方法にも限界がある
画面画像をOCRで解析して「スキップ」「閉じる」「Skip」などの文字を検出し、その位置をタップする方法も理論上は考えられます。
ただしOCRでは「×」のような単純な記号を安定して認識することが難しく、広告内の文章に含まれる「スキップ」など別の文字を誤検出する可能性もあります。
さらに画面キャプチャ、文字認識、座標取得、タップという複数の処理が必要になるため、単純なAutoInputのUIクリックより設定は複雑になります。
Taskerを使えば解決するとは限らない
Android自動化ではTaskerも有力な選択肢です。プラグインなどと組み合わせることで、条件分岐や画面操作を細かく構築できます。
しかし、広告側のUI要素がアクセシビリティ経由でクリックできないことが原因なら、MacroDroidからTaskerへ変更するだけで解決するとは限りません。同じAndroidの仕組みを利用して操作する以上、対象アプリ側の実装による制約を受けます。
そのため有料アプリを購入する前に、目的のゲームと広告画面で「UI要素の取得」「画像認識」「座標タップ」のどこまで実行できるのかを確認することが重要です。
汎用テンプレートが作りにくい理由
「ゲーム広告を自動で閉じるマクロ」がテンプレートとして配布されていれば便利ですが、すべてのゲームで確実に動作するものを作るのは困難です。
理由は、ゲームによって利用している広告SDKが異なるだけでなく、同じゲームでも配信される広告によって終了ボタンの表示位置やタイミングが変化するためです。
さらに端末の画面解像度、表示倍率、Androidバージョン、ナビゲーション方式などによって座標も変化します。ある端末で正常に動いたテンプレートを別端末へそのまま移しても、同じ動作になる保証はありません。
実用的なのは対象ゲームに限定したマクロ
完全な汎用マクロを目指すより、「このゲームを起動しているときだけ」「広告が表示される時間帯だけ」といった条件を付けるほうが誤操作を減らしやすくなります。
例えばゲームのパッケージ名やフォアグラウンドアプリを条件にし、さらに広告表示から一定時間が経過した後だけ×ボタンの検出を開始する、といった構成が考えられます。
終了ボタンを検出したら一度だけタップし、その後は数秒待ってから再判定するようにすると、連打による誤操作も防ぎやすくなります。
自動タップを組む場合の安全策
自動操作では「何を押すか」だけでなく、「どの状況では絶対に押さないか」を設定することが重要です。特に画面上の任意座標をタップする処理は、想定外の画面へ移動した際に別の操作を実行する危険があります。
例えば対象ゲームが前面にない場合はマクロを即座に終了する、一定時間経過したら停止する、連続タップ回数に上限を設定する、といった条件を設けると安全性が高まります。
また購入ボタン、アカウント操作、権限確認などが表示される可能性のある画面では、自動タップを実行しない設計にしておくほうが安心です。
ゲーム広告を減らす別の方法も確認する
自動スキップを作る前に、そのゲーム自体に広告削除オプションが用意されていないか確認する価値があります。買い切りの広告削除機能があるゲームなら、マクロを常時動かすより安定します。
一方、報酬を得るためにユーザー自身が選択して再生するリワード広告では、広告を最後まで視聴することが報酬付与の条件になっている場合があります。自動操作によって広告表示を正常に完了できなければ、報酬が付与されない可能性があります。
また、自動操作の扱いはゲームやサービスの利用規約によって異なります。マクロを使用する場合は、対象ゲームの規約も確認しておくのが安全です。
まとめ：認識できてもクリックできるとは限らない
MacroDroidとAutoInputでゲーム広告の「×」「スキップ」などを認識できているにもかかわらずクリックできない場合、広告のボタンがAndroidのアクセシビリティ上でクリック可能なUI要素として公開されていないことが原因の一つとして考えられます。
まずはアクセシビリティ権限を確認し、通常画面ではAutoInputのクリックが動作するか、広告画面では対象要素がクリック可能として取得されているかを切り分けることが重要です。
UIクリックが利用できない広告では座標タップや画像認識などが候補になりますが、広告ごとに×の位置やデザインが変わるため、完全自動の汎用テンプレートを作るのは容易ではありません。実際に運用するなら、対象ゲーム、実行時間、検出範囲、タップ回数などを限定し、誤操作した場合に停止できる仕組みまで含めて設計するのが現実的です。
コメント