<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>axbom &#187; Standarder</title>
	<atom:link href="http://axbom.se/cat/ux/standarder/feed" rel="self" type="application/rss+xml" />
	<link>http://axbom.se</link>
	<description>uppnå din digitala potential</description>
	<lastBuildDate>Tue, 07 Feb 2012 16:52:33 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Microformats förenklar informationsutbyte</title>
		<link>http://axbom.se/microformats-informationsutbyte</link>
		<comments>http://axbom.se/microformats-informationsutbyte#comments</comments>
		<pubDate>Mon, 16 Apr 2007 13:00:30 +0000</pubDate>
		<dc:creator>axbom</dc:creator>
				<category><![CDATA[Informationshantering]]></category>
		<category><![CDATA[Standarder]]></category>
		<category><![CDATA[microformats]]></category>
		<category><![CDATA[xml]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[<strong>RSS är ett standardiserat XML-format som gör att innehåll kan spridas på ett enkelt sätt och göras tillgänglig för många människor. Men det finns fler standardiserade XML-format och dataformat som underlättar spridning av information som till exempel kontaktuppgifter eller kalenderuppgifter. Microformats är ett samlingsnamn för några enkla format som är fantastiskt enkla att tillämpa.</strong>

<h3>Varför microformats?</h3>
Det gäller att komma ihåg att dessa enkla format skapas för människor i första hand. Genom att formattera innehåll på ett standardiserat sätt kan informationen användas i andra webbtjänster. Om jag lägger ut information om ett evenemang och formatterar den enligt <a href="http://microformats.org/wiki/hcalendar">hCalendar</a> så kan informationen om evenemanget enkelt läsas och återanvändas av andra.

<h3>hCalendar som exempel</h3>

Låt säga att jag vill lägga ut information om konferensen From Business to Buttons. I koden skriver jag så här (koden kan givetvis genereras automatiskt av ett lämpligt verktyg):

<code>
&#60;div class=&#34;vevent&#34;&#62;Jag ska besöka &#60;a class=&#34;url summary&#34; href=&#34;http://www.businesstobuttons.com/&#34;&#62;From Business to Buttons&#60;/a&#62; den &#60;abbr class=&#34;dtstart&#34; title=&#34;2007-06-14&#34;&#62;14 juni&#60;/abbr&#62;-&#60;abbr class=&#34;dtend\&#34; title=&#34;2007-06-15&#34;&#62;15 juni&#60;/abbr&#62; på &#60;span class=&#34;location\&#34;&#62;Malmö högskola&#60;/span&#62;.
&#60;/div&#62;
</code>

Det ser då ut så här för en vanlig besökare:
<strong>
<div class="vevent">Jag ska besöka <a class="url summary" href="http://www.businesstobuttons.com/">From Business to Buttons</a> den <abbr class="dtstart" title="2007-06-14">14 juni</abbr>-<abbr class="dtend" title="2007-06-15">15 juni</abbr> på <span class="location">Malmö högskola</span>.
</div>
</strong>

Observera att detta är en giltig hCalendar microformat och om en robot/spindel som förstår microformats besöker min webbplats kommer de hitta och förstå evenemangets namn, tidpunkt och plats. Informationen kan till exempel användas för att automatiskt hålla en kalender uppdaterad på en annan webbplats. Vill jag sätta lite extra krydda på det hela kan jag ange evenemangets geografiska placering med latitud och longitud(!)

<h3>Fler microformats</h3>

Det finns även Microformats för kontakter (<a href="http://microformats.org/wiki/hcard">hCard</a>) och man kan lära sig en hel del bara genom att börja använda rel-attributet enligt XFN, <a href="http://www.gmpg.org/xfn/">XHTML Friends Network</a>. När du länkar till exempelvis en blogg kan du då ange om det är en person du har träffat, om det är en kompis, och så vidare. Förväxla inte det med <a href="http://microformats.org/wiki/rel-tag">rel-tag</a> som i huvudsak används för kategorier - ett fenomen som säkerligen skickar <a href="http://www.axbom.se/blogg/meta-keywords-tidstjuv">meta keywords</a> rakt in i historieböckerna.

Läs mer:
<ul>
<li><a href="http://microformats.org/about/">About Microformats</a> - projektets webbplats</li>
<li><a href="http://blog.codeeg.com/tails-firefox-extension-03/">Tails Firefox Extension</a> låter dig läsa microformats på en sida. Kan vara bra för att verifiera att det blev rätt.</li>
</ul>]]></description>
			<content:encoded><![CDATA[<p><strong>RSS är ett standardiserat XML-format som gör att innehåll kan spridas på ett enkelt sätt och göras tillgänglig för många människor. Men det finns fler standardiserade XML-format och dataformat som underlättar spridning av information som till exempel kontaktuppgifter eller kalenderuppgifter. Microformats är ett samlingsnamn för några enkla format som är fantastiskt enkla att tillämpa.</strong></p>
<h3>Varför microformats?</h3>
<p>Det gäller att komma ihåg att dessa enkla format skapas för människor i första hand. Genom att formattera innehåll på ett standardiserat sätt kan informationen användas i andra webbtjänster. Om jag lägger ut information om ett evenemang och formatterar den enligt <a href="http://microformats.org/wiki/hcalendar">hCalendar</a> så kan informationen om evenemanget enkelt läsas och återanvändas av andra.</p>
<h3>hCalendar som exempel</h3>
<p>Låt säga att jag vill lägga ut information om konferensen From Business to Buttons. I koden skriver jag så här (koden kan givetvis genereras automatiskt av ett lämpligt verktyg):</p>
<p><code><br />
&lt;div class="vevent"&gt;Jag ska besöka &lt;a class="url summary" href="http://www.businesstobuttons.com/"&gt;From Business to Buttons&lt;/a&gt; den &lt;abbr class="dtstart" title="2007-06-14"&gt;14 juni&lt;/abbr&gt;-&lt;abbr class="dtend\" title="2007-06-15"&gt;15 juni&lt;/abbr&gt; på &lt;span class="location\"&gt;Malmö högskola&lt;/span&gt;.<br />
&lt;/div&gt;<br />
</code></p>
<p>Det ser då ut så här för en vanlig besökare:<br />
<strong> </strong></p>
<p><strong> </strong></p>
<p><strong></p>
<div class="vevent">Jag ska besöka <a class="url summary" href="http://www.businesstobuttons.com/">From Business to Buttons</a> den <abbr class="dtstart" title="2007-06-14">14 juni</abbr>-<abbr class="dtend" title="2007-06-15">15 juni</abbr> på <span class="location">Malmö högskola</span>.</div>
<p></strong></p>
<p>Observera att detta är en giltig hCalendar microformat och om en robot/spindel som förstår microformats besöker min webbplats kommer de hitta och förstå evenemangets namn, tidpunkt och plats. Informationen kan till exempel användas för att automatiskt hålla en kalender uppdaterad på en annan webbplats. Vill jag sätta lite extra krydda på det hela kan jag ange evenemangets geografiska placering med latitud och longitud(!)</p>
<h3>Fler microformats</h3>
<p>Det finns även Microformats för kontakter (<a href="http://microformats.org/wiki/hcard">hCard</a>) och man kan lära sig en hel del bara genom att börja använda rel-attributet enligt XFN, <a href="http://www.gmpg.org/xfn/">XHTML Friends Network</a>. När du länkar till exempelvis en blogg kan du då ange om det är en person du har träffat, om det är en kompis, och så vidare. Förväxla inte det med <a href="http://microformats.org/wiki/rel-tag">rel-tag</a> som i huvudsak används för kategorier &#8211; ett fenomen som säkerligen skickar <a href="http://www.axbom.se/blogg/meta-keywords-tidstjuv">meta keywords</a> rakt in i historieböckerna.</p>
<p>Läs mer:</p>
<ul>
<li><a href="http://microformats.org/about/">About Microformats</a> &#8211; projektets webbplats</li>
<li><a href="http://blog.codeeg.com/tails-firefox-extension-03/">Tails Firefox Extension</a> låter dig läsa microformats på en sida. Kan vara bra för att verifiera att det blev rätt.</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://axbom.se/microformats-informationsutbyte/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>OpenID: ett användarkonto till många webbplatser</title>
		<link>http://axbom.se/openid</link>
		<comments>http://axbom.se/openid#comments</comments>
		<pubDate>Thu, 05 Apr 2007 12:36:11 +0000</pubDate>
		<dc:creator>axbom</dc:creator>
				<category><![CDATA[Innovation]]></category>
		<category><![CDATA[Mobila webben]]></category>
		<category><![CDATA[Online-tjänster]]></category>
		<category><![CDATA[Standarder]]></category>
		<category><![CDATA[openid]]></category>
		<category><![CDATA[single-sign-on]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[<strong>Tänk dig att du kan använda samma användarkonto för att logga in på flertalet webbplatser och applikationer. Tänk dig vidare att du inte behöver lämna över hanteringen av ditt användarkonto till en tredje part. OpenID gör det möjligt.</strong>

OpenID är ett decentraliserat system för autentisering. Det uppfanns av <a href="http://www.livejournal.com/">LiveJournal</a> och har nu utvecklats till en öppen standard. Vem som helst kan skapa ett OpenID och antalet webbplatser som har stöd för detta växer.

Ett OpenID är helt enkelt en webbadress. Mitt OpenID är www.axbom.se, det vill säga adressen till min blogg. Jag kan använda det för att logga in på valfri webbplats som stödjer OpenID. Eftersom det bara är jag som har tillgång till den adressen så är jag den enda som kan använda den identiteten.

Jag har valt att använda mitt konto hos <a href="http://www.vox.com/">Vox</a> som central lagring för mina kontouppgifter, men du väljer själv leverantör eller sätter upp din egen OpenID-tjänst (till exempel med hjälp av <a href="http://siege.org/projects/phpMyID/">phpMyID</a>). Eftersom det är din personliga webbadress som är ditt konto, spelar det ingen roll vad du väljer - du kan när som helst byta.

<ul>
<li>Läs Simon Willison's inlägg om <a href="http://simonwillison.net/2006/Dec/19/openid/">hur du använder din blogg som ditt OpenID</a>.</li>
<li>Titta på Simon Willison's <a href="http://video.google.com/videoplay?docid=-7463164786703060643">film om hur man använder OpenID</a>.</li>
<li>Den officiella sajten om OpenID heter <a href="http://openid.net/">openid.net</a>.</li>
</ul>]]></description>
			<content:encoded><![CDATA[<p><strong>Tänk dig att du kan använda samma användarkonto för att logga in på flertalet webbplatser och applikationer. Tänk dig vidare att du inte behöver lämna över hanteringen av ditt användarkonto till en tredje part. OpenID gör det möjligt.</strong></p>
<p>OpenID är ett decentraliserat system för autentisering. Det uppfanns av <a href="http://www.livejournal.com/">LiveJournal</a> och har nu utvecklats till en öppen standard. Vem som helst kan skapa ett OpenID och antalet webbplatser som har stöd för detta växer.</p>
<p>Ett OpenID är helt enkelt en webbadress. Mitt OpenID är www.axbom.se, det vill säga adressen till min blogg. Jag kan använda det för att logga in på valfri webbplats som stödjer OpenID. Eftersom det bara är jag som har tillgång till den adressen så är jag den enda som kan använda den identiteten.</p>
<p>Jag har valt att använda mitt konto hos <a href="http://www.vox.com/">Vox</a> som central lagring för mina kontouppgifter, men du väljer själv leverantör eller sätter upp din egen OpenID-tjänst (till exempel med hjälp av <a href="http://siege.org/projects/phpMyID/">phpMyID</a>). Eftersom det är din personliga webbadress som är ditt konto, spelar det ingen roll vad du väljer &#8211; du kan när som helst byta.</p>
<ul>
<li>Läs Simon Willison&#8217;s inlägg om <a href="http://simonwillison.net/2006/Dec/19/openid/">hur du använder din blogg som ditt OpenID</a>.</li>
<li>Titta på Simon Willison&#8217;s <a href="http://video.google.com/videoplay?docid=-7463164786703060643">film om hur man använder OpenID</a>.</li>
<li>Den officiella sajten om OpenID heter <a href="http://openid.net/">openid.net</a>.</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://axbom.se/openid/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Meta keywords: en efterhängsen tidstjuv</title>
		<link>http://axbom.se/meta-keywords-tidstjuv</link>
		<comments>http://axbom.se/meta-keywords-tidstjuv#comments</comments>
		<pubDate>Sun, 11 Mar 2007 23:33:14 +0000</pubDate>
		<dc:creator>axbom</dc:creator>
				<category><![CDATA[Informationsarkitektur]]></category>
		<category><![CDATA[Sökmotorer]]></category>
		<category><![CDATA[Standarder]]></category>
		<category><![CDATA[keywords]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[<strong>Jag använder dem inte och min webbplats syns bra i sökmotorerna. Många av mina kunder <em>vill</em> använda dem men vet inte om de funkar. Flertalet webbredaktörer har varken tid, ork eller kompetens för att skriva in dem på ett strukturerat sätt. Och sökmotorerna själv verkar inte bry sig om Meta Keywords.</strong>

Jag själv har oerhört låg tilltro till fenomenet Meta Keywords, en möjlighet att lägga in nyckelord, sökord och begrepp, som är synliga för sökmotorer men inte för vanliga besökare på en webbsida. På grund av missbruk, och låg tillämpningsgrad, övergav de flesta sökmotorer Meta Keywords som sökunderlag redan i slutet av 90-talet. Nyare sökmotorer som Google och FAST har aldrig ens haft stöd för Meta Keywords.

<h3>Missbruket dödade keywords-elementet</h3>
Tanken är god: tillåt webbägaren att delge vilka nyckelord som är relevanta för just den här webbsidan och på så sätt skapa ämnen och strukturer och stöd för att bedöma innehållets relevans. Men vad händer om Meta Keywords missbrukas och man skriver in nyckelord som inte alls har med sammanhanget att göra - då lurar vi användaren; eller om webbutvecklaren har för låg kompetens för att ange relevanta nyckelord på rätt ställen: ska då webbplatsen uteslutas även om innehållet är intressant?

<h3>Innehåll är kungligt</h3>
Nej, sökmotorerna insåg att det bästa sättet att avgöra vad sidan handlar om är att faktiskt analysera innehållet på sidan. Det är också där du som webbansvarig bör lägga ditt största fokus: innehållet. Titlar, rubriker, länktexter och upprepningar av förutbestämda fraser är nyckeln till en lyckad träffbild i dagens sökmotorer. Att många länkar till din webbplats, och på så sätt rekommenderar den, är det som kommer trycka upp dig mot toppen av sökresultaten och förbi konkurrenterna. Bästa sättet att få folk att länka till dig är förstås att erbjuda bra innehåll.

<h3>Farligt att använda Meta Keywords</h3>
<a href="http://www.searchengineguide.com/ball/006037.html" title="Meta Keywords advice">Richard Ball</a> från <a href="http://www.apogee-web-consulting.com/">Apogee Web Consulting</a> varnar faktiskt för att det kan vara ofördelaktigt att använda Meta Keywords eftersom du underlättar för konkurrenterna att helt enkelt "stjäla" och ta fram listor över de nyckelord och fraser som du värderar högt. På så sätt kan de lättare justera sina sidor så att de inbegriper även "dina" nyckelord.

<h3>Flytta fokus från Meta Keywords</h3>
Min slutsats när det gäller Meta Keywords är att det tar för lång tid att skriva in nyckelord för varje webbsida och det kostar långt mer än det smakar. Samtidigt lägger de flesta alltför lite tid på att kontinuerligt gå igenom och förbättra innehållet på sidorna så att de på ett icke konstlat sätt ger utrymme för strategiskt viktiga ord och uttryck. Genom att lägga tiden från arbetet med Meta Keywords på att i stället optimera innehållet på sidorna så kommer nyckelorden, ironiskt nog, ge betydligt mer verkan.

Läs mer:

<ul>
<li><a href="http://www.searchengineguide.com/ball/006037.html">Meta Keywords Advice</a>, Richard Ball</li>
<li><a href="http://searchenginewatch.com/showPage.html?page=2165061">Death of a Meta Tag</a>, Danny Sullivan</li>
<li><a href="http://en.wikipedia.org/wiki/Meta_tag">Wikipedia: Meta tag</a></li>
</ul>]]></description>
			<content:encoded><![CDATA[<p><strong>Jag använder dem inte och min webbplats syns bra i sökmotorerna. Många av mina kunder <em>vill</em> använda dem men vet inte om de funkar. Flertalet webbredaktörer har varken tid, ork eller kompetens för att skriva in dem på ett strukturerat sätt. Och sökmotorerna själv verkar inte bry sig om Meta Keywords.</strong></p>
<p>Jag själv har oerhört låg tilltro till fenomenet Meta Keywords, en möjlighet att lägga in nyckelord, sökord och begrepp, som är synliga för sökmotorer men inte för vanliga besökare på en webbsida. På grund av missbruk, och låg tillämpningsgrad, övergav de flesta sökmotorer Meta Keywords som sökunderlag redan i slutet av 90-talet. Nyare sökmotorer som Google och FAST har aldrig ens haft stöd för Meta Keywords.</p>
<h3>Missbruket dödade keywords-elementet</h3>
<p>Tanken är god: tillåt webbägaren att delge vilka nyckelord som är relevanta för just den här webbsidan och på så sätt skapa ämnen och strukturer och stöd för att bedöma innehållets relevans. Men vad händer om Meta Keywords missbrukas och man skriver in nyckelord som inte alls har med sammanhanget att göra &#8211; då lurar vi användaren; eller om webbutvecklaren har för låg kompetens för att ange relevanta nyckelord på rätt ställen: ska då webbplatsen uteslutas även om innehållet är intressant?</p>
<h3>Innehåll är kungligt</h3>
<p>Nej, sökmotorerna insåg att det bästa sättet att avgöra vad sidan handlar om är att faktiskt analysera innehållet på sidan. Det är också där du som webbansvarig bör lägga ditt största fokus: innehållet. Titlar, rubriker, länktexter och upprepningar av förutbestämda fraser är nyckeln till en lyckad träffbild i dagens sökmotorer. Att många länkar till din webbplats, och på så sätt rekommenderar den, är det som kommer trycka upp dig mot toppen av sökresultaten och förbi konkurrenterna. Bästa sättet att få folk att länka till dig är förstås att erbjuda bra innehåll.</p>
<h3>Farligt att använda Meta Keywords</h3>
<p><a title="Meta Keywords advice" href="http://www.searchengineguide.com/ball/006037.html">Richard Ball</a> från <a href="http://www.apogee-web-consulting.com/">Apogee Web Consulting</a> varnar faktiskt för att det kan vara ofördelaktigt att använda Meta Keywords eftersom du underlättar för konkurrenterna att helt enkelt &#8221;stjäla&#8221; och ta fram listor över de nyckelord och fraser som du värderar högt. På så sätt kan de lättare justera sina sidor så att de inbegriper även &#8221;dina&#8221; nyckelord.</p>
<h3>Flytta fokus från Meta Keywords</h3>
<p>Min slutsats när det gäller Meta Keywords är att det tar för lång tid att skriva in nyckelord för varje webbsida och det kostar långt mer än det smakar. Samtidigt lägger de flesta alltför lite tid på att kontinuerligt gå igenom och förbättra innehållet på sidorna så att de på ett icke konstlat sätt ger utrymme för strategiskt viktiga ord och uttryck. Genom att lägga tiden från arbetet med Meta Keywords på att i stället optimera innehållet på sidorna så kommer nyckelorden, ironiskt nog, ge betydligt mer verkan.</p>
<p>Läs mer:</p>
<ul>
<li><a href="http://www.searchengineguide.com/ball/006037.html">Meta Keywords Advice</a>, Richard Ball</li>
<li><a href="http://searchenginewatch.com/showPage.html?page=2165061">Death of a Meta Tag</a>, Danny Sullivan</li>
<li><a href="http://en.wikipedia.org/wiki/Meta_tag">Wikipedia: Meta tag</a></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://axbom.se/meta-keywords-tidstjuv/feed</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Skriv ALT-text på rätt sätt</title>
		<link>http://axbom.se/skriva-alt-text</link>
		<comments>http://axbom.se/skriva-alt-text#comments</comments>
		<pubDate>Thu, 16 Nov 2006 07:27:00 +0000</pubDate>
		<dc:creator>axbom</dc:creator>
				<category><![CDATA[Standarder]]></category>
		<category><![CDATA[Tillgänglighet]]></category>
		<category><![CDATA[Webbcopy]]></category>
		<category><![CDATA[alt-text]]></category>
		<category><![CDATA[webaim]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Jag säger ibland att jag skulle kunna skriva en omfattande guide till korrekt användning av <abbr title="alternative">ALT</abbr>-text, just för att i princip alla jag ser göra en ansats till att skriva <abbr title="alternative">ALT</abbr>-text gör fel. 

Eftersom jag inte hinner skriva guiden är jag bara glad att någon annan hunnit före.

<h3>Vadå <abbr title="alternative">ALT</abbr>-text?</h3>
Ofta felaktigt benämnd <abbr title="alternative">ALT</abbr>-taggen, är <abbr title="alternative">ALT</abbr>-attributet den del av koden för en bild som anger en beskrivande text för bilden. Själva texten som anges i <abbr title="alternative">ALT</abbr>-attributet kallas för <abbr title="alternative">ALT</abbr>-text, eller alternativ text.

Syftet med <abbr title="alternative">ALT</abbr>-texten är att människor med nedsatt syn kan få texten uppläst och ändå tillgodogöra sig kommunikationsvärdet i bilden. Även de som surfar med bildvisning avstängd kan läsa texten i stället för att bli tvungna att ladda ner bilden.

Saken är den att man måste tänka sig in i användarnas situation rätt ordentligt för att beskriva bilden på ett sätt som är relevant för sammanhanget. Samma bild kan allså ha olika <abbr title="alternative">ALT</abbr>-texter beroende på hur den används.

Därmed faller också många publiceringsverktyg platt, det vill säga de verktyg som har en central bildbank och bara tillåter en <abbr title="alternative">ALT</abbr>-text per bild. <strong><abbr title="alternative">ALT</abbr>-text bör alltid anges i samband med att bilden läggs in på sidan.</strong>

Ofta kan det faktiskt vara vettigt att ha ett tomt <abbr title="alternative">ALT</abbr>-attribut, särskilt då bilden inte tillför något kommunikativt värde för förståelsen av budskapet på sidan.

Nåväl, hjältarna på <a href="http://webaim.org/">WebAIM</a> har redan skrivit guiden till <abbr title="alternative">ALT</abbr>-text, så jag kan hänvisa till dem:

<ul>
<li><a href="http://webaim.org/techniques/alttext/">Appropriate Use of Alternative Text</a></li>
</ul>]]></description>
			<content:encoded><![CDATA[<p>Jag säger ibland att jag skulle kunna skriva en omfattande guide till korrekt användning av <abbr title="alternative">ALT</abbr>-text, just för att i princip alla jag ser göra en ansats till att skriva <abbr title="alternative">ALT</abbr>-text gör fel.</p>
<p>Eftersom jag inte hinner skriva guiden är jag bara glad att någon annan hunnit före.</p>
<h3>Vadå <abbr title="alternative">ALT</abbr>-text?</h3>
<p>Ofta felaktigt benämnd <abbr title="alternative">ALT</abbr>-taggen, är <abbr title="alternative">ALT</abbr>-attributet den del av koden för en bild som anger en beskrivande text för bilden. Själva texten som anges i <abbr title="alternative">ALT</abbr>-attributet kallas för <abbr title="alternative">ALT</abbr>-text, eller alternativ text.</p>
<p>Syftet med <abbr title="alternative">ALT</abbr>-texten är att människor med nedsatt syn kan få texten uppläst och ändå tillgodogöra sig kommunikationsvärdet i bilden. Även de som surfar med bildvisning avstängd kan läsa texten i stället för att bli tvungna att ladda ner bilden.</p>
<p>Saken är den att man måste tänka sig in i användarnas situation rätt ordentligt för att beskriva bilden på ett sätt som är relevant för sammanhanget. Samma bild kan allså ha olika <abbr title="alternative">ALT</abbr>-texter beroende på hur den används.</p>
<p>Därmed faller också många publiceringsverktyg platt, det vill säga de verktyg som har en central bildbank och bara tillåter en <abbr title="alternative">ALT</abbr>-text per bild. <strong><abbr title="alternative">ALT</abbr>-text bör alltid anges i samband med att bilden läggs in på sidan.</strong></p>
<p>Ofta kan det faktiskt vara vettigt att ha ett tomt <abbr title="alternative">ALT</abbr>-attribut, särskilt då bilden inte tillför något kommunikativt värde för förståelsen av budskapet på sidan.</p>
<p>Nåväl, hjältarna på <a href="http://webaim.org/">WebAIM</a> har redan skrivit guiden till <abbr title="alternative">ALT</abbr>-text, så jag kan hänvisa till dem:</p>
<ul>
<li><a href="http://webaim.org/techniques/alttext/">Appropriate Use of Alternative Text</a></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://axbom.se/skriva-alt-text/feed</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Det sa bara pang!</title>
		<link>http://axbom.se/pangstatistik</link>
		<comments>http://axbom.se/pangstatistik#comments</comments>
		<pubDate>Thu, 14 Apr 2005 19:04:25 +0000</pubDate>
		<dc:creator>axbom</dc:creator>
				<category><![CDATA[SEO]]></category>
		<category><![CDATA[Standarder]]></category>
		<category><![CDATA[webbstatistik]]></category>

		<guid isPermaLink="false"></guid>
		<description><![CDATA[Jag startade bloggen i januari givetvis med förhoppning om att locka likasinnade läsare. Under tiden har jag lagt krut på att skapa en i många avseenden tillgänglig webbplats som följer <a href="http://www.webstandards.org/" title="The Web Standards Project">standarder</a>. Av ren nyfikenhet tänkte jag kolla hur det arbetet påverkat besökssiffrorna på axbom.se.

Tja, inte i mina vildaste fantasier hade jag väl kunnat ana följande: 12&#160;300 träffar i februari; 197&#160;534 träffar i mars. En ökning med 16 gånger på en månad. Osannolikt? Jag misstänker att sökrobotar står för en hel del av ökningen men knappast allt (*vink vink*). Men framför allt: Det säger en hel del om värdet av att ha en tillgänglig webbplats.

<img src="/files/axbom_webbstatistik.png" alt="Stapeldiagram som visar träffar på axbom.se under perioden 1 oktober 2004 till 31 mars 2005"/>

Diagrammet ovan visar antalet <em>hits</em> (träffar) på axbom.se under perioden 1 oktober 2004 - 31 mars 2005. Antalet träffar är som följer:

<ul>
<li>oktober: 17 975</li>
<li>november: 24 539</li>
<li>december: 25 867</li>
<li>januari: 17 867</li>
<li>februari: 12 300</li>
<li>mars: 197 534</li>
</ul>]]></description>
			<content:encoded><![CDATA[<p>Jag startade upp min svenska blogg i januari givetvis med förhoppning om att locka likasinnade läsare. Under tiden har jag lagt krut på att skapa en i många avseenden tillgänglig webbplats som följer <a title="The Web Standards Project" href="http://www.webstandards.org/">standarder</a>. Av ren nyfikenhet tänkte jag kolla hur det arbetet påverkat besökssiffrorna på axbom.se.</p>
<p>Tja, inte i mina vildaste fantasier hade jag väl kunnat ana följande: 12 300 träffar i februari; 197 534 träffar i mars. En ökning med 16 gånger på en månad. Osannolikt? Jag misstänker att sökrobotar står för en hel del av ökningen men knappast allt (*vink vink*). Men framför allt: Det säger en hel del om värdet av att ha en tillgänglig webbplats.</p>
<p><img src="/files/axbom_webbstatistik.png" alt="Stapeldiagram som visar träffar på axbom.se under perioden 1 oktober 2004 till 31 mars 2005" /></p>
<p>Diagrammet ovan visar antalet <em>hits</em> (träffar) på axbom.se under perioden 1 oktober 2004 &#8211; 31 mars 2005. Antalet träffar är som följer:</p>
<ul>
<li>oktober: 17 975</li>
<li>november: 24 539</li>
<li>december: 25 867</li>
<li>januari: 17 867</li>
<li>februari: 12 300</li>
<li>mars: 197 534</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://axbom.se/pangstatistik/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

