SEO Manager till EPiserver – Inte så bra

2012-10-27 by Nikke Lindqvist 8 Comments

När jag läser att Mogul lanserar en SEO-modul till EPiServer som de kallar SEO Manager, så är det förstås en nyhet som jag genast kastar mig över. EPiServer är nämligen, på så många sätt, en mardröm när det kommer till on-page, men kanske i ännu högre grad on-site SEO, och alla hjälpmedel för att avhjälpa de brister som finns bör förstås genast undersökas. Den som kan skapa en modul som som lappar ihop alla de brister som finns i EPiServer skulle snabbt bli min hjälte. Men efter en snabb titt så inser jag att SEO Manager mer är ett bevis på hur dåligt SEO-tänket är i EPiServer-världen.

Först, en disclaimer. Jag gillar WordPress, och använder WordPress i alla sammanhang. Det har jag gjort sedan jag lade ner mitt eget publiceringssystem. Jag kan inte utveckla i EPiServer, men jag har deltagit i flera SEO-projekt där jag har varit tvungen att brottas mot alla de problem som EPiServer ställer till med, och där jag har försökt fungera som en brygga mellan kundens behov av synlighet, och de externa utvecklarnas timtaxa. Jag vet att mycket kan fixas, även i EPiServer, men jag vet också hur dyrt det blir, och hur lång tid det tar. Det har gjort att jag, redan från början, har en rätt avog inställning till EPi, som CMS betraktat.

Första varningstecknet kommer redan i andra stycket i Moguls egen puff för SEO Manager:

Många företag lägger ner mycket tid på on-site SEO i form av sökord, rubriker och sidnamn utan att nå en bättre placering i Googles sökresultat. Bakgrunden är ofta att en bristande URL-struktur påverkar sökbarheten negativt och hindrar effekten från innehållsbaserad SEO. SEO Manager är utvecklad för att ta hand om detta och göra sökmotoroptimeringen komplett

Suck. En sådan total brist på förståelse för begreppen lovar inte gott. De skriver on-site SEO, men pratar sedan främst om on-page-faktorer. (Jag reder ut skillnaden mellan dessa begrepp här.)

Prislista – SEO Manager för EPiServer

Främst, verkar SEO Manager innehålla funktionalitet för att skapa 301-redirects till flyttade URLar, eller för att skapa korta alias-urlar till sidor med långa komplicerade URLar (duplicerade URLar med canonical till den långa komplicerade adressen). Det innehåller också funktioner för att skapa bättre 404-sidor, en funktion som EPiServer verkligen behöver, för besökarnas skulle, men som faktiskt har föga med SEO att göra. Åtminstone inte som den beskrivs i dokumentationen.

Jag hade hoppats på ett verktyg som skapade korta, bra URLar som inte var nodbaserade och lät dessa slå igenom på hela sajten. Jag hade hoppats på ett verktyg som lade till verkliga taxonomier, eller åtminstone kunde skapa verkliga tagg-sidor dynamiskt. Jag hade helt enkelt hoppats på så mycket mer.

Efter att ha tittat igenom alla de olika hjälpavsnitten (som tyvärr är inbäddade hos Mogul utan att det går att se dem i helskärmsläge) så lämnas jag, framför allt, i insikten om att SEO Manager inte är den sammanbindande lösning som behövs för att göra EPiServer bättre rent SEO-mässigt, utan snarare är som ett snöre som binder ihop vrakbitarna av ett CMS som är trasigt i grunden.

Och vad gäller funktionerna i SEO Manager, som kostar mellan 25,000 kronor och 40,000 kronor, beroende på din EPiServer-licens… Ja, WordPress har mycket av det här inbyggt redan från början, och det som saknas kan antingen byggas in i ditt tema eller läggas till med gratis SEO-plugins.

På den här sajten är Canonical inbyggt i temat Genesis, redirects sköter jag med hjälp av WordPress-pluginnet Redirection, och det skulle aldrig någonsin falla mig in att skapa duplicerat innehåll på min sajt med flit.

Vill du skapa dig en egen bild om SEO Manager så är det här en bra startpunkt, på Moguls egen sajt:
http://www.mogul.com/seo-manager-lansering

Flikar och ”fäll ut”-innehåll – nästan lika dåligt som dold text

I slutet av januari gjordes en av de större uppdateringarna av Googles riktlinjer för webbplatsägare, och det enligt mig intressantaste stycket kan få stor påverkan på hur webbplatser hanterar javascript-objekt som fäller ut mer text eller visar menyer först efter att man scrollar nedåt på sidan. Så har du en sajt som visar större delen av ett textobjekt först efter att användaren klickar på [fäll ut] eller [visa], så bör du nog läsa den här artikeln.

Fler inlägg från denna kategori

Per Nilsson

”Billigt”. I bland blir man mållös över prisbilder. Per Perplex
Felix Tunbjer

