Changelog
- 1.0.0, 21 October 2026: first release
kits / website-trust-kit
Checklists and plain-language templates that show visitors a real, reachable business runs your site.
MIT License
Copyright (c) 2026 Snowkit
Permission is hereby granted, free of charge, to any person obtaining a copy
of this software and associated documentation files (the "Software"), to deal
in the Software without restriction, including without limitation the rights
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
copies of the Software, and to permit persons to whom the Software is
furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all
copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
SOFTWARE.Version 1.0.0
People decide whether to trust a website in seconds, and then check the details before they pay, sign up or get in touch. This kit helps you get those details right: who you are, how to reach you, what things cost, what happens if something goes wrong and how you handle their data.
No technical background needed, except for the email authentication guide and security.txt, which you may want to hand to whoever manages your domain.
trust-checklist.md and tick what you already have. The gaps are your to-do list.footer-checklist.md and compare it with your site's footer. It's the quickest visible win.templates/ and fill in the square brackets.email-authentication.md to whoever manages your domain, or follow it yourself.page-review-sheet.md with a fresh pair of eyes.| File | What it is |
|---|---|
trust-checklist.md | Everything that makes a site trustworthy, grouped and checkable, including honest testimonial rules |
footer-checklist.md | What belongs in your footer and what doesn't |
page-review-sheet.md | A page-by-page review sheet for home, about, pricing, contact, checkout and policy pages |
email-authentication.md | SPF, DKIM and DMARC explained, with example DNS records |
templates/about-page.md | An outline for an about page that sounds like real people |
templates/contact-page.md | A contact page template with response times and alternatives |
templates/refund-policy.md | A plain-language refund and cancellation policy starting point |
templates/privacy-policy.md | A plain-language privacy policy starting point |
templates/accessibility-statement.md | An honest accessibility statement template |
templates/security.txt | A ready-to-edit security.txt file |
The policy templates are starting points to help you write clearly. They are not legal advice and may not cover the laws that apply to you. Have a qualified professional review your policies, especially if you sell to customers in several countries, handle sensitive data or work with children.
MIT License. See LICENSE.txt.
Three DNS records tell inbox providers which services are allowed to send email for your domain. With them in place, your messages are more likely to reach the inbox, and it's much harder for someone to send email pretending to be you.
Large inbox providers now expect these. Since 2024, Gmail and Yahoo require SPF, DKIM and DMARC from bulk senders, and Microsoft introduced similar rules for high-volume senders to Outlook addresses in 2025. Even if you only send a few emails a day, set them up.
You'll need access to your domain's DNS settings (at your registrar, or wherever your DNS is hosted, such as Cloudflare). All examples use example.com. Replace it with your domain.
---
Before touching DNS, write down every service that sends from an @example.com address.
| Service | What it sends | Sends as | SPF include or setting | DKIM set up? |
|---|---|---|---|---|
| Your mailbox provider | Everyday email | [email protected] | ||
| Newsletter tool | Newsletters | [email protected] | ||
| Shop or payments | Receipts | [email protected] | ||
| Help desk | Support replies | [email protected] | ||
| Website forms | Notifications | [email protected] |
Each service's help pages will give you the exact SPF value and DKIM records. Use theirs rather than guessing.
SPF lists the servers allowed to send for your domain. It's one TXT record on the root of the domain.
| Type | Name | Value |
|---|---|---|
| TXT | @ (or example.com) | v=spf1 include:_spf.google.com ~all |
Common includes (check each provider's current documentation, since these can change):
| Provider | Include |
|---|---|
| Google Workspace | include:_spf.google.com |
| Microsoft 365 | include:spf.protection.outlook.com |
Combining two services:
v=spf1 include:_spf.google.com include:[newsletter-provider-include] ~all
Rules that catch people out:
v=spf1 break SPF. Merge them into one.include, a, mx and redirect counts towards a limit of 10 DNS lookups. Go over it and SPF fails. Remove services you no longer use.~all (soft fail) is a safe start. -all (hard fail) is stricter, and fine once you're sure every sender is listed. v=spf1 -all
DKIM adds a signature to each message, which receivers check against a public key in your DNS. Each sending service gives you its own record, usually created from its dashboard.
DKIM records look like one of these:
| Type | Name | Value |
|---|---|---|
| TXT | google._domainkey | v=DKIM1; k=rsa; p=MIIBIjANBgkqh... (long public key) |
| CNAME | s1._domainkey | s1.domainkey.u1234.wl.[provider].net |
The part before ._domainkey is called the selector. Each service uses its own, so you can have several DKIM records side by side.
Tips:
DMARC tells receivers what to do when a message fails SPF and DKIM checks, and where to send reports. It's one TXT record at _dmarc.
Start by watching, without affecting delivery:
| Type | Name | Value |
|---|---|---|
| TXT | _dmarc | v=DMARC1; p=none; rua=mailto:[email protected] |
After two to four weeks of reports showing all your real email passes, tighten it in stages:
v=DMARC1; p=quarantine; pct=25; rua=mailto:[email protected]
v=DMARC1; p=quarantine; rua=mailto:[email protected]
v=DMARC1; p=reject; rua=mailto:[email protected]
| Tag | Meaning |
|---|---|
v=DMARC1 | Required, always first |
p= | Policy: none (monitor only), quarantine (send to spam), reject (block) |
rua= | Where daily summary reports go |
pct= | Percentage of failing mail the policy applies to, useful while ramping up |
sp= | Policy for subdomains, if different |
adkim= / aspf= | Alignment: r relaxed (default) or s strict |
Tips:
PASS.For a business using Google Workspace for mail and one newsletter tool:
example.com. TXT "v=spf1 include:_spf.google.com include:[newsletter-include] ~all"
google._domainkey.example.com TXT "v=DKIM1; k=rsa; p=[public key from Google Admin]"
[selector]._domainkey CNAME [value from newsletter tool]
_dmarc.example.com. TXT "v=DMARC1; p=none; rua=mailto:[email protected]"
v=spf1 -all, a DMARC record with p=reject, and no MX record. Scammers love unused domains.quarantine or reject. Some providers also require a paid certificate for it.The footer is where careful visitors go to check you're real. Most of them are looking for one of four things: who you are, how to contact you, your policies, and whether the site is looked after.
© 2026 Your Business LtdYour Business Company Help Legal
A short line about About Contact Privacy policy
what you do. Blog Help centre Terms of service
Careers Status Refund policy
Accessibility
Cookie settings
© 2026 Your Business Ltd. Registered in [country], company no. [number].
[Street, City, Postcode]Review your site the way a cautious first-time visitor would. Do it on a phone first, then on a computer. If you can, ask someone who has never seen your site to do it while you watch without helping.
For each page, tick what passes and write down what doesn't.
Site: ______________________ Reviewer: ______________ Device: ______________ Date: ____________
---
Check these once on a few sample pages:
footer-checklist.md)Notes: ____________________________________________________________
Notes: ____________________________________________________________
Notes: ____________________________________________________________
Notes: ____________________________________________________________
Notes: ____________________________________________________________
Notes: ____________________________________________________________
trust-checklist.md, section 11.Notes: ____________________________________________________________
Notes: ____________________________________________________________
Notes: ____________________________________________________________
Notes: ____________________________________________________________
Notes: ____________________________________________________________
Notes: ____________________________________________________________
---
| # | Page | Problem | Fix | Owner | Done |
|---|---|---|---|---|---|
| 1 | [ ] | ||||
| 2 | [ ] | ||||
| 3 | [ ] | ||||
| 4 | [ ] | ||||
| 5 | [ ] |
Next review date: ____________
Visitors trust a site when it's clear who runs it, what it costs, how to reach a person and what happens when something goes wrong. Work through each section and tick what's done. Anything left unticked is your to-do list.
Site: ______________________ Checked by: ______________ Date: ____________
---
http:// addresses redirect to https://.www and non-www both work and redirect to one version.Template: templates/refund-policy.md
Template: templates/privacy-policy.md
security.txt file at /.well-known/security.txt so researchers know how to report problems (see templates/security.txt).email-authentication.md). This protects your customers from emails pretending to be you.Template: templates/accessibility-statement.md
Reviews persuade because people believe they're real. Keep it that way. Fake or misleading reviews are illegal in many places. In the US, the FTC's rule on consumer reviews and testimonials took effect in October 2024. In the UK, fake reviews are banned under consumer law that took effect in April 2025. Check the rules where you trade.
---
| Section | Done | To do |
|---|---|---|
| 1. The basics | ||
| 2. Who you are | ||
| 3. How to reach you | ||
| 4. Clear pricing | ||
| 5. Refunds and cancellations | ||
| 6. Privacy and cookies | ||
| 7. Terms | ||
| 8. Security you can see | ||
| 9. Accessibility | ||
| 10. Uptime and status | ||
| 11. Testimonials and reviews | ||
| 12. Tone and polish |
An about page answers one question: "Are these real people I can trust?" Write it like you'd introduce yourself to a customer in person. Keep it short. Most good about pages are 250 to 600 words.
Replace everything in square brackets. Delete any section that doesn't fit.
---
About [Business name]
Say what you do and who for, in a single sentence.
[Business name] [makes / helps / repairs / designs] [what] for [who] in [place, if local].
Example: Northfield Bikes repairs and services bicycles for commuters in Leeds.
Two or three sentences. Be specific. A real moment beats a mission statement.
[We / I] started [Business name] in [year] after [the specific problem or moment]. [What you noticed was missing.] [What you decided to do about it.]
Names, roles and a real photo build more trust than anything else on this page. If you prefer not to show your face, show your workspace, your tools or your product, and still give a first name.
[Name], [role]. [One or two sentences about their background and what they look after.]
[Name], [role]. [One or two sentences.]
Three to five short points about what customers can expect. Choose things that are true and that a customer would care about.
Pick one or two. Only use what you can back up.
We're based in [city, country]. [Opening hours or "We work online with customers in [regions]."]
If required where you are, add your legal business name, registered address and company or VAT number here or on a separate legal notice page.
End with one clear action.
[See our work] · [Book a call] · [Get in touch]
---
An accessibility statement tells visitors what to expect and how to get help. The best ones are honest about what isn't perfect yet. Only claim what you've checked.
Not legal advice. Some organisations must publish a statement in a set format. For example, public sector bodies in the EU and UK have specific requirements, and the European Accessibility Act sets rules for many businesses selling certain products and services to EU consumers. If these apply to you, follow the official model statement for your country.
Replace everything in square brackets.
---
Last reviewed: [date]
We want everyone to be able to use [example.com], including people who use screen readers, keyboard navigation, voice control, magnification or other assistive technology.
We aim to meet the Web Content Accessibility Guidelines (WCAG) 2.2 at level AA.
[We tested the site in [month, year] using [automated checks / manual keyboard testing / screen readers such as NVDA, JAWS or VoiceOver]. [An independent auditor reviewed it in [month, year].] We check new pages before they go live.]
We're working on these:
If you can't use part of our site, or need information in a different format such as large print, plain text or audio, contact us:
Tell us the page address and what went wrong. We'll reply within [5 working days] and, where we can, give you the information another way while we fix it.
The site is designed to work with recent versions of major browsers and assistive technologies. [List any you've specifically tested.]
---
A good contact page makes it obvious how to reach a person, how quickly you'll reply and where to go for quick answers. Replace everything in square brackets and delete what you don't offer.
---
We're [a small team / one person] and we read every message. We usually reply within [one working day], [Monday to Friday, 9am to 5pm, time zone].
For orders, include your order number so we can find it quickly.
[+00 0000 000000]
[Days and hours, with time zone.] Outside these hours, leave a message or email us.
[Contact form: name, email, message. Add a subject dropdown only if it helps you route messages. Don't ask for a phone number unless you'll use it.]
We'll only use your details to reply to you. See our privacy policy.
[Business name] [Street] [City, postcode] [Country]
[Opening hours] [Parking, step-free access or public transport notes]
---
Not legal advice. This template helps you describe your data practices clearly. It is not a complete privacy policy for every situation, and it doesn't make you compliant with any law on its own. Privacy rules depend on where you are, where your visitors are and what data you handle (for example, the GDPR in the EU, the UK GDPR, and state laws such as California's). If you handle health, financial or children's data, or sell or share data for advertising, get professional advice.
Fill in this table first. Your policy should describe exactly what's in it, no more and no less.
| Data | Where it's collected | Why | Where it's stored or who receives it | How long you keep it |
|---|---|---|---|---|
| Name, email | Contact form | To reply | [Email provider] | [2 years] |
| Name, email, address | Checkout | To fulfil orders | [Shop platform, payment provider, courier] | [As required for tax records] |
| Newsletter sign-up | To send the newsletter | [Newsletter tool] | Until you unsubscribe | |
| Pages viewed, device type | Analytics | To improve the site | [Analytics provider] | [Period] |
| IP address, browser | Server logs | Security and fixing errors | [Hosting provider] | [30 days] |
Check what your site actually loads. Chat widgets, embedded videos, maps, fonts, social buttons and advertising pixels often collect data too.
---
Last updated: [date]
This policy explains what personal information [Business name] ("we", "us") collects when you use [example.com], why we collect it and what choices you have.
[Business legal name], [address]. You can contact us about privacy at [[email protected]].
[If you have a data protection officer or an EU or UK representative, give their details here.]
Information you give us
Information collected automatically
Information from others
We use your information to:
[For visitors in the EU and UK, list the legal basis for each purpose: for example, contract for orders, consent for newsletters and non-essential cookies, legitimate interests for security and basic analytics, legal obligation for tax records.]
We don't sell your personal information. [If you share data for targeted advertising, say so plainly here and explain how to opt out.]
We use trusted services to run our business. They only use your information to provide their service to us.
| Service | What for | Where they're based |
|---|---|---|
| [Hosting provider] | Hosting this website | [Country] |
| [Payment provider] | Taking payments | [Country] |
| [Email or newsletter tool] | Sending email | [Country] |
| [Analytics provider] | Understanding site use | [Country] |
[If data goes outside your visitors' country or region, explain the safeguards used, for example standard contractual clauses.]
We may also share information if the law requires it, or to protect our rights or someone's safety.
[Choose one:]
| Cookie or storage | Set by | Purpose | Lasts |
|---|---|---|---|
| [name] | [us / provider] | [purpose] | [duration] |
We keep personal information only as long as we need it for the reasons above. [Order records: [6 years] for tax. Contact messages: [2 years]. Newsletter: until you unsubscribe. Server logs: [30 days].]
We use HTTPS across the site, limit who can access personal information and use services with strong security practices. No system is completely secure, but we work to protect your data and will tell you if a breach affects you where the law requires it.
You can:
Email [[email protected]] and we'll reply within [30 days]. [If you're in the EU or UK, you can also complain to your local data protection authority. In the UK, that's the Information Commissioner's Office.]
Our site isn't meant for children under [13 / 16], and we don't knowingly collect their information. If you think a child has given us personal information, contact us and we'll delete it.
If we make important changes, we'll update the date at the top [and let account holders know by email].
[Business legal name] [Address] [[email protected]]
Not legal advice. This is a plain-language starting point. Consumer law varies by country and sometimes by state or province, and some rights can't be removed by your policy. For example, in the EU and UK consumers usually have a 14-day right to cancel most online purchases, with specific rules for digital content and services. Check the rules where your customers are, and have a qualified professional review your final policy.
Replace everything in square brackets. Delete the sections that don't apply to what you sell.
---
Last updated: [date]
We want you to be happy with what you buy from [Business name]. If something isn't right, here's how we'll put it right.
Returns. You can return most items within [30] days of delivery. Items should be [unused and in their original packaging].
Items we can't take back. [Personalised items, perishable goods, sealed hygiene items once opened, gift cards.] This doesn't affect your rights if an item is faulty.
Faulty or wrong items. If something arrives damaged, faulty or isn't what you ordered, contact us within [14] days with a photo. We'll [replace it, repair it or refund you], and we'll cover the return postage.
Return postage. For change-of-mind returns, [you pay / we pay] return postage. We recommend a tracked service.
How to return.
[Downloads, templates, software licences, courses.]
Before you buy. We describe each product in detail and [offer a preview / free version / demo] so you know what you're getting.
After you buy. [Choose one and make it true:]
If it doesn't work. If a product is faulty or not as described, tell us within [14] days. We'll help you get it working, replace it or refund you.
Cancelling. Cancel at any time from [Account > Billing], or by emailing us. You don't need to call us or give a reason.
What happens next. Your subscription won't renew. You'll keep access until [the end of your current billing period].
Refunds on subscriptions. [Choose one:]
Free trials. We'll remind you [3] days before your trial ends. If you don't cancel before then, you'll be charged [price] on [day the trial ends].
[Consulting, design, repairs, bookings.]
Cancelling a booking. Cancel at least [48 hours] before your appointment for a full refund. Later cancellations [are charged [50%] / can be rescheduled once for free].
Work in progress. If you cancel a project after we've started, we'll charge for the work completed so far and refund the rest.
If we get it wrong. If our work doesn't match what we agreed, tell us within [14] days and we'll put it right or refund the affected part.
We process refunds within [5 working days] of approving them. Your bank or card provider may take a few more days to show the money in your account.
Email [[email protected]] or see our contact page.
[Business legal name], [address]
# security.txt tells security researchers how to report a vulnerability to you.
# Format: RFC 9116. Lines starting with # are comments and can be removed.
#
# Where to put it: https://example.com/.well-known/security.txt
# (the file must be served over HTTPS as plain text).
#
# Required fields: Contact and Expires.
# Set Expires less than a year ahead and put a reminder in your calendar to update it.
# Replace example.com with your domain before publishing.
Contact: mailto:[email protected]
Expires: 2027-09-30T23:59:59.000Z
# Optional fields. Delete any you don't use.
Preferred-Languages: en
Canonical: https://example.com/.well-known/security.txt
Policy: https://example.com/security
Acknowledgments: https://example.com/security/thanks