<?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>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>Digital Marketing, Web Analytics , Performance Marketing</description>
	<lastBuildDate>Tue, 07 Jun 2011 10:34:42 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<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-page-1#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 &quot;Seo&quot; ... non sarebbe meglio trovare una soluzione alternativa piu&#039; semplice? che so landing page, pagine alternative seo-frendly &quot;difficilmente raggiungibili&quot; dagli utenti... ecc ecc    Nicola    d&#039;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&#039;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&#039;è 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&#039;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-page-1#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&#039;implementazione di un sistema di tracciamento &quot;non integrato&quot; 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&#039;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>

