Fundraising platforms spend years tuning the giving form. Then a supporter arrives from a search, lands on a charity homepage that has not been touched since the last director left, and never finds the donate button. This page is for the platform deciding whether to offer its nonprofit customers a website too, under the platform's own name.
Trace a typical small-charity donor journey and the losses are rarely on your form:
Your product could not fix step 2 or 3, because the website belonged to someone else, usually a volunteer. A white-label site builder lets you fix it without becoming a web agency.
This page is for software companies: donation tools, peer-to-peer and event fundraising platforms, membership and donor-management systems with many small nonprofit customers. If you are a federation of charities giving sites to your own chapters, our nonprofit federations page is the better read.

*The client home under a demo brand. A charity would see your name and its own site.*

*The visual editor. A volunteer can change a heading or a colour without touching code.*
Do not move giving into the website builder. Your platform already handles the parts a website builder should not: payment processing, recurring gifts, gift aid or tax receipts, and donor records. In the US, for example, the IRS requires a written acknowledgment for any single contribution of $250 or more, naming the organisation, the amount, and whether any goods or services were given in return. That belongs in a system built for receipts.
So the website's job is narrow and important: make the donate button impossible to miss and send supporters to your page in one click. In practice:
| Site element | What it should do | Where the giving happens |
|---|---|---|
| Header donate button | On every page, one click to the current appeal | Your giving page |
| Campaign page | Story, photos, progress in words, a single call to give | Your giving page or embed |
| Event page | Date, place, what to bring, register link | Your event registration |
| "Ways to give" page | Monthly giving, in memory, workplace giving | Your forms for each |
| Thank-you page | What the gift does next | Shown after your form returns the supporter |
If you want your giving widget inside the page rather than a link, every site is real code. Bring your widget to the demo and we will check how it fits before you promise it to customers.
Charity websites are often edited by whoever has time. That is fine until a volunteer deletes the donate page the night before an appeal. Set your brand-wide defaults, then adjust per charity:

*Brand-wide defaults. Each charity inherits these unless you change them for that one.*
Charities can also invite their own people. On your side, your staff get fixed roles (designer, support, billing) so your support team can look at a charity's site without touching billing.
Boards ask whether the website is worth the effort. We.Inc can send each charity a monthly email under your brand with visitors, top pages and the change on the previous month. Switch it on when you are ready; it is off by default.

*Analytics and the monthly report setting on the brand side.*
We are demo-only and do not publish our own pricing; your price to charities is yours. Common shapes:

*Where you set your own plans for clients. Stripe is not connected in this demo.*
Start small so you learn what charities actually do with a site before you promise it to every customer.
| Days | Step | What you learn |
|---|---|---|
| 1-7 | Choose 20 customers: some with no site, some with a site nobody can edit | Which group takes it up |
| 1-7 | Pick four or five templates that suit charities: appeal-led, event-led, service-led | Which starting points get used |
| 8-21 | Run a one-hour onboarding call per charity; publish a first version on the call | How long a real launch takes |
| 22-45 | Leave approval on; review each first publish, then switch approval off | Which mistakes volunteers make |
| 46-60 | Compare visits to your giving pages from these sites against before | Whether the site moved giving |
Write down what your support team was asked. Those questions become your help pages, which appear under your brand on the client side.
Trustees increasingly ask "what if we leave?" The honest answer is short: with the code switch on, a charity can download its site or push it to GitHub and host it anywhere. Your giving pages stay where they are. See code export.
If most of your customers are large nonprofits with digital teams and their own content system, they will not want a second site builder. If your customers mainly run one-off crowdfunding pages, the campaign page you already have is probably enough. The fit is many small and mid-sized organisations that need a real site and have nobody to run it.
Last checked 2026-10-25. Not legal or tax advice; rules differ by country.
Book a demo to walk a charity's journey from search to your giving page.
Book a demo. Pricing is tailored to your volume and setup, and you get your exact price on the call. 0% transaction fee.
We recommend keeping donations, receipts and donor records in your fundraising platform and sending supporters there from the site. The site is the front door.
Yes, if you allow it. The own-domain switch lets a charity connect a domain it already owns.
Yes. Turn off publishing for that charity, or switch on "Publishing needs my approval" so changes wait for your single-step approval.
With the code switch on, a charity can download its site code or push it to GitHub and host it elsewhere.
We.Inc is an AI-powered website builder you can resell under your own brand. Launch a branded client dashboard, bill on Stripe Connect, and deliver AI-generated websites in minutes. White-label pricing is tailored to your volume and setup: book a 30-minute demo for a quote.