About Us

About APKPad

APKPad exists because Android automation advice on the internet is mostly recycled screenshots and wishful thinking. A macro that fires on a stock Pixel in a reviewer’s office dies silently on a Xiaomi phone with an aggressive battery manager, and nobody writing the tutorial mentions it. We test automation the way it actually runs: on real phones, under real OEM skins, with the battery settings most users actually have.

Our subject is MacroDroid and the wider craft of making Android do useful work without you touching it. That covers trigger and action design, the permission stack that makes advanced actions possible, battery economics, and the unglamorous troubleshooting that decides whether an automation survives its first week.

The Automation Laboratory

Our test bench is a rotating shelf of physical devices rather than emulators, because the failures that matter — a helper service killed overnight, a geofence that never triggers inside a concrete building — do not reproduce on a virtual machine. The bench typically includes:

  • A Google Pixel running near-stock Android, used as the reference device for baseline behaviour.
  • A Samsung Galaxy device on One UI, which adds its own sleeping-apps policy on top of Android’s Doze.
  • A Xiaomi or Redmi device on MIUI/HyperOS, the strictest common environment for background work.
  • At least one budget handset with 4 GB of RAM or less, because automation advice that only works on flagships is not advice, it is advertising.

Every guide we publish is built on at least one of these devices, and where behaviour differs between them we say so in the article instead of publishing a single “universal” answer that is quietly wrong for half our readers.

How We Measure Trigger Latency

Latency claims in automation writing are usually invented, so we will be precise about what we can and cannot measure. We do not own laboratory timing hardware, and we will not quote millisecond figures we cannot reproduce. What we do instead:

  • Side-by-side observation. The same macro runs on two devices reacting to the same event — a charger being plugged in, a Bluetooth connection, a screen state change — filmed in slow motion where the gap matters. This reliably separates “instant” from “a second or two” from “never fired at all,” which is the distinction readers actually need.
  • Timestamped logs. MacroDroid’s own user log and system log give us event order and coarse timing. When a macro shows a consistent multi-second delay, the log usually shows why: a constraint retrying, a location fix being requested, or the device waking from Doze.
  • Overnight soak tests. Any macro we describe as reliable has run unattended for several nights on the strictest device we own. A trigger that works at 2 p.m. and is dead by 3 a.m. has failed the only test that counts.

When we publish a number, it is a range we observed, labelled as such. When we cannot measure something honestly, we describe the behaviour qualitatively and tell you how to check it on your own phone.

Our Research Process

Each topic starts as a question from a real failure: a reader’s auto-reply that stopped after an update, a location trigger that drained a battery in six hours. We reproduce the problem, isolate which layer caused it — the trigger, a constraint, a revoked permission, or the OEM’s battery policy — and only then write the fix. Guides are re-checked after major MacroDroid releases and Android version updates, and articles carry the version context they were tested against, because an instruction written for Android 12 can be actively wrong on Android 15.

We also maintain a strict line on safety. Automation is powerful, and the same tools that reply to your messages while driving can be pointed at spam or harassment. APKPad publishes only automations intended for your own device, your own accounts, and your own contacts, and our ADB and permission guides state plainly what access you are granting and why you should grant it to nothing you do not trust.

Editorial Standards

  • No copied tutorials. Every procedure is performed on our devices before it is written down.
  • No affiliate-driven recommendations. If we mention a paid MacroDroid feature, it is because the free tier genuinely cannot do the job.
  • Corrections are made in place and noted. Android changes fast; pretending otherwise helps nobody.
  • APKPad is an independent fansite. We are not affiliated with ArloSoft, and MacroDroid is their trademark.

Questions about our process, or a benchmark you think we got wrong, are welcome via the contact page.