Denna funktion har hittills varit tillgänglig för och uppskattats av våra EPiServer- och Sharepoint-kunder, men idag kan vi med glädje annonsera motsvarande (mycket efterlängtade) funktion för alla våra SiteVision-kunder! För första gången i en söklösning för SiteVision kan du alltså låta SiteSeeker gruppera bilagor med deras försättsblad i söksidan.

Kom igång direkt!

Börja med att uppgradera din SiteSeeker-integration för SiteVision. Den nya versionen, 2.4.1, är kostnadsfri för alla kunder som har SiteSeeker-integrationen för SiteVision. (Har du den inte än? Kontakta oss så hjälper vi dig!) För att uppgradera kontaktar du din partner.

För att SiteSeeker ska kunna koppla ihop bilagor med webbsidor krävs att länkarna innehåller ett rel-attribut med taggen ”attachment”. (Mer information om detta finns i Kunskapsdatabasen: Hur fungerar funktionen Bilagor?) Ofta läggs detta in i mallen för sidan, så att bifogade filer automatiskt får rätt länk.

Tips! Om du använder modulen ”Fildelning” kan du redigera mallen för hur länkar till dokument ska visas. Infoga då raden:

$linker.setRel("attachment")

i den loop som går igenom alla filer och skapar länkar. Med denna modul kan du t.ex. peka ut en viss mapp, och alla filer i denna mapp kommer då att grupperas tillsammans med sidan.

Efter att ha lagt in rel-attributet loggar du in i SiteSeeker och kryssar för ”Gruppera bilagor i träfflistan”. Denna inställning kan du ange för varje enskild server som indexeras, kolla under ”Servrar” > serverns namn > ”Indexering”. Efter att ha sparat indexerar du om.

Slutligen, logga in i SiteVision och redigera mallen för sökmodulen. Om du har ändrat inställningarna för sektionen ”Träffar”, spara dina ändringar (t.ex. i en separat textredigerare), och återställ mallen till standardmallen. Därefter kan du återinföra dina ändringar.

Ett bra användningsområde för denna funktion är att låta användaren sortera på en egenskap som de indexerade objekten har. Konkret kan detta röra sig om pris om man indexerar produkter, eller yta om man indexerar bostäder. I Kunskapsdatabasen beskriver vi hur man använder typad metadata för att söka på egendefinierade attribut med version 3 av EPiServer-modulen, och principen är densamma för version 4, men med ett helt nytt stöd i API:t.

För att lägga till sortering på ett attribut i version 4 av EPiServer- eller .NET-integrationen gör du så här:

Lägg till sorteringsordningen på söksidan (efter att du hämtar sökindexet, men innan du ställer sökfrågan)

var searchIndex = SearchIndexFactory.GetSearchIndex(”default”); // Ange namnet på sökindexet
/.../
if (searchIndex.SearchContext.AvailableSortOrderTypes.FirstOrDefault(f => f.Field == "meta:pris") == null)
  searchIndex.SearchContext.AvailableSortOrderTypes.Add(new SortOrder("meta:pris"));

Ta bort en redan definierad sorteringsordning

Det går att ta bort de sorteringsordningar som redan finns i modulen. För att t.ex. ta bort popularitet, gör så här:

