Nwly

Nwly Privacy Policy

Effective date: 2026-10-05

Nwly is operated by Hawsabah ("we", "us"), based in the Kingdom of Saudi Arabia. We handle personal data in line with the Saudi Personal Data Protection Law (PDPL) and its regulations. This policy explains, in plain terms, what the Nwly app collects, why, how long we keep it, who processes it for us, and how you can exercise your rights. Questions: [email protected].

1. The short version

2. What we collect and why

WhatWhyHow long we keep it
A random installation ID generated by the appIt is your identity as a guest, and ties your settings and activity to your installationUntil you delete your account. A guest installation that has not been used for 12 months is deleted automatically
Account details, if you create an account: email address, display name, password (kept only as a salted one-way hash, never in readable form) and optionally your countryTo run your account and sign you inUntil you delete your account
What you follow, save, like and comment on, the news sources you mute (the list of source names you chose to hide from Today and Following), your reading history, and your settings (language, theme, text size and similar)To give you the product and to keep it in sync across your devicesUntil you delete your account. Reading history until you clear it. A guest's copy is deleted after 12 months without use
Device details sent by the app: platform (Android or iOS), operating system version, app version and build, device model and manufacturer, system language and app language, time zone, screen size, and the country your phone is set toSupport, compatibility and usage statisticsUntil you delete your account, or 12 months after a guest installation was last used
The IP address your requests come from (when you sign in, register your device, post a comment, send a report or suggest a source), and the browser or device text (user-agent) that comes with a sign-inSecurity and abuse prevention: investigating and blocking people who break the rules. Also used to work out your approximate country (see section 3)90 days from when it was recorded, then erased
Your approximate country, worked out from the IP address, or, if that is not possible, the region your phone is set toShowing regional breaking news and statistics by countryUntil you delete your account, or 12 months after a guest installation was last used
A push notification token, if you enable notificationsTo deliver notifications you asked forUntil you delete your account or the token is replaced
Activity (analytics) on our own servers: which screens you open, what you tap and read, errors the app hits, with your installation ID, a session ID and, when signed in, your accountUsage statistics and product decisions13 months
Usage statistics sent to Google Analytics for Firebase (section 4): which screens you open and which features you tap (the same named events as above), device and app details, an approximate location Google works out from your IP address, and an identifier of this app installation that Google creates. Never your name, email, account or search textUnderstanding how the app is used so we can improve it2 months for event-level data, then erased by Google
App performance measurements sent to Firebase Performance Monitoring (section 6): app start time, screen rendering speed, and the timing, address path, response code and size of the app's network requests (never request contents)Finding and fixing slow or failing parts of the appPer Google's retention period for Performance Monitoring data; not linked to your account
What you type in search, when you run a searchImproving search and product decisions. We do not use it to personalise anything and we do not show it back to anyone13 months, together with the activity above. We do not keep it as a list of your searches
Which stories you open, how far you read and which you finishTo build your reading history screen and sync it across your devicesThe activity records for 13 months; the history itself until you clear it or delete your account
Feedback you send (section 5)To fix problems and answer youSee section 5
Crash reports (section 6)To find and fix crashes90 days (section 6)

We use this information only to run Nwly, to support you and to understand and improve the product. We do not share it with advertisers or data brokers.

3. What we do not collect

4. Analytics and how to turn it off

We measure how the app is used in two ways: on our own servers (the activity records in section 2) and with Google Analytics for Firebase, a service of Google LLC.

