Los cambios en una web pueden afectar al posicionamiento en buscadores

Tras leer un artículo de frameworks en www.webtaller.com he clickado en otro artículo que por su nombre, me ha llamado la atención: ‘Modificaciones y su impacto sobre su visibilidad en buscadores’ (pincha aquí para ver el artículo completo).

Me ha resultado especialmente interesante el artículo porque precisamente comenta algunas cosas que yo he hecho en varias webs.

Por un lado comenta que el dominio es lo más importante de la web. Un dominio que lleve un tiempo por la red habrá sido enlazado en alguna ocasión y por tanto ya pertenecerá a la red de redes y estará en más de un buscador, blog o web. Por esto es MUY importante mantener un dominio. En mi caso puedo aplicarlo a www.warhammer40.net. Perdí el dominio original de la web hace varios años por unos trámites mal efectuados de fusión con otra comunidad y estuvo mucho tiempo out, por lo que después de un tiempo decidí relanzar el proyecto aunque sólo fuese como web de consulta, ya que no me he planteado actualizar contenidos. El nuevo dominio que escogí estaba más orientado al posicionamiento de la página. He tenido que cambiar varias veces de hosting y de registrador y he seguido manteniendo el dominio, ya que tiene un posicionamiento aceptable y lleva por la red más de un año

Lo segundo que comenta es la arquitectura de la web, es decir, cambiar de páginas estáticas a dinámicas, ¿el resultado?, catástrofe. Es lo peor que podríamos hacer, según señala en el artículo, podríamos perder hasta un 95% de visitas provenientes de los buscadores. En mi caso realicé el cambio de estática a dinámica con la web de Times of War www.flamesofwarspain.com y lo cierto es que no se ha notado en exceso el bajón de los buscadores, también hay que tener en cuenta que la mayoría de entradas tienen como fuente otras páginas web.

Por último está el tema de las actualizaciones de las páginas y los problemas que puede llevarnos el cambio de terminologías. Si estamos posicionados por una palabra clave, debemos intentar no cambiar bajo ningún concepto esas palabras, ya que de lo contrario perderemos el posicionamiento ganado.

Como consejos finales nos ofrecen varias tareas a realizar:

* Optimización global del website y sus modificaciones para las palabras clave objetivo.
* Elaboración de páginas de contenidos específicas por palabra clave objetivo.
* Revisión y altas en directorios y buscadores en caso de ser necesario.
* Gestión de la campaña de generación de popularidad.
* Seguimiento de la situación en buscadores y visitas recibidas.

Más información:
http://www.seolucion.com
htto://
www.webtaller.com

Sin Comentarios Bookmark and Share AddThis Feed Button

La pre-home de una web, ¿indispensable?

Recientemente he revisado este aspecto de la primera web que hice, que aunque la tengo olvidada, de vez en cuando la arreglo alguna cosilla (de las muchas que tiene, empezando por la CSS y la estructura de la web, que no tiene navegabilidad en varias páginas).

El proyecto original de la web tenía una prehome con el logotipo en grande y un botón típico: ENTRAR, o SALTAR INTRO (en caso de flash). El contenido de la web era muy elemental, además del logo y el botón de acceso al resto del website, había un párrafo con un Disclaimer y varios mini-logos de webs amigas (la mitad mías, pero bueno).

 

Pre home de una web para el posicionamiento web

Está claro que la navegabilidad de la web suspende, sólo se puede acceder a la home, luego, ¿para qué crear una página de presentación?. Está claro que para algunos proyectos sí puede ser interesante una prehome con una buena intro en Flash que ofrezca al usuario suficiente información sobre el site como para que éste le dedique varios segundos. Sin embargo, muchos usuarios o bien pasarán directamente de la intro pulsando un botón de acceso al website, o bien directamente abandonarán la web (sea por que no le atrae la web, no ve suficiente contenido como para interesarle, es un usuario novel y no ha detectado el botón para acceder al website, etc.). En mi caso, mi prehome no ofrecía prácticamente nada al usuario. Sí, el logotipo es característico de la temática de la web, ¿pero cuántas webs lo tienen?; el disclaimer es una nota informativa, pero ¿quién se lo lee?, está claro que la web es de un aficionado y no pretende lucrarse con marcas o imágenes de otras empresas. Por este motivo decidí quitar la prehome y dar acceso directamente a la home de la página.

