How to Prepare Your Nonprofit Website to Go Live: A Pre-Launch Checklist
Key takeaways
- Going live is a governance and operational exercise, not just a technical one: the checklist protects the organisation's credibility, compliance, and donor trust from day one.
- Confirm the domain and hosting fundamentals: the custom domain resolving over HTTPS, root and www pointing to one canonical version, 301 redirects from any old URLs, and ownership held in the organisation's name.
- Review content for accuracy and completeness: current programme, team, and trustee information, the most recent annual report, no placeholder text, and descriptive alt text on meaningful images.
- Meet legal and accessibility requirements before launch: charity registration number and registered address visible, a current privacy policy and functional cookie consent, and WCAG AA checks covering contrast, keyboard navigation, and heading hierarchy.
- Test the donation flow, contact forms, and newsletter sign-up end-to-end, including on a real mobile device, so nothing that captures supporters or gifts fails at launch.
- Confirm performance targets, analytics and SEO essentials, and shared access: more than one person with CMS access and hosting and domain credentials held by the organisation rather than an individual.
Summary
A practical pre-launch checklist for nonprofit websites: accessibility, redirects, analytics, legal pages, DNS, and the hosting step most organisations miss.
Before You Start
This checklist covers everything that needs to happen before a nonprofit website goes live. It’s written for the person responsible for managing the launch (typically a Digital Manager or Head of Communications) regardless of whether the build was done internally or by an external developer.
This is not a development checklist. It’s a governance and operational checklist: the items that protect the organisation’s credibility, compliance, and donor trust from day one.
Use this alongside your developer’s technical QA process, not as a replacement for it.
Domain and Hosting
- Custom domain is connected and resolving correctly
- Both root domain (yourdomain.org) and www subdomain redirect to the canonical version
- SSL certificate is active: the site loads over HTTPS with the padlock visible (Webflow provisions the certificate itself once the domain is verified)
- Old domain (if migrating) has 301 redirects pointing to the new site
- Domain ownership is in the organisation’s name, not an individual’s or agency’s
- Domain auto-renewal is enabled with a valid payment method
For domain setup details, see How to Connect Your Domain to Webflow via DNS.
Content Review
- Homepage clearly states who the organisation is, what it does, and what it asks visitors to do
- All programme/service descriptions are current and accurate
- Team page reflects current staff and leadership
- Board of Trustees is listed
- Annual report is uploaded and accessible (current financial year)
- Financial accounts or summary is accessible
- Privacy policy is current, UK GDPR-compliant, and links to the cookie consent mechanism
- Safeguarding policy is accessible (if applicable to the organisation’s work)
- Contact information is complete: email, phone, physical address
- No placeholder text (Lorem ipsum, “coming soon”, “TBC”) anywhere on the site
- All images have appropriate alt text (descriptive for meaningful images, empty for decorative)
- No broken internal links: run a crawl with Screaming Frog (free up to 500 URLs) or similar
Legal and Compliance
- Charity registration number is visible (footer is the standard location; a charity with income over £10,000 must state that it is a registered charity on anything that asks for money, under section 39 of the Charities Act 2011)
- Registered company number is visible (if applicable)
- Registered address is displayed
- Privacy policy is linked from the footer and from all forms
- Cookie consent banner is implemented and functional
- Cookie consent blocks analytics and marketing scripts until consent is given (the ICO's guidance on storage and access technologies is that cookies need consent before they are set unless one of five exceptions applies, and the statistical one also requires clear information and an easy way to object)
- Accessibility statement is published
- Terms and conditions are published (if the site handles transactions)
For cookie consent implementation, see CookieYes and Google Consent Mode V2 for Webflow Nonprofit Sites.
Accessibility
- Run an axe DevTools scan on the homepage, a programme page, and the donation page, and resolve all critical violations
- Keyboard navigation works: Tab through the homepage, verify all interactive elements are reachable
- Focus states are visible on all interactive elements
- Colour contrast meets WCAG 2.2 AA (1.4.3): 4.5:1 for normal text, 3:1 for large text
- Heading hierarchy is logical (H1 → H2 → H3, one H1 per page)
- All forms are keyboard-accessible with visible labels (not just placeholders)
- Skip-to-main-content link is present
- Screen reader test: navigate the homepage with VoiceOver or NVDA
For the full accessibility implementation guide, see WCAG AA Accessibility on Webflow.
SEO and Search
- Every page has a unique, descriptive title tag (under 60 characters)
- Every page has a unique meta description (under 160 characters)
- URL slugs are clean and descriptive (no /page-1, /untitled)
- sitemap.xml is generated and accessible at /sitemap.xml (in Webflow the auto-generate sitemap toggle must be switched on)
- robots.txt is configured correctly (not blocking important pages)
- Google Search Console is verified and connected
- Google Analytics (GA4) is installed and collecting data
- Open Graph meta tags are set for social sharing (title, description, image)
- 301 redirects are configured for all old URLs that have moved
For analytics setup, see Analytics and Consent on Webflow: GTM, GA4 and Consent Mode V2. For redirect guidance, see 301 Redirects for Website Migrations.
Donation and Conversion
- Donation flow works end-to-end: test with a real (small) donation
- Donation confirmation is sent to the donor
- Donation data reaches the CRM or payment processor correctly
- Contact form submissions arrive at the correct email address
- Newsletter sign-up works and adds subscribers to the correct list
- Thank-you pages or confirmation messages display after form submission
- All calls to action are clear and functional on mobile
For donation platform options and embedding, see How to Embed a Donation Form on Your Webflow Nonprofit Website.
Performance
- Run Google PageSpeed Insights on homepage, programme page, and donation page
- Largest Contentful Paint (LCP) under 2.5 seconds (Google's "good" threshold, measured at the 75th percentile of visits)
- Cumulative Layout Shift (CLS) of 0.1 or less
- Images are optimised (WebP format, appropriately sized)
- No render-blocking resources that aren’t necessary
- Mobile performance score is acceptable (aim for 80+)
Mobile
- Test every page template on mobile (real device, not just browser resize)
- Navigation works on mobile: hamburger menu opens, closes, and links work
- No horizontal scrolling on any page
- Touch targets are large enough (aim for 44x44px; the WCAG 2.2 AA floor, 2.5.8, is 24x24 CSS pixels)
- Donation flow is completable on mobile
- Images don’t overflow their containers
- Text is readable without zooming
Integrations
- All third-party integrations are tested: CRM, email platform, payment processor, event booking
- Google Tag Manager is installed correctly (head and body snippets)
- GA4 is receiving data (check Real-Time report)
- Cookie consent is blocking non-essential scripts before consent
- Social media links point to correct profiles and open in new tabs
Backups and Access
- At least two staff members have CMS editor access
- Admin/owner credentials are documented in the organisation’s password manager
- Webflow site is backed up (Webflow creates a restore point automatically on every 50th auto-save, not on a schedule, and a free Starter site can restore only its two most recent backups unless the Workspace is on a paid plan, so verify)
- Hosting and domain credentials are held by the organisation, not an individual
For what a complete handover of credentials and documentation looks like, see Website Handover Planning.
Launch Day
- DNS changes made (if switching domains): allow up to 48 hours for propagation, though Webflow says it usually completes within a few hours
- Verify site loads correctly on the live domain
- SSL is active on the live domain
- Test all forms on the live site
- Test donation flow on the live site
- Submit sitemap to Google Search Console
- Monitor Google Search Console for crawl errors over the following week
- Announce the new site through existing channels (email, social)
Further Reading
Two clicks. Three things.
Send the address of your website. Within two working days you get a short email naming the three things a funder would hold against it, including what AI assistants like ChatGPT and Google’s AI Overviews currently say about you. No report, no call, no follow-up unless you ask.
Received. Your three things arrive within two working days.
That did not send. Email hello@socialectric.com with your website address and I will reply from there.
Frequently asked questions
- What should be checked before a nonprofit website goes live?
Ten areas: domain and hosting, content accuracy, legal and compliance, accessibility, SEO and search, donation and conversion flows, performance, mobile, third-party integrations, and backups and access. It is a governance and operational checklist, used alongside your developer's technical QA rather than instead of it.
- What accessibility checks are needed before launch?
Run axe DevTools on the homepage, a programme page and the donation page and resolve every critical violation. Tab through the homepage to confirm each interactive element is reachable with a visible focus state, check contrast at 4.5:1 for normal text and 3:1 for large text (WCAG 2.2, 1.4.3), confirm one H1 per page and a logical heading order, and navigate the homepage with VoiceOver or NVDA. The full method is in WCAG AA Accessibility on Webflow.
- What are the SEO essentials before launching?
A unique descriptive title under 60 characters and a unique meta description under 160 on every page, clean URL slugs, a sitemap.xml that is generated and reachable, a robots.txt that does not block important pages, Search Console verified, analytics installed and collecting, Open Graph tags set for social sharing, and 301 redirects configured for every old URL that has moved.
- What is the step most organisations miss?
Access. At least two staff members should have CMS editor access, admin credentials should be documented in the organisation's password manager, and hosting and domain credentials should be held by the organisation rather than by an individual or the agency. Website Handover Planning sets out what that transfer should include.
- What performance targets should the site hit?
Largest Contentful Paint under 2.5 seconds and Cumulative Layout Shift of 0.1 or less (Google's "good" thresholds), measured with PageSpeed Insights on the homepage, a programme page and the donation page. Images should be optimised and appropriately sized, and mobile performance should reach roughly 80 or above.
- What needs testing on launch day itself?
After the DNS change, allow up to 48 hours for propagation (see How to Connect Your Domain to Webflow via DNS), then confirm the site loads on the live domain with SSL active, test every form and the full donation flow on the live site, submit the sitemap to Search Console, and monitor it for crawl errors over the following week.