1. Sökordsförslag (autocomplete)

Autocomplete ger förslag på sökord som leder till träff och baseras på populära sökord samt användares sökhistorik. Förslagen guidar användaren till en sökfråga som vi vet ger resultat samt förenklar avgränsningen av breda sökningar. För användaren är det viktigt att förslagen sker i realtid.

2. Sökträffsförslag (autosuggest, search-as-you-type, best-bets-as-you-type)

Autosuggest ger förslag på sökträffar, inte på sökord (jämför Apple.com). Träffarna kan vara antingen organiska eller utvalda av redaktören. Den sistnämnde ersätter därmed de populära utvalda träffarna på söksidan som vi uppmärksammat tidigare på Sökmotorbloggen. I många fall är det värdefullt att segmentera sökträffarna i grupper (produkt, råd, butik, support etc etc) för att göra det enklare för användaren att hitta rätt information.

Autosuggest bör endast användas när det finns ett begränsat antal möjliga sökträffar eftersom användaren aldrig får chansen att borra sig ner i sökresultatet på sökresultatsidan. På Apple.com söker jag efter iphone och får ett mycket bra förslag. När jag däremot söker på support får jag ingen autosuggest utan lotsas vidare till sökresultatsidan där jag får träffar både på supporttjänster och från supportforum.

3. Söksideförslag (instant search, results-as-you-type)

Söksideförslag lanserades för första gången av Google den 8 september 2010 under varumärket Google Instant. Idén är att istället för att presentera en statisk söksida efter varje sökning så uppdateras söksidan i realtid varje gång användaren skriver på tangentbordet. Lösningen är en kombination av sökordsförslag och sökträffar. När jag vill söka efter siteseeker så behöver jag bara skriva sitese, Google använder sökordsförslag för att förstå att det är SiteSeeker jag menar och skickar på egen hand sedan iväg en sökfråga. Boom så får jag rätt träff!

Enligt Google sjäva är Google Instant en stor succé: användarna sparar i genomsnit 2-5 sekunder för varje sökfråga och endast 2% har aktivt stängt av funktionen. Kritiken som framförts är att användare blir stressade och frustrerade av dynamiska söksidor som presenteras i realtid och inte ger möjlighet att i lugn och ro upptäcka sökresultatsidan.

Just nu står ett antal av våra kunder i begrepp att implementera “SiteSeeker Instant” och jag kommer noggrant följa upp och berätta om detta på Sökmotorbloggen eftersom jag är övertygad om att i framtiden kommer “Instant Search” vara standard för alla webbplatser som vill erbjuda sina användare möjligheten att hitta rätt.

Det finns flera metoder för att göra detta, bland annat med sökordsförslag, men idag tänkte jag skriva om en annan vanlig metod: att använda sig av strukturerad information, som taggar eller egenskaper, för att tillåta användaren att borra sig ned i en stor mängd träffar.

Att använda strukturerad information för att avgränsa sökningen är inget nytt – på många söksidor finns ett formulär där man kan göra flera olika val, och ibland finns en länk till ”avancerad sökning”. Det har dock visat sig att detta sällan fungerar speciellt bra. Många användare använder inte dessa hjälpmedel alls, och bland de som använder dem uppstår ofta frustration då man tenderar att hamna i återvändsgränder. För att lösa detta problem använder vi en metod som kallas facetterad sökning.

Facetterad sökning innebär att användaren, när hon har ställt en sökfråga, förutom träfflistan också får en lista på olika egenskaper hos träffarna – facetter. En facett kan t.ex. vara en produkts färg, och genom att klicka på något av de alternativ som presenteras – röd, gul, blå – avgränsas sökträffarna till endast objekt som har denna färg. Vid varje egenskap visas hur många träffar respektive egenskap ger, så att användaren vet vad hon kan förvänta sig innan hon klickar. Man kan också kombinera olika facetter, t.ex. visa alla tv-apparater ”mellan 30 och 37 tum” av märket ”Sony”.

