Privacy policy
What personal information CerShare collects, why we need it, and the choices you have, whether you design and issue certificates, receive one, or scan a QR code to check that one is real.
- Last updated
- 11 October 2026
- Applies to
- cershare.com, the CerShare app and story pages
- Privacy contact
- privacy@cershare.com
The short version
A plain-language summary. The full policy below is what counts.
- We collect what we need to run CerShare: your account details, the certificates you design, and the recipient names and emails you upload.
- Recipient lists belong to the issuer. We process them on the issuer’s instructions, never sell them and never use them for our own marketing.
- Every certificate has a story page. Recipients decide whether it is Private, Shareable by link, or Public on the Wall of Tales.
- Children’s certificates are never public, never on the Wall of Tales and never in search results. A child’s profile is run by a parent and seen only by the family they invite.
- Profiles are free and private by default. Nobody finds yours in search engines unless you, as an adult, choose that. Certificates you add yourself are always marked “Added by”.
- We use trusted providers: Amazon Web Services for hosting and email, Stripe for payments, and Google Analytics only if you accept analytics cookies.
- You stay in control. Change most things yourself in Settings, or ask us at privacy@cershare.com.
1. Who we are
CerShare (“CerShare”, “we”, “us”) is a product of PPT-Design Ltd (on the register as PPT-DESIGN LTD), a company registered in England and Wales under company number 16115606, with its registered office at 2nd Floor College House, 17 King Edwards Road, Ruislip, London HA4 7AE, United Kingdom.
For anything in this policy, including requests to use your data protection rights, email privacy@cershare.com. For help with CerShare, email help@cershare.com.
Our role: controller and processor
PPT-Design Ltd is the controller of information about CerShare account holders and their team members, website visitors, newsletter subscribers, recipients who claim a certificate or set up a CerShare profile, the certificates people add to their profiles themselves, the child profiles parents create, and family members they invite.
When an organisation (an “issuer”) uploads or types in a list of recipients to create certificates, the issuer is the controller of that recipient data and PPT-Design Ltd acts as its processor, following its instructions. Issuers can ask for our Data Processing Agreement at help@cershare.com. If you received a certificate and want to know why you have it, please contact the issuer first. We will help too.
When an issuer closes its CerShare account, PPT-Design Ltd becomes the controller of the record we keep of each certificate it issued, so that the certificate can still be verified. See Closing your account.
2. What we collect
We collect only what we need to run CerShare. The table shows each kind of information and where it comes from.
| Category | What it includes | Where it comes from |
|---|---|---|
| Account data | Name, email address, password (stored only as a one-way hash), language, notification settings and whether you chose to receive product news. If you set up a public profile: its address, a short bio and a profile picture. | You, when you sign up and in Settings |
| Google or Microsoft sign-in | Your name, email address and whether the provider has verified it, the provider’s identifier for your account and, from Google, a link to your profile picture. We never see your Google or Microsoft password. | Google or Microsoft, if you choose to use them |
| Issuer data | Organisation name, logo, brand colours and fonts, sender name, verified web domain, certificate designs and wording, and the names, emails and roles of your team members. | You and your team |
| Recipient data | Names, email addresses, award titles, dates and any other details the issuer puts on the certificate, and whether it was issued to an under-18. If the recipient claims the certificate: their account, their one-line message and their visibility choice. | The issuer; then the recipient |
| Payment data | Billing name and address, tax ID if you give one, plan, subscription status and invoices. Card details go straight to Stripe: we never see or store full card numbers. | You, through Stripe |
| Device and security data | The IP address and browser of each signed-in session, and short-lived counters by IP address that protect sign-in and other forms from abuse. | Your device, automatically |
| Certificate activity | When a story page is opened, scanned from its QR code, shared (and to which service), downloaded or applauded, and whether a certificate email was delivered, bounced or reported as spam. Visits are counted against the certificate: we don’t record who the visitor was. | Story pages and our email service |
| Analytics | Pages viewed, how you arrived, approximate location and type of device, measured by Google Analytics. Only if you accept analytics cookies. | Your browser, with your consent |
| Email choices | Your newsletter sign-up and its confirmation, the topics you chose, whether you unsubscribed, and a record of which emails we sent you. | You, and our email systems |
| Profiles and self-added certificates | Your profile address, photo, short bio and who can open the profile; certificates you add yourself: the photo or PDF you upload (we re-encode photos, which removes location and camera details), the title, issuer, date, category and note you type, and who can see each one. | You |
| Children’s profiles | For a profile a parent or guardian creates for their child: first name and, if they add one, a last-name initial, year of birth, an optional photo, and the certificates added or linked to it. A child has no account and we don’t ask for a child’s email address. | The parent or guardian |
| Family members | Who is in your family and what they can do (see, or help manage), and invitations: the email address invited, who sent it and when. | You and the people you invite |
| Reports | If you report a self-added certificate: the reason, anything you add and, if you are signed in, your account. The person who added it isn’t told who reported it. | You |
| Support messages | What you tell us when you email us, and our replies. | You |
When you upload a spreadsheet, it is read in your browser. We don’t keep the file: we store its name and the rows you issue, which become the certificates.
We don’t need sensitive information, such as health details, religion or government ID numbers, and we ask issuers not to put it in certificate fields or spreadsheets.
3. How we use your information
- To provide CerShare: create your account, save your designs, generate certificates, deliver them by email on the issuer’s behalf, and host their story pages.
- To verify certificates: show anyone who scans a QR code or opens a story page who issued the certificate, when, and whether it is still valid.
- To show issuers how their certificates are doing: opens, scans, shares, downloads, applause and email delivery, in the app and in notifications.
- To run profiles and families: show your profile and certificates to the people you choose, let parents keep their children’s certificates, and let family members see and applaud what is shared with them.
- To review reports about certificates people added themselves, and remove fake or misleading ones.
- To take payments and keep the tax and accounting records the law requires.
- To keep CerShare safe: detect abuse, fraud and spam, limit repeated attempts, and protect accounts.
- To support you and send service emails, such as sign-in codes, receipts, security notices, changes to your plan and, for issuers, getting-started tips you can turn off.
- To improve the product, using totals from our own records and, if you accept analytics cookies, Google Analytics.
- To send product news and the CerShare Journal, only if you opt in. Every one has an unsubscribe link.
We do not sell personal information or share it for advertising. We never use recipient data uploaded by issuers for our own marketing: receiving a certificate never puts you on a mailing list. We do not use your content, including certificate text and recipient lists, to train machine-learning models.
4. Legal bases (UK GDPR and GDPR)
Where data protection law in the UK or the European Economic Area applies, we rely on the following legal bases.
| Purpose | Legal basis |
|---|---|
| Providing CerShare to account holders, including billing and service emails | Contract (Article 6(1)(b)) |
| Processing recipient data uploaded by an issuer | We act on the issuer’s instructions; the issuer decides its own legal basis |
| Showing a certificate’s details to people who open its story page or scan its QR code | Legitimate interests in letting people confirm a certificate is genuine (Article 6(1)(f)) |
| Making a story page Public, and the recipient’s own line | Consent of the recipient (Article 6(1)(a)), withdrawn at any time by changing visibility or removing the line |
| Certificate activity for issuers, security, fraud prevention and product improvement | Legitimate interests (Article 6(1)(f)) |
| Getting-started tips for issuers | Legitimate interests (Article 6(1)(f)); you can turn them off at any time |
| Your profile, certificates you add, and sharing them with your family | Contract (Article 6(1)(b)): it is the service you ask us for |
| Making your profile searchable, or a certificate Public | Consent (Article 6(1)(a)), withdrawn at any time by changing who can see it |
| Children’s profiles | Contract with the parent or guardian who creates the profile (Article 6(1)(b)), and the legitimate interests of the child and their family in keeping a record of the child’s achievements (Article 6(1)(f)). The parent or guardian confirms they have parental responsibility and controls everything on the profile; for a child under 13 we act only on their parent’s or guardian’s instructions |
| Reviewing reports and removing self-added certificates | Legitimate interests in keeping CerShare trustworthy (Article 6(1)(f)) |
| Keeping a certificate verifiable after its issuer closes its CerShare account | Legitimate interests of the recipient and of people checking the certificate (Article 6(1)(f)) |
| Tax, accounting and responding to lawful requests | Legal obligation (Article 6(1)(c)) |
| Newsletter, product news and analytics cookies | Consent (Article 6(1)(a)), withdrawn at any time |
5. Story pages and visibility
Every certificate has its own web address, reached by its QR code or link, that opens its story page. A story page shows the certificate, the recipient’s name, the issuer, the date and whether the certificate is valid, and, when the recipient adds them, a one-line message and applause from visitors.
There are four visibility levels:
Recipients are in control. Once they claim a certificate, recipients can change who sees its page and edit or remove their line at any time, and can ask the issuer or us to take the page down. Only the recipient can make a page Public: an issuer can suggest it, but the page stays Shareable until the recipient agrees.
Issuers choose the starting visibility (Private or Shareable). On the Business plan they can also revoke a certificate or give it an expiry date. A revoked or expired certificate’s page says clearly that it is no longer valid, and applause, sharing and downloads stop.
Applause is anonymous. If you applaud without signing in, a cookie holds a random ID so you can only applaud once; we store a one-way hash of that ID, never your name.
Children’s certificates are never public. When an issuer marks a certificate as issued to an under-18, its page can only be Private, Family or Shareable, never appears on the Wall of Tales, and is always hidden from search engines. On a child’s profile it is Private or Family only. See Children.
We may hide a story from the Wall of Tales, or revoke a certificate, if it breaks our Terms of service.
6. Profiles, families and certificates you add
Profiles on CerShare are free. Your profile, at cershare.com/u/ and the address you choose, shows your name, photo, a short bio and the certificates you choose: those issued to you through CerShare (marked Verified) and those you add yourself (marked Added by and your name).
- Who can open it: only you and your family, anyone with the link (the default), or, for adults who choose it, anyone, including search engines. Profiles are never listed by search engines unless you turn that on, and only adults can: you confirm you are 18 or over.
- Each certificate has its own visibility: Private, Family, Shareable or Public. Only Public ones show on your profile to everyone else. You can change it, or delete a certificate you added, at any time in My profile.
Certificates you add yourself
You can add a photo or PDF of a certificate you already have, such as a paper one or one from before CerShare. You are responsible for it: it must be real and yours (or your child’s), and fake or misleading certificates are not allowed. Self-added certificates are always labelled “Added by …”, are never shown as verified, have no QR verification, and never appear on the Wall of Tales. Anyone who can see one can report it; CerShare staff review reports and may remove a certificate, which then stays visible only to the person who added it.
Children’s profiles
- A parent or legal guardian with a CerShare account can create a profile for their child. The child has no login of its own: the parent manages it. We keep only what it needs: first name (and an initial, if the parent adds one), year of birth, an optional photo and the certificates added or linked to it.
- A child’s profile and everything on it is private to the family: Private (the parents who manage it) or Family (the people they invite). It is never public, never in search results, never on the Wall of Tales, has no link that works for anyone else, and there are no comments or messages. Only invited family members, signed in, can applaud. Google Analytics never runs on a child’s profile pages, and nothing about children is sent to it.
- Parents’ rights: a parent or guardian can see, correct and delete everything on their child’s profile at any time. Deleting a child’s profile is immediate and complete: the photo and every certificate added to it are erased, and certificates a school or club issued are unlinked (they stay with the issuer).
- At 18, the parent can hand the profile over: the young person gets an invitation by email, and when they accept with their own account, the certificates move to them, as Private, and leave the family.
Family members
You can invite another adult, such as a co-parent or grandparent, by email to your family: to see what you share with the family, or to help manage your children’s profiles. They need their own CerShare account and must accept with the address you invited. You can remove them, and they can leave, at any time.
7. Emails we send
- Service emails, such as sign-in codes, receipts, security notices, team invitations and updates about your batches, go to account holders whenever they are needed.
- Certificate emails are sent on the issuer’s behalf, with the issuer’s name, to the recipients the issuer chose. Receiving one does not subscribe you to anything.
- Getting-started tips go to people who issue certificates, until they turn them off.
- The CerShare Journal and product news go only to people who asked for them: by ticking the box (unticked to start with) when signing up, by turning them on in Settings, or by confirming a newsletter sign-up through the link we email.
Every newsletter and marketing email has a one-click unsubscribe link and a link to your email preferences, where you can choose topics or stop them all.
If an email to an address bounces permanently or is reported as spam, we add the address to a suppression list and stop sending certificate and marketing emails to it. Sign-in codes and receipts you ask for still go out. We don’t put tracking pixels in our emails.
10. International transfers
CerShare is hosted by Amazon Web Services in its us-east-2 region (Ohio, United States), so your information is stored and processed in the United States. Content delivery uses AWS edge locations around the world, and Stripe, Google and Microsoft may process data in the United States and other countries.
When personal information goes from the UK or the European Economic Area to a country without an adequacy decision, we rely on recognised safeguards: for these providers, the UK Extension to the EU–US Data Privacy Framework where the provider is certified, or the International Data Transfer Addendum to the EU Standard Contractual Clauses (with the Clauses themselves for data from the European Economic Area). You can ask us about the safeguards that apply at privacy@cershare.com.
11. How long we keep it
We keep personal information only as long as we need it for the purposes above.
| Information | How long we keep it |
|---|---|
| Account details | For as long as your account exists, then 30 more days after you delete it (so you can change your mind) before we erase them. See “Closing your account” below. |
| Sign-in sessions (IP address and browser) | Until you sign out, or until the session expires after 30 days without use. Expired sessions are deleted every day. |
| Sign-in codes and abuse counters | One-time codes, stored only as hashes, are deleted a day after they are used or expire. Counters by IP address are deleted within two days. |
| Certificates and story pages | For as long as the issuer’s organisation has its account, so that certificates can keep being verified, unless the issuer asks us to remove them or we remove one at the recipient’s request. If the issuer closes its account, we keep a record of each certificate it issued, without the recipient’s email address or its activity, so it can still be verified (see “Closing your account”). A revoked certificate stays on record, marked “Not valid”, so it can’t be passed off as genuine. |
| Uploaded spreadsheets | The file itself is not kept. Its name and the rows you issue stay with the batch and its certificates. |
| Batch downloads (ZIP files and link sheets) | With the batch, for as long as the organisation has its account. |
| Rendered certificate images | Deleted 30 days after they were made; they are made again when needed. |
| Certificate activity and applause | For as long as the certificate exists. You can take back your applause at any time. |
| Profiles and certificates you add | Until you delete them (a deleted certificate’s files go at once) or your account is erased. Reports about a certificate are deleted with it. |
| Children’s profiles | Until the parent deletes the profile (at once, with its photo and certificates), the young person takes it over at 18, or the account that created the family is erased, unless a co-parent they invited to manage it still has an account. |
| Family members and invitations | For as long as the family exists. Invitation links stop working after 14 days. |
| Payment and invoice records | For as long as UK tax law requires us to keep accounting records (normally six years), including after you close your account: Stripe keeps the invoices, and we keep only the Stripe reference and plan against a record of the closed organisation. Stripe keeps its own records under its policy. |
| Email choices, newsletter sign-ups and the suppression list | For as long as we need them to respect your choices, so that we never email you after you unsubscribe or send again to an address that bounced. When you delete your account, your address stays on this list, marked “no marketing”, so we never send you marketing again. |
| Audit log | Important changes, such as plan changes, revoked certificates and actions by CerShare staff, with the time, who made them and, where available, the IP address. Kept as a security record, without a fixed deletion date. When an account is erased, its entries lose the person’s ID, IP addresses and email addresses. |
| Server logs | 30 days. |
| Support emails | For as long as we need them to deal with your request and any follow-up. |
Database backups are kept for 7 days, and earlier versions of stored files for 30 days, so information we delete leaves our backups within that time.
Closing your account
You can delete your account yourself in Settings → Profile → Delete account. To make sure it’s you, we email a 6-digit code to the address on the account (whether you sign in with a password, Google or Microsoft) and ask you to type DELETE. Then:
- Straight away, you are signed out everywhere and nobody can sign in to the account. Your Public certificates become Shareable, and we stop all newsletters and product news.
- Organisations: if you are the only member of an organisation, it closes with your account: it can’t issue or send anything more, and its paid plan is cancelled immediately (payments already made aren’t refunded automatically). If others are members, you leave it and they keep it. If you are its only owner, make someone else an owner, or remove the other members, first.
- After 30 days, we erase your personal data: your profile, sign-in methods, settings, sessions, codes and email history, and the data of any organisation that closed with your account (designs, batches and their downloads, logos, team invitations and certificate activity). Until then you can change your mind by emailing help@cershare.com.
- We keep only what the law or other people need: invoices for tax records (see the table above), your email address on our “no marketing” list, audit log entries without your ID, IP address or email address, and a record of each certificate a closed organisation issued (below).
- Certificates you received stay with the organisations that issued them (they control that data), but are no longer linked to you: your public profile goes, and your lines on them are removed. Applause you gave stays anonymous.
- Your profile and family: your profile disappears for everyone else straight away; after 30 days the certificates you added yourself and their files are erased, and so are the child profiles in a family you created, with their photos and certificates, unless a co-parent you invited to manage it still has an account (then they keep managing it). You leave other people’s families.
Certificates issued by a closed organisation
Recipients rely on their certificates long after they receive them, and an issuer leaving CerShare doesn’t make an award untrue. So when an organisation closes, we don’t delete or revoke the certificates it issued. We keep only what verification needs (the certificate as issued, with the recipient’s name, the issuer’s name and the date) and delete the recipient’s email address and the certificate’s activity, the issuer’s logo, description and verified domain. The story page then says the certificate was issued by that organisation on that date, that the organisation has since closed its CerShare account, and that nobody can revoke or update the certificate any more. These pages are never on the Wall of Tales and never in search results.
We keep these records on the basis of legitimate interests, the recipients’ and those of people checking their certificates, for as long as CerShare runs. A recipient, or a parent or guardian for an under-18, can ask us at privacy@cershare.com to remove one, and we will.
12. Your rights
Depending on where you live, you have the right to:
- Access the information we hold about you.
- Correct anything that is wrong or incomplete.
- Delete your information, unless we must keep it.
- Restrict how we use it while a concern is resolved.
- Export your data in a common, machine-readable format.
- Object to processing based on legitimate interests.
- Withdraw consent at any time, for example by changing visibility.
- Complain to a data protection authority.
You can change much of this yourself: your name, email address, sign-in methods and notifications in Settings, your email topics on the email preferences page, your profile and each certificate’s visibility in My profile, your children’s profiles in Family, each claimed certificate’s line on its story page, and deleting your account in Settings. For anything else, email privacy@cershare.com. We reply within one month and may need to confirm your identity first. If your request is about recipient data that an issuer uploaded, we will pass it to the issuer and help them respond.
You can also complain to a data protection authority, such as the UK Information Commissioner’s Office (ico.org.uk), or the data protection authority in your EU country. We would appreciate the chance to put things right first.
13. Security
We encrypt data in transit (HTTPS, including between our servers and the database) and at rest (the database and file storage). The database runs in a private network and can’t be reached from the internet. Passwords are hashed with Argon2, and session tokens and one-time codes are stored only as hashes. A web application firewall and rate limits protect sign-in and other forms.
Our staff back office is open only to a short, named list of CerShare staff. Every change made there needs a reason and is recorded in the audit log.
No system is perfectly secure. If a breach affects your information, we will tell you and the relevant authorities as the law requires.
14. Children
CerShare accounts are for adults and organisations. You must be 18 or over to open an account, or be acting with the authority of the organisation you represent. People under 18 can receive certificates without an account, and their parents can keep them in a child’s profile (see Profiles, families and certificates you add).
Schools, clubs and other organisations may issue certificates to children. They are responsible for having the right to do so and for giving parents or guardians any notices required. When an issuer marks certificates as issued to under-18s:
- the story page can be Private, Family or Shareable, never Public, and never appears on the Wall of Tales or on a public profile;
- the page is always hidden from search engines, and link previews show no picture or description;
- we never load Google Analytics on it;
- a parent or guardian can ask the issuer, or us at privacy@cershare.com, to remove the page.
Children’s profiles that parents create follow the same rules and more: they are private to the family, never public or searchable, and a parent can delete one, completely, at any time. For a child under 13, everything on the profile is provided and controlled by the parent or guardian, as the US Children’s Online Privacy Protection Act (COPPA) requires, and we follow the UK Age Appropriate Design Code (the Children’s Code): high privacy by default, no profiling, no nudges to share more.
15. Changes to this policy
We will update this page when our practices change and change the “Last updated” date at the top. If a change is significant, we will tell account holders by email or in the app before it takes effect.
16. Contact us
Questions, requests or concerns about privacy? Get in touch.