Et foreningssite, der passer sig selv

Problemet

Børne- og ungdomsarbejdet i Åbenkirke Odense havde ingen side. Det, folk havde brug for at vide — hvad er det her, hvornår er det, og er det trygt at sende sit barn hen — lå spredt ud over kirkens egen side, opslag på Facebook og hvad folk nu lige huskede at fortælle hinanden.

Samtidig er medlemstallet foreningens livline. Tilskuddet fra DUF følger de medlemmer, der står registreret på den rigtige lokalforening, og tilmeldingen foregår i landsforeningens selvbetjening, hvor der er 25 lokalforeninger på listen. Vælger man forkert, går pengene til en anden by.

Det jeg byggede

Sitet er statisk. Ingen CMS, ingen database, intet login at holde opdateret — en forening med frivillige ledere skal ikke arve en server, der skal passes. Det bygges til filer og udgives på Azure Static Web Apps.

Kalenderen henter sig selv. Ved hver bygning trækkes kirkens Google Calendar som ICS, gentagelsesreglerne foldes ud til konkrete datoer, og kun børne- og ungdomsaktiviteterne slipper igennem. En natlig genbygning gør, at en ny dato i kirkens kalender står på sitet næste morgen, uden at nogen har rørt noget.

Der er ingen analytics og ingen cookies, og fontene ligger på sitets eget domæne i stedet for hos Google. Når målgruppen er mindreårige, er den mest ordentlige databehandling den, der aldrig sker.

Designet skulle bære to identiteter på én gang: landsforeningens unge, kontrastfyldte udtryk og kirkens varmere tone. Vægten ligger på landsforeningen i det, man ser først, og på kirken i brødteksten.

Oven i sitet ligger en digital refusionsseddel til de frivillige. Den er en React-app, hvor en Azure Function samler udlægget til en PDF og lægger den i kassererens Dropbox, så bilag ikke længere er billeder i en beskedtråd.

Hvor det står i dag

Sitet er live på akbuodense.dk og er godkendt af landsforeningen, som selv har leveret de links, der forudvælger Odense i tilmeldingen — så tilskuddet lander det rigtige sted.

Det er testet fra 320 til 1440 px og kører uden fejl i en tilgængelighedskontrol mod WCAG 2.1 AA. Mobil var ikke en tilpasning bagefter; det er sådan, målgruppen faktisk åbner sitet.