Nyttan med facetter, och de som skiljer dem från det avancerade sökformuläret, är att användaren endast får se sådana val som verkligen ger träffar, samt att facetterna visas efter att man ställt sökfrågan. Detta gör att användaren aldrig hamnar i en återvändsgränd, och sökningen blir mer av ett flöde – allrahelst något som liknar det naturliga tankeflödet. En annan fördel är att användaren aldrig luras göra några val som är onödiga (får man endast tio träffar är det onödigt att avgränsa sökningen med hjälp av en facett), och sökupplevelsen blir betydligt mer förutsägbar.

Facetterad sökning syns oftast i e-handelssammanhang, och ett bra (och mycket omfattande) exempel internationellt utgörs av Amazon.com. Det ger dock nytta i många olika sammanhang, så vitt skilda som Folkuniversitetet (här presenteras facetter både som en lista till höger och som flikar) och Alecta (här presenteras facetterna som flikar).

Läs mer:

• Search at the Speed of Thought – ett intressant blogginlägg från Daniel Tunkelang om facetterad sökning
• Lessons and challenges from Product Search – en presentation av Daniel Rose från A9 som handlar om sökningen på Amazon (från SIGIR 2010)
• En sida i SiteSeekers Kunskapsdatabas som beskriver hur man kan arbeta med kategorier och kategorigrupper för att skapa en facetterad sökning: Hur använder jag SiteSeekers kategorier?
• Delar av min presentation från EPiServer Partner Summit 2010: Faceted Navigation with SiteSeeker Search Integration for EPiServer [PDF]

Ring eller e-posta mig gärna om du vill veta mer om hur du använder facetter på din webbplats eller intranät! Jag finns på 08-519 00 502 eller adam.blomberg@euroling.se.

Now, suppose you see a link for ”bass guitars”. Would you click on that? Suppose the link was ”guitars”. Would you click on that? What if the link was ”Musical Instruments”? What if it was ”Electronics”?

Vi har noterat denna problematik, och erbjuder i SiteSeeker två metoder som kombinerar nyttan med sökning och nyttan med navigation på ett smart sätt:

• Sökordsförslag i sökrutan – SiteSeeker ger förslag på populära och bra sökningar direkt i sökfältet. Funktionen används bland annat på Stockholms stad och Göteborgs universitet, hos vår partner Valtech och förstås på vår egen kunskapsdatabas. Förslagen bygger på sökningar från andra användare, som SiteSeeker har utvärderat och rankat beroende på deras antal och hur många sökningar som leder till klick. (I kommande SiteSeeker-version introducerar vi ytterligare möjligheter för en redaktör att styra dessa förslag.)
• Sökordsförslag på söksidan – SiteSeeker ger förslag på bra sökord för att borra sig ned i och avgränsa ett sökresultat, efter att användaren har angivit en sökfråga. Förslagen utgörs av viktiga betydelsebärande ord, som SiteSeeker automatiskt väljer ut bland träffarna för varje sökning, och kräver ingen form av taggning från redaktörens sida.

Man kan förstås också jobba redaktionellt med sökordsförslagen med mycket bra resultat, som t.ex. Trafikverket gör på sin webbplats. Som användare kan man klicka på länken Vanliga sökord, och får då ett moln av bra och intressanta sökningar.

SiteSeeker Admin, den del av SiteSeeker som administratörer och webbredaktörer ser oftast, har fått en efterlängtad uppdatering. Vi har infört ett nytt gränssnitt i Admin, och har gjort flera förändringar för att göra det enklare att administrera SiteSeeker, både för dig som jobbar ofta med Admin som för dig som bara loggar in då och då. Bland förändringarna märks följande:

