<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
	
	>
<channel>
	<title>Kommentarer til: Topsites sporer ikke 404 sider</title>
	<atom:link href="https://www.webanalytiker.dk/2012/05/24/topsites-sporer-ikke-404-sider/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.webanalytiker.dk/2012/05/24/topsites-sporer-ikke-404-sider/</link>
	<description>Alt om webanalyse &#38; tracking</description>
	<lastBuildDate>Fri, 06 Aug 2021 12:15:51 +0000</lastBuildDate>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>Af: Allan Vincentz</title>
		<link>/2012/05/24/topsites-sporer-ikke-404-sider/comment-page-1/#comment-15549</link>
		<dc:creator><![CDATA[Allan Vincentz]]></dc:creator>
		<pubDate>Tue, 29 May 2012 08:09:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.webanalytiker.dk/?p=2361#comment-15549</guid>
		<description><![CDATA[Kan man ikke bare gøre som på www.webjuice.dk  - altså bare have EN side på sin hjemmeside. Så opstår problemet jo slet ikke?

Jacob, den måtte jo komme - det blev så fra mig  :-)]]></description>
		<content:encoded><![CDATA[<p>Kan man ikke bare gøre som på <a href="http://www.webjuice.dk" rel="nofollow">http://www.webjuice.dk</a>  &#8211; altså bare have EN side på sin hjemmeside. Så opstår problemet jo slet ikke?</p>
<p>Jacob, den måtte jo komme &#8211; det blev så fra mig  <img src="https://www.webanalytiker.dk/wp-includes/images/smilies/icon_smile.gif" alt=":-)" class="wp-smiley" /></p>
]]></content:encoded>
	</item>
	<item>
		<title>Af: Mikael Rieck</title>
		<link>/2012/05/24/topsites-sporer-ikke-404-sider/comment-page-1/#comment-15512</link>
		<dc:creator><![CDATA[Mikael Rieck]]></dc:creator>
		<pubDate>Thu, 24 May 2012 13:51:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.webanalytiker.dk/?p=2361#comment-15512</guid>
		<description><![CDATA[Vigtig pointe Jacob! Selv bruger jeg den dovne 301&#039;er til forsiden og ved derfor ikke hvor fejlene ligger. Omvendt så bliver de dog ikke helt tabt :)]]></description>
		<content:encoded><![CDATA[<p>Vigtig pointe Jacob! Selv bruger jeg den dovne 301&#8217;er til forsiden og ved derfor ikke hvor fejlene ligger. Omvendt så bliver de dog ikke helt tabt <img src="https://www.webanalytiker.dk/wp-includes/images/smilies/icon_smile.gif" alt=":)" class="wp-smiley" /></p>
]]></content:encoded>
	</item>
	<item>
		<title>Af: Jacob Kildebogaard</title>
		<link>/2012/05/24/topsites-sporer-ikke-404-sider/comment-page-1/#comment-15511</link>
		<dc:creator><![CDATA[Jacob Kildebogaard]]></dc:creator>
		<pubDate>Thu, 24 May 2012 12:52:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.webanalytiker.dk/?p=2361#comment-15511</guid>
		<description><![CDATA[@Søren: Hvis man ikke har styr på noget så basalt som at huske analyticskoden på 404 siden, så tror jeg heller ikke de sporer det med andre værktøjer. 

Et andet problem ved den manglende kode er desuden at data bliver forkerte:
- Ekstra besøg generes hvis brugeren kommer videre fra 404 siden
- Oprindelige trafikkilde mistes

Samtidig er der nogle data de ikke kan få med andre tools:
- Ingen anelse om konsekvensen af 404 siden (fx bounceraten mv)
- Ingen anelse om hvilke værdifulde links der går spildt i en 404 side
- Og så mener jeg ikke der er mange, hvis nogle, andre værktøjer der viser hvor mange sidevisninger der har været. Dvs. mangelfuldt ift. prioritering af arbejdsindsatsen.

Så derfor mener jeg uagtet af andre alternativer at Analytics er den klart bedste måde at gøre det op.

Men det kommer der meget mere om i indlæg nr. 2 om emnet.]]></description>
		<content:encoded><![CDATA[<p>@Søren: Hvis man ikke har styr på noget så basalt som at huske analyticskoden på 404 siden, så tror jeg heller ikke de sporer det med andre værktøjer. </p>
<p>Et andet problem ved den manglende kode er desuden at data bliver forkerte:<br />
&#8211; Ekstra besøg generes hvis brugeren kommer videre fra 404 siden<br />
&#8211; Oprindelige trafikkilde mistes</p>
<p>Samtidig er der nogle data de ikke kan få med andre tools:<br />
&#8211; Ingen anelse om konsekvensen af 404 siden (fx bounceraten mv)<br />
&#8211; Ingen anelse om hvilke værdifulde links der går spildt i en 404 side<br />
&#8211; Og så mener jeg ikke der er mange, hvis nogle, andre værktøjer der viser hvor mange sidevisninger der har været. Dvs. mangelfuldt ift. prioritering af arbejdsindsatsen.</p>
<p>Så derfor mener jeg uagtet af andre alternativer at Analytics er den klart bedste måde at gøre det op.</p>
<p>Men det kommer der meget mere om i indlæg nr. 2 om emnet.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Af: Søren Sprogø</title>
		<link>/2012/05/24/topsites-sporer-ikke-404-sider/comment-page-1/#comment-15510</link>
		<dc:creator><![CDATA[Søren Sprogø]]></dc:creator>
		<pubDate>Thu, 24 May 2012 12:32:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.webanalytiker.dk/?p=2361#comment-15510</guid>
		<description><![CDATA[Aaah Jacob, din konklusion er noget søgt. Der er væsentligt flere måder at spore og logge 404-sider på, end via Google Analytics.

Den nok bedste måde at gøre det på er, at logge det inde i backend&#039;en af ens CMS. Og så tilbyde et interface, hvor man stille og roligt kan gennemgå alle loggede URL&#039;er og manuelt pege dem det rette sted hen (tip: Det ka&#039; Umbraco da selvfølgelig :-P).

Denne metode har intet med GA at gøre, alt sker server side. Og dermed kan du ikke som ekstern se, om det er noget de gør i.

Jeg tror dog ikke, der rent faktisk ER så mange, der holder øje med deres 404-log. Og endnu færrre, der gør noget ved det. Så lidt tips til hvordan man kan holde øje med det ovre i GA vil da være en fin ide.]]></description>
		<content:encoded><![CDATA[<p>Aaah Jacob, din konklusion er noget søgt. Der er væsentligt flere måder at spore og logge 404-sider på, end via Google Analytics.</p>
<p>Den nok bedste måde at gøre det på er, at logge det inde i backend&#8217;en af ens CMS. Og så tilbyde et interface, hvor man stille og roligt kan gennemgå alle loggede URL&#8217;er og manuelt pege dem det rette sted hen (tip: Det ka&#8217; Umbraco da selvfølgelig :-P).</p>
<p>Denne metode har intet med GA at gøre, alt sker server side. Og dermed kan du ikke som ekstern se, om det er noget de gør i.</p>
<p>Jeg tror dog ikke, der rent faktisk ER så mange, der holder øje med deres 404-log. Og endnu færrre, der gør noget ved det. Så lidt tips til hvordan man kan holde øje med det ovre i GA vil da være en fin ide.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
