Data Processing Agreement
When you use PingWise to handle other people’s personal data, such as your status page subscribers or the people you invite, you are the controller and we are your processor. This agreement is the GDPR article 28 contract between us. It applies automatically; a signed copy is available on request.
1. Parties and scope
This Data Processing Agreement (“DPA”) is between the customer that holds an PingWise account (“Customer”, “you”) and Alexandros Kyrlis, a sole proprietorship trading as Netlayer, Eleftheriou Venizelou 31, 16675 Glyfada, Greece, General Commercial Registry no. 008078401000, VAT no. EL121157554 (“Netlayer”, “we”). It forms part of the Terms of Service and applies whenever we process personal data on your behalf in providing the Service.
It does not cover personal data for which we are the controller, such as your own account details, your billing data and our security logs. Those are described in our Privacy Policy.
Capitalised terms not defined here have the meaning given in Regulation (EU) 2016/679 (“GDPR”).
2. Details of the processing
| Subject matter | Provision of the PingWise monitoring, alerting and status page service to the Customer. |
|---|---|
| Duration | For as long as the Customer has an account, plus the deletion period in section 9. |
| Nature and purpose | Storing the Customer’s configuration; running checks against targets the Customer designates; delivering alerts to channels the Customer configures; hosting status pages; sending notices to subscribers of those pages; managing users invited by the Customer; and, for resellers, the same for their sub-accounts. |
| Types of personal data | Email addresses and names of invited users and of status page subscribers; chat identifiers, webhook URLs and other alert channel details; whatever personal data the Customer includes in monitor targets, custom requests, status page content, announcements and branding; IP addresses and user agents in access logs of status pages; for resellers, the names and email addresses of their customers’ users. |
| Categories of data subjects | The Customer’s staff and contractors; the Customer’s customers and their staff; subscribers to and visitors of the Customer’s status pages; any individual whose data appears in content the Customer puts into the Service. |
| Special categories | None expected. The Customer must not use the Service to process special categories of data (GDPR art. 9) or data about criminal convictions. |
3. Your obligations as controller
You are responsible for the lawfulness of the processing you instruct, including having a lawful basis, informing data subjects, and obtaining any consent needed (for example, status page subscribers must have asked for your notices). You will not instruct us to process data in breach of the law. You will keep your account secure and manage who has access to it.
4. Our obligations as processor
We will:
- process personal data only on your documented instructions, which consist of the Terms, this DPA, and the settings you make in the Service, unless EU or member state law requires otherwise, in which case we will tell you before processing unless the law forbids it;
- tell you immediately if we think an instruction breaches the GDPR or other data protection law;
- ensure that every person we authorise to process personal data is bound by confidentiality;
- implement the technical and organisational measures in Annex 1 and keep them at a level appropriate to the risk;
- use sub-processors only as allowed in section 6;
- help you, taking into account the nature of the processing, to respond to requests from data subjects (section 7);
- help you meet your obligations under GDPR articles 32 to 36 (security, breach notification, impact assessments and prior consultation), taking into account the information available to us;
- delete or return the personal data at the end of the Service (section 9);
- make available the information needed to show compliance with GDPR article 28 and allow audits as described in section 8.
5. Security
We maintain the measures listed in Annex 1. We may update them as technology and threats change, provided the overall level of protection does not fall.
6. Sub-processors
You give us general authorisation to use the sub-processors listed in Annex 2. Each is bound by a written contract imposing data protection obligations equivalent to those in this DPA, and we remain responsible to you for their performance.
We will give you at least 30 days’ notice by email to the account owner before adding or replacing a sub-processor. If you object on reasonable data protection grounds and we cannot resolve the objection, you may terminate the Service, and we will refund unused bought credits. Adding a probe location with an existing provider in Annex 2 is not a new sub-processor, but we will keep the location list on this page current.
7. Data subject requests
If a data subject contacts us directly about data we process for you, we will refer them to you and will not respond on your behalf except to say that we are a processor, unless you instruct us otherwise. We will help you respond to requests through the tools in the Service (you can delete subscribers, users and content yourself) and, where those are not enough, through reasonable assistance from privacy@pingwise.com.
8. Audits and information
On written request, no more than once a year unless a supervisory authority requires it or a personal data breach has occurred, we will provide the information reasonably needed to demonstrate compliance with this DPA, including summaries of any third-party audit reports or certifications we hold. If that is not enough, you or an independent auditor bound by confidentiality may audit our relevant processing, on at least 30 days’ notice, during business hours, without disrupting the Service, and at your cost. Audits do not extend to other customers’ data or to our sub-processors’ premises; for those we rely on their own audit reports.
9. Personal data breaches
We will notify you without undue delay, and in any case within 48 hours, after becoming aware of a personal data breach affecting your data, with the information we have at that time and updates as we learn more, so that you can meet your own obligations under GDPR articles 33 and 34.
10. Deletion and return
You can export your monitors and configuration from the Service at any time, and delete users, subscribers, content and the whole account yourself. When the account is deleted, or when you ask us to, we delete the personal data we process for you within 30 days, except what we must keep by law. Encrypted backups are overwritten within a further 90 days and are never used to restore deleted data except to recover from a failure.
11. International transfers
We process your data in the EU, except as described in Annex 2: probes outside the EEA see only the check traffic to the targets you designated and the results of those checks, and certain providers are based in the USA. For every transfer outside the EEA we rely on an adequacy decision of the European Commission or on the Commission’s Standard Contractual Clauses (Decision (EU) 2021/914) together with supplementary measures. Where the Standard Contractual Clauses apply between us and a sub-processor, they are available on request. If you are yourself outside the EEA and the Clauses must apply between you and us, module two (controller to processor) is incorporated into this DPA by reference, with you as data exporter and Netlayer as data importer, Greek law and courts as the governing law and forum, and Annexes 1 and 2 of this DPA as its annexes.
12. Liability, term and changes
Liability under this DPA is subject to the limits in the Terms of Service, to the extent the GDPR allows. This DPA lasts as long as the Terms and the deletion period after them. We may update this DPA to reflect changes in law or in the Service; the Terms’ rules on changes apply. If you need a signed copy, email privacy@pingwise.com and we will send one for countersignature.
Annex 1 · Technical and organisational measures
- Encryption in transit: TLS on every connection to the website, application, API, probe control channel and status pages; HSTS on our domains.
- Encryption at rest: integration credentials, two-factor secrets and backup archives are encrypted (backups with AES-256 before they leave the server); passwords are stored as salted hashes.
- Access control: production servers are administered over SSH with key-only authentication, rate limiting and automated blocking of repeated attempts; the staff area requires a staff account with two-factor authentication; staff access to customer data is limited to what support requires; two-factor authentication is available to every customer account and mandatory for staff.
- Tenant separation: every record is tied to an account; application-level checks prevent access across accounts; status page visitors never see monitor targets.
- Probe minimisation: probes hold no account data, receive only the check specification, return only results, and read at most a capped amount of a response.
- Availability: point-in-time database backups with continuous archiving, nightly logical backups, weekly automated restore tests, monitoring of the Service by itself and by an independent dead-man’s switch.
- Logging and detection: security-relevant actions are logged; probe health is checked continuously and anomalous probes are quarantined.
- Development: changes are version-controlled and reviewed; secrets are kept out of the code repository; dependencies are updated regularly.
- Incident response: a documented procedure for security incidents and breach notification, with the timeline in section 9.
- Deletion: deletion by the customer takes effect immediately in the application; backups roll over within 90 days.
Annex 2 · Sub-processors
Current as of 30 October 2026. Changes are announced by email at least 30 days in advance (section 6). InterServer, Melbicom and Akamai were added on 30 October 2026; the section 6 notice period for them runs until 29 November 2026, and account owners may object until then.
| Sub-processor | Service | Location of processing | Transfer basis |
|---|---|---|---|
| Hetzner Online GmbH, Gunzenhausen, Germany | Central servers (application, database), encrypted backup storage | Germany | EU |
| The Constant Company, LLC (Vultr), USA | Probe servers | Amsterdam (NL), Stockholm (SE), Dallas and San Francisco (US), São Paulo (BR), Tokyo (JP), Johannesburg (ZA) | EU for EU locations; SCCs plus adequacy for Japan; SCCs for the others |
| DigitalOcean, LLC, USA | Probe servers | New York (US), London (UK), Singapore (SG) | Adequacy (UK); SCCs (US, SG) |
| UpCloud Oy, Helsinki, Finland | Probe servers | Frankfurt (DE), Warsaw (PL), Sydney (AU) | EU; SCCs (AU) |
| InterServer, Inc., Secaucus, New Jersey, USA | Probe server | New Jersey (US) | SCCs |
| UAB Melbikomas (Melbicom), Vilnius, Lithuania | Probe server | Fujairah (AE) | EU entity; processing in the UAE under SCCs |
| Akamai Technologies International AG (Akamai Cloud, formerly Linode), Switzerland | Probe servers, currently in shadow mode (they check monitors and store results but do not vote on outages) | Mumbai (IN), São Paulo (BR), Sydney (AU) | Adequacy (Switzerland); SCCs (IN, BR, AU) |
| Cloudflare, Inc., USA | DNS, reverse proxy and web application firewall for the website, application and status pages; Turnstile; TLS certificates for custom status page domains | Global edge network; Cloudflare’s EU data localisation where available | EU–US Data Privacy Framework; SCCs |
| Link, LLC, USA, and Stripe (Stripe Payments Europe, Ltd., Ireland; Stripe, Inc., USA) | Seller of record and payment processing for credit purchases. Independent controllers for checkout data, not sub-processors; listed for completeness | USA; Ireland | Data Privacy Framework; SCCs; EU |
| ActiveCampaign, LLC (Postmark), USA | Transactional email: account messages and alert emails to the Customer’s channels | USA | Data Privacy Framework; SCCs |
| Amazon Web Services EMEA SARL, Luxembourg | Email to status page subscribers (Amazon SES) | Ireland (eu-west-1) | EU |
Destinations you choose, such as Telegram, Slack, Discord, SMS gateways or your own webhook endpoints, receive the alert content you configure. They act on your instructions, not ours, and are not sub-processors under this DPA.