SEO: Guía para mover contenido de una URL a otra y no perder posicionamiento

¿Estás pensando en mover contenido dentro de tu sitio, pero te gustaría mantener el page rank que los links actuales le dan a tu sitio? Cuando se plantea un movimiento de este tipo siempre surge la inquietud del page rank, los redireccionamientos y las pérdidas que esto conlleva.

Aquí te mostramos cómo realizar grandes movimientos de contenido, sin dificultad, manteniendo tu page rank y el tráfico de tu sitio web.

Mover contenido se refiere a cuando el contenido que estaba alojado en una URL (www.yourdomain.com/pageA.html) ahora se ha movido a otra URL (www.yourdomain.com/products/pageA.html). La idea es asegurarte que los usuarios (y los motores de búsqueda) que hagan el intento de visitar la URL antigua (/pageA.html) visualicen el contenido de la nueva locación (products/pageA.html).

Resulta que hay un objetivo fundamental adicional para resolver un problema... ¿Cuál? Si cambias la URL del contenido, la URL nueva no obtendrá el page rank que tenía la anterior. La solución: hacer un redireccionamiento 301.

Redireccionamiento 301

Lo más importante es que al mover contenido el motor de búsqueda tiene que ver un código de estado HTTP 301 cuando se redirecciona a una nueva ubicación.

El código de estado HTTP 301 hace que el motor de búsqueda pase la mayor parte del valor de los enlaces de la página original a la nueva página, y debería resultar en la rápida indexación de la dirección anterior. ¡Debes asegurarte de que utilizas un redireccionamiento 301 cada vez!

Movimientos de contenido a gran escala

El proceso 301 puede volverse difícil cuando los cambios implican el movimiento de grandes cantidades de contenido. Por ejemplo, cuando cambias tu nombre de dominio, cada pequeña pieza de contenido de tu sitio se moverá a una URL nueva, incluso aunque la arquitectura del sitio sea idéntica (www.dominioviejo.com/... se mueve a www.dominionuevo.com/...).

Esto es un reto porque puede que tengas que programar redirecciones 301 para cada página de tu sitio, como en este ejemplo:

En este simple ejemplo, deberíamos programar las 1000 páginas en el dominio antiguo para que se redireccione el mismo contenido al nuevo dominio. En algunos sistemas, esto necesita programarse uno a la vez, por lo que puede llegar a ser bastante doloroso.

Sin embargo, aquellos que utilizan un servidor web Apache (servidores Unix y Linux) pueden aprovechar el poder del modulo mor_rewrite de Apache, que puede despempeñar la dirección de cada URL en el dominio anterior al nuevo dominio con sólo dos líneas de código.

El código anterior presume que prefieres la versión "www" antes que la versión canónica del URL. También puedes utilizar dos líneas similares de código para especificar la versión "no-www" como la URL canónica (ver http://hamletbatista...el-of-http-301/ para ejemplos sin "www" y otros enfoques alternativos ).

También puedes utilizar este tipo de enfoque escalable para otros movimientos de contenido a gran escala. Los detalles de las instrucciones dependen del tipo de transferencia de contenido que estás haciendo.

Otro servidor web muy popular es IIS de Microsoft. En muchas instalaciones de IIS, te encontrarás en una situación donde tendrás que implementar una instrucción por separado para cada página, una a la vez.

Sin embargo, las reescrituras pueden hacerse también en IIS, con la ayuda de un plugin ISAPI como ISAPI_Rewrite. Cuando se instala, puedes llevar a cabo grandes reescrituras escalables en un lenguaje similar al utilizado en el mod_rewrite de Apache.

Mapeando movimientos de contenido

La primera etapa de tratar con un rediseño de sitio es el de encontrar qué contenido se trasladará, dónde y qué contenido se eliminará por completo. Necesitarás esto para saber qué direcciones URL tendrás que reorientar y a qué nuevas localizaciones.

Para esto hay que empezar por obtener un mapa completo de las URL. Para muchos sitios web no es tan simple como suena. Afortunadamente, hay herramientas que están disponibles para hacer el trabajo más fácil. Aquí están algunas maneras de abordar este problema:

• Extrae una lista de las URLs desde los logfiles de tu servidor web.
• Obtén la lista de tu archivo Sitemap XML Sitemap, si se encuentra razonablemente completo.
• Uitlza una herramienta gratuita como Xenu o GSiteCrawler.
• Utiliza Google Webmaster Tools para obtener una lista de los links externos de tu sitio, y asegúrate de que todas las páginas que han recibido links en tu sitio estén incluidas.

Tabla 10.1. Planeando el movimiento de tu contenido

Si estás redireccionando un número masivo de URLs, deberías buscar formas de simplificar el proceso, tales como escribir reglas que comuniquen lo que necesitas saber. Podríamos abreviar la lista en Tabla 10.1 a la lista corta en Tabla 10.2.

Table 10.2. Simplificando el planeamiento de movimiento de contenido con wildcards

Luego puedes guardar las líneas individuales para movimientos más complicados, para que tu hoja resultante luzca como Tabla 10.3.

Tabla 10.3. Mapeando todos tus movimientos de contenido por completo

El propósito de esto es brindarle a los desarrolladores un mapa eficiente de cómo debería llevarse a cabo el desplazamiento de contenido. Noten que la hoja de cálculo debería contener un mapa de todas las URLs cambiadas, que podrían incluir contenido descargable como archivos PDF, o presentaciones PowerPoint, etc.

También deberías advertir qué contenido no existirá más. Puedes colocar esto como entradas adicionales en la columna izquierda, con la entrada de la columna derecha indicando adónde deberían ser redireccionados los usuarios que buscan el contenido viejo. Ahora tu hoja debería lucir como Tabla 10.4.

Tabla 10.4. Identificando las páginas que han sido removidas

Las nuevas entradas muestran lo que debería pasar con las páginas eliminadas. Las primeras dos páginas eliminadas podrían representar productos que ya no tienes, para que se redireccionen directamente a productos que tengas y que sean similares. La tercer página eliminada representa a una página que ya no queremos mostrar, asi que lo que queremos es redireccionarla a la "página padre" de la sección o tópico a la que pertenece.

Para terminar, la razón para este mapeo detallado es que queremos preservar lo más posible los links antiguos para garantizar una buena experiencia del usuario que cae en esas URLs.

Expectativas para movimientos de contenido

La gran desventaja de todo esto es que los motores de búsqueda no necesariamente se adaptan a estos movimientos de manera instantánea. Muchos sitios pierden de manera temporal su clasificación después de hacer una gran transferencia de contenido de escala, y luego la recuperan después de un período de tiempo. Así que, naturalmente, la pregunta es, ¿cuánto tiempo se tarda en conseguir el page rank y el tráfico de vuelta?

La realidad es que hay una serie de factores involucrados, dependiendo de cada situación particular. Algunos ejemplos de estos factores podrían incluir:

• Tamaño y complejidad de tu sitio: Los sitios más grandes y más complejos puede que necesiten más tiempo para procesar.
• Complejidad del movimiento: Si el sitio ha sido reestructurado fundamentalmente, es muy probable que le tome más tiempo a los motores de búsqueda adaptarse a la nueva estructura.
• Presencia en buscadores: Los sitios que tienen mayor presencia en los motores de búsqueda se procesarán más rápido.
• La suma de nuevos links a las URLs nuevas: Obtener links nuevos de las URLs nuevas, o cambiar los links viejos que solían apuntar a las URLs antiguas para que apunten a las nuevas, puede ayudarte a acelerar el proceso.

Si te estás mudando a un dominio totalmente nuevo, puedes ayudar a este proceso en Google utilizando la herramienta Change of Address dentro de las Google Webmaster Tools o Herramientas para webmasters. Antes de utilizar esta herramienta asegúrate de que tanto el dominio anterior como el nuevo se verifican en las Herramientas.

1. En la home de Webmaster Tools, haz clic en el dominio viejo
2. En Site Configuration, haz clic en Change of address (Cambio de dirección)
3. Selecciona el sitio nuevo

Cuando todo esté dicho y hecho, una estimación razonable sugeriría que una caída de tráfico significativa de los motores de búsqueda rara vez debería durar más de 60 a 90 días.

Fuente: O'Reilly Answers