Cómo Cambiar de Gestor de Contenidos y no Perder Posicionamiento en Buscadores

Una de las primeras consecuencias de apostar por el desarrollo de contenidos y experiencias de usuario más interactivas a nivel de estrategia online, es que sea necesario cambiar el gestor de contenidos del site a trabajar. Y una situación de la que soy testigo con bastante frecuencia todavía hoy es que, después de haber hecho un buen trabajo en el diseño del nuevo site, la primera consecuencia del cambio es una pérdida de posicionamiento en buscadores. Y claro, a menudo, esto supone que se cuestione tanto la idoneidad de la estrategia como la calidad de la implementación. Incluso cuando ambas dos sean correctas y todo esto podría haberse evitado… siguiendo las instrucciones que te doy a continuación.

Por Qué Se Puede Perder Posicionamiento en Buscadores al Cambiar el Gestor de Contenidos

La respuesta corta es porque se puede perder el efecto de los enlaces externos. El cambio de gestor de contenidos suele implicar también el cambio de las urls bajo las que se encuentran los contenidos/servicios de un website. Pues bien, si tenemos enlaces externos a una página que deja de existir, se producen los siguientes efectos negativos:

  • Por un lado, cuando alguien sigue esos enlaces en páginas externas, al llegar a mi site se encuentra con que la página no existe, generando una mala experiencia de usuario y una más que probable pérdida de la visita.
  • Por otro, los buscadores considerarán esos enlaces externos como rotos, y no contarán como referencias válidas de cara a incrementar (mantener) la fortaleza de posicionamiento.

Veámoslo con un ejemplo. Pongamos que tenemos una empresa que se dedica a la instalación de sistemas de calefacción, y tiene un site llamado http://www.calentitoencasa.com. El site lleva existiendo desde el 2002 y cuenta con un buen puñado de enlaces externos. Una de las secciones más populares del site y que más enlaces externos tiene es una página titulada ‘Consejos para Mantener tu Casa Calentita y Ahorrar en la Factura del Gas’ que se encuentra en http://www.calentitoencasa.com/index.php?c=34. Con la remodelación del site y el cambio de gestor de contenidos, la página se convierte en una sección de artículos y la url bajo la que se encuentra pasa a ser http://www.calentitoencasa.com/consejos/ahorro/. Pues bien: o damos instrucciones al servidor para indicar que http://www.calentitoencasa.com/index.php?c=34 ha pasado a ser http://www.calentitoencasa.com/consejos/ahorro/, o tendremos un problema.

En Qué Otras Situaciones se Da Este Problema

Este problema se produce siempre que pueda cambiar la url bajo la que se encuentra un determinado contenido que tiene enlaces que apuntan a él. Por ejemplo:

  • Cuando cambia la arquitectura de información y eso implica que cambie la url bajo la que se encuentra un contenido.
  • Cuando se implementa un mecanismo de reescritura de urls, de la estructura basada en cgi+parámetros a urls Search Engine Friendly.

Cuál es la Estrategia para Hacerle Frente

La estrategia a seguir es sencilla, y consiste en incorporar instrucciones de configuración en el servidor que permitan redirigir las visitas de las antiguas urls a las nuevas. El esquema de trabajo será:

  • Identificar las urls antiguas que tienen enlaces.
  • Crear un mapa que asigne a cada url antigua detectada en el paso anterior, la url nueva con que se corresponde.
  • Incorporar la configuración que redirige urls antiguas a las nuevas.

De una manera más concreta, esto es lo que debemos hacer:

1) Identificación de las Urls Antiguas que Tienen Enlaces

El primer paso consiste en identificar los enlaces externos a páginas interiores. Para tal fin, se pueden utilizar herramientas generalistas como http://siteexplorer.search.yahoo.com/http://www.opensiteexplorer.org , aunque yo personalmente recomiendo utilizar Google for Webmasters, porque suele ofrecer información más precisa. Ello requiere:

  • Contar con una Google Account
  • Configurar y validar el/los dominio/s correspondientes en http://www.google.com/webmasters/
  • Acceder a la información de enlaces entrantes en: Su sitio en la web > enlaces a su sitio (por comodidad, es recomendable volcar a excel la tabla mostrada usando el enlace proporcionado)