¿Han mejorado las visitas?, sí. Google Analytics indica que el tiempo medio del usuario ha aumentado, además de nuevas visitas. Esto último ha sido gracias a que la nueva página principal (llamémosla de ahora en adelante home, ya que la prehome ha dejado de existir) está mejor preparada para el posicionamiento: tiene mucho texto con palabras sugerentes para el posicionamiento; bien etiquetadas las imágenes, enlaces y tablas; navegación (¡por fin!); sitemap en el footer de la página, etc., es decir, ha cambiado totalmente el aspecto y el contenido de la home. Hemos pasado de 4 imágenes y el disclaimer a más de 30 imágenes y suficiente texto como para que los robots le dediquen más tiempo, y por supuesto, le pongan mejor cara :)

Si en vez de haber eliminado la pre-home, la hubiese revisado ¿qué hubiese hecho?. Para empezar retocar todos los códigos: metas, etiquetas, titles, etc. Después meter algún texto informativo al usuario para orientarle a qué página va a entrar, de qué trata y que contiene. Esto se puede conseguir con ese texto y con un pequeño sitemap en el footer con enlaces a las secciones principales, de forma que el usuario, además de ser capaz de pinchar en los enlaces y acceder al contenido de la web, pueda hacerse una idea de la información a la que podrá acceder a través de la página. Pero aún nos queda lo más difícil. Hay que ser muy explícitos e indicar muy bien al usuario cómo puede saltar al contenido principal a través de la prehome. El sitemap nos va a brindar una gran ayuda, pero está en el footer, de modo que tendremos que utilizar el propio logotipo o presentación o flash, o el elemento más importante que hayamos utilizado en la prehome, para darle acceso a la web. Un botón que destaque sobre el resto de la página, por el color, por estar recuadrado, lo que se nos ocurra, pero darle más importancia que el resto de los elementos para que el usuario sepa dónde está la llave maestra de acceso al site.

Sin Comentarios Bookmark and Share AddThis Feed Button

Cómo crear un Sitemap/Urllist de nuestra web

Crear sitemap para nuestra webUno de los elementos clave para comenzar a posicionar nuestra página web es que todas las páginas estén correctamente indexadas en los motores de búsqueda. Los roBots (crawlers) de los buscadores son los encargados de buscar por la red e indexar las páginas. Normalmente suelen hacerlo siguiendo todos los enlaces de un sitio web, pero ¿qué mejor que darles el trabajo ya hecho?, para ello podemos crear un sitemap (para Google) o urlllist (para Yahoo). Ambos archivos son el mismo, es cuestión de nomenclatura empresarial (cada uno lo llama de una forma distinta).

¿Cómo puedo hacer un Sitemap?

A grandes rasgos podemos encontrar dos formas de crear nuestro sitemap: en XML o en TXT. La primera opción es la más completa; además de la dirección de la página web, se muestra más información como la periodicidad con la que se actualiza, la prioridad respecto a otras páginas, etc.

Nuestro documento, ya sea en XML o en TXT, deberá estar codificado en UTF-8.

Creando un sitemap en TXT

Bastará con hacer un listado de todas las páginas que forman el sitio en el Bloc de notas y guardar un archivo .TXT en formato UTF-8.

http://www.midominio.com
http://www.midominio.com/pagina01
http://www.midominio.com/pagina02

Creando un sitemap en XML

Para crear un Sitemap en XML debemos seguir estos pasos:

  • Comenzar con una etiqueta de apertura <urlset> y terminar con una de cierre </urlset>
  • Especificar el protocolo estándar al que responde dentro de la etiqueta de apertura <urlset>
  • Incluir una entrada <url> por cada dirección URL (que corresponderá a cada una de las páginas del sitio) como nodo XML padre.
  • Incluir un nodo XML hijo <loc> para cada dirección URL (cada nodo XML padre <url>).
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
   <url>
	<loc>http://www.misitio.com/</loc>
   </url>
   <url>
	<loc>http://www.misitio.com/contacto.htm</loc>
   </url>
</urlset>

Cada nodo <url> padre puede contener (además del nodo <loc> hijo obligatorio) cierta información adicional útil para que el proceso de indexación se realice más inteligentemente. Los nodos opcionales, aunque importantes, son:

