<?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"
	>
<channel>
	<title>Commenti a: Web 2.0 e Web Analytics</title>
	<atom:link href="http://www.alessiosemoli.com/web-20-e-web-analytics.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.alessiosemoli.com/web-20-e-web-analytics.html</link>
	<description>Web Analytics, Digital Marketing, Web Analysis</description>
	<pubDate>Thu, 20 Nov 2008 09:23:58 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>Di: &#124;&#x25ba; Cloaking &#34;a fin di bene&#34; - SEO vs AJAX</title>
		<link>http://www.alessiosemoli.com/web-20-e-web-analytics.html#comment-1122</link>
		<dc:creator>&#124;&#x25ba; Cloaking &#34;a fin di bene&#34; - SEO vs AJAX</dc:creator>
		<pubDate>Fri, 06 Apr 2007 10:36:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.alessiosemoli.com/web-20-e-web-analytics.html#comment-1122</guid>
		<description>[...] Originalmente inviato da nbriani   comunque ritengo abbastanza uno sforzo spropositato star dietro agli spider e alle loro mutevoli sembianze , solo per usare un componente aiax poco &#34;Seo&#34; ... non sarebbe meglio trovare una soluzione alternativa piu' semplice? che so landing page, pagine alternative seo-frendly &#34;difficilmente raggiungibili&#34; dagli utenti... ecc ecc    Nicola    d'accordo con te.  Il problema è che la vera sfida non è posizionare siti facendoli diventare tutti &#34;ad hoc&#34;, ma posizionare toccando meno cose possibli, e venendo incontro alle esigenze dei clienti, AJAX incrementa l'usabilità in modo impressionante, perchè dovrebbero rinunciarci?  Il thread non nasceva appunto per trovare altre vie, ma per valutare strade e risorse AJAX SEO Firendly, anche perchè prima o poi questi strumenti saranno presenti su tutti i siti, incrementano la User Exeperience in modo troppo impressionante per poterli ignorare.  Altro aspetto interessante, è il rapporto che c'è tra web analytic e ajax (interessante questo post) : tracciare transizioni di conversione che lavorano tramite AJAX non è cosa da tutti i giorni, (Google Analytic non lo fa ad esempio) e i professionisti del settore si stanno dando da fare in questo senso.  AJAX (e derivati) saranno e già sono il futuro e una delle anime del WEB 2.0.  Meglio organizzarsi no?    __________________ DSoM's Blog [...]</description>
		<content:encoded><![CDATA[<p>[...] Originalmente inviato da nbriani   comunque ritengo abbastanza uno sforzo spropositato star dietro agli spider e alle loro mutevoli sembianze , solo per usare un componente aiax poco &quot;Seo&quot; &#8230; non sarebbe meglio trovare una soluzione alternativa piu&#8217; semplice? che so landing page, pagine alternative seo-frendly &quot;difficilmente raggiungibili&quot; dagli utenti&#8230; ecc ecc    Nicola    d&#8217;accordo con te.  Il problema è che la vera sfida non è posizionare siti facendoli diventare tutti &quot;ad hoc&quot;, ma posizionare toccando meno cose possibli, e venendo incontro alle esigenze dei clienti, AJAX incrementa l&#8217;usabilità in modo impressionante, perchè dovrebbero rinunciarci?  Il thread non nasceva appunto per trovare altre vie, ma per valutare strade e risorse AJAX SEO Firendly, anche perchè prima o poi questi strumenti saranno presenti su tutti i siti, incrementano la User Exeperience in modo troppo impressionante per poterli ignorare.  Altro aspetto interessante, è il rapporto che c&#8217;è tra web analytic e ajax (interessante questo post) : tracciare transizioni di conversione che lavorano tramite AJAX non è cosa da tutti i giorni, (Google Analytic non lo fa ad esempio) e i professionisti del settore si stanno dando da fare in questo senso.  AJAX (e derivati) saranno e già sono il futuro e una delle anime del WEB 2.0.  Meglio organizzarsi no?    __________________ DSoM&#8217;s Blog [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Di: Simone Carletti</title>
		<link>http://www.alessiosemoli.com/web-20-e-web-analytics.html#comment-730</link>
		<dc:creator>Simone Carletti</dc:creator>
		<pubDate>Sun, 28 Jan 2007 12:09:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.alessiosemoli.com/web-20-e-web-analytics.html#comment-730</guid>
		<description>In ordine di difficoltÃ  nell'implementazione di un sistema di tracciamento "non integrato" inserirei

1. video
2. feed
3. ajax

Per Ajax infatti, per quanto non provochi il reload di una pagina, si puÃ² comunque adottare un semplice trucco di generare una hit sul server (o il richiamo di un file esterno) ad ogni evento.
Di fatto, Ã¨ piÃ¹ o meno l'equivalente al caricamento di una pagina.

Ben diverso Ã¨ per i feed dove codice js non Ã¨ consentito e per i quali il tutto si complica anche a causa del formato.
Un RSS, per esempio, si comporta diversamente da un Atom sotto alcuni aspetti.</description>
		<content:encoded><![CDATA[<p>In ordine di difficoltÃ  nell&#8217;implementazione di un sistema di tracciamento &#8220;non integrato&#8221; inserirei</p>
<p>1. video<br />
2. feed<br />
3. ajax</p>
<p>Per Ajax infatti, per quanto non provochi il reload di una pagina, si puÃ² comunque adottare un semplice trucco di generare una hit sul server (o il richiamo di un file esterno) ad ogni evento.<br />
Di fatto, Ã¨ piÃ¹ o meno l&#8217;equivalente al caricamento di una pagina.</p>
<p>Ben diverso Ã¨ per i feed dove codice js non Ã¨ consentito e per i quali il tutto si complica anche a causa del formato.<br />
Un RSS, per esempio, si comporta diversamente da un Atom sotto alcuni aspetti.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
 