2) Identificación de las Nuevas Urls

Para el listado de urls anterior, identificar las nuevas urls de la página equivalentes en el nuevo site. P.ej.

http://www.calentitoencasa.com/index.php?c=34 > http://www.calentitoencasa.com/consejos/ahorro/

3) Configuración de las Redirecciones

Para cada una de las entradas de la tabla de (url antigua, url nueva) creada en el punto anterior, crear una instrucción de redirección 301 de la antigua url a la nueva. De este modo, si en una página externa a www.calentitoencasa.com, p.ej. www.comparadordecalderas.com, hay un enlace a http://www.calentitoencasa.com/index.php?c=34, cuando un usuario (o un rastreador de buscador) siga el enlace a http://www.calentitoencasa.com/index.php?c=34 el servidor le devolverá una instrucción 301 (redirección permanente) a http://www.calentitoencasa.com/consejos/ahorro/ y así el usuario verá correctamente la página en el nuevo site que tiene el contenido equivalente (el rastreador de buscador reconocerá que el enlace es válido y otroga fortaleza de posicionamiento en la nueva página)

4) Otros Elementos a Cuidar

Además de tener preparadas las redirecciones de urls antiguas a urls nuevas, conviene tener en cuenta también los siguientes detalles:

  • Diseñar y Configurar una Página 404. Es muy interesante por dos motivos:
    • Por un lado, porque es posible que queden urls antiguas con enlaces externos que no hayan sido detectadas en el punto 1)
    • Por otro, y más importante, debes tener presente que, en el momento de publicación del nuevo site, los buscadores seguirán teniendo indexadas páginas antiguas (con urls antiguas) durante algún tiempo. Tanto las que tenemos redirigidas como las que no. Y es necesario cuidar la experiencia de usuario en tales casos.

    Es recomendable que parezca una página más del site (que mantenga pie y cabecera al menos) y que explique en un lenguaje fácil de entender que la página no existe. También es recomendable que se le propongan alternativas de acción al usuario como realizar una búsqueda o navegar por el menú para localizar información relacionada.

  • Revisar el robots.txt. A menudo, en los servidores en desarrollo, para evitar indexaciones indeseadas en los buscadores, se suele proteger el rastreo en el robots.txt. En el momento de paso a producción conviene revisar este punto para evitar sorpresas inesperadas. Para confirmar que el contenido del robots.txt permite rastreos desde los buscadores generalistas, se pueden usar múltiples herramientas, entre ellas Google for Webmasters.
  • Configurar el sitemaps.xml. Si el gestor de contenidos del nuevo site dispone de la funcionalidad de mostrar un sitemap.xml de los contenidos, es conveniente indicarlo desde el robots.txt (ver http://www.sitemaps.org/ ) e incluso darlo de alta específicamente desde Google for Webmasters.
  • Revisar los Errores de Rastreo y 404 desde Google Webmasters. Aunque hayamos seguido todos los pasos, conviene monitorizar de cerca los mensajes sobre rastreo en Google Webmasters, para poder detectar cuanto antes, posibles errores que hubiéramos cometido o situaciones que sea necesario controlar.
  • Monitorizar los Logs del Servidor y Aumentar el Nivel de Detalle en los Mismos. Al menos durante los primeros días posteriores al lanzamiento, con el objeto de detectar posibles errores. Esta es una práctica interesante a seguir siempre que se suban a explotación nuevas versiones de un site.

¿Se te Ocurre Alguna Recomendación Adicional?

Si detectas algún punto más que es interesante revisar u otros servicios que pueden ayudar en el proceso de cambio de gestor de contenidos, no dudes en contárnoslo en los comentarios.

Enlaces Relacionados