searchIndex.SearchContext.AvailableSortOrderTypes.RemoveAll(f => f.Field == "popularity”);

…eller för att ta bort sortering på datum:

searchIndex.SearchContext.AvailableSortOrderTypes.RemoveAll(f => f.Field == ”date");

var searchRequest = UrlParameterParser.CreateRequest(searchIndex.SearchContext);
/.../
request.SortOrders.Clear(); // Denna rad behövs om du bara vill sortera på pris – det går också att sortera på flera attribut
searchRequest.SortOrders.Add(searchIndex.SearchContext.AvailableSortOrderTypes.FirstOrDefault(f => f.Field == ”meta:pris"));
/.../
SearchResponse = searchIndex.Search(”Product search page", query, searchRequest);

Problemen uppstod kl 9.41 och alla system var åter i full drift 11.22. Grundorsaken till problemen var en del av nätverksutrustningen i vår datorhall, som när den fallerade stoppade all internet-access till och från SiteSeeker-servrarna. Dessutom fallerade den automatiska överlämningen till redundant utrustning som finns på plats. Problemet löstes med en manuell omslagning till den sekundära utrustningen, och därefter har funktionskontroll gjorts av även den primära utrustningen.

Driftstörningen har för våra kunder inneburit att sökfunktionen under denna tid inte gått att använda. Inget indexdata, konfiguration eller övrig lagrad information har gått förlorad, och i och med att grundorsaken identifierats och lösts är alla system tillbaka i normal drift.

Historiskt har SiteSeeker visat upp en god tillgänglighet, och det är viktigt för oss att upprätthålla våra goda statistik på området. Vi arbetar ständigt med att förbättra våra system och rutiner, och går vidare med en analys för att ytterligare minska sannolikheten för liknande problem i framtiden.

Hur gör man då får att hålla SiteSeeker uppdaterad på vad som händer? Ett sätt är förstås att låta SiteSeeker uppdatera sökindexet med täta intervall, men nu kan du också berätta för SiteSeeker att en sida har publicerats eller uppdaterats genom att pinga SiteSeeker. Du gör den genom webbtjänst-API:t eller sökintegrationen för EPiServer. (Om du använder EPiServer – tänk på att publiceringshändelser inte triggas vid tidsstyrd publicering, såvida du inte använder versions-funktionen!)

Funktionen finns från och med SiteSeeker 6.06 och EPiServer-modulen version 3.4.4063/3.4.4076 (länken kräver inloggning på vår partnerwebb). För att koppla in ping lägger du till en rad i din Global.asax.cs-fil – läs om hur du gör i Kunskapsdatabasen.

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.

En av de viktigaste och mest uppskattade delarna av SiteSeeker är statistikverktyget. Med statistikverktyget kan redaktören få en unik inblick i användarens beteende och intentioner på webbplatsen. De flesta av funktionerna i statistikverktyget kräver inga ytterligare anpassningar av söksidan, men för vissa av de mer avancerade funktionerna finns det några element som man bör kontrollera en extra gång att de finns på plats och fungerar korrekt.

Framförallt rör dessa klickspårningen och sessionshanteringen – klickspårningen behöver funktionskontrolleras innan webbplatsen lanseras för att säkerställa att klicken registreras som de ska. Använder man SiteSeekermodulen för EPiServer eller SiteVision finns klickspårningen redan färdig i modulen, men problem kan ändå dyka upp om du anpassat modulkoden.

SiteSeekers klickspårning bygger på att ett asynkront anrop görs till ett skript som i sin tur loggar ett klick på SiteSeekerservern. Typiskt sker detta med hjälp av ett javaskript. Javaskriptet läggs i HTML-huvudet, och ett anrop till detta lägger du sedan på varje länk i träfflistan. När användaren klickar på länken skickas ett anrop till klickspårningsskriptet som sedan ser till att SiteSeekerservern loggar klicket. Det första anropet ska göras redan då söksidan laddas första gången. Detta anrop aktiverar klickspårningen och behöver innehålla det sessions-ID som skapats för den aktuella söksessionen.

Nästa anrop görs då användaren klickar på en träff, och i detta behöver man skicka följande argument:

• Om träffen är organisk eller utvald träff
• Träffens URL (exakt som den skickades från SiteSeeker)
• Sessions-ID:t som skapades då sidan för första gången laddades
• Svars-ID från den sökning som genererade träffen.

När dessa delar kommit på plats på söksidan är det dags att kontrollera så att klicket registrerats. Detta gör du enklast genom att genomföra några sökningar på söksidan och klicka på några av träffarna. Du behöver sedan vänta någon timme så att statistikverktyget hunnit uppdatera informationen. Gå sedan in i SiteSeeker Admin för den klient som används, och kika i Rapport för sökfråga för den sökfråga du ställde. I rapporten finns information om andelen användare som klickat på minst en träff. Står det 0,0% här kan det vara ett tecken på problem.

Lyckas du inte få till några klick i statistiken är du välkommen att kontakta SiteSeekersupporten för hjälp med felsökning – de finns på 08-519 00 519 eller support@euroling.se!

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.

På videon ser du  Andreas Fredriksson, CTO på Creuna, Björn Simonson, interaktionsdesigner på Creuna och Eurolings CTO Adam Blomberg.

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.