Will a foreign eSIM work during a mobile-internet shutdown?

None of the six catalogue services promises it. All six declare a single purpose — travel abroad — and the fields for operation during shutdowns, Russian host networks and the cooling-off period are blank at every one of them.

What is a cooling-off period?

The time during which a newly registered profile is barred from the internet after joining a network. In the catalogue it is stored as a number of hours, but there is nothing to fill it from: vendors do not name such a figure.

Why is there no shutdown column in the table?

Because it would consist of thirty «no data» cells and would thereby assert that the question is apt and the vendors are being cagey. They do not answer it because they sell a different product. The column shows what is known — the network and the speed after the threshold.

What if a seller promises their eSIM works during shutdowns?

Then that claim sits outside our catalogue and has to be verified with the seller: whose network, is there a cooling-off period, is a passport needed, what happens after how many days. The six services we describe make no such promises.

So what use is an eSIM in Russia?

By the vendors' own statements, none: it is a product for travel abroad. The catalogue does not invent uses the supplier never claimed.

Mobile-internet shutdowns in Russia: will a travel eSIM help

Published 21 August 2026 · The Ateo Digital editorial team

When mobile internet stops working in a region, an understandable thought follows: what if I install a foreign eSIM — it runs on someone else's operator, after all? The thought is logical, which is exactly why we created a separate group of fields in the catalogue for that scenario.

The answer the data gave turned out to be short: none of the six services declares anything about it. All six describe themselves as travel — a product for going abroad. The fields covering operation during shutdowns, host networks inside Russia, the cooling-off period and passport requirements are blank at all six without exception.

In short

All six catalogue services declare a single purpose: travel.
None promises to work during mobile-internet shutdowns in Russia.
The fields for Russian host networks and the cooling-off period are unfilled at every one of them.
That is why the public table's fifth column shows the host network and post-threshold speed instead of this scenario.
The absence of a promise is an answer, not a gap we are obliged to fill with something.

Why we created such fields at all

The eSIM catalogue was designed for two different jobs: data on a trip, and a fallback channel during shutdowns at home. The structure reflects that — each service has an array of purposes that can hold travel, the fallback scenario, or both.

An array rather than two checkboxes was a deliberate choice: purpose has three meaningful states — not declared, one declared, the other declared — whereas two boolean flags produce nine combinations, four of them nonsense.

We filled it in, and got: travel at all six, the second purpose at none.

What stayed empty

Field	What it means	Filled at
Works during shutdowns	whether the vendor claims the profile keeps working	none
Cooling-off period	how many hours a new profile is barred from the network after registering	none
Russian host networks	whose network the profile runs on inside Russia	none
Passport required	whether the profile must be registered against a document	none
Permanent-roaming duration	after how many days the partner may disconnect the profile	none

The cooling-off period is stored in the catalogue as a number of hours rather than a yes/no flag — because it is a moving value in moving regulation, and «24 hours» today is not the same statement as «there is a cooling-off period» in general. But there is nothing to fill it from: the vendors do not name it.

How this looks on the public page

The eSIM table's fifth column is adaptive. While no service declares the fallback scenario, showing thirty cells of «no data» would be worse than showing nothing: such a column would assert that the question is apt and the vendors are simply being cagey. In fact they do not answer it because they sell something else.

So the column shows what is known: the host network and the speed after the threshold. As soon as a vendor declares the fallback scenario, the column will switch back.

This is the catalogue's general rule: ignorance is never replaced by zero and never disguised. A blank field stays blank and sinks the row in the sorting rather than posing as an advantage.

What follows in practice

Buying a travel eSIM as insurance against shutdowns means buying the wrong product. The vendor promised nothing of the sort, and there will be nothing to hold it to.
Check what you are actually being sold. If a seller promises operation during shutdowns, that claim sits outside our catalogue and its terms must be read at the source: whose network, what about the cooling-off period, is a passport required.
Do not confuse this with wired access. Mobile-internet shutdowns and the availability of particular sites are different things, addressed by different tools.

What we measure instead

Service availability from Russia is handled by the main part of this project: a network of probes checks whether sites open and connections work from different operators and regions. Those are separate measurements with their own methodology, and they are about availability rather than about having a signal.

The eSIM catalogue is about something else — the price and terms of data abroad. Mixing the two topics would mean promising the reader something that none of the products we measure actually does.

If a trip is coming up anyway

Then the catalogue is useful for its stated purpose: the eSIM table prices a basket by country, volume and duration across all six services. Data collected 31 July – 6 August 2026 from vendor statements and storefronts.

If any of these fields appears at any vendor, it will go into the catalogue — and this article will change with it.