Om Martin
Martin liker
Når trenger et nettsted søk og navigasjonssti?
fredag 5. oktober 2007 • 12 kommentarer
To sentrale elementer på et nettsted er søk og navigasjonssti. Brukerne dine vil garantert lete etter dem, selv om du bevisst har utelatt dem. Hvor lite eller godt strukturert innhold må man ha før man kan fjerne søk og navigasjonssti fra et nettsted? Og hvordan kommuniserer du til brukerne at de ikke trenger det?
Søk
Tester jeg har vært med på overrasket meg i forhold til hvilke forventninger jeg hadde. Jeg forventet at det jeg vil karakterisere som gjennomsnittlige brukere benyttet søk mer enn hva testene viste. Selv i tilsynelatende komplekse strukturer benyttet ikke brukerne søk, men navigerte seg frem via menyene.
Avanserte brukere forventer derimot å finne en søkefunksjon og ikke gidder å kaste bort tid på å navigere et nettsted, nesten uavhengig av hvor lite det er. Denne brukergruppen søker først, og finner de ikke det de leter etter er det en overveiende sannsynlighet for at de forlater nettstedet uten å forsøke å navigere seg frem via menyene. Med dette i bakhodet kan det være riktig å tilby søk, uavhengig av mengden innhold på nettstedet, men det forutsetter selvfølgelig at søket må gi tilfredsstillende resultater. Jeg kommer tilbake til søkeresultater i en egen artikkel om emnet.
Navigasjonssti
Jeg mener at bruk av navigasjonssti ikke avhenger av mengden informasjon på et nettsted, men kompleksiteten i strukturen eller informasjonsarkitekturen. Et nettsted med en helt flat struktur vil ikke ha behov for en navigasjonssti hvis det eneste den viser er «Du er her: Hovedsiden > Artikkelnavn». I slike tilfeller mener jeg at navigasjonsstien ikke tilfører siden merverdi, men kun skaper visuell støy.
I motsatt fall kan man ha et relativt lite nettsted, men allikevel ha en kompleks struktur på innholdet. I slike tilfeller vil en navigasjonssti tilføre siden en verdi i form av at brukeren vet hvor i strukturen brukeren befinner seg. En navigasjonssti av typen «Du er her: Hovedsiden > Programmering > PHP > Programmer > Publiseringsløsninger > eZ Publish».
Det åpenbare spørsmålet er hvordan man avgjør om man skal bruke navigasjonssti eller ikke. Personlig mener jeg man bør bruke en navigasjonssti hvis man har tre eller flere hovedtema på en side, og tre eller flere nivå i hierarkiet, slik:
Hva mener du? Har du erfaringer på området, eller rett og slett bare har en mening om saken setter jeg stor pris på om du legger igjen en kommentar. 
12 kommentarer
-
Hei hei!
Har skrevet en artikkel om navigasjonsstier jeg også. Konklusjonen min er den samme; ved komplekse strukturer er det greit med navigasjonsstier. Det er også aktuelt i forbindelse med landingssider – hvor har jeg havnet?
-
Jeg kunne aldri finne på å lage et søk fra grunnen av. Det er ikke nødvendigvis så vanskelig, men det finnes gode alternativer, enten i et CMS eller som en tjeneste fra f.eks. Google.
Ellers har du et veldig godt poeng i at det er viktig med navigasjonsstier på landingssider, Martin. Ellers er landingssider ikke et begrep jeg er veldig komfortabel med, ettersom alt kan være en landingsside. Eksempelvis dukker mine interne søkeresultater opp i søkeresultatene hos Google. Mine søkeresultater blir således landingssider.
-
Jeg er enig med deg når det kommer til navigasjonsstier. Det er totalt unødvendig på en blogg som aldri vil vise annet enn (hovedside)-(artikkel), men på sider med mer avansert oppbygging er det fint å ha dette for å skape litt mer struktur.
Når det kommer til søk så bør det være på alle sider, selv om folk finner frem til ting via menyer kan det være greit å ha en plass å søke a) for å spare tid og b) fordi ikke alle menyer er så oversiktlig at man KAN finne frem. Dette gjelder både private sider, blogger, og en god del “proffesjonelle” firmasider
-
Jeg er helt enig det du sier om at man bør ha såkalte “breadcrumbs” som det heter på engelsk, men bare når man har over tre nivåer. For når man er på tredje nivået, så husker man som regel at man kom hit via en annen side. Nå regner jeg med hovedsiden som øverste nivå, for å ikke forvirre her.
Dette synes jeg er ok:
Hovedsiden > Programmering > PHP > Publiseringsløsninger
Hovedsiden > Programmering > PHP > Publiseringsløsninger > eZ-PublishDette er dermed ikke ok:
Hovedsiden > Programmering > PHP
Hovedsiden > Blogg > En eller annen postOm du spør meg da
-
Jeg mener at en nettbutikk vil være et typisk godt eksempel der navigasjonssti og søkefunksjonalitet er relevant. På sider som denne tror jeg ikke at en navigasjonssti er relevant. Søkefunksjonalitet kan man jo like greit forsyne seg med fra google, enkelt og gratis.
-
Det er fortsatt enklere når det er et lite søkefelt på selve websiden enn om man må opp med google for å søke.
-
Jeg er helt enig i at nettsider med 3 eller flere nivåer i nettsidens hierarki bør ha en navgiasjonssti. Da ønsker man ofte å kjapt komme “opp et nivå” for å fornkle navigeringen.
-
Jeg er helt enig i at hvis man tilbyr søk, så skal dette være på samme sted på alle sider. Uten at jeg skal kategorisere meg selv som en avansert bruker, tyr jeg ofte til søk fremfor navigasjon. Spesielt i nettbutikker, slik Espen påpeker, der jeg ofte søker etter produktnummer, spesifikasjoner eller andre teknisk informasjon.
Ellers er det opplest og vedtatt at «breadcrumbs» skal oversettes til «navigasjonssti». Dessverre la Martin Gjesdal ned webloggen hvor dette ble diskutert og nærmest vedtatt.
Jeg regner også hovedsiden for øverste nivå, ettersom den inngår i navigasjonsstien, men mener at man gjerne kan bruke navigasjonssti når det er tre eller flere nivåer.
-
“Breadcrumbs” eller navigasjonssti. “Tagcloud” eller etikettsky. La oss bare kalle spade for en spade.
-
Så lenge vi alle vet hva vi snakker om er jeg helt enig. Imidlertid foretrekker jeg å bruke norske ord, forutsatt at vi har gode alternativer til det engelske. Eksempelvis liker jeg å kalle e-mail for e-post.
Har du synspunkter? Legg igjen en kommentar!
RSS og trackback
Med RSS kan du abonnere på nye kommentarer som postes til denne artikkelen.
Du kan legge igjen et trackback fra ditt eget nettsted ved å benytte trackback-adressen til denne artikkelen. Eventuelle tracback ser du under.
-
[...] bloggposter om når et nettsted trenger søk og navigasjonssti, samt slik lager du en god navigasjonssti er bakgrunnen for denne posten. Før du kommer det [...]
Flere artikler
- Windows XP
- Falsk trygghet
- Hvilket firma dominerer IT-bransjen om tre år?
- Insentiver
- England
- Fra fysisk til digitalt
- IT-skepsis
- Smørmangel
- Carl I. krise
- Debattkastrering
Enda flere artikler? Besøk arkivet.
Bekkelund.net er en blogg av Martin Bekkelund, hvor han lufter sine tanker om IT og IT-politikk. Martin arbeider til daglig som seniorrådgiver, foredragsholder og skribent i IT-bransjen, hvor han veileder bedrifter og organisasjoner i strategisk bruk av IT. Les mer...
© 1995-2012 Martin Bekkelund
Opphavsrett • RSS • Kontakt
Dagfinn
5. oktober 2007 8.24
Har tenkt mye på dette selv når jeg har utviklet nettsider. Grunnen til at jeg ofte utelater å lage søkefunksjonalitet er at jeg rett og slett ikke har tatt meg tid til å lage/finne riktige løsninger for nettsteder som ikke har et CMS i bakgrunnen. Dersom et nettsted har, ja, la oss si eZ Publish, som CMS ville jeg så og si uansett størrelse vise denne funksjonaliteten til brukerne. Ikke fordi jeg er en flittig bruker at dette selv, men heller for å gjøre innholdet lett tilgjengelig.
Hva gjelder navigasjonssti(er) er jeg helt enig i din personlige mening, Martin. Men jeg kunne kanskje strekke meg til å vise en navigasjonssti dersom man kun har to eller flere nivå i menyhierarkiet. På den andre siden, dersom menyen er designet med en stil som “viser” hvor du hele tiden befinner deg, synes jeg nesten det er unødvendig med en slik nevnt sti. Se feks på WordPress, som sikkert de fleste leserne er kjent med her. Nå er det riktignok lenge siden jeg har sett på WordPress, så jeg vet ikke om det finnes noen sti i nyere versjoner, men uansett, stilen på menyen er laget slik at du hele tiden vet hvor du befinner deg. Nå skal det vel også sies at et slikt verktøy, eller et tilsvarende CMS, blir brukt av få brukere som kjenner systemet godt, noe som tilsier at man kanskje ikke trenger en slik sti.
Så tilbake til hva du skal lage. Bruk søk dersom implementeringen av søket er en enkel jobb (eller ta deg jæ… godt betalt for det
), og bruk en navigasjonssti etter din personlige mening.
Så det så