<?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>Blog LinkLift.es &#187; Usabilidad</title>
	<atom:link href="http://blog.linklift.es/category/usabilidad/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.linklift.es</link>
	<description>...it&#039;s just a Link!</description>
	<lastBuildDate>Thu, 13 Oct 2011 12:36:36 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Páginas personalizadas de error</title>
		<link>http://blog.linklift.es/paginas-personalizadas-de-error/</link>
		<comments>http://blog.linklift.es/paginas-personalizadas-de-error/#comments</comments>
		<pubDate>Thu, 02 Oct 2008 12:23:51 +0000</pubDate>
		<dc:creator>LinkLifter</dc:creator>
				<category><![CDATA[General]]></category>
		<category><![CDATA[Google]]></category>
		<category><![CDATA[LinkLift]]></category>
		<category><![CDATA[Script]]></category>
		<category><![CDATA[Usabilidad]]></category>
		<category><![CDATA[Wordpress]]></category>
		<category><![CDATA[Error 404]]></category>
		<category><![CDATA[Error 503]]></category>

		<guid isPermaLink="false">http://blog.linklift.es/?p=125</guid>
		<description><![CDATA[Me resultaron muy interesantes dos artículos sobre páginas personalizadas de error que leí hace un tiempo. En el primero de ellos, se habla sobre las conocidas páginas de error 404, que aparecen cuando nuestro servidor no encuentra una petición de documento. Si no las tenemos creadas previamente, se mostrarán páginas dependientes de nuestro navegador, toolbars [...]]]></description>
			<content:encoded><![CDATA[<p>Me resultaron muy interesantes dos artículos sobre páginas personalizadas de error que leí hace un tiempo. En <a href="http://google.dirson.com/post/3858-pagina-error-404-personalizada/">el primero de ellos</a>, se habla sobre las conocidas <strong>páginas de error 404</strong>, que aparecen cuando nuestro servidor no encuentra una petición de documento. Si no las tenemos creadas previamente, se mostrarán páginas dependientes de nuestro navegador, <em>toolbars</em> instaladas, etc.</p>
<p>Lo mejor que podemos hacer una vez hayamos <a href="http://www.alainalemany.com/2008/07/20/ejemplos-de-paginas-con-error-404/">diseñado nuestra página 404</a>, es enviar una <strong>cabecera al principio</strong> del código de la página informando de que es una página de error y los buscadores no deberían rastrearla. Esto en PHP se hace de la siguiente manera:</p>
<pre><code>&lt;?php
header('HTTP/1.1 404 Not Found');
?&gt;</code></pre>
<p>Una vez desarrollada nuestra página 404, le diremos al servidor que nos la muestre cada vez que no se encuentre una página. Modificando el fichero <em>.htaccess</em> (si tu servidor corre bajo Apache), se hace de la siguiente manera:</p>
<pre><code>ErrorDocument 404 /error_404.php</code></pre>
<p>El <a href="http://google.dirson.com/post/3842-caidas-servidor-indexe-fallos/">siguiente artículo</a> que comentaba, habla de las <strong>páginas 503 (servicio no disponible)</strong>, correspondientes a errores producidos por sobrecarga o caídas en el servidor, el cual no puede dar respuesta a nuestras peticiones.</p>
<p>Al igual que en el caso anterior, podemos diseñar una página de error 503 en la cual, por una parte, informaremos sobre el caso al visitante y, por la otra, añadiremos una cabecera para avisar al buscador. En el siguiente ejemplo en PHP le decimos <strong>a los robots que no indexen nada</strong>, pues el servidor está caído y que vuelvan en 1 hora (3600 segundos) a ver si está ya solucionado:</p>
<pre>&lt;?php
header('HTTP/1.1 503 Service Temporarily Unavailable');
header('Retry-After: 3600');
?&gt;
&lt;html&gt;
&lt;head&gt;&lt;title&gt;Error temporal&lt;/title&gt;&lt;/head&gt;
&lt;body&gt;&lt;h1&gt;Error temporal. Disculpe las molestias.&lt;/h1&gt;&lt;/body&gt;
&lt;/html&gt;
</pre>
<p>Para dejárselo listo a nuestro servidor, añadimos esta línea en el <em>.htaccess</em>:</p>
<pre><code>ErrorDocument 503 /error_503.php</code></pre>
<p>Para aquellos que usamos Wordpress, este CMS incluye sus propias páginas de Error, pero <a href="http://sigt.net/archivo/como-personalizar-la-pagina-de-error-en-la-base-de-datos.xhtml">siempre podemos personalizarlas aún más</a>.</p>
<p>No me iré sin dar la bienvenida a <a href="http://www.retomeba.es/?">Jesús Espuña</a>, que nos estará ayudando unos meses en el crecimiento y mejora de <a href="www.linklift.es">LinkLift</a>. Pronto lo tendremos escribiendo por aquí. Bienvenido al barco!</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.linklift.es/paginas-personalizadas-de-error/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Razones de un pobre posicionamiento: URL no canónica</title>
		<link>http://blog.linklift.es/razones-de-un-pobre-posicionamiento-url-no-canonica/</link>
		<comments>http://blog.linklift.es/razones-de-un-pobre-posicionamiento-url-no-canonica/#comments</comments>
		<pubDate>Sun, 16 Dec 2007 11:17:27 +0000</pubDate>
		<dc:creator>LinkLifter</dc:creator>
				<category><![CDATA[Enlaces]]></category>
		<category><![CDATA[Google]]></category>
		<category><![CDATA[Posicionamiento]]></category>
		<category><![CDATA[SEO]]></category>
		<category><![CDATA[Usabilidad]]></category>
		<category><![CDATA[contenido duplicado]]></category>
		<category><![CDATA[Link Juice]]></category>
		<category><![CDATA[URL canónica]]></category>

		<guid isPermaLink="false">http://blog.linklift.es/razones-de-un-pobre-posicionamiento-url-no-canonica/</guid>
		<description><![CDATA[Normalmente, podemos acceder a una misma página escribiendo su URL de diversas formas:

http://www.linklift.es
http://linklift.es
http://www.linklift.es/index.php
http://linklift.es/index.php

A pesar de que todas estas URLs llevan al mismo sitio, los buscadores pueden tratar estos 4 casos de manera diferente. Por un lado, podría considerarse www.linklift.es como subdominio de linklift.es y por tanto deberían tratarse distintamente. Por el otro lado, a pesar [...]]]></description>
			<content:encoded><![CDATA[<p>Normalmente, podemos acceder a una misma página escribiendo su URL de diversas formas:</p>
<ul>
<li>http://www.linklift.es</li>
<li>http://linklift.es</li>
<li>http://www.linklift.es/index.php</li>
<li>http://linklift.es/index.php</li>
</ul>
<p id="result_box" dir="ltr">A pesar de que todas estas URLs llevan al mismo sitio, <strong>los buscadores pueden tratar estos 4 casos de manera diferente</strong>. Por un lado, podría considerarse www.linklift.es como subdominio de linklift.es y por tanto deberían tratarse distintamente. Por el otro lado, a pesar de que el archivo por defecto sea index.php, no tiene por qué ser así y dependiendo de la configuración del sitio podríamos encontrarnos perfectamente con un index.html o un index.htm, un default.html, etc. En todo caso , estas diferencias resultan problemáticas.</p>
<p>El primer problema emergería del <strong>contenido duplicado</strong>. El mismo texto o todo texto similar que pueda ser encontrado en más de un lugar en la web, puede ser considerado como contenido duplicado. En general, los buscadores reconocen con efectividad el contenido duplicado y no les gusta en absoluto, ya que no da valor a la búsqueda encontrar dos veces lo mismo. Por tanto, este contenido se filtra del índice y aparece únicamente la fuente original. El problema está claro: si www.linklift.es y linklift.es son interpretados como sitios diferentes, <strong>uno de los dos será despreciado por Google al considerarlo contenido duplicado</strong>.</p>
<p>El otro incoveniente que se nos presenta es la dispersión de los enlaces. No hace falta ser un gurú <acronym title="Search Engine Optimizer">SEO</acronym><acronym> para darse cuenta de que es mejor tener 4 enlaces apuntando a www.linklift.es, que tener estos 4 enlaces apuntando a cada uno de los distintos casos que hemos comentado al principio. El efecto de este último caso es la dilución del <a href="http://blog.linklift.es/%c2%bfque-es-el-link-juice/" title="¿Qué es el Link Juice?">Link Juice</a>. Asignándole sólamente un 25% del Link Juice a www.linklift.es en vez del 100%, que es lo que ocurría en el primer caso.</acronym></p>
<p><img src="http://blog.linklift.es/wp-content/uploads/2007/12/canonic_url.jpg" alt="URLs no canónicas" /></p>
<p>Para poner remedio a todo esto, deberíamos definir una única forma de escribir nuestro dominio, es decir, una <a href="http://www.maxglaser.net/sobre-la-url-canonica/">URL canónica</a>. Uno debe especificar el dominio principal (con o sin www, pero siempre uniforme) y, durante todo el enlazado interno, respetar esa convención, así como enlazar la página de inicio sin escribir el fichero por defecto al final de la URL. Por último, <a href="http://www.emezeta.com/articulos/redireccion-301-cambiando-de-url" title="Redirección 301">redirige todas las llamadas</a> que no vayan al dominio principal, a este último. De esta manera, todas las versiones apuntarán a una edición única y <strong>canónica</strong> del contenido.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.linklift.es/razones-de-un-pobre-posicionamiento-url-no-canonica/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Búsqueda avanzada en LinkLift</title>
		<link>http://blog.linklift.es/busqueda-avanzada-en-linklift/</link>
		<comments>http://blog.linklift.es/busqueda-avanzada-en-linklift/#comments</comments>
		<pubDate>Wed, 12 Dec 2007 12:38:30 +0000</pubDate>
		<dc:creator>LinkLifter</dc:creator>
				<category><![CDATA[Anunciantes]]></category>
		<category><![CDATA[General]]></category>
		<category><![CDATA[LinkLift]]></category>
		<category><![CDATA[Usabilidad]]></category>
		<category><![CDATA[Búsqueda avanzada]]></category>

		<guid isPermaLink="false">http://blog.linklift.es/busqueda-avanzada-en-linklift/</guid>
		<description><![CDATA[Desde hace unos días, LinkLift dispone de búsqueda avanzada. Así que nuestros anunciantes podrán encontrar con mayor precisión páginas que se ajusten a sus criterios, que incluyen tanto las páginas indexadas, cómo el PageRank™ y la posición y número de enlaces que contienen las páginas promocionadas en el catálogo de LinkLift:

Por deformación profesional, no puedo [...]]]></description>
			<content:encoded><![CDATA[<p>Desde hace unos días, LinkLift dispone de <a href="http://www.linklift.es/busqueda-avanzada/" title="Búsqueda avanzada de LinkLift.es">búsqueda avanzada</a>. Así que nuestros anunciantes podrán encontrar con mayor precisión páginas que se ajusten a sus criterios, que incluyen tanto las páginas indexadas, cómo el PageRank™ y la posición y número de enlaces que contienen las páginas promocionadas en el catálogo de LinkLift:</p>
<p><a href="http://www.linklift.es/busqueda-avanzada/" title="Búsqueda avanzada de LinkLift"><img src="http://blog.linklift.es/wp-content/uploads/2007/12/advanced_search.gif" alt="Búsqueda avanzada de LinkLift" /></a></p>
<p>Por deformación profesional, no puedo con ese botón &#8220;Borrar&#8221;, pero no se como decirle al desarrollador que lo elimine por completo y que me tome en serio. A ver si con unos buenos argumentos lo consigo.</p>
<p><hints id="hah_hints"></hints></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.linklift.es/busqueda-avanzada-en-linklift/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Desventajas de los anuncios contextuales</title>
		<link>http://blog.linklift.es/ads/</link>
		<comments>http://blog.linklift.es/ads/#comments</comments>
		<pubDate>Tue, 04 Sep 2007 08:43:23 +0000</pubDate>
		<dc:creator>santi</dc:creator>
				<category><![CDATA[Adsense]]></category>
		<category><![CDATA[Editores]]></category>
		<category><![CDATA[Enlaces]]></category>
		<category><![CDATA[LinkLift]]></category>
		<category><![CDATA[Usabilidad]]></category>

		<guid isPermaLink="false">http://blog.linklift.es/ads/</guid>
		<description><![CDATA[Como comentábamos hace poco, los banners ya no funcionan y por contra los anuncios contextuales son la mejor manera de anunciarse en la web. Y como en aquella entrada del blog, en esta también vamos a comentar un artículo de Jakob Nielsen: hacer que el anunciarse en la web funcione.
Los usuarios de la web son [...]]]></description>
			<content:encoded><![CDATA[<p>Como comentábamos hace poco, <a href="http://blog.linklift.es/la-banner-ceguera/" title="La Banner-ceguera: los banners no funcionan para anunciarse">los banners ya no funcionan y por contra los anuncios contextuales son la mejor manera de anunciarse en la web</a>. Y como en aquella entrada del blog, en esta también vamos a comentar un artículo de Jakob Nielsen: <a href="http://www.useit.com/alertbox/20030505.html" title="Hacer que anunciarse en la web funcione" target="_blank">hacer que el anunciarse en la web funcione</a>.</p>
<p>Los usuarios de la web son altamente orientados hacia un objetivo. Dicho objetivo puede ser buscar información sobre un tema en concreto, leer las noticias o comprar por Internet. Los <strong>usuarios no van a interrumpir su objetivo para ir a la web del anunciante</strong>, sino que si ha visto el anuncio y le ha interesado, <strong>hará una nota mental del mismo para volver a él más tarde.</strong></p>
<p>Este esquema tiene sentido, pero si hablamos de anuncios contextuales que servidos automáticamente por algún servicio de publicidad como AdSense, <strong>cuando el usuario haya completado su objetivo en la web y quiera ir a la web del anunciante, el anuncio ya no estará allí</strong> si el usuario ha tenido que cambiar de página o salir de ella por algún motivo, ya que los anuncios contextuales cambian cada vez. En este caso <strong>se habría perdido un cliente potencial</strong>.</p>
<p>Igualmente, suponiendo que el usuario haya clicado en el anuncio contextual, que haya visitado la web del anunciante y que le hayan convencido sus servicios, <strong>sería muy difícil volver a la web del anunciante</strong>, ya que el link no se encuentra más en la página origen. Esto podría pasar, por ejemplo, si no recuerda el nombre de la empresa o si no estaba en un ordenador personal. Igualmente, un posible cliente se ha perdido.</p>
<p>Por contra, en el caso de que el lector de la página web o blog esté interesado en el anuncio, si el editor de la web ha <strong>vendido sus enlaces</strong> (por ejemplo con <a href="http://www.linklift.es" title="LinkLift, el mercado de los enlaces" target="_blank">LinkLift</a>, donde se pueden comprar enlaces por categorías de páginas webs específicas y siempre se puede saber en qué página se anuncia uno) <strong>el usuario siempre puede volver y el anuncio sigue ahí</strong>, ya que estos enlaces se están en su epacio durante un mes.</p>
<p><strong>Los editores </strong>registrados en LinkLift participan en el <strong>aumentar la calidad y la relevancia de sus enlaces vendidos al tener que aprobarlos ellos mismos. </strong>Si consideran que no puede tener relevancia para sus lectores, no tiene por qué aceptarlo. Por tanto, <strong>los enlaces de texto relevantes</strong> parecen <strong>la mejor forma de anunciarse a día de hoy en la web</strong>, ya que aportan un valor extra a la web y ayudan a su mantenimiento remunerando al editor de la web o blog.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.linklift.es/ads/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>La &#8220;banner-ceguera&#8221;: ¿los banners ya no funcionan?</title>
		<link>http://blog.linklift.es/la-banner-ceguera/</link>
		<comments>http://blog.linklift.es/la-banner-ceguera/#comments</comments>
		<pubDate>Mon, 27 Aug 2007 13:46:00 +0000</pubDate>
		<dc:creator>santi</dc:creator>
				<category><![CDATA[Banners]]></category>
		<category><![CDATA[Usabilidad]]></category>

		<guid isPermaLink="false">http://blog.linklift.es/la-banner-ceguera/</guid>
		<description><![CDATA[La Banner-ceguera, esto que podría parecer un gadget de un superhéroe (como la bat-loquesea o la spider-nosequé), es el título del último artículo del gurú de la usabilidad Jakob Nielsen. En él se detallan los resultados del uno de los últimos estudios que ha llevado a cabo y que confirma que los usuarios ignoran los [...]]]></description>
			<content:encoded><![CDATA[<p>La Banner-ceguera, esto que podría parecer un gadget de un superhéroe (como la bat-loquesea o la spider-nosequé), es el título del último artículo del gurú de la usabilidad <a href="http://es.wikipedia.org/wiki/Jakob_Nielsen" title="Jakob Nielsen" target="_blank">Jakob Nielsen</a>. En él se detallan los resultados del uno de los últimos estudios que ha llevado a cabo y que confirma que <a href="http://www.useit.com/alertbox/banner-blindness.html" target="_blank" title="La Banner-ceguera">los usuarios ignoran los banners</a> cuando visitan una página web, y en cambio <strong>no ignoran con los enlaces de texto relevantes</strong>.</p>
<p>Los tres elementos de diseño en páginas web que atraen <strong>la mayoría de las miradas son:</strong></p>
<ul>
<li>Texto plano</li>
<li>Caras</li>
<li>Escotes y otras partes &#8220;privadas&#8221; del cuerpo humano</li>
</ul>
<p>Aparte de esos reconocidos resultados, el  estudio también confirmaba que <strong>los usuarios casi nunca miran a nada que parezca un anuncio, no importa si es realmente un anuncio o no</strong>. Esto es debido a los hábitos de lectura de la web y su nivel de &#8220;enganche&#8221; con el contenido, siendo el más común el &#8220;escaneo&#8221; del contenido para ver si hay algo interesante para el usuario, la lectura parcial del texto y la lectura completa del texto si este es relevante para el lector.</p>
<p>En todos los niveles de &#8220;enganche&#8221; con el contenido, el resultado muestra que <strong>casi todos los banners son ignorados</strong> (<a href="http://www.useit.com/alertbox/banner-blindness-examples.jpg" title="Los usuarios ignoran los banners" target="_blank">ver imagen</a>). Si los usuarios están buscando rápidamente por el texto, no quieren que se les aburra con banners; y si los usuarios están atentos a lo que cuenta el texto, no van a dejar de mirar el contenido.</p>
<p>Incluso, cuando se registra una mirada a un banner, los usuarios normalmente no se quedan con el anuncio. Además, estos no ven el logo o el nombre del anunciante, incluso cuando dirigen su mirada a uno o dos diseños dentro del propio anuncio.</p>
<p>La única manera de que los banners sean vistos es <strong>imitando al contenido de la web</strong>. Este método de publicidad podría atraer más visitantes puntuales, pero engañar al usuario está dentro <a href="http://www.useit.com/alertbox/20041206.html" target="_blank" title="Las técnicas más odiadas para anunciarse en la web">las técnicas más odiadas de anuncios en páginas web</a> por parte de los usuarios (sólo detrás de los pop-ups no deseados) y pueden hacer perder visitantes a la página web.</p>
<p>Por ello, <strong>los anuncios de texto relevantes al contenido </strong>parecen ser <strong>lo más adecuado tanto para los anunciantes</strong>, como para los <strong>editores </strong>de las webs y finalmente para los <strong>visitantes</strong>, que no se ven &#8220;abrumados&#8221; por el diseño de los banners y no los ignorarán como han aprendido a hacerlo con el tiempo.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.linklift.es/la-banner-ceguera/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

