Android Sideloading in 2026: 7 Stores, 4 Countries, What Still Works

Updated August 2026 · Google's verification pages, FAQ and console help re-read on 18 August 2026, along with F-Droid's own posts and the Keep Android Open open letter

Our answer

Nothing changes for most readers on 30 September because Google's developer verification page, read 18 August 2026, limits that deadline to seven named stores in four countries. Direct sideloading is untouched for now because Google's own FAQ, read 18 August 2026, says the requirements will not apply yet to apps users sideload directly. ADB is untouched because Google's FAQ, read 18 August 2026, says the waiting period does not apply to ADB installs. Data checked: 18 August 2026.

The next date on Google's schedule is 30 September 2026, and it is narrower than the coverage suggests: seven named stores, four countries, certified devices. This page sets out what changes on each way of installing an app, what Google has actually published about the rest, and where its own pages disagree with each other. The related change to who may download an app at all is covered in our guide to Google Play age verification.

Compare every install route

How we verify. Every date, rule and quotation here was read on 18 August 2026 from the page that publishes it: Google's developer verification landing page and its milestone table, the verification guides, the developer FAQ whose answers carry their own last-updated stamps, Google's Android Developer Console help and its consumer help page, plus F-Droid's own blog post and the Keep Android Open open letter for the opposition. Where two Google pages disagree, both are printed rather than reconciled, and the disagreement is named. Where Google has published nothing, this page says so instead of inferring: one date that circulated widely is absent here for exactly that reason. Nothing on this page rests on our own use of any of it. Last full pass: 18 August 2026, and this one is worth re-reading in the week before 30 September.

Most people, most apps

Google Play · the deadline lands here first

Google's developer verification page and its FAQ · read 18 August 2026 · source

If you install from Play and you are not in one of the four named countries, nothing about 30 September concerns you. If you are, the change happens on the developer side and Google says the download itself does not feel different for apps whose developer has registered.

  • Good: Google names the scope precisely rather than vaguely: "These protections begin for users installing apps from participating stores (Google Play, HONOR App Market, OPPO App Market, Galaxy Store, Palm Store, V-Appstore, GetApps) in Brazil, Indonesia, Singapore, and Thailand, on certified devices running Android 7+."
  • Good: It is an identity check, not an app review. Google puts it as confirming who the developer is rather than reviewing the content of their app or where it came from.
  • Good: Nothing is asked of the reader. There is no setting to change and no wait to sit through on this route.
  • Con: The registration burden falls on developers, and an app whose developer never registers is the one that disappears from your options in those countries.
  • Con: The four-country limit is temporary by design. Google says it will expand the protections globally for all apps on certified Android devices in 2027.
  • Con: Google publishes no date for that global step beyond the year, so the second phase cannot be planned around.

Skip it if you are outside Brazil, Indonesia, Singapore and Thailand, because nothing on this route changes for you next month. Choose it over every other route if convenience is the goal, since it is the one route where the reader does nothing at all.

Back to the comparison table

Betas and direct downloads

A downloaded APK · the route the headlines got wrong

Google's developer verification FAQ, answer stamped 18 June 2026 · read 18 August 2026 · source

This is the sentence that decides the whole subject, and it is the one most coverage skipped. Google states that the September deadline does not reach apps that people install directly at all.

  • Good: Google is explicit: "The September 30, 2026 deadline only applies to the specific participating stores. If you distribute your app through other stores, or if users sideload your app directly, these new verification requirements won't apply to your app yet."
  • Good: Google adds what that means for the reader in the same answer: "your users' install experiences won't change in September".
  • Good: Google's own console help puts the principle plainly: "Sideloading is fundamental to Android, and it's not going anywhere."
  • Con: The word in that quote is yet. Google recommends developers verify before the global rollout in 2027, which is when this route does change.
  • Con: A registered developer is traceable, which is real deterrence, but verification confirms identity rather than inspecting what an app does. It is not a safety rating.
  • Con: The permission that lets a browser or file manager start an install is still per-app and still worth auditing, whatever happens to verification.

Skip it if nothing, on this route, before 2027. Choose it over a store when you want a build the store does not carry, since Google has left this path open in the current phase.

Back to the comparison table

Power users, later