Kul med din stora entusiasm kring SEO och den nya Add-Onen! Du har ju identifierat flera saker som vi också funderat kring vad det gäller såväl EPiServer som andra stora CMS och hur de hanterar just SEO. I version 1.0 av modulen åtgärdas de viktigaste av problemen som en site-administratör upplever dagligen, men vi ser redan fram emot releasen av kommande version, med än mer funktionalitet. Så tack för dina önskningar kring vad du tycker är mest prioriterat för de som jobbar med Epi, Nikke!
- Nikke Lindqvist
  
  Jag ser fram emot dessa.
  
  Hur dyr blir uppgraderingen?
- Nikke Lindqvist
  
  Jag håller på med en önskelista. Hoppas ha den klar på onsdag eller senast torsdag, men jag misstänker att det största problemet för EPiServer-drivna sajter ligger i det förkättrade sajt-trädet, att sidor alltid måste ”höra till” en viss nod, en viss kategori. I verkligheten kan ju en sida höra hemma på många olika avdelningar av en sajt, utan att den ska behöva ligga där, rent URL-mässigt.
Jan Karlsson

Alla produkter har brister. WordPress må vara bra på seo om man installerar plugins. Men listan över vad som är dåligt / saknas i jämförelse med ett CMS (även om WP också kallar sig CMS nu) kan göras oändligt lång. Att kalla EPiServer för trasigt i grunden visar på hur lite du vet om produkten eller webb-utveckling alls.
- Nikke Lindqvist
  
  Jag är en av de mest vokala kritikerna mot det som är trasigt i WordPress också, och har hållit ett flertal föredrag på temat, för just WordPress-världen. Skillnaden är att de relativt små fel som finns i WordPress kan åtgärdas med fria plugis, eller, som på den här sajten, med ett välkodat tema (här används inte ett enda WordPress-plugin faktiskt).
  Jag har varit huvudutvecklaren bakom två CMS, så ett och annat kan jag nog faktiskt om webbutveckling. Jag kan däremot ingeninting om EPiServer-utveckling, men det behövs inte för att se luckorna som är så uppenbara.
  - Jan Karlsson
    
    Håller med om att det finns luckor, men jag skulle inte kalla det trasigt i grunden. Trasigt i grunden för att det inte out of the box har optimala SEO möjligheter? WordPress har inte det heller utan teman eller plugins, är det också trasigt i grunden? SEO-optimala URL’er går att fixa i EPiServer precis som de flesta andra luckorna eftersom det alltid varit ganska modulärt och med EPiServer 7 är det väldigt enkelt att byta ut eller förändra nästan alla delar.
    
    Jag tror (och hoppas) att EPiServer kommer förbättra produkten ännu mer. Det finns dessutom numer en levande open-source rörelse runt EPiServer som också släpper plugins och lösningar. Du som är expert borde lista dom största felen/luckorna i EPiServer och hjälpa utvecklare/beställare och kanske till och med EPiServer själva.
    - Nikke Lindqvist
      
      När man bara tittar på de ytliga felen, och tror att de ligger i URLarna, så blir det desto mer fel. De största felen ligger i det förkättrade sajtträdet, som ju är otroligt centralt i EPiServer, och som framför allt oerfarna utvecklare bygger sajterna på. Det är det som tvingar fram så många duplicerade sidor på EPiServer-sajter.
      
      Den nodbaserade navigationen gör att en sida hör till en nod, istället för att låta en sida kunna höra hemma i de noder där den behövs, men separerad från nodsystemet. En sådan navigation kan man bara bygga i ett CMS som är baserat på taxonomier. Om man nu, som du gör, ska jämföra med WordPress, så har WordPress en mängd olika inbyggda system för att bygga en sidas tillhörighet i sajten. En sida, likaväl som en post, kan dels finnas i en nodbaserad struktur, dels i en kategoribaserad struktur, men även länkas ihop med annat innehåll med taggar, eller andra taxonimier. Det ger en betydligt större flexibilitet.
      
      Den här sidan, som rent URL-mässigt, ligger direkt i sajt-rooten, finns i de båda kategorierna sökmotoroptimering och seo, men även i de båda taxonomierna episerver och mogul. Skulle jag behöva ytterligare en taxonimi en dag (kanske SEO-moduler) så kan jag enkelt lägga till den, utan att på något sätt förändra sidans ursprungliga URL, eller åstadkomma något duplicerat innehåll på sajten. Jag skulle också kunna byta rubrik på den här sidan, utan att för den skull påverka URLen, eller koppla loss den från valfri kategori, och allt detta, utan att använda ett enda plugin.
      
      Jag glädjer mig åt den gryende open source-utvecklingen kring EPiServer, men förstår inte varför man väljer att bygga open source kring ett så hårt licensstyrt system, som jag helt ärligt inte tror har framtiden för sig.

Share this:

Passa på att läsa