Checklist voor een bruikbare site met Google Sites

Een site is meer dan een verzameling pagina’s: bezoekers moeten snel begrijpen waar ze zijn, wat ze er kunnen doen en waar ze de juiste informatie vinden. Met Google Sites kun je zonder programmeerkennis een website maken voor een team, project of evenement. De dienst is onderdeel van Google Workspace en combineert pagina’s bouwen met samenwerking en integratie met andere Google-apps. Dat maakt het een praktische keuze voor organisaties die vooral helderheid en eenvoudig beheer nodig hebben.

Bepaal eerst wat de site moet doen

Begin niet met kleuren en afbeeldingen, maar met het doel. Een projectsite kan bijvoorbeeld planning, contactpersonen en documenten bundelen; een evenementensite kan het programma, de locatie en veelgestelde vragen tonen. Die doelen vragen om verschillende indelingen. Als bezoekers vooral praktische informatie zoeken, zet die dan niet achter een reeks algemene introducties. Maak de belangrijkste taak zichtbaar op de startpagina.

Bij het opzetten van een site gebruik ik als eenvoudige controle drie vragen: voor wie is deze pagina, welke vraag moet ze beantwoorden en wat is de logische volgende stap? Een teamlid dat een werkinstructie zoekt, wil waarschijnlijk direct naar een overzicht met onderwerpen. Een bezoeker van een evenement wil eerder weten wanneer en waar het plaatsvindt. Door de inhoud vanuit zulke concrete gebruikssituaties te ordenen, voorkom je dat de site een opslagplaats wordt waarin alles staat maar weinig gemakkelijk terug te vinden is.

Schrijf ook vooraf een korte inhoudsstructuur uit. Voor een klein project kan die bestaan uit Start, Over het project, Planning en Contact. Gebruik alleen aparte pagina’s als ze een duidelijk doel hebben; een handvol goed georganiseerde pagina’s werkt meestal beter dan veel lege of vrijwel identieke onderdelen. Denk bij elke pagina na over de titel en de informatie die bovenaan hoort. Bezoekers lezen vaak eerst koppen en zoeken pas daarna de details.

Richt pagina’s in voor echte bezoekers

Google Sites biedt aanpasbare sjablonen waarmee je een beginindeling kunt kiezen en die vervolgens kunt aanpassen. Een sjabloon is een startpunt, geen reden om alle onderdelen te behouden. Verwijder blokken die niets bijdragen, kies beschrijvende koppen en houd de volgorde voorspelbaar. Een pagina over een evenement kan bijvoorbeeld eerst datum en plaats tonen, dan het programma en daarna informatie over bereikbaarheid. Zo hoeft een bezoeker niet eerst door algemene tekst te bladeren.

Een site moet bovendien prettig te gebruiken zijn op verschillende apparaten. Google Sites is bedoeld om websites te maken die op uiteenlopende schermformaten goed worden weergegeven. Controleer daarom tijdens het bouwen niet alleen hoe de pagina er op een groot scherm uitziet, maar ook of koppen, afbeeldingen en tekst op een telefoon logisch blijven. Een brede afbeelding kan op een klein scherm anders uitpakken dan verwacht; een lange alinea kan daar onnodig zwaar aanvoelen. Korte tekstblokken en duidelijke tussenkoppen helpen op beide formaten.

Bij het nalopen van een eerste versie let ik vooral op een paar praktische punten:

• Is op de startpagina meteen duidelijk voor wie de site bedoeld is?
• Zijn de belangrijkste pagina’s met begrijpelijke namen te vinden?
• Staat actuele informatie, zoals een datum of planning, op een opvallende plek?
• Werken ingevoegde onderdelen en afbeeldingen ook op een kleiner scherm?
• Is duidelijk wie verouderde informatie kan aanpassen?

Deze controle is nuttiger dan alleen op het site te vragen of een ontwerp er mooi uitziet. Een verzorgde pagina kan alsnog tekortschieten als de bezoeker moet raden waar informatie staat. Omgekeerd kan een eenvoudige indeling uitstekend werken wanneer de inhoud actueel en logisch geordend is.

Samenwerken en Google-apps slim inzetten

Een van de praktische voordelen van Google Sites is dat meerdere mensen aan een site kunnen samenwerken. Dat past bijvoorbeeld bij een projectgroep waarin één persoon de planning bijhoudt en een ander de inhoud voor bezoekers redigeert. Spreek wel af wie wijzigingen mag publiceren en wie verantwoordelijk is voor controle. Zonder die afspraak kunnen pagina’s verschillende schrijfwijzen krijgen of blijft een oude aankondiging staan nadat de informatie niet meer klopt.

De integratie met Google Workspace-apps kan het werk overzichtelijker maken. Denk aan het opnemen van materiaal uit andere Google-apps wanneer dat voor de bezoeker nuttig is, zoals een document met instructies of informatie die bij een project hoort. Kies daarbij bewust: een ingebed bestand moet de uitleg op de pagina ondersteunen, niet vervangen. Een korte toelichting boven het bestand vertelt bezoekers wat ze kunnen verwachten en voorkomt dat een gedeeld document zonder context wordt geopend.

Ook bij het verdelen van taken helpt een vaste routine. Laat de inhoudsverantwoordelijke controleren of feiten en data kloppen, en vraag iemand die niet aan de site heeft gebouwd om de navigatie te testen. Die tweede lezer merkt vaak sneller op dat een paginanaam onduidelijk is of dat een belangrijke mededeling te ver naar beneden staat. In mijn ervaring levert zo’n korte gebruikstest meer op dan nog een ronde waarin alleen de vormgeving wordt aangepast.

Wie eerst wil zien hoe een eenvoudige projectsite kan functioneren, kan een beschouwen als een centrale plek voor informatie, documenten en updates. De waarde zit niet in het aantal pagina’s, maar in de samenhang: bezoekers vinden er betrouwbare informatie en medewerkers weten waar ze wijzigingen moeten aanbrengen. Houd daarom ook na publicatie een moment vrij om links binnen de site, contactgegevens en tijdgebonden berichten na te lopen.

Publiceer pas na een laatste controle

Voor publicatie is het verstandig de site van begin tot eind als bezoeker door te lopen. Open de startpagina, volg de navigatie en controleer of elke pagina aansluit op de verwachtingen die de titel wekt. Lees teksten hardop of laat ze door een collega nakijken; omslachtige zinnen vallen dan sneller op. Controleer daarnaast of afbeeldingen relevant zijn en geen informatie verbergen die ook in tekst beschikbaar hoort te zijn.

Maak ten slotte duidelijk hoe de site actueel blijft. Bij een evenement hoort bijvoorbeeld een eigenaar die datum, programma en praktische aanwijzingen controleert. Voor een interne projectsite kan dat de projectcoördinator zijn. Zet desgewenst de datum van de laatste inhoudelijke controle op een passende plek, zodat medewerkers weten of informatie recent is. Een kleine, goed onderhouden site is vaak bruikbaarder dan een uitgebreide site die na de lancering niet meer wordt bijgewerkt.

Google Sites is vooral geschikt wanneer je zonder code een overzichtelijke website voor een team, project of evenement wilt opzetten en daarbij samenwerking en Google Workspace-integratie belangrijk vindt. Begin met een helder doel, kies een passende structuur, test de pagina’s op verschillende apparaten en wijs iemand aan voor het onderhoud. Met die basis wordt de site niet alleen gepubliceerd, maar ook daadwerkelijk bruikbaar voor de mensen voor wie je hem hebt gemaakt.