<lastmod>Fecha</lastmod>

Se refiere a la fecha de la última modificación de la página que figura en <loc>. Esta fecha debe expresarse en formado AAAA-MM-DD, por lo que el 8 de julio de 2006 será 2006-07-08.

<changefrec>Frec</changefrec>

Se refiere a que tan a menudo cambia la página que figura en <loc> y será un dato que indicará a la araña con qué frecuencia volver a visitar el sitio. Es un valor orientativo, por lo que no quiere decir que deba cumplirse forzosamente.

Frec puede tomar alguno de los siguientes valores: always (siempre, para páginas que cambian cada vez que se muestran. Típicamente, las dinámicas), hourly (a cada hora), daily (diariamente), weekly (semanalmente), monthly (mensualmente), yearly (anualmente) o never (nunca, típicamente para páginas archivadas).

<priority>Valor</priority>

Se refiere a la importancia que tiene la página que figura en <loc> respecto de las demás que componen el sitio. Es simplemente una manera de indicar prioridades relativas dentro del sitio, sin ningún efecto hacia el exterior del mismo.
Valor puede tomar valores entre 0 y 1. El valor por defecto es 0.5

Para comenzar a utilizar el sitemap bastará con subirlo al directorio razi de nuestro sitio e indicar a los motores de búsqueda dónde encontrarlo.

A través de Google Webmaster Tools o de Yahoo Site explorer podemos proporcionarles la información de nuestro Sitemap.

Por otra parte, hay aplicaciones para crear los sitemaps automáticamente, como http://www.xml-sitemaps.com/

Fuente de parte del artículo: http://www.maestrosdelweb.com

Sin Comentarios Bookmark and Share AddThis Feed Button

Bloquear el Hotlinking en tu servidor web

Desde hace varios meses Wargames Spain supera el ancho de banda mensual (15Gb ahora mismo) debido a algunos factores convencionales, como por ejemplo, el aumento de usuarios participantes en los foros, pero también por un uso indebido de los archivos del sitio web. Hasta que migremos de server, vamos a intentar que la página esté visible el máximo tiempo posible y que no vuelva a ocurrir lo del mes pasado… que estuvo casi tres semanas down.

Por una parte hemos reducido el tamaño de varias imágenes y fondos de la página que lo que hacían era consumir Mbs cada vez que se visualizaba la página. Además de depurar algunas tablas de la base de datos, hemos configurado el .htaccess para evitar el hotlinking y evitar que algunos chupópteros se aprovechen de nuestras imágenes, y por tanto, de nuestro ancho de banda.

¿Qué es el hotlinking?
El hotlinking ocurre cuando un usuario enlaza, sin tu permiso, tus contenidos desde otra web (normalmente suelen ser imagenes, videos o ficheros). En nuestro caso nos afectaban especialmente las imágenes, que podían usarlas otros usuarios en otros foros como avatares o firmas, pero que tiran directamente de nuestro servidor, por lo que somos nosotros quienes consumimos el ancho de banda.

¿Cómo puedo evitarlo?
Podemos hacerlo configurarando el Apache introduciendo varias líneas en el archivo .htaccess. Resulta muy sencillo evitar el hotlinking.

RewriteEngine on
RewriteCond %{HTTP_REFERER} !^$
RewriteCond %{HTTP_REFERER} !^http://(www\.)?wargames-spain.com(/)?.*$ [NC]
RewriteRule \.(gif|jpg|png)$ - [F]

En nuestro caso el dominio es wargames-spain.com, bastaría con cambiarlo. La última línea nos permite seleccionar el tipo de archivos que queremos bloquear. Nosotros hemos escogido las tres extensiones de imágenes más comunes: GIF, JPEG y PNG. Si quieres bloquear archivos o videos bastaría con añadir las extensiones correspondientes.

Finalmente y si queremos que cuando alguien intente usar tus imágenes y tu ancho de banda aparezca en lugar de tu imagen otra cualquiera, como por ejemplo, ‘No tomes imégenes de mi servidor’, debemos cambiar la última línea por éstas:

RewriteRule \.(gif|jpg|png)$ http://www.miweb.com/nopermitido.gif [R,L]

Sin Comentarios Bookmark and Share AddThis Feed Button