Consejos para crear URLs correctas

ByLuis

Las URLs es algo en lo que nos debemos fijar a la hora de crear nuestras aplicaciones, a parte de por temas de SEO, por temas de claridad en el desarrollo. Aquí os paso unos consejos que hay que tener en cuenta:

  • No uses el ID de sesión en la URL
  • Que no aparezcan caracteres especiales (%20)
  • Usa números cuando sea realmente necesario, por ejemplo, usar los ids de las anotaciones no es descriptivo
  • URLs únicas, evitar cosas como: www.example.com, example.com, example.com/, example.com/index.php, example.com/index.php?
  • Evitar el uso de demasiados parámetros y que puedan cambiar el orden o el valor y acceder al mismo sitio
  • No usar solo las heywords en las urls, es preferible usar textos explicativos
  • No usar demasiados subdirectorios (en esto ElPais.com se lleva la palma)
  • Evita usar parámetros en las URLs que sea solo entendibles por la aplicación.
  • No uses URLs basadas en fechas (2008/07/03), nadie suele acceder a esas URLs. [Yo personalmente no estoy muy de acuerdo con este consejo, porque en los blogs, cuando buscas algo, y en la URL viene la fecha, puedes ver si se trata de una anotación antigua y no acceder a ella porque seguro que ya no es útil o está anticuada].
  • No cambies la URL después de publicar, servicios como Bitacoras.com, Google Reader o Technorati, puede que no sepan que has cambiado la URL y luego haya problemas de indexación.

Top 10 Fatal URL Design Mistakes

Vía / CSS Globe

Similar Posts

| |

Elige. Tu dominio con o sin www

ByLuis

www-si-o-no.jpg Uno de nuestros hábitos, aunque muchos dicen pijerías :), es mostrar los dominios en una versión, es decir con o sin www lo que impide la duplicación de contenidos en 2 url’s diferentes.

Las razones para evitar la duplicidad son variadas. Desde posicionamiento en buscadores a unificar el pagerank. Aunque Choan y Víctor lo resumen muy bien en castellano:

En realidad, lo importante es que el usuario pueda acceder a nuestro sitio con o sin el www. por delante. Ojo, con un pero bien grandote: debemos facilitar el acceso a través de cualquiera de las dos direcciones —en beneficio del usuario—, pero nuestros contenidos deben estar disponibles solamente en una de ellas.

Choan Gálvez

En la mayoría de casos estamos optando sin www. Las encontramos superfluas y totalmente innecesarias cuando verbalizas una dirección web.

Dando por hecho que tu web está en Apache crea o edita el archivo .htaccess de tu raíz FTP sustituyendo example y .com por lo que corresponda a tu dominio:


# Para que el dominio salga siempre sin www.
RewriteEngine On
RewriteCond %{HTTP_HOST} ^www\.example\.com$ [NC]
RewriteRule ^(.*)$ http://example.com/$1 [R=301,L]

Y si te gusta lo clásico:


# Para que el dominio salga siempre con www.
RewriteEngine On
RewriteCond %{HTTP_HOST} ^example\.com$ [NC]
RewriteRule ^(.*)$ http://www.example.com/$1 [R=301,L]

Herramientas SEO

ByLuis

Hoy os traemos dos herramientas para aquellos que estéis interesados en el posicionamiento.
La primera de ellas es una extensión para Firefox (SEO for Firefox) que nos devuelve información sobre posicionamiento en las búsquedas que hagamos en Google. Los datos que nos muestra son: Google PageRank, edad, enlaces desde sitios .edu y .gov, número de sitios que nos enlazan, del.icio.us, Technorati, Alexa, dmoz, Bloglines, si se está en el directorio de Yahoo! y enlace a Whois. Los datos pueden aparecer automáticamente o cuando los solicitemos, según indiquemos en la configuración de la extensión. También avisar de que puede haber problemas de compatibilidad con otras extensiones.
La segunda utilidad es una página web (Page Strength) que muestra información parecida a la anterior sobre la url que solicitemos, devolviéndonos también una puntuación. La página está realizada por SEOmoz y nos da la posibilidad de mostrar en nuestra página la puntuación en un pequeño banner.
SEO for Firefox
Page Strength
Vía / Maestros del Web y SitePoint

Cómo cambiar de nombre de dominio

ByLuis

Aunque no es algo muy frecuente, si es posible que nos encontremos con la necesidad de cambiar nuestro actual dominio por otro. Antes de nada deberemos sopesar si nos merece la pena cambiar de dominio y en caso afirmativo, llevar a cabo una serie de funciones que nos explican muy bien en el artículo que referenciamos.
Entre las cosas que hay que tener en cuenta es el tiempo que los buscadores tardan en indexar nuestro nuevo dominio, lo necesario para mover el contenido al nuevo servidor (no refiriéndonos a archivos, sino a enlaces) y avisar del cambio de dominio a los que más nos referencíen.
Nuevo Nombre de Dominio
Vía / Desarrollador.info

Protocolo para Sitemaps de Google adoptado por Yahoo y Microsoft

ByLuis

Yahoo y Microsoft han adoptado el protocolo que Google sacó en el 2005 para que los administradores de sitios web puedan incluir sus páginas en Google y saber si han sido indexadas por este. Así, las tres compañias adoptarán el Sitemaps 0.90 para que esta labor sea única y más sencilla.
Para los usuarios, permite gran calidad de servicio y resultados actualizados. Al menos los usuarios ganamos con todo esto, lo cual no es poco, esperamos que sigan con este tipo de iniciativas conjuntas.
Vía / CNET News.com

¿El final del Googlebombing?

ByLuis

googlelogos.pngGoogle anuncia en su blog oficial que han conseguido minimizar el impacto de muchos “Googlebombs” mediante la implementación de un nuevo algoritmo.
Aunque en el post aseguran que el impacto de este algoritmo es “muy limitado en ámbito e impacto” parece que funciona; El famoso Googlebomb referido a la SGAE y que los calificaba de ladrones ha desaparecido al igual que el que calificaba como miserable a un popular político español.
Matt Cutts nos explica en su blog que este algoritmo es resultado del 20% de tiempo que todos sus ingenieros pueden usar libremente en su jornada laboral para proyectos propios.
Vía / Google Blog

| | | |

Cómo decir a Google que vuelva por nuestra página más tarde

ByLuis

Cuando tenemos nuestra página en mantenimiento y el motor de Google (Googlebot) u otro motor de búsqueda, se pasa por nuestra página para indexarla, no es correcto que obtenga una página no encontrada (404) o un error del servidor (500).
Según dicen en Google Webmaster Central lo correcto es mandar un código de red no disponible (503), pero el autor de este post recomienda también enviar un Retry-After para que vuelva a pasarse más tarde. También recomienda que a los motores de búsqueda se les envie a una página 503 y a los visitantes (menos a él) a una página 404 (página no encontrada).
Instruct Search Engines to come back to site after you finish working on it