Det märks ofta redan vid första mötet om en webbplats är genomtänkt. Besökaren ska snabbt förstå vad sidan handlar om, hitta rätt information och kunna läsa vidare utan att fundera på hur navigationen fungerar. I praktiken är en site inte bara en adress på internet, utan en samling webbsidor som publiceras under ett gemensamt domännamn och levereras från en webbserver. Den kan representera ett företag, ett projekt, ett evenemang, en förening eller en privatperson.

Jag har arbetat med små informationssidor där innehållet var klart, men där själva publiceringen blev ett hinder. Filer behövde skickas mellan flera personer, bilder fick fel storlek och den mobila versionen kontrollerades först efter lanseringen. En bra webbplats löser inte automatiskt alla sådana problem, men rätt verktyg gör arbetsflödet betydligt mer förutsägbart. Därför är valet mellan olika sätt att bygga en site en praktisk fråga, inte bara en fråga om grafisk stil.

Vad en site faktiskt består av

Begreppet site används i flera sammanhang. I sin enklaste betydelse syftar det på en plats där något finns eller ska byggas. På webben betyder det däremot normalt en webbplats: en eller flera sammanhängande sidor med ett gemensamt syfte, en gemensam struktur och oftast samma domän. Startsidan kan presentera verksamheten, medan andra sidor beskriver tjänster, projekt, kontaktvägar eller aktuella händelser.

Det är viktigt att skilja mellan en enskild webbsida och hela webbplatsen. En sida kan vara ett dokument med en unik adress, medan siten är helheten som binder ihop flera sidor genom menyer och länkar. När jag planerar en mindre webbplats börjar jag därför inte med färger eller animeringar. Jag formulerar först vad besökaren ska kunna göra: förstå erbjudandet, anmäla sig till ett evenemang, läsa instruktioner eller kontakta rätt person.

En användbar struktur blir ofta enklare än beställaren först tror. För ett lokalt projekt kan en startsida, en sida om projektet, en sida med praktisk information och en kontaktsida räcka. För många undersidor gör det svårare att hålla informationen aktuell. Samtidigt måste varje viktig uppgift ligga där en besökare rimligen förväntar sig att hitta den. En kalender ska inte gömmas bakom en otydlig rubrik, och kontaktuppgifter ska inte kräva flera onödiga klick.

Google Sites som arbetsverktyg

Google Sites är en tjänst i Google Workspace för att skapa och publicera webbplatser för ett team, ett projekt eller ett evenemang. Tjänsten passar särskilt bra när flera personer redan arbetar med Google-konton och behöver kunna redigera samma material utan att sätta upp en separat teknisk miljö. Man kan bygga sidor, ordna navigationen och publicera innehåll utan att börja med egen kod eller konfigurera en fristående webbserver.

I ett projekt jag arbetade med användes en sådan site som gemensam informationspunkt inför ett publikt evenemang. Arrangörerna behövde uppdatera tider, platsinformation och vanliga frågor från olika datorer. Genom att samla materialet på en webbplats slapp de skicka nya PDF-filer varje gång en tid ändrades. Den publicerade sidan blev den version som alla hänvisade till, vilket minskade risken att deltagare använde gamla uppgifter.

När man bygger en site med Google Sites är det ändå klokt att arbeta metodiskt. Jag börjar med en enkel skiss över sidornas ordning och bestämmer vilka rubriker som ska vara synliga i huvudmenyn. Därefter lägger jag in text och bilder med fokus på läsbarhet. En bild ska förklara eller förstärka innehållet, inte bara fylla ett tomt område. För ett team är det också värdefullt att komma överens om vem som ansvarar för uppdateringar efter publiceringen.

För verksamheter som redan använder Google Workspace är site ett praktiskt alternativ när målet är en tydlig och lättskött webbplats snarare än en specialutvecklad lösning. Google Sites kan användas för interna projektsidor, informationsportaler och publika presentationer. Det gör tjänsten relevant när snabb redigering, enkel samverkan och låg teknisk tröskel väger tyngre än avancerade funktioner.

Det som avgör om sidan fungerar

En webbplats ska fungera på den enhet som besökaren faktiskt använder. Många öppnar en sida från en mobiltelefon, ofta med begränsad tid och varierande uppkoppling. Därför kontrollerar jag alltid textens radlängd, knapparnas storlek och ordningen på innehållet i en smal vy. En sida som ser balanserad ut på en stor skärm kan annars få långa textblock, små tryckytor eller en meny som blir svår att förstå.

Rubrikerna behöver bära en del av informationen. Besökaren ska kunna skanna sidan och avgöra om den innehåller rätt svar. Jag föredrar konkreta rubriker som ”Öppettider”, ”Så fungerar anmälan” eller ”Kontakta arrangören” framför abstrakta formuleringar. Samma princip gäller bilder och formulär: varje element bör ha en tydlig funktion. När allt får lika stor visuell vikt blir det svårt att se vad som är viktigast.

Även underhållet påverkar kvaliteten. En site med gamla datum eller brutna interna länkar känns snabbt opålitlig, även om designen är modern. För mindre team rekommenderar jag en återkommande kontroll inför varje större aktivitet och en längre genomgång några gånger om året. Då går jag igenom kontaktuppgifter, evenemangstider, bilder, navigering och hur sidan ser ut på mobil. Denna rutin tar ofta mindre tid än att rätta flera fel efter att besökare redan har reagerat.

Det är också värt att tänka på behörigheter innan många börjar redigera. Alla behöver inte ha samma ansvar. Några personer kan skriva och uppdatera innehåll, medan en mindre grupp granskar ändringar och bestämmer när sidan ska publiceras. Den enkla ordningen förhindrar att viktiga rubriker flyttas eller att flera personer skriver motstridiga versioner av samma information.

En site som håller efter lanseringen

Publiceringen är början på webbplatsens verkliga liv, inte slutpunkten. Innan jag lämnar över en site testar jag de viktigaste vägarna som en ny besökare skulle ta. Jag öppnar startsidan, följer menyn, kontrollerar kontaktvägen och läser den mest efterfrågade informationen på mobilen. Om sidan gäller ett evenemang kontrollerar jag särskilt datum, adress, tider och eventuella instruktioner för anmälan.

Det är dessutom bra att formulera en tydlig uppgift för varje sida. En projektsida ska kanske få fler att förstå projektets syfte, medan en intern sida ska hjälpa medarbetare att hitta dokument och rutiner. När syftet är tydligt blir det lättare att avgöra vilka texter som ska bort. Jag har flera gånger sett att en kortare sida fungerat bättre än en omfattande sida, eftersom besökaren snabbare nådde rätt information.

”En bra webbplats svarar innan besökaren hinner bli osäker.”

Det sammanfattar min praktiska erfarenhet av att skapa och förvalta siter. Tekniken kan göra publiceringen enkel, men resultatet beror på hur väl struktur, innehåll och ansvar hänger ihop. Google Sites ger en lättillgänglig grund för team, projekt och evenemang som behöver en fungerande webbplats på olika skärmar. Med en genomtänkt sidordning, tydliga texter och regelbundet underhåll kan även en liten site upplevas professionell, aktuell och enkel att använda.