Een nieuwe redeenkind.nl, van eerste schets tot Salesforce
Red een Kind helpt kinderen in armoede, samen met hun familie en hun dorp. Ik bouwde de nieuwe website: een eigen thema met tientallen bouwblokken, donatiestromen met iDEAL en incasso, en een koppeling met Salesforce die nu ook echt alles doorgeeft.
- ✓Live sinds juli 2026
- ✓Tientallen eigen bouwblokken
- ✓iDEAL en incasso
- ✓Gekoppeld aan Salesforce
- ✓Alle oude adressen doorverwezen
- ✓Kindsponsoring en acties
redeenkind.nl van boven tot onder.
Ga met je muis over het scherm en je scrolt door de homepage, met de donatiekaart meteen bovenin.
Doneren en sponsoren, zonder omwegen.
Bij Red een Kind draait alles om kindsponsoring en giften. De site heeft dus één hoofdtaak: mensen die willen helpen zo min mogelijk in de weg lopen.
Sponsor een kind, geef eenmalig, geef maandelijks, start een eigen actie of steun het noodfonds: elke route moet kloppen, van de eerste klik tot de verwerking in het CRM. Daarnaast heeft de site een verhalende kant, met projecten in negen landen, een wereldkaart, verhalen van sponsors en een besloten portaal voor wie een kind sponsort.
De oude site was aan vervanging toe en de organisatie wilde meer zelf kunnen. Het werd een volledige nieuwbouw: een eigen thema waarin elk blok uit het Figma-ontwerp een eigen Beaver Builder module werd, plus een migratie van duizenden mediabestanden, honderden nieuwsberichten en alle vacatures.
Op 16 juli 2026 ging de site live op een nieuwe server. Elk oud adres verwijst door naar zijn nieuwe plek, zodat geen oude link of zoekresultaat doodloopt.
De techniek in het kort.
Zes dingen die deze site dragen. De twee bijzonderste werk ik hieronder uit.
Salesforce krijgt nu ook het rekeningnummer.
De koppeling met het CRM draait op een bestaande connector. Juist daarom zat er een venijnig gat in, en dat gat is nu dicht.
Na een geslaagde iDEAL-betaling schrijft de betaalmodule het rekeningnummer en de tenaamstelling in de inzending. Maar de connector naar Salesforce duwde op precies hetzelfde moment een oudere kopie van die inzending naar het CRM. Gevolg: in Salesforce ontbrak het rekeningnummer. Elke keer weer, en zonder foutmelding.
De volgorde omdraaien lost niets op, want de connector kijkt niet opnieuw in de database. De oplossing zit op het filter dat de connector vlak voor het versturen aanbiedt: daar verrijk ik de kopie alsnog met de bankgegevens uit de betaling. Het schrijft niets naar de database, overschrijft nooit bestaande gegevens en werkt op elk donatieformulier met dezelfde veldklassen. Eén ingreep, alle formulieren gedekt.
Verder is de koppeling vooral degelijk ingericht. Per donatievorm zijn er twee routes: eenmalige giften gaan pas naar Salesforce als de betaling rond is, periodieke machtigingen meteen bij het inzenden. En van elke koppeling bestaat een export van vóór de wijziging, want aan een productiekoppeling sleutel je niet zonder terugweg.
Vooringevuld, maar niet leesbaar op straat.
Voor donateursmails wil je een formulier dat al is ingevuld: klik, controleer, bevestig. Maar dan zonder persoonsgegevens leesbaar in de link.
Gegevens gewoon in een linkje zetten betekent naam, adres en gifthistorie leesbaar in de adresbalk, in serverlogs en in de browsergeschiedenis. Dat wringt met hoe je met donateursgegevens om wilt gaan. Daarom bouwde ik voor Red een Kind een eigen encryptieplugin.
Salesforce versleutelt de gegevens met AES-256 en zet één onleesbaar token in de link. De website ontsleutelt dat token met dezelfde geheime sleutel, vult het formulier alvast in en haalt het token direct weer uit de adresbalk. De sleutel staat in de serverconfiguratie en is in de beheeromgeving niet eens te bekijken.
De plugin kent een vaste lijst velden, van aanhef tot de laatste vier cijfers van het rekeningnummer, en laat al het andere bewust niet door. Het is een compact stuk code zonder externe afhankelijkheden, met een afgeschermd testvenster waarin de beheerder een token kan plakken om te zien wat erin zit. Gebouwd en getest op de omgeving van Red een Kind, en zo generiek opgezet dat andere organisaties hem ook kunnen gebruiken.
Alles aan te passen, niets kapot te maken.
De redactie beheert deze site echt zelf, tot het menu en het sponsorportaal aan toe.
Een greep uit wat er zonder ontwikkelaar kan:
- Header en footer zijn gewone blokken: menu-items, uitklapmenu's, knoppen en keurmerken beheert de redactie zelf.
- Donatiebedragen staan per pagina ingesteld, zonder dat iemand het formulier hoeft aan te raken.
- Foto's krijgen een focuspunt via een eigen kiezer, zodat de uitsnede op elk scherm klopt.
- Per kop kies je welk woord de gekleurde vorm krijgt, met desnoods een kortere tekst voor mobiel.
- Het wachtwoord van het sponsorportaal wijzig je in één veld in de zijbalk.
En als er iets stukging, is de oorzaak gezocht en niet het symptoom. Zo verdween er tekst zodra een redacteur een knop kopieerde. Dat bleek diep in de pagebuilder te zitten, in hoe die herhaalvelden binnen herhaalvelden opslaat. De blokken zijn daarna zo omgebouwd dat het niet meer kán, en alle bestaande items zijn automatisch omgezet.
Zo liep het project.
Van eerste schets tot livegang, in drie stappen.
Ontwerp naar bouwblokken
Elk blok uit het Figma-ontwerp werd een eigen module met eigen instellingen. Vanaf februari 2026 groeide zo de bouwdoos.
Vullen en migreren
Pagina's opgebouwd met de nieuwe blokken en de oude site overgezet: media, berichten, vacatures en alle formulieren.
Live en nazorg
Op 16 juli 2026 live op een nieuwe server, met een doorverwijzing voor elk oud adres. Daarna doorgewerkt aan snelheid, formulieren en detailfeedback.
Vrijblijvend, en je spreekt meteen degene die het ook bouwt.
Vragen over deze case.
De vragen die andere organisaties mij hierover stellen.
Wat is er precies gebouwd voor Red een Kind?
Een eigen WordPress-thema met tientallen Beaver Builder blokken, alle donatie- en sponsorstromen met iDEAL en incasso, de koppeling met Salesforce, en een migratie van de complete oude site inclusief een doorverwijzing voor elk oud adres.
Waarom een eigen thema en geen gekocht thema?
De redactie moest elke pagina zelf kunnen opbouwen, precies in de eigen huisstijl. Een gekocht thema geeft duizend opties die je nooit gebruikt en mist net de tien die je nodig hebt. Hier is elk blok exact het ontwerp, met alleen de keuzes die ertoe doen.
Hoe zitten de donaties technisch in elkaar?
Eenmalige giften gaan via iDEAL, maandelijkse via een machtiging met controle op het rekeningnummer. Een gift telt pas als de betaling echt is afgerond, en de bedragen die bezoekers zien verschillen per frequentie en per pagina.
Wat doet die encryptieplugin precies?
Hij ontsleutelt een token uit donateursmails en vult daarmee het formulier alvast in, zonder dat er persoonsgegevens leesbaar in de link staan. Versleuteling met AES-256, een vaste lijst toegestane velden, en de sleutel alleen in de serverconfiguratie. Gebouwd en getest voor Red een Kind.
Ging er ook iets mis?
Zeker, en dat hoort erbij. De opvallendste twee: donaties van nul euro doordat een verborgen prijsveld verkeerd stond, en een formulier dat organisaties blokkeerde omdat een voorwaarde met een kleine letter was geschreven waar het antwoord met een hoofdletter begon. Allebei bij de bron opgelost en daarna op alle andere formulieren gecontroleerd.
Kan dit ook voor mijn goede doel?
Ja. Kijk voor de lichtere instap op de pagina voor stichtingen, of op websites op maat als je dezelfde diepgang zoekt als hier.
Ook een site die geld moet ophalen?
Vertel wat je wilt bereiken, dan denk ik met je mee. Je krijgt dezelfde werkdag antwoord, gewoon van mij en niet van een salesafdeling.
Vertel kort waar je aan denkt
Nu gesloten, ik reageer de volgende werkdag
Maurits leest je bericht en neemt persoonlijk contact met je op.