An unverified developer · the advanced flow and its one-day wait

Google's FAQ, answers stamped 23 March, 11 May and 8 June 2026 · read 18 August 2026 · source

The route Google documents for keeping unverified apps installable, deliberately slow and deliberately awkward. Read the status before the steps: Google schedules it for August 2026, and on the day this page was checked it had not been confirmed as shipped.

  • Good: It is a one-time setup rather than a per-app ordeal. Google: "users only need to complete this once per account and it will be carried through your new device."
  • Good: The end state is a choice, not a permanent switch: Google describes installing "with the option of enabling for 7 days or indefinitely".
  • Good: Google explains the wait rather than just imposing it: "This 24-hour pause breaks that sense of urgency and gives users time to verify the request independently."
  • Con: The steps are designed to be uncomfortable. Google's own list runs through a check that nobody is coaching you, "Restart your phone and reauthenticate", and "a one-time, one-day wait".
  • Con: The warning does not go away afterwards: "you'll still see a warning that the app is from an unverified developer, but you can just tap Install Anyway."
  • Con: There is no documented shortcut. Asked whether an ADB command can skip the wait, Google answers that the option "is not supported at this point", which is a statement about support rather than a promise about the future.

Skip it if you can get the same app from a developer who has registered, because this route costs a day of waiting the first time. Choose it over giving up on an app if you rely on software from developers who will not register, and do the setup on a calm day rather than the evening you need it.

Back to the comparison table

Galaxy, Xiaomi, OPPO owners

The six other participating stores · alternative does not mean unaffected

Google's developer verification guides · read 18 August 2026 · source

The comforting line that alternative stores keep working is true and, on its own, misleading. Six of the seven stores in the first enforcement phase are alternative stores, so for a lot of readers the change arrives through exactly the shop they were told was unaffected.

  • Good: The stores are named rather than implied: HONOR App Market, OPPO App Market, Galaxy Store, Palm Store, V-Appstore and GetApps, alongside Google Play.
  • Good: For apps from registered developers, Google describes no change in the download experience on these stores either.
  • Good: Being on the list early means these catalogues have a reason to push their developers through registration, which is what keeps them installable for everyone.
  • Con: Switching store is not an escape route in the four countries, because six of the seven are inside the first phase.
  • Con: Google says the verification capability "will soon be expanded to all third-party Android app stores", with no date attached.
  • Con: A store outside the list is only outside it for now, and Google publishes no list of who joins next.

Skip it if you are outside the four countries, because the enforcement is regional before it is global. Choose it over a downloaded APK when the store carries the app anyway, since a store handles updates that a manual download does not.

Back to the comparison table

Open source catalogues

F-Droid · not in this phase, and not reconciled either

F-Droid's own post of 29 September 2025 and the Keep Android Open open letter · read 18 August 2026 · source

F-Droid is not among the seven participating stores, so nothing about 30 September reaches it. What is unresolved is 2027, and the dispute is structural rather than rhetorical: F-Droid builds apps from source and signs them itself, so there is often no registered developer standing behind the file you install.

  • Good: Nothing changes for F-Droid users in the current phase, because the deadline is bounded by store as well as by country.
  • Good: F-Droid states its objection precisely rather than emotively: it "cannot 'take over' the application identifiers for the open-source apps we distribute, as that would effectively seize exclusive distribution rights to those applications."
  • Good: The opposition is broad and countable: the Keep Android Open open letter lists 71 organizations from 23 countries, including the Electronic Frontier Foundation, the Free Software Foundation Europe, Software Freedom Conservancy and the Tor Project.
  • Con: The 2027 step is the one that matters here, and Google describes it as covering all apps on certified Android devices rather than only more countries.
  • Con: Neither side has moved publicly. Google publishes a schedule, F-Droid publishes an objection, and nothing read on this date reconciles them.
  • Con: If it is not resolved, the advanced flow becomes the route for apps a catalogue like this distributes, which turns a one-tap install into a one-day setup.

Skip it if nothing today, since this route is untouched in the current phase. Choose it over a participating store if you want software built from published source, while watching what happens to the 2027 step.

Back to the comparison table

People with a cable

ADB · untouched, and Google says so in as many words

