Communikit
Trust & security

Your community's information stays your community's.

Communikit is funded by a monthly subscription fee. That model is deliberate: it removes any commercial reason for us to advertise against, profile, or sell the data your administrators and members put into the platform. This page sets out what we hold, how we hold it, and how we protect the privacy of every member.

Our commitments
Member data sold or rented Never
Advertising and profiling None
Non-monetization In force
Last updated 11 August 2026
01 · Privacy

Respecting the privacy of every member

Members trust their community with their contact details, and the community trusts us to look after them. We collect only what is needed to deliver a notice, we keep it for the community that collected it, and we never use it for anything else.

Only what a notice needs
Contact details and notification preferences, nothing more
In force
Applies to · Every member account
Your community’s data stays your community’s
Held for the organisation that collected it, never shared with another
In force
Applies to · All customer and member data
No selling, renting or profiling
Contractual, in every customer agreement
In force
Applies to · Communikit and every subprocessor
02 · The oath

We do not monetize client data. Not now, and not as a future revenue line.

01

We do not sell, rent, licence or broker customer or member data to any third party.

02

We do not sell advertising, and we do not place third-party advertising or tracking technology inside community apps.

03

We do not build advertising or resale profiles of members, and we do not use member content to train third-party models.

04

The community remains the owner of its content and its member list. We are the processor, acting on documented instruction.

Written into every customer agreement, not a marketing statement.
03 · Business model

Why the subscription fee matters

A platform has to be paid for by someone. When the resident is not the customer, the resident's attention and data usually become the product. Communikit charges the organisation directly, so the incentive stays where it belongs.

One customer, one revenue line

The organisation pays a predictable monthly fee. There is no second business behind it that depends on member behaviour.

No engagement harvesting

Analytics exist so administrators can see whether a notice reached people. They are not sold onward, and they are not used to target members.

Written into the agreement

The commitment is a contractual term, not a marketing statement. It survives renewal and applies to every subprocessor we engage.

04 · Data

What the app holds, and what it does not

Communikit collects the minimum required to deliver a notice to the right people and to confirm it arrived. Everything below describes the mechanics of the app itself.

What we hold

Contact details supplied for alerting, the phone number or email a member gives so SMS, voice calls and push notifications can reach them.

Content the organisation publishes, news, events, jobs, documents, forms and the alerts sent from the admin portal.

Delivery records, whether a message was sent, delivered or failed, so administrators can confirm an emergency alert went out.

Read receipts, which members opened a post, tied to their profile, so administrators can confirm a notice reached the people it needed to.

Notification permission, whether a member has allowed notifications on their device.

What we do not hold

Location. The app does not collect GPS or location data and does not track member movement.

Contacts, photo libraries or device files. The app requests no access to a member's address book or camera roll.

Cross-app or cross-site tracking. No advertising SDKs, no third-party trackers, no identifier sharing with data brokers.

Behavioural profiles. Read receipts exist only so administrators can confirm a specific member opened a post. They are never scored, combined into a profile, used for advertising, or shared outside the organisation.

Data beyond its purpose. Records are retained for the period the organisation sets, then deleted on the same schedule.

05 · Member agency

Controls that sit with the member

A member should be able to answer three questions inside the app: what am I receiving, who can see me, and how do I stop. Each of these is a setting, not a support request.

Minimal account, minimal ask

Browsing the community feed does not require an account. User details are requested only where a feature genuinely needs them, such as submitting a form or accessing privileged information as determined by community leadership.

Access and deletion

A member can request a copy of their record or its deletion. Requests are handled through the organisation, which remains the data controller.

06 · Availability

Resilience and continuity

Emergency communication is only useful if it works on the worst day of the year. Communikit has completed a comprehensive redundancy review covering the platform's infrastructure, data backup, and message delivery paths, and the resulting strategy is now in operation. Detailed architecture and recovery objectives are documented for customers under a confidentiality agreement.

Backed up and restorable

Customer data is backed up on a defined schedule, and restoration is tested rather than assumed.

Independent alert channels

SMS, voice call and push notification run through separate delivery paths, so one channel failing does not silence an alert.

Documented continuity plan

Recovery roles, escalation order and communication steps are written down and reviewed, not improvised during an incident.

07 · Subprocessors

Hosting and third parties

Communikit runs on established cloud infrastructure and uses a small number of specialist providers for message delivery. Every subprocessor is bound by the same non-monetization and confidentiality terms we hold ourselves to.

Current subprocessor list Maintained and available to customers
Notice of change Given in advance of onboarding
Processing region Confirmed per customer agreement
08 · Incident response

If something goes wrong

We maintain a documented incident response procedure covering detection, containment, assessment and notification. Customers are told what happened, what was affected, and what changed as a result.

Named response owner Assigned at all times
Customer notification Per contractual timeline
Post-incident review Written and shared with affected customers
09 · Documentation

The following can be requested

For procurement and IT reviewers, the following are held as current documents and released to customers and active prospects under a confidentiality agreement: the security overview, the data processing agreement, the subprocessor list, the business continuity and redundancy summary, and the incident response procedure.

Your Communikit account contact can arrange access to any of the above.

Request documentation