En bra webbplats behöver inte alltid byggas från grunden med kod. För många team, föreningar, projektgrupper och mindre verksamheter är den viktigaste uppgiften att snabbt samla information på en tydlig plats och göra den enkel att underhålla. Google Sites är utvecklat för just detta: en no-code-plattform där man kan skapa och publicera webbplatser utan att först lära sig HTML, CSS eller ett separat publiceringssystem.
Jag har arbetat med flera interna informationssidor där den största utmaningen inte var tekniken, utan att få innehållet samlat och begripligt. Med Google Sites kunde gruppen bygga en gemensam webbplats för projektplaner, mötesmaterial, kontaktuppgifter och aktuella dokument. Eftersom tjänsten ingår i Google Workspace blev det också enklare att använda befintliga filer och samarbeta medan sidan tog form.
Vad Google Sites passar bäst för
Google Sites lämpar sig särskilt väl när målet är en praktisk webbplats för ett team, ett projekt eller ett evenemang. Det kan vara en intern portalsida för medarbetare, en informationssida för en förening, en enkel webbplats för en kurs eller en samlad presentation av ett tillfälligt arrangemang. Tjänsten är mindre inriktad på avancerade nätbutiker och komplexa webbapplikationer, men mycket effektiv när struktur, snabb publicering och enkel administration väger tyngst.
Arbetssättet är visuellt. Man väljer en mall eller börjar med en tom sida och lägger sedan till text, bilder, avsnitt och innehåll från andra Google-tjänster. Sidorna kan organiseras i en tydlig navigering, vilket gör att besökaren snabbt hittar exempelvis program, regler, vanliga frågor eller kontaktvägar. I praktiken är detta ofta mer värdefullt än ett stort antal effekter, eftersom besökaren vanligtvis kommer till sidan för att hitta en konkret uppgift.
En annan styrka är att webbplatsen kan användas på både dator, surfplatta och mobil. Layouten anpassas efter skärmen, vilket minskar behovet av att skapa separata versioner. När jag bygger en projektsida kontrollerar jag ändå alltid rubriker, tabeller och inbäddade dokument i mobilvisning. Automatisk anpassning löser mycket, men den ersätter inte en kontroll av hur innehållet faktiskt upplevs.
Samarbete och innehåll i samma arbetsflöde
Google Sites bygger på samma samarbetsidé som många andra delar av Google Workspace. Flera personer kan arbeta med webbplatsen, lämna ändringar och granska innehållet innan publicering. Det passar bra när en person ansvarar för struktur, en annan för text och en tredje för faktagranskning. Man slipper därmed skicka olika dokumentversioner mellan sig och försöka avgöra vilken text som är den senaste.
Det går att integrera material från exempelvis Google Drive, Dokument, Kalkylark, Presentationer, Kalender och Formulär. En evenemangssida kan därför innehålla ett aktuellt schema från Kalender, ett anmälningsformulär och en karta utan att allt måste kopieras manuellt. För ett internt team kan en sida samla länkar till arbetsdokument och instruktioner, medan originalfilerna fortfarande hanteras på sina vanliga platser.
Den här kopplingen kräver dock en genomtänkt behörighetsmodell. En besökare kan bara se ett inbäddat dokument om dokumentets åtkomstinställningar tillåter det. Jag har sett informationssidor där själva webbplatsen var publicerad korrekt, men där viktiga bilagor ändå visade ett åtkomstfel. Därför bör man testa sidan med ett konto som har samma behörighet som den tänkta målgruppen, inte bara med administratörens konto.
En webbplats är lyckad när besökaren hittar rätt utan att behöva fråga.
Så bygger jag en användbar webbplats
Jag börjar alltid med webbplatsens syfte, inte med färger eller mallar, och ser till att site tydligt hjälper besökaren att förstå vad sidan erbjuder. Först skriver jag ner vilka frågor sidan ska besvara och vilka personer som ska använda den. En intern projektsida behöver kanske status, ansvariga, tidsplan och dokument. En evenemangssida behöver i stället datum, plats, program, anmälan och kontaktuppgifter. Denna avgränsning gör det lättare att välja rätt sidstruktur och undvika innehåll som bara gör navigeringen lång.
Därefter skapar jag en startsida med en kort introduktion och de viktigaste vägarna vidare. Rubrikerna bör säga vad användaren faktiskt får på sidan, till exempel ”Program”, ”Dokument för deltagare” eller ”Kontakta projektgruppen”. Generella rubriker som ”Information” och ”Övrigt” är ofta för otydliga. När en besökare måste öppna flera sidor för att förstå var en uppgift finns, har webbplatsen redan blivit onödigt trög.
Google Sites erbjuder anpassningsbara mallar och visuella element, men jag använder dem sparsamt. En konsekvent typografi, tydlig kontrast och ett begränsat antal bilder gör sidan lättare att läsa. Bilder bör ha en funktion, exempelvis att förklara en plats eller ge sammanhang åt ett projekt. De bör inte bara fylla tom yta. På samma sätt bör inbäddade dokument ha en kort förklaring så att besökaren förstår vad dokumentet innehåller innan det öppnas.
När man jämför olika lösningar är det klokt att se som ett verktyg för en specifik typ av webbplats, snarare än som en ersättning för alla publiceringssystem. Om verksamheten behöver avancerad sökmotoroptimering, medlemsbetalningar, produktkataloger, detaljerad analys eller omfattande databasfunktioner kan en mer specialiserad plattform vara bättre. För en tydlig informationswebbplats med samarbete och Google-integration är däremot tjänsten ofta tillräcklig.
Publicering, åtkomst och underhåll
Innan publicering går jag igenom varje sida från besökarens perspektiv. Jag kontrollerar att navigeringen fungerar, att dokumenten öppnas, att kontaktuppgifterna är aktuella och att inga platshållare ligger kvar. Jag granskar också sidans adress och bestämmer vilka personer som får redigera respektive bara läsa. I ett internt projekt kan åtkomsten begränsas till organisationen, medan en publik evenemangssida behöver vara synlig för alla som ska kunna hitta den.
Det är viktigt att skilja mellan att dela en webbplats för redigering och att publicera den för läsning. Redaktörer behöver arbetsbehörighet, men vanliga besökare ska normalt bara möta den publicerade versionen. Den skillnaden minskar risken för oavsiktliga ändringar och gör ansvarsfördelningen tydligare. När flera personer har redigeringsåtkomst bör gruppen dessutom bestämma vem som ansvarar för den löpande uppdateringen.
Underhållsarbetet blir enklare om varje sida har en tydlig ägare och ett enkelt granskningsintervall. En projektsida kan behöva kontrolleras varje vecka, medan en föreningssida kanske räcker att gå igenom varje månad. Jag brukar särskilt kontrollera datum, länkar till dokument, kontaktpersoner och formulär. Inaktuellt innehåll skadar förtroendet snabbare än en enkel design.
Google Sites är därför som mest användbart när man ser det som ett lättskött publiceringsverktyg för tydlig information. Det kombinerar mallar, samarbete, innehåll från Google Workspace och automatisk anpassning till olika skärmar. Med en genomtänkt struktur och regelbunden kontroll kan ett litet team skapa en professionell webbplats utan ett omfattande tekniskt projekt.