• Serverinställningarna är nu uppdelade på olika sidor, mer konsekvent med många andra verktyg. Inställningarna har också fått tydligare hjälptexter, så att du för många åtgärder inte ska behöva titta i manualen (som också den är uppdaterad, för övrigt).
• Synonymredigeringen är nu mer robust om du har många synonymer; Admin delar automatiskt upp dem på flera sidor, och du behöver heller inte skapa en ny ordbok första gången du lägger till synonymer.
• Utvalda träffar visas nu upp på ett tydligare och mer tilltalande sätt, och du kan snabbt söka bland dem för att se endast träffar för ett visst nyckelord.
• Vi har delat upp inställningarna för söksidan så att det ska bli enklare att se vilka inställningar som gäller för moduler och egna söksidor respektive den inbyggda mallsöksidan. Redigeringen av mallen för den senare har också förenklats, och hanteringen av språk är också den förbättrad.
• Om du använder Internet Explorer 6 ska nu Admin se betydligt snyggare ut.
• Indexeringskontrollen (där du när som helst kan starta en extra indexering) och URL-inspektören har också förnyats för att vara snabbare och mer intuitiva att använda.

Sammantaget hoppas vi att förändringarna i Admin både ska göra det både enklare och roligare att jobba med SiteSeeker som administratör eller webbredaktör!

I SiteSeeker 6 har också flera nyheter från SiteSeeker 5.8 förfinats ytterligare, bland annat säkerhetsgränserna för indexering (där du kan se till att indexet aldrig blir tomt, även om webbservern skulle sluta fungera) och ordledsuppdelningen där man kan söka på termos och få träff på ståltermos men inte termostat. Vi har också på senare tid lagt ner mycket arbete på rankningen av träffar, och vi har nu kommit ännu närmare vårt mål — alltid rätt träff först!

SiteSeeker 6 kommer att börja rullas ut nu under december, och under de kommande månaderna kommer vi att uppgradera både SiteSeeker Remote och SiteSeeker Appliance. Uppgraderingen är helt bakåtkompatibel med SiteSeeker 5, och alla versioner av SiteSeeker-modulerna för både EPiServer- och SiteVision fungerar med den nya versionen. Om du som Appliance-kund har önskemål om ett specifikt uppgraderingsdatum, dra dig inte för att kontakta support@euroling.se så ordnar vi ett tillfälle som passar din organisation.

Har du synpunkter på eller frågor om den nya versionen, eller SiteSeeker i allmänhet, dra dig inte för att höra av dig! Du når mig på 08-519 00 502 eller adam.blomberg@euroling.se.

• Se till att listan med träffar är överskådlig och tydlig. Man ska se ungefär 4 träffar utan att behöva scrolla sidan på en normalstor skärm.
• Byt bakgrundsfärg på ordmarkeringen så att den är tydlig.
• Behöver storleken på träffarnas titlar ökas eller minskas? Titlarna (dvs länken för respektive träff) är det första användaren tittar på, och används också för att visuellt särskilja de olika träffarna.
• Se till att sökordet är markerat i titlarna på träfflistan. Ibland kan stilmallen från webbplatsen göra så att markeringen av sökordet inte syns just i titlarna.
• Kontrollera om avståndet mellan träffar behöver ökas eller minskas. Det är ofta bättre att göra rubrikerna lite större eller använda en tydlig färg än att ha väldigt mycket tomrum mellan träffarna eller använda en linje.
• Säger träffarnas URL något om sidan? Om inte (om de t.ex. innehåller siffer-id:n), visa dem inte.
• Relevansstaplar bör inte visas. Att visa relevansen för en träff säger användaren väldigt lite — det viktiga är att rätt träff kommer först.
• Har du mer tid kan du undersöka i vilken utsträckning användarna utnyttjar de avancerade sökvalen. Ofta är det inte många som använder avancerade inställningar, och då kan det vara bättre att plocka bort dem.

Ett tips när man jobbar med utformningen av söksidan är att använda Firefox och ladda ner det utmärkta Firefox-verktyget Firebug. Man kan t.ex. högerklicka på ett element i träfflistan för att se vilka stilmallsregler som påverkar det, och också prova olika stilmallsregler live.

Har du något bra tips? Dela gärna med dig i en kommentar till det här inlägget!