Google's FAQ, answer stamped 23 March 2026 · read 18 August 2026 · source

The clearest answer on the whole subject, and the one worth knowing if you install things the hard way. Google was asked directly whether the waiting period touches ADB, and answered in three short sentences.

  • Good: Google's answer leaves no room: "No, there are no changes to how ADB works. You will be able to install applications using ADB as usual. The waiting period does not apply to ADB installs."
  • Good: Google describes ADB as the standard method for development work on your own device, so it is not a loophole being tolerated but the documented path.
  • Good: It is unaffected by country, by store and by the advanced flow, which makes it the one route with no regional asterisk.
  • Con: It needs a computer, a cable and a one-time setup, which rules it out as everyday convenience.
  • Con: Google words this as current policy rather than a guarantee, and the FAQ answer carries its own date rather than a commitment.
  • Con: It moves the file, not the maintenance: an app installed this way still needs you to do the next update by hand.

Skip it if you are not comfortable at a command line, because everything here assumes one. Choose it over the advanced flow when you already have the tools set up, since Google exempts it from the waiting period entirely.

Back to the comparison table

What has passed, and what has not

The timeline, read against today

Google publishes a milestone table on its verification landing page, and reading it against today's date is the fastest way to see where this actually stands. Read 18 August 2026:

  • August 2026 · this month, scheduled. Google's table lists developer APIs, limited distribution accounts and the power user advanced flow as launching now. On the day this page was checked, Google's own wording had not moved to the past tense, and the Keep Android Open campaign was publicly claiming the flow had not shipped in any build. This page states the schedule and the dispute rather than picking one.
  • 30 September 2026 · next month. Google's table calls it a "Regional deadline in Brazil, Indonesia, Singapore, and Thailand for participating app stores". Note both limits in that sentence: the countries and the stores.
  • 2027 and beyond. "Global rollout for all certified Android devices", with no date published. This is the step that widens the scope from participating stores to all apps, so it is the one to watch rather than September.

One date has been removed from this page. It previously said the Android Developer Verifier service started appearing on phones in April 2026. Google's post of 30 March 2026 planned that step, and no Google page read on 18 August 2026 confirms it happened, announces a delay, or mentions April again. Since Google is silent rather than contradictory, neither "it happened" nor "it slipped" can be written, so the claim is gone. The service itself is real and named: Google's consumer help page identifies it as Android Developer Verifier, package name com.google.android.verifier.

Back to the comparison table

What registration costs

What verification costs developers

The part that decides how many apps survive this is what registration costs the people who write them. Google publishes two tiers on its Android Developer Console help page, read 18 August 2026.

  • Full distribution, $25. Google's wording: "The $25 fee for a full distribution Android Developer Console account helps cover administrative costs."
  • Limited distribution, free. "There is no fee for developers who qualify for a limited distribution account." This is the tier aimed at students and hobbyists, and it is also the reason the phrase "proved their identity to Google" no longer describes every route into the system.

Google frames the requirement itself as an identity check rather than a review, and states plainly on the same page that verified developers keep the freedom to distribute directly or through any store they prefer. Whether that is enough is the argument the open letter is having, and it is a real argument rather than a misunderstanding: a project that builds and signs other people's software does not have an obvious place in a scheme built around registering individual developers. If you want to see which storefronts this reaches, our roundup of the best app store apps for Android covers the main ones.

Back to the comparison table

Where Google contradicts Google

Where Google contradicts Google, and what to do

Two of Google's own pages disagree, and both disagreements are worth carrying rather than smoothing, because a reader who checks will find them.

  • Android 7 or Android 8. Google's developer verification landing page says the protections begin on "certified devices running Android 7+". Google's consumer help page says "This initiative applies to certified Android devices running Android 8 and up". Both read 18 August 2026. If your phone sits on Android 7, which page applies to you is not settled by anything Google has published.
  • Has the advanced flow shipped? Google's milestone table schedules it for this month. The campaign opposing the policy says it has not appeared in any build. Neither claim could be settled from the other's pages on 18 August 2026.

What is settled is the exemption. Google's consumer help states it in one line: "Requirements apply only to Certified Android devices. Android Open Source Project (AOSP) and non-certified devices are exempt from this requirement", and adds that the requirement does not apply where Google Mobile Services are unsupported or in territories under trade sanctions.

