Page Lemon

Data Processing Agreement

Last updated 14 October 2026

This Data Processing Agreement ("DPA") is between Aporia Research Ltd (company number 17518971, registered in England and Wales), London N22 8NL, United Kingdom ("we", "us"), which runs Page Lemon, and you, the customer. "You" includes anyone who publishes a site on Page Lemon, with or without an account. This DPA forms part of our Terms of Service whenever we process personal data on your behalf. You accept it when you accept the Terms, when you publish a site, or when you claim a site into an account. If this DPA and the Terms conflict on data protection, this DPA wins.

1. Roles

2. Your instructions

3. Confidentiality

Everyone we authorise to process customer personal data is bound by confidentiality, by contract or by law. Access is limited to people who need it to run, secure or support the service.

4. Security

5. Subprocessors

6. Helping you

7. Personal data breaches

8. Where data is and international transfers

9. Return and deletion

10. Audits and information

11. Liability

Each party's liability under this DPA follows section 8 of the Terms, except where data protection law does not allow liability to be limited. Liability to the people whose data it is follows data protection law.

12. Term, changes and law

Annex 1: Details of processing

ItemDetails
Subject matterHosting and serving your websites and running the features you turn on
DurationWhile we provide the service to you, then until deletion as in section 9
NatureStoring, serving, displaying, emailing, counting, exporting and deleting
PurposeTo provide Page Lemon to you as described in the Terms and on our website
Data subjectsVisitors to your sites; people who fill in your forms or make bookings; members you allow onto members-only sites; people named in your site content; people you add as notification inboxes
Personal dataSite content: whatever personal data you publish. Forms: what the visitor types (often name, email, message), when it was sent, and a one-way hash of their IP address for spam limits. Bookings: name, and if given email, phone, notes, answers to your questions, time booked and status. Members: allowed email addresses and company domains, last sign-in time and sign-in session. Members sign in with their email address on app.pagelemon.com, through our sign-in provider; the site then gets its own cookie through a single-use code. Visitor numbers: page, referring site, country, device type, browser, and a daily visitor code made from a one-way hash of a shortened IP address and the browser, with a key that changes every day. The key is stored temporarily outside the database, replaced when the day ends, and never included in database backups. Notification inboxes: email address, opt-in status and which notifications they get.
Special category dataNot intended. Don't collect special category or criminal offence data through Page Lemon features unless you have a lawful basis for it and have assessed the risk.
RetentionAs in section 9 and our Privacy Policy ("Data about your site's visitors"), or sooner if you delete it
SubprocessorsAs listed on the subprocessors page

Annex 2: Security measures

  1. Encryption in transit. All traffic to our domains and to your sites uses TLS.
  2. Encryption at rest. Site files and backups are kept in encrypted storage in the EU.
  3. Separation. Your sites are served from a separate domain from the app and sign-in, so a site can't read app sessions. Each customer's data is kept separate in the application and checked on every request.
  4. Access control. Only named staff can reach production servers, with individual keys and no shared passwords. Staff access to customer data is limited to what support, security or the law requires.
  5. Passwords and tokens. Site passwords and API tokens are stored only as one-way hashes. We never see account passwords; sign-in is handled by our sign-in provider. Card data never reaches our servers.
  6. Data minimisation. Visitor numbers use no cookies and no scripts and never store a full IP address. Form spam limits use a one-way hash of the IP address.
  7. Upload safety. Uploads are scanned for leaked secret keys, and uploads that look like they contain them are blocked. We don't run customers' server-side code.
  8. Protection against attacks. Rate limits, and protection against denial-of-service attacks in front of all our domains.
  9. Resilience. Continuous database backups, a tested restore procedure, and the ability to roll a site back to an earlier version.
  10. Incident response. A written breach procedure with roles, a 72-hour regulator clock for our own data, and the customer notice in section 7.
  11. Supplier management. Subprocessors are chosen for their security and bound by data processing terms.
  12. Review. We review these measures at least once a year and after any significant incident or change.

Annex 3: International transfer terms

Parties

EU data sent to us (only if the UK adequacy decision ends)

ClauseChoice
ClausesEU Standard Contractual Clauses (Commission Implementing Decision (EU) 2021/914)
ModuleModule Two (controller to processor) where you are a controller; Module Three (processor to processor) where you are a processor
Clause 7 (docking clause)Included
Clause 9(a) (subprocessors)Option 2, general written authorisation, 14 days' notice as in section 5
Clause 11(a) (independent dispute body)Not included
Clause 13 (supervision)The supervisory authority of the EU member state where you are established or, if you are not, where your EU representative is
Clause 17 (governing law)Law of Ireland
Clause 18 (courts)Courts of Ireland
Annex I.A (parties)The parties above
Annex I.B (description of transfer)Annex 1 above; transfers are continuous while you use the service
Annex I.C (competent supervisory authority)As for Clause 13
Annex II (security measures)Annex 2 above
Annex III (subprocessors)The subprocessors page

Transfers from us to subprocessors

DataSafeguard
UK dataUK adequacy regulations where they exist, including the UK-US data bridge where the provider is certified under the Data Privacy Framework. Otherwise the ICO's International Data Transfer Agreement (IDTA), or the ICO's International Data Transfer Addendum to the EU Standard Contractual Clauses, issued under section 119A of the Data Protection Act 2018
EU dataA European Commission adequacy decision where one exists, including the EU-US Data Privacy Framework where the provider is certified. Otherwise the EU Standard Contractual Clauses, Module Three (processor to processor)

Which safeguard each subprocessor uses is shown on the subprocessors page or available on request from support@pagelemon.com.