Google Analytics for Firebase. It receives usage events (which screens you open and which features you tap, using the same fixed list of event names as our own analytics), device and app details (platform, operating system version, app version, device model, language), an approximate location that Google derives from the IP address of your connection, and an identifier of this app installation that Google creates. We do not send Google your name, email address, account ID or search text; for a search it receives only how long the query was. Advertising identifiers are not collected, advertising personalisation signals are switched off, and so is Google signals. We have also switched off every Google data-sharing option for this account (benchmarking, technical support, account specialists and Google's other products), so Google may not use the data for its own purposes. Event-level data is kept for 2 months and then erased. Our Analytics account is held in Saudi Arabia ("Hawsabah - Nwly"), but Google processes the data in other countries as well (section 7).

Turning it off. In the app's settings you can turn off "Share usage analytics". When it is off, the app stops sending everything to Google Analytics and to Firebase Performance Monitoring (section 6), and it stops sending our own activity records except three that are needed for the reading history you see in the app: which stories you opened, how far you read and which you finished. In particular, no search text, no screens, no sessions and no error records are sent, and navigation steps are not added to feedback you send. Crash reports (section 6) are not part of this switch.

5. Feedback and reports you send

When you send a report, suggestion or idea from inside the app, we receive:

Screenshots can show whatever was on your screen, so we keep them for a shorter time. Our replies to you appear in the app under "My reports", and as a notification when your report is closed.

Retention: a report is kept for 12 months after we close it, then deleted. Its screenshot is deleted 90 days after we close it. The IP address a report was sent from is erased 90 days after it was sent. Reports are deleted with your account, and with an unused guest installation after 12 months.

6. Crash reports and app performance

Crash reports. We use Firebase Crashlytics, a service of Google LLC (Google Firebase), to receive crash reports so we can fix them. The service is switched on only in the released version of the app. A report contains the technical details of the crash (the stack trace, which is what the app was doing when it stopped) and the state of the device and app at that moment (device model, operating system version, app version, available memory and similar). It carries an identifier Crashlytics creates for the installation. We do not attach your name, email address or account ID to crash reports. Crash reports are kept for 90 days. Crash reporting is part of how the app keeps working and does not depend on the analytics switch (section 4).

App performance. We use Firebase Performance Monitoring, also a service of Google, to see how fast the app starts, how smoothly screens draw, and how long the app's network requests take. For network requests it records the address path, response code, response size and timing, never the contents of a request or response. It is not linked to your name, email address or account. It stops completely when you turn off "Share usage analytics" in Settings (section 4).

Google processes both services on our behalf, under its own terms (section 7).

7. Who receives your data

We do not sell your personal data. We share it only with the processors below, who handle it on our instructions and may not use it for their own purposes, and with authorities where the law requires.

Some of these processors may handle data outside the Kingdom of Saudi Arabia. In particular, Google processes Firebase data (usage statistics, performance measurements, crash reports and push delivery) on servers in other countries. When data leaves the Kingdom we do so only as the PDPL allows, with the safeguards it requires: the data we send to Google is limited to what is described in this policy and carries no name, email address, account ID, advertising identifier or search text, and Google processes it under its data processing terms for Firebase, which bind it to protect the data and to use it only to provide the service to us.

This product includes IP to Country Lite and IP to City Lite data created by DB-IP.com, licensed under CC BY 4.0. The lookup runs on our own servers. Weather data is provided by MET Norway (CC BY 4.0), and city names in Arabic come from OpenStreetMap, © OpenStreetMap contributors (ODbL); for the weather card we send those services only the approximate coordinates of your city, never your IP address or any identifier.

Stories in Nwly come from news publishers. When you open an original article, you leave Nwly and that publisher's own policy applies.

8. Security

All traffic between the app and our servers uses HTTPS. Passwords are stored only as salted one-way hashes. Access to our systems, and to IP addresses in particular, is restricted to people who need it to run Nwly and handle abuse. If a breach puts your personal data at risk we will notify the authority and you as the PDPL requires.

9. Your choices and rights

10. Children

Nwly is a news app for a general audience and is not directed at children under 13. If you believe a child has given us personal data, contact [email protected] and we will delete it.

11. Changes to this policy

If we change what we collect or why, we will update this page and its effective date, and where the change matters we will tell you in the app.

Recent changes:

12. Contact

Hawsabah, based in the Kingdom of Saudi Arabia. Email: [email protected].

Operational error journal

Nwly keeps a small operational error journal to diagnose connection failures and outages. This journal is sent to our server even when “Share usage analytics” is off. It is independent of usage analytics, is not used for advertising or tracking across apps, and is not sent to an advertising service.

The journal contains a random installation ID, a session ID, entry and request IDs, device and monotonic timestamps, an error count and category, the HTTP method and a fixed endpoint template, our API host, response status, connection timings, the server IP returned by DNS and the server’s Date header when available. It can also contain the network type, whether connectivity is validated or a captive portal is detected, expensive or constrained network flags, a banner’s internal code and short support code, retry or dismiss actions, connectivity probe results, and hourly counts of successful and failed requests with median and 95th percentile timings. We derive the upload’s approximate country and network operator (ASN) on our server; we do not store the user’s IP address in this journal. Native device metadata indicates whether the installation runs on an emulator or simulator.

The journal never includes URL query strings, request or response bodies, search terms, news titles or article text, email addresses, passwords, authentication tokens or the Authorization header. Connectivity checks may contact Google’s connectivity service on Android or Apple’s captive portal service on iOS, and our health endpoint. Those services receive the network information necessary to answer the check, such as its source IP. When the independent connectivity check succeeds but Nwly remains unreachable, a limited non-fatal NwlyUnreachable report may be sent to Firebase Crashlytics at most once an hour, containing only the failure category, endpoint template, network type and whether the DNS server address mismatches our published server addresses.

On the device, the journal retains at most 300 entries or three days, whichever is less, in local storage excluded from device backups. Pending entries upload only when a connection is available; deleting the app before it reconnects loses them. Server journals, correlated API/proxy failures and minute-by-minute service health records are retained for 30 days. Deleting an account deletes its associated journals, and deleting local app data removes the local journal. Signing out retains the device journal. Inactive guest installations and their associated records are deleted after 12 months. Authorized administrators can inspect the journal for support, and access to installation details is audited. A diagnosis is an inference from available evidence and is labelled confirmed, likely or unknown.

To deliver offline library actions once, we retain the operation’s random request ID, action type, creation time and a cryptographic fingerprint under the installation or account. These essential delivery receipts are independent of usage analytics, contain no raw action payload or news text, and are removed when that owner is deleted (including inactive guest cleanup). Reusing the same request ID does not repeat an already completed action. Your in-app data export includes the request ID, action type and creation time.