Döp inte din samling med länkar till ”länkar”

Har du länkar på din webbplats? Såklart du har. Men många av oss har även länkar till andra sidor än våra egna. Vi försöker ofta sortera dessa under en egen rubrik och i många fall döps de just till ”länkar”. Men det är motsägelsefullt eftersom länkar finns överallt och är en förutsättning för nätet.

Därför vill jag ge några förslag på bättre ord som kan användas i stället för länkar:

  • Hittat på nätet
  • Surftips
  • Externa länkar
  • Resurser
  • Andra/liknande webbplatser

Jag skulle vilja lägga till ”länkarkiv” och ”länksamling” i listan, men det är som jag sa först, motsägelsefullt. Man vet inte om det är en samling av länkar som finns på webbplatsen eller på andra webbplatser. Inte heller vilken typ eller ämne av länkar det är frågan om.
Välj något av detta eller hitta på något som passar ditt språk på webbplatsen och de som besöker den. Det finns inga rätt eller fel, men däremot finns det saker som fungerar bättre än andra.

Kan man ange text som ”mindre viktig”?

I dessa tider råder en närmast vanvettig optimeringshysteri. Nyckelord ska vägas mot varandra och de mest extravaganta orden ska framhållas tokmycket.

Men jag har ett omvänt problem. Jag vet inte hur jag ska säga till en sökmotor att ”det här textstycket är inte viktigt, och behöver inte indexeras”.

Finns det något sätt att göra det? Det kan vara copyright-texten längst ned på sidan som man inte vill ska indexeras eller annat som inte har något värde, och dessutom ändras lite titt som tätt.

Sitter du på en lösning på mitt problem? Skriv då en kommentar.

Tre exempel på metadata in action

Mitt förra inlägg om metadata gav en del kommentarer som ”Varför använder du inte själv Dublin Core?”.

Det verkar vara en viss övertygelse om att man inte kan predika om bra saker utan att själv använda det. Jag tillämpar många av mina tips som jag ger, men inte alla. Det kan bero på att de inte passar mig eller för att jag inte har tid eller resurser att implementera dem. Dessutom faller det inte alltid in med min målsättning, vilket är en grundförutsättning för att ens tänka på dem.

I fallet med Dublin Core så har jag för närvarande ingen vinning att använda det och väljer däför att lägga min tid på annat. En prioritering helt enkelt. Därmed inte sagt att den prioriteringen är särskilt smart eller bra, men det är mitt val och du behöver inte göra detsamma. Dublin Core kanske passar just dig perfekt? (För övrigt genereras Dublin Core automatiskt tillsammans med mina inlägg, så jag behöver inte ens lyfta ett finger, men det är inte det som är min poäng.)

För att försöka reda ut begreppen ger jag tre klockrena exempel där metadata används och ger maskinsökbara gränssnitt:

Dating – Match.se

En förutsättning för datingsajter av olika slag är sökfunktionen. Där brukar man kunna söka efter kön, ålder, längd, intressen och geografisk placering.

Sökruta för dating

Alla dessa sökegenskaper är metadata om personen man söker. Ju fler metadata man söker efter, desto mer begränsat blir sökresultatet (och därmed troligare den person man söker).

En förutsättning för att detta ska fungera är att alla personer anger fullständig metadata om sig själv. Det är ofta här problemet ligger, inte minst inom dating, utan också med allt webbinnehåll. Det finns för lite information om webbinnehållet för att kunna utföra mer än fritextsökningar.

En sökmotor som Google skulle aldrig klara att söka på detta viset. Den är inte optimerad för denna typ av metadata.

Musik – iTunes

Det gäller vilken musikspelare som helst egentligen, men med iTunes kan du ”tagga” låtarna med exempelvis årtal, genré, antal spelningar och betyg. Genom detta kan man få fram låtlistor med enbart 90-tal, enbart pop, mest spelade eller högst betygsatta.

iTunes låter dig välja 90-talsmusik

Den metadatastandard som används för detta kallas ID3.

Med andra ord hjälper metadata dig att komma åt ditt material på olika sätt – genom att leta upp en låt i en bestämd genré eller söka efter ”den där låten” som José González spelar på akustisk gitarr. Söka efter kvinnor i 25-årsåldern i hela Sverige eller skumma igen en lista med alla kvinnor som bor i Stockholms län är heller inget problem.

