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);

This is a screen shot of the label menu when viewing the inbox:

…and this is a screen shot of exactly the same area after having clicked the ”compose mail” button:

After a bit of digging in the style sheets of Gmail, we discovered that there are several opacity properties, something what we guess will turn off the sub-pixel rendering of fonts even if they are set to 1, as suggested here. (This is a good overview of the issue of transparent backgrounds and sub-pixel rendering.) While not an earth-shattering issue, as type aficionados (as well as perfectionists), we hope that Google will rectify this problem soon. Curiously, the issue can only reliably be seen in Safari, even though occasionally we have seen similar issues appear in Firefox.

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.

Our goal with the new search integration is to provide an easier-to-use and more adjustable API, along with a new and much improved architecture that makes it easy to use and re-use search components in multiple sites (and platforms!). Releasing the search integration, we will also present a complete .NET MVC example, a first for us and (we think) a very exciting development for building entirely new search experiences.

Sign up for Partner Summit

So, don’t miss out on the opportunity to hear all about the new search integration, and hang out with our development team and other EPiServer and SiteSeeker developers – sign up for SiteSeeker Partner Summit now! (The Summit is naturally free for all SiteSeeker partners and developers.)

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.

Under arbetets gång har vi också kontrollerat de kommunikationsvägar som behöver vara öppna för att administratörer ska kunna dra nytta av uppdaterings- och säkerhetskopieringstjänsterna i SiteSeeker Appliance, och kan konstatera att de allra flesta kunder nu kan utnyttja dessa. (Om du inte ännu kan göra det, kontakta din IT-funktion så hjälper de till!)

Slutligen vill jag ånyo beklaga störningen – vi arbetar just nu med att vidta förebyggande åtgärder så att detta eller liknande problem inte inträffar igen. Jag vill också passa på att tacka för det förtroende, och tålamod, ni som kunder visat!

Vi gör vårt yttersta för att snabbt korrigera problemet, just nu undersöker vi det närmare och arbetar på en lösning. Vi vill också be om ursäkt för de olägenheter detta problem kan vålla.

Denna sida kommer att uppdateras med mer information under dagen.

Uppdatering 11.48: Vi har nu ringat in problemet, och siktar på att åtgärda det under dagen för alla kunder som använder SiteSeeker Remote. Vi återkommer med mer information gällande SiteSeeker Appliance senare under eftermiddagen.

Uppdatering 15.00: Vi har inlett arbetet med att rulla ut en fix för problemet.

Uppdatering 17.25: Alla kunder som använder SiteSeeker Remote kommer inom kort att återigen kunna se statistiken. För kunder med SiteSeeker Appliance kommer vi installera fixen enligt följande:

• Kunder med servernamn som börjar på A-I: tisdag
• Kunder med servernamn som börjar på J-N: torsdag
• Kunder med servernamn som börjar på O-V: fredag

Ovanstående lista är dock endast en uppskattning, av tekniska orsaker kan vissa kunder uppgraderas före eller efter ovan angiven tidpunkt. Ånyo vill vi be om ursäkt för de olägenheter detta problem kan vålla, och tackar också för er tålmodighet!

Uppdatering tisdag 10.54: Vi har nu inlett arbetet med att installera fixen för våra Appliance-kunder. För samtliga Remote-kunder fungerar statistiken nu normalt.

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.