So the practical list for a reader is short. If you are outside Brazil, Indonesia, Singapore and Thailand, nothing happens to you next month. If you are inside them, the change reaches you through a store rather than through a download. Either way, take APKs from the developer's own site rather than a mirror, because verification proves who someone is and not what their app does. And if command-line installs are already part of how you use a phone, our guide to the best root apps for Android covers the neighbouring territory.

Back to the comparison table

Keep reading

Questions, answered

Will apps already installed on my phone stop working on 30 September 2026?

No. Nothing in what Google publishes removes or disables an app you already have. The deadline is about installing and updating apps from seven participating stores, in Brazil, Indonesia, Singapore and Thailand, on certified devices. Outside those countries nothing changes next month at all. Checked 18 August 2026.

Can I still install APK files on Android in 2026?

Yes, and this is the part most coverage got wrong. Google's own FAQ says the 30 September deadline applies only to the specific participating stores, and that where users sideload an app directly the new requirements do not apply yet, with install experiences unchanged in September. Google's console help puts the principle more bluntly, saying sideloading is fundamental to Android and is not going anywhere. The route does change in the 2027 global step. Checked 18 August 2026.

Is F-Droid shutting down because of these rules?

No. F-Droid is not one of the seven participating stores, so the September deadline does not reach it, and it was publishing app updates as normal in August 2026. What is unresolved is 2027, when Google says the requirement expands to all apps on certified devices. F-Droid's published objection is that it cannot take over the application identifiers of the open source apps it distributes, because doing so would seize exclusive distribution rights over them. Checked 18 August 2026.

Do I have to repeat the waiting period for every app or every new phone?

Neither. Google describes the advanced flow as a one-time setup: users complete it once per account and it carries through to a new device, rather than being repeated for each app. After it, you choose whether installs from unverified developers stay enabled for 7 days or indefinitely, and a warning still appears at each install that you can accept. Checked 18 August 2026.

Does Google review or approve the apps under developer verification?

No. Google frames this as confirming who the developer is rather than reviewing what the app does or where it came from. That is worth holding onto in both directions: a registered developer is traceable if they ship something harmful, which is real deterrence, but registration is not an inspection and not a safety rating. Checked 18 August 2026.

I only use the Play Store. Does any of this affect me?

Only indirectly, and only in the four named countries for now. The work falls on developers, and Google says the download experience does not change for apps whose developer has registered. The one effect you might notice is absence: an app whose developer never registers is one you will not find on that route in those countries. Checked 18 August 2026.

Checked 18 August 2026: the page's central claim was wrong and has been rebuilt around what Google publishes. It said that from September 2026 an app must be registered before it can be installed or updated on a certified Android device. Google's own FAQ, in an answer stamped 18 June 2026, says the opposite about the route this page is named after: the 30 September deadline "only applies to the specific participating stores", and for apps users sideload directly the requirements "won't apply to your app yet", with install experiences unchanged in September. The date itself is 30 September 2026, not September generally, and the first phase is bounded by store as well as by country: seven stores, of which six are alternative stores, so the reassurance that alternative stores keep working needed the other half of the sentence. The 2027 step has been restated too, because Google describes it as expanding to all apps on certified devices rather than simply to more countries. The claim that the Android Developer Verifier arrived on phones in April 2026 is removed: Google planned it in March and has published nothing since confirming it, so neither the event nor a delay can be asserted. On the opposition side, the open letter is published by the Keep Android Open campaign with F-Droid as a signatory, not published by F-Droid, and it carries 71 organizations from 23 countries; F-Droid's actual argument is about application identifiers rather than about registering on behalf of volunteers, and it is now quoted in its own words. Smaller corrections: Google says reauthenticate rather than sign in again, describes enabling installs "for 7 days or indefinitely" without saying the window renews, ties the one-time setup to the account rather than to a restore, and answers only that an ADB bypass "is not supported at this point". The $25 full account fee and the free limited distribution tier are now stated with their source. A decision table, an "Our answer" capsule, a dated verification box and this changelog are new, and the page now prints the two places where Google's own pages contradict each other.

Android Sideloading 2026: 7 Stores, 4 Countries, What Still Works