Metadata är en grundläggande term inom informationsarkitektur, och något som är nödvändigt för att få en bred, flerkanalig automatisk väg till informationen.

Den semantiska webben

Tro det eller ej, men den semantiska webben är baserad på metadata. Tanken med semantik (som handlar om ords betydelser) är att märka upp en webbsida med huvudrubrik, underrubrik, viktiga ord och så vidare. Genom att visa en lista över dessa viktiga har vi samtidigt metadata.

Alltså fungerar semantik också som metadata. Men metadata behöver nödvändigtvis inte vara semantik.

Använder du metadata effektivt?

Metadata betyder data om data. Det låter en aningen abstrakt första gången man hör det, men det handlar enbart om egenskaper för ett objekt.

Om vi tar en bil som exempel kan metadatan bestå av färg, bilmodell, antal dörrar, motorstorlek, cylindrar och så vidare. För en webbsida består metadata exempelvis av författare, publiceringsdatum och beskrivning.

Nyttan med metadata är inte helt uppenbar vid en första anblick. Men om du märker upp dina webbsidor stategiskt med rätt metadata kan man göra underverk för sin webbplats. Inte minst för att underlätta för sökmotorer (både för Google och de interna sökmotorerna på webbplatsen). Grundtanken med metadata är att den ska läsas av en maskin eller ett script.

Om du bloggar själv har du säkert hört talas om att ”tagga” inlägg. Skriver du inlägg om nyheter från Sverige kan du ”tagga” inlägget med nyckelord som exempelvis ”Stockholm” och ”Göteborg”. Därefter kan man sammanställa en lista över alla inlägg om Stockholm och så vidare.

Metadata kan du alltså utforma precis hur som helst, men det finns några standarder som du kan använda. En av dem är Dublin Core som tagits fram speciellt för internet. Den innehåller 15 element (eller fält) och alla är valfria.

De 15 elementen i Dublin Core är följande:

  1. Title
  2. Creator/Author
  3. Contributors
  4. Subject/Keywords
  5. Description
  6. Publisher
  7. Dates: creation; last modified
  8. Identifier
  9. Resource type
  10. Format
  11. Relation
  12. Source
  13. Language
  14. Coverage
  15. Rights

Dublin Core kan fysiskt placeras på flera ställen, men enklast är direkt i sidhuvudet på webbsidan. Så här kan det se ut:

<meta name="DC.Title" content="Alla bilmodeller från 1950-talet" />
<meta name="DC.Subject" scheme="AACR2" content="Bilar" />
<meta name="DC.Subject" scheme="LIV-MN" content="1950-talet" />
<meta name="DC.Description" content="Arkiv över alla bilmodeller från 1950-talet med tillhörande bilder." />
<meta name="DC.Creator.PersonalName" scheme="AACR2" content="Andersson, Anders" />
<meta name="DC.Publisher.CorporateName" scheme="AACR2" content="Bilföretaget AB" />
<meta name="DC.Date.Creation" scheme="ISO 8601" content="2006-03-20" />

Om vi skulle bygga en egen sökmotor kan vi dra stor nytta av denna metadata. Sökmotorn kan hitta alla dokument som Anders Andersson har skrivit (DC.Creator.PersonalName), eller alla artiklar som handlar om bilar eller 1950-talet (DC.Subject). Om flera webbsidor har ”Bilar” som ämne kan vi få upp relaterade sidor. Endast fantasin (och mängden metadata!) sätter gränserna.

Som du kan se så är sökmotorer inte mycket till nytta om det inte finns metadata. Men på grund av missbruk har de flesta sökmotorer valt att ignorera keywords (<meta name="keywords" content="lista över nyckelord">), men det hindrar inte dig från att använda det i en egen sökmotor.

Tänk också på att <title> räknas som metadata. Det tillhör inte själva innehållet (det mellan body-taggarna), men beskriver det. Du vet nog redan hur viktigt det är att skriva en bra rubrik i title, så förhoppningsvis kan du förstå hur viktigt det är med resten av metadatan – givetvis beroende på i vilket sammanhang materialet ska presenteras.

Lär dig mer om metadata

Metadata är inget nytt. Ordet uppfanns redan på 1960-talet och det finns en hel del skrivet om ämnet. Men här koncenterar jag mig på det viktigaste metadatan för webben:

  • Metadata is essential web writing skill: Part 1. Artikel som förklarar att metadata inte har med teknik att göra, utan innehåll. Metadata är en grundläggande kunskap och ska skötas av skribenter och redaktörer.
  • Metadata Overview (Power Point). En Power Point-presentation som kortfattat beskriver nyttan med metadata i allmänhet och Dublin Core i synnerhet. En bra guide om du har förstått vad metadata är för något, men inte är helt övertygad att det är något för dig.
  • Dublin Core Metadata Template. En mall som du kan kopiera & klistra in i din webbsidor med syntaxen på metadatan.
  • Metadata for the Web – RDF and the Dublin Core. Går även in på RDF, som är ett helt ramverk för att kunna bygga in metadata i applikationer. Det är utbyggbart nästan i det oändliga och verkligen användbart om du har stora krav på metadata, till exempel relationer mellan objekt i flera led eller många typer av metadata på en och samma gång.

Fold – en personlig portal eller startsida

Fold verkar vara ett intressant projekt som drar igång nu på måndag den 13 mars. Det är en personlig startsida (eller portal) som går att anpassa efter sina egna behov. Fold är en så kallad Web 2.0-webbplats.

Från början verkar det vara en tom sida som man sedan får fylla med nyhetsflöden, kalender, anteckningar med mera.

Fold

En liknande portal som redan finns är Goowy.

Är det någon som testat något liknande och kan berätta om för- och nackdelar?

Layout handlar om kommunikation – inget annat

Layout handlar inte om utseende. Det handlar om kommunikation.

Du väljer att använda tre kolumner i stället för två, därför att det bättre kommunicerar de budskap du vill ge.

Nu får jag säkert hela webbdesignkåren mot mig, i alla fall amatörerna. För det amatörerna har missat är att varje val de gör påverkar vad som kommuniceras. Om du väljer grön text på röd botten kanske du tänker ”fult och amatörmässigt”. Det är precis vad det är, det kommunicerar fel signaler. Sidan är inte seriös.

Det är därför det är så lätt att luras på nätet. Phising (som till exempel webbplatser som ser ut som Nordea) fungerar därför att layouten kommunicerar seriösitet och liknar originalet.

Notera att layout givetvis kan vara snygg eller ful, men det är ju en form av kommunikation det också.

Utvecklar du webbapplikationer och behöver dokumentera?

Att skriva dokumentation till sina applikationer är aldrig kul. Det är tidskrävande, ansträngande och tvingar dig att tänka på varför och hur du har byggt.

Om du behöver hjälp på traven kan du använda den här mallen som kallas Software Requirements Specification Document Template.

Det är i grund och botten en mall för detaljerad kravspecifikation, alltså vad du ska ha med i din applikation och hur det ska byggas.

Underskatta inte luft i din layout

Luft. Även det är ett sätt att designa och utforma dina webbsidor.

Underskatta inte luft genom att försöka knöka in så mycket information på en webbsida som möjligt. När du gjort det och vill framhäva något speciellt är enda alternativet att ändra till en kontrastrik färg eller större storlek. Det som är ensamt kan också vara det som är mest dominant, förutsatt att det också har en bra placering på sidan.

Försök begränsa det. Välj ut några få saker (till exempel tre nyheter i stället för sju) och framhäv det lilla extra genom att ge det mycket luft runt omkring. Du behöver nödvändigtvis inte välja en helvit bakgrund, en typ av ”box” med mycket stora marginaler till kanterna kan duga utmärkt. Förutsatt att det harmonerar med resten av designen givetvis.

Samtidigt bjuder jag på ett passande surftips: Web design from scratch – A complete guide to designing web sites that work.

Funderar du på att bygga ett publiceringssystem?

Surftips: CMS Advisor

Publiceringssystem, eller CMS, är ett måste för den som regelbundet publicerar innehåll på nätet. Det är ett nödvändigt verktyg som håller ordning på allt innehåll.

Lisa Welchman

På podcasten CMS Advisor fokuserar programledaren Lisa Welchman (bilden) på implementation av publiceringsverktyg.

Jag har lyssnat igenom nästan alla avsnitt sedan starten och kan rekommendera den varmt! Praktiska tips varvas med intervjuer med personer som har erfarenhet av att bygga ett eget publiceringssystem och sätta dem i drift.

Om du själv bygger ett publiceringssystem (allt från ”skriva notiser” till stora skalbara system som de största dagstidningarna använder) kan du ha nytta av av den här podcasten.

(Har du förslag på fler podcaster om webbutveckling? Skriv en kommentar och informera oss andra!)