En bra site behöver inte börja med kod, en dyr byrå eller ett omfattande publiceringssystem. I många projekt är det viktigare att få fram en tydlig och användbar webbplats än att bygga en tekniskt avancerad lösning. Google Sites är utvecklat för just detta: att skapa och publicera webbplatser för ett företag, ett team, ett projekt eller ett evenemang med verktyg som redan finns i Google Workspace.
Jag har använt Google Sites när en grupp behövt samla information snabbt och när innehållet senare skulle kunna underhållas av personer utan webbutbildning. Det kan handla om en intern portalsida, en projektsida för en kund, en informationssida för en förening eller en enkel webbplats inför ett evenemang. I samtliga fall är arbetsgången ungefär densamma: definiera webbplatsens syfte, ordna informationen logiskt och bygg varje sida kring besökarens viktigaste frågor.
Vad betyder site i praktiken?
Ordet site kan syfta på en fysisk plats där en byggnad, ett monument eller ett planerat projekt finns. I digitala sammanhang betyder det vanligtvis en webbplats, alltså en samling webbsidor som nås via internet och hör ihop genom struktur, innehåll och navigation. Skillnaden mellan en enskild sida och en hel site är därför viktig. En sida kan presentera en viss tjänst eller ett evenemang, medan webbplatsen som helhet ger besökaren sammanhang.
För en praktisk webbplats innebär det att man behöver tänka på mer än en snygg startsida. Besökaren ska förstå vem som står bakom informationen, hitta rätt undersida och kunna utföra nästa steg utan att tveka. En projektsite kan till exempel behöva sidor för bakgrund, tidsplan, dokument och kontakt. En intern site kan i stället samla rutiner, mötesmaterial och länkar till arbetsverktyg.
En användbar site svarar på besökarens nästa fråga innan den behöver ställas.
Google Sites passar när innehållet ska fram snabbt
Google Sites är en kodfri plattform i Google Workspace. Man arbetar visuellt i webbläsaren och behöver inte installera ett separat publiceringsprogram. Det gör lösningen särskilt praktisk för mindre organisationer och arbetsgrupper där flera personer ska kunna bidra till innehållet. Redaktören kan skapa sidor, lägga in text och bilder, ordna sektioner och publicera resultatet utan att skriva HTML eller CSS.
Plattformens styrka ligger i den låga tröskeln. När jag har byggt en projektsida tillsammans med en arbetsgrupp har den person som äger informationen kunnat göra ändringar själv efter en kort genomgång. Det minskar tiden mellan en uppdatering och den publicerade versionen. För information som förändras ofta, exempelvis kontaktpersoner, programtider eller interna instruktioner, är det mer värdefullt än ett stort antal avancerade designfunktioner.
Google Sites är också utformat för att fungera på olika skärmstorlekar. Det är fortfarande nödvändigt att kontrollera resultatet på mobil, surfplatta och dator, men man behöver inte bygga separata layouter från grunden. En ren struktur, korta textstycken och tydliga rubriker gör dessutom att innehållet blir lättare att läsa oavsett enhet.
Planera site-strukturen innan du börjar
Det vanligaste felet i mindre webbprojekt är att man börjar med färger och bilder innan man vet vilka frågor webbplatsen ska besvara. Jag börjar därför med en enkel innehållskarta. För varje tänkt sida skriver jag ned målgruppen, sidans syfte och den handling som besökaren ska kunna utföra. På så sätt blir det tydligt om informationen ska ligga på startsidan, på en undersida eller i ett länkat dokument.
- Startsidan ska snabbt förklara vad webbplatsen gäller och vem den är till för.
- Huvudmenyn ska innehålla få, begripliga val som följer besökarens behov.
- Varje undersida ska ha ett avgränsat ämne och en rubrik som beskriver innehållet.
- Kontaktuppgifter, ansvar och datum ska vara enkla att hitta och hålla uppdaterade.
- Länkade dokument ska ha tydliga filnamn och rätt åtkomst för målgruppen.
En förening kan till exempel ha startsida, aktiviteter, medlemsinformation och kontakt. Ett internt projekt kan behöva översikt, arbetsområden, kalender och dokument. Jag undviker att skapa många tomma sidor från början. Det är bättre att börja med en liten struktur som verkligen används än att presentera en omfattande meny där flera delar saknar innehåll.
Arbeta tillsammans i Google Workspace
En av de mest konkreta fördelarna är kopplingen till andra Google Workspace-appar. En site kan kompletteras med dokument, kalkylark, presentationer, formulär, kalendrar och videomöten. Det innebär att webbplatsen kan fungera som en samlad ingång till material som redan används i organisationen, i stället för att redaktören behöver kopiera samma information till flera system.
I ett projekt jag arbetade med låg arbetsplanen i ett kalkylark, mötesanteckningarna i ett dokument och anmälan i ett formulär. Startsidan i Google Sites gav en kort lägesbild och samlade dessa resurser på ett ställe. När ansvarig person uppdaterade arbetsplanen behövde ingen manuellt ersätta en fil på webbplatsen. Besökarna öppnade den aktuella versionen via den inbäddade resursen.
Samarbete kräver ändå tydliga roller. Innan publicering bör gruppen komma överens om vem som äger innehållet, vem som granskar ändringar och vem som ansvarar för att gamla dokument tas bort. En site blir snabbt svår att lita på om flera redaktörer lägger in motstridiga datum eller publicerar material utan gemensamma namnregler.
När jag organiserar ett sådant projekt använder jag en enkel princip: information som ska läsas på skärmen placeras direkt på sidan, medan arbetsmaterial och detaljerade underlag kan ligga i ett dokument eller kalkylark. För den som söker en tydlig startpunkt kan site vara navet som samlar webbplatsens aktuella innehåll och gör det lättare att orientera sig.
Gör innehållet lätt att läsa och använda
Designen behöver stödja innehållet. Jag använder en tydlig rubrikhierarki, korta stycken och visuella pauser mellan olika ämnen. En heroisk bild eller en stor formulering kan vara tilltalande, men den får inte tränga undan den information som besökaren faktiskt kom för att hitta. På en informationssite är det ofta bättre med en lugn layout och en tydlig inledande text än med många dekorativa element.
Bilder bör ha en funktion. En bild från en föreningsaktivitet kan skapa sammanhang, medan ett foto av en produkt kan hjälpa besökaren att förstå vad som erbjuds. Jag kontrollerar alltid att bilderna har tillräcklig kvalitet och att de inte gör sidan onödigt långsam. Om en bild inte tillför information eller orientering är det ofta bättre att ta bort den.
Navigationen behöver testas av någon som inte varit med och byggt webbplatsen. Be personen hitta en viss kontaktuppgift, öppna ett dokument eller förstå nästa steg från startsidan. Om personen frågar var informationen finns är det ett tecken på att menyn, rubrikerna eller sidans ordning behöver förbättras. Den typen av test ger vanligtvis mer än lång diskussion om vilken färg som ska användas.
Publicering, behörigheter och underhåll
Innan en site publiceras går jag igenom innehållet som om jag vore en ny besökare. Jag kontrollerar stavning, datum, kontaktuppgifter, dokumentlänkar och åtkomst. Ett vanligt problem är att en sida ser färdig ut för redaktören men kräver inloggning för andra personer. Behörigheterna måste därför prövas med rätt typ av användare, särskilt om webbplatsen ska vara öppen för allmänheten.
Det är också klokt att bestämma om webbplatsen ska vara intern eller publik. En intern projektsida kan innehålla arbetsmaterial som inte ska spridas, medan en publik evenemangssida behöver ge alla samma grundläggande information utan att kräva ett konto. Denna skillnad påverkar både innehåll, delningsinställningar och vilka resurser som kan bäddas in.
Efter publiceringen bör underhåll vara en återkommande uppgift. Jag rekommenderar en kort kontroll varje månad för aktiva webbplatser och alltid efter ett avslutat projekt eller evenemang. Då kan man ta bort inaktuella dokument, uppdatera ansvariga personer och kontrollera att viktiga sidor fortfarande fungerar på mobil. En enkel ansvarskalender räcker ofta för att förhindra att webbplatsen blir bortglömd.
När Google Sites är rätt val
Google Sites är ett starkt val när målet är en lättskött site med tydligt innehåll, snabb publicering och nära samarbete. Plattformen fungerar särskilt bra för interna portaler, projekt, skolor, föreningar, evenemang och mindre företag som redan använder Google Workspace. Den passar när flera personer ska kunna redigera utan teknisk specialkunskap och när informationen huvudsakligen består av text, bilder och integrerade arbetsdokument.
En mer avancerad webbplattform kan vara bättre om verksamheten behöver en omfattande nätbutik, specialiserad sökmotor, komplexa användarkonton, detaljerad innehållsstyrning eller ett mycket individuellt visuellt uttryck. Men valet bör utgå från det faktiska behovet. För många projekt är en tydlig och aktuell site mer värdefull än en tekniskt imponerande webbplats som ingen i organisationen vågar ändra.
Mitt praktiska råd är därför att börja med besökaren och innehållet. Definiera syftet, skapa en liten men genomtänkt struktur, koppla in de Workspace-resurser som verkligen behövs och testa sidan med en utomstående person. Då blir Google Sites inte bara ett snabbt sätt att publicera sidor, utan ett fungerande nav för information, samarbete och nästa steg.
