Start your 3-day free trial
Sign up to experience all premium features at no cost.
*Available only to new users. Each user is limited to one trial.


The New York Times in China should be treated as an unreliable online reading option on ordinary mainland networks: GreatFire records blocked requests to its main website. A paid subscription, an installed app, and an article already visible on your phone answer different questions. Prepare your account and reading material before traveling, then distinguish a new network request from a cached page.[1]
Key Takeaways:
- The website measurement concerns one HTTPS address, not every app request or every connection.
- A subscription grants content rights; it does not establish network reachability.
- Saving an article is not proof that its full text is available offline.
- Verify a fresh article and its date before relying on a successful screen.
GreatFire's page for https://www.nytimes.com reports five failed conclusive tests in its displayed 90-day window, with an explicit last-test date of September 6, 2026. That is evidence of interference with that address in those samples. It is not a test performed by us on your hotel Wi-Fi, and its relative “last tested” wording should not replace the explicit date.[1]
Mainland China is the relevant network scope here. Do not automatically apply the finding to a connection elsewhere, a company-managed route, or a roaming plan whose traffic follows a different path. Conversely, a friend loading a headline through a different connection does not invalidate the recorded samples. The useful question is whether your intended device can retrieve the exact material you need, on the connection you are authorized to use.
The China connection planning guide covers broader preparation. For this newspaper, keep three separate outcomes in your notes: the page can be reached, your account has access, and the article is complete and current. A result at one layer does not settle the next.
Use the published measurement as a planning warning, not a guaranteed prediction. Record the URL, test date, and sample size together if you discuss it with a travel companion or support team. A claim that every Times app function fails would need measurements of those functions; the homepage result alone cannot supply them.
Prepare the account while you still have a working connection. Confirm which account holds your news access, check that you can authenticate on the intended device, and keep a way to receive account recovery messages. The Times describes digital subscription access to its website and News app; it also offers different subscription types, so verify your own entitlement rather than assuming every Times product is included.[2]
For a trip where fresh news matters, AethoVPN can be part of your connection preparation on a supported device. Check the currently available locations in the app, choose a suitable permitted route, and compare the reported exit location with the connection you selected before opening a new Times article.
On iPhone, iPad, or Mac, obtain the configuration through the official setup guide and use Pro or Premium; Standard does not include those configurations. The network route does not grant a Times subscription or establish that a saved story contains its complete text, and access in China is not guaranteed. Follow local laws and the newspaper's terms. Create an account with email; new users receive a three-day Pro trial once per person.
Keep the preparation checklist practical:
This is preparation rather than a recommendation to buy another newspaper plan. If a paid article works at home but fails during the trip, buying a second subscription is not a useful first diagnostic. Establish which layer failed before changing billing or account settings.
For regulatory context, MIIT’s 24 January 2017 explanation addresses unlicensed cross-border telecommunications business and says companies needing office-use international lines can rent them from authorized telecom operators.[4] This historical business-services explanation is not blanket permission for a traveler to use any VPN to read the Times; check the rules applicable to your connection.
A saved article is a bookmark until you verify more. The Times' help page explains saving articles and finding the saved list; that description does not by itself certify a complete offline copy on your particular app version. Do not equate a save ribbon, a visible headline, or a thumbnail with a downloaded article.[3]
An offline check should focus on the content you actually need. After opening the story on an authorized working connection, disconnect the device and reopen it from the app. Inspect the end of the article as well as the beginning. Images, embedded video, interactive graphics, and later corrections may require separate requests even when some text remains visible.
Keep the article's publication and update times with your notes. A locally retained page can be useful background reading, but it does not tell you whether the publisher has corrected it since you last connected. For breaking news, a cached page should be described as an older copy, not a live service.
Do not clear app storage, reinstall the app, or sign out simply because refresh fails. Those actions can discard useful local material or require another authentication request. If you need to try them after account troubleshooting, first establish what data may be lost and whether you can log back in.
The Journal account and cache distinctions are useful if you subscribe to both newspapers. The same distinction between a reading right and a retrieved copy matters, but each app's actual behavior needs its own check.
Look at what the device received before deciding what to change. A publisher's subscription message is evidence that at least that message loaded; it does not prove every article asset or account endpoint is reachable. A timeout gives you less information and does not identify the cause by itself.
| Observation | What it supports | Useful next check |
|---|---|---|
| No fresh page loads | A request failed | Confirm the general connection and exact address |
| A subscription prompt appears | Some publisher content arrived | Verify the signed-in account and news entitlement |
| An old article opens, a new one fails | Local material may still be present | Compare article dates and retry one fresh request |
| Text loads but video does not | Different content requests have different results | Treat video availability separately |
| Account verification fails | Authentication remains unresolved | Use official account help, with no repeated purchases |
Avoid changing several variables at once. If your organization permits a network comparison, keep the device, account, and article constant while comparing connections. Then record the result with a time and network type. Repeated refreshes across changing accounts, devices, and routes produce little useful evidence.
A browser and the app can also have different signed-in states. Success in one does not automatically transfer entitlement to the other. If an account message is explicit, follow the publisher's instructions; do not submit recovery codes or payment details to an unofficial “unlock” service.
Choose a fallback according to the information you need. A previously retrieved article can cover background, while urgent travel or safety information should come from a source you can access and verify at the time. Check timestamps and distinguish a full report from a search snippet or another outlet's summary.
If several unrelated services also fail, use the cross-service failure overview to separate a general connectivity problem from an individual publisher problem. This newspaper-specific guide cannot diagnose the entire network from one failed article.
Other news providers have their own boundaries. BBC news and program rights need to be separated; Bloomberg's consumer and professional services require different support paths; and Reuters reports on partner sites do not establish that Reuters itself is reachable. None should be assumed available merely because it is an alternative name.
For publisher support, keep a small, non-sensitive record: the URL without account tokens, time, app or browser version, connection type, and exact error text. Do not send a complete account screenshot if it includes personal details. Stop changing account settings when the evidence points to the network rather than entitlement.
No. A subscription establishes eligible content access, while the connection still has to retrieve that content. Confirm both independently before relying on online reading.
An installed app is not proof of reachable online requests. Test a fresh article on your intended connection; the homepage measurement does not cover every app function.
No. The saved-list feature alone does not establish that full text is retained locally. Verify the complete article with connectivity disabled on the actual device.[3]
The older article may be locally retained while the new one needs a request. Check dates and completeness before interpreting the older screen as working live access.
Not as the first response. Signing out may require another network request and complicate recovery. Preserve useful content and check the error layer before changing account state.
No. If a publisher confirms an account lacks news access, resolve that through its official subscription support. A different route is a connectivity diagnostic, not a purchase entitlement.
No. The cited evidence covers specified website samples and dates. Your device, network, account, and current request need their own checks; availability is not guaranteed.
Disclaimer: VPN regulations vary by country and region and are subject to change. This article does not constitute legal advice. Please review and comply with your local laws before using a VPN.
Sources:
GreatFire — https://en.greatfire.org/https/www.nytimes.com
Digital Subscriptions — https://nytimes.zendesk.com/hc/en-us/articles/115015852367-Digital-Subscriptions
Save and Share News Articles — https://nytimes.zendesk.com/hc/en-us/articles/115015368808-Save-and-Share-News-Articles
工业和信息化部信息通信管理局负责人就《关于清理规范互联网网络接入服务市场的通知》答记者问 — https://www.miit.gov.cn/zwgk/zcjd/art/2020/art_6d942fea3c824343bdd1e01f2d6e12af.html
Sources checked 5 October 2026.
Sign up to experience all premium features at no cost.
*Available only to new users. Each user is limited to one trial.