Claves para cambiar de dominio sin perder posicionamiento

Posted on 7 min read 15 views

Los motivos por los que una empresa puede plantearse cambiar de dominio son diversos. Puede tratarse de una transferencia, un cambio de nombre o una migración. En cualquier caso,  se trata de mantener la reputación digital de la marca y hacer del cambio un proceso no traumático y, fundamentalmente, cambiar de dominio sin perder posicionamiento en Google.

Google entiende que el traslado de un sitio web puede realizarse sin o con cambios de URL. En el primer caso, hablamos simplemente de cambiar de proveedor de alojamiento, para lo que básicamente deberemos realizar dos tareas, subir el contenido al nuevo alojamiento y cambiar la configuración de DNS. Una vez que el sitio es visible en el nuevo alojamiento, puede eliminarse todo el contenido del alojamiento original. El segundo caso es el que nos interesa en este artículo y al que vamos a prestar mayor detalle.

Traslado de un sitio con cambios de URL

Consideremos que hemos decidido alojar todo nuestro contenido bajo unas nuevas URL, ya sea que hemos decidido utilizar HTTPS en lugar de HTTP, que vamos a usar un nuevo nombre de dominio – de misitioweb.com a misitioweb.net – o que se han creado URL amigables – de misitioweb.com/pagina.php?id=1 a misitioweb.net/pagina1.html. 

Los pasos a seguir son los siguientes:

  1. Subir el contenido al nuevo sitio.
  2. Configurar Webmasters Tools.
  3. Asignar las URL.
  4. Solicitar del cambio de dirección.
  5. Actualizar los enlaces entrantes.
  6. Supervisar el tráfico.

1. Subir el contenido al nuevo sitio.

El primer paso sería subir todo el contenido al alojamiento del nuevo dominio.

Durante el traslado, es recomendable bloquear el rastreo del sitio mediante la directiva noindex en el archivo robots.txt.

En caso de que algunas URL desaparezcan, es recomendable redirigirlas a alguna de las páginas nuevas, evitando usar la página de inicio como destino en este caso.

2. Configurar Webmasters Tools.

Un paso fundamental en el traslado es la correcta configuración de las Herramientas para Webmasters de Google, Webmasters Tools. Es muy importante verificar la propiedad tanto del sitio origen como de destino en todas sus variantes, es decir, tanto www.misitioweb.com como misitioweb.com.

Para verificar ambos sitios la mejor solución es darlos de alta en Google Analytics. De este modo podremos verificar las versiones www y sin www y posteriormente escoger una de las dos como predeterminada.  Otras soluciones de verificación son igualmente válidas, pero dado que necesitaremos usar Analytics para el seguimiento del sitio, de este modo ya lo tenemos solucionado.

Así mismo, la configuración debe ser la misma. Si se desea cambiar esta configuración, es más adecuado hacerlo una vez que el traslado se haya realizado con éxito. La configuración incluye los Parámetros de URL, la Segmentación geográfica o internacional, la frecuencia de rastreo y los enlaces rechazados. Obviamente, cuantas más especificaciones tenga la configuración, más laborioso será su implementación en el nuevo sitio.

Todo lo anterior supone que vamos a emplear un nuevo dominio o un dominio que no ha tenido ninguna penalización. En ningún caso debe realizarse un traslado antes de haber solucionado todos los problemas que pudiera tener el dominio destino.

3. Asignar las URL.

Lógicamente, debe haber una correspondencia entre las URL nuevas y antiguas, de modo que ninguna URL ya indexada por Google en la antigua configuración quede huérfana.

El caso más sencillo es aquel en el que simplemente se ha realizado un cambio de dominio – de misitioweb.com a misitioweb.net -, donde bastaría con realizar un redireccionamiento de un dominio a otro.

En traslados más complejos, la correspondencia debe establecerse de forma manual. Lo primero es tener un listado de las URL origen y destino, incluyendo no solamente las páginas, si no también las imágenes, archivos PDF o vídeos. En el dominio antiguo debe establecerse reglas de redireccionamiento usando un archivo .htaccess en el que se definan redireccionamientos 301. De este modo, el sitio web antiguo debe quedar configurado para dirigir a los usuarios y a Googlebot al nuevo sitio. Es recomendable mantener los redireccionamientos el máximo tiempo posible, e incluso indefinidamente.

Las URL de destino deben tener una metaetiqueta rel=”canonical” de autorreferencia y en el caso de ser un sitio multilingüe debe añadirse además rel=”alternate” hreflang=”es” (para español, en para inglés,  etc.).

Las nuevas URL se incluirán en un archivo sitemap.xml que será añadido en Google Webmasters Tools. Así mismo y en la misma cuenta, debe añadirse el sitemap.xml del sitio antiguo. Es decir, en la cuenta de Google Webmasters Tools del sitio nuevo deben incluirse los sitemaps de los sitios antiguo y nuevo. Esto ayuda a que los rastreadores detecten los redireccionamientos de las URL anteriores a las nuevas y facilita el cambio de sitio.

El tiempo que tarde Googlebot en detectar y procesar todas las URL depende de la cantidad de URLs. Es previsible obser var como los rankings  en la búsqueda de Google fluctuan durante el cambio, hasta que finalmente se estabilizan.

4. Solicitar el cambio de dirección.

Este paso es fundamental para minimizar el impacto en el actual ranking en los resultados de búsqueda de Google y que el buscador realice la indexación del nuevo sitio. El cambio de dirección sirve para notificar a Google las nuevas URL del contenido existente.

Es recomendable  transferir todas las URL al mismo tiempo para facilitar el funcionamiento de los algoritmos y que la actualización del índice de Google se realize más rápido.

Lo primero es configurar los archivos robots.txt de los sitios origen y destino para que Google pueda indexar el sitio completo. Esto implica eliminar todas las reglas, es decir, dejar el archivo en blanco, al menos temporalmente.

A continuación se puede solicitar el cambio de dirección en Google Webmasters Tools. Esta operación se realiza desde el sitio origen accediendo desde el icono del engranaje (parte superior derecha). Haciendo click en Cambio de Dirección, se trata de seguir las instrucciones indicadas. Es muy importante tener en cuenta que las directivas de redireccionamiento 301 de las URL antiguas a las nuevas deben estar activadas. En caso contrario el redireccionameinto no funcionará. Así mismo, el cambio de dominio debe solicitarse para la versión de URL preferida, tal como se ha debido indicar previamente en Google Webmasters Tools. 

En caso de error, puede solicitarse la anulación del cambio de dirección haciendo clic en Anular en la parte inferior de dicha pantalla.

El estado de índice actualizado dura 180 días y, durante este tiempo, el robot de Google deberá rastrear e indexar las páginas de la nueva dirección.

Después de realizar la transferencia, deben actualizarse tantos enlaces entrantes como sea posible.

Tendremos, por un lado, aquellos enlaces que nos sean de fácil acceso, como los que aparecen en nuestras redes sociales – Google+, Facebook, Twitter, LinkedIn o YouTube -, las campañas de Google Adwords u otras campañas publicitarias.

Por otro lado, tendremos enlaces en otros sitios web a los que será más difícil acceder. En primer lugar debemos tener un listado de todos estos enlaces y posteriormente intentar ponernos en contacto con sus propietarios para pedirles que actualicen sus enlaces y apunten al nuevo dominio. Esta no será una tarea fácil, pero

6. Supervisar el tráfico.

Una vez se han realizado todos los pasos  anteriores, es conveniente asegurarse de que el traslado se ha llevado a cabo correctamente. Para ello nuevamente pueden emplearse algunas de funciones que ofrece Google Webmasters Tools junto con Google Analytics

  • Sitemaps: el número de páginas indexadas en el nuevo sitio deberá ir aumentando a medida que disminuyen las indexadas en el sitio antiguo.
  • Estado de indexación: al igual que los sitemaps, la indexación deberá reflejar un descenso de las URL indexadas en el sitio anterior y un aumento en el nuevo.
  • Errores de rastreo: si todo es correcto, no deben presentarse errores de rastreo.
  • Consultas de búsquedas: a medida que se recupere la indexación y el ranking en los resultados de búsqueda en Google, las consultas de búsqueda indicarán un aumento en lasimpresiones de búsqueda y clics de las URL del sitio nuevo.
  • Google Analytics: mediante los informes en tiempo real de Google Analytics observaremos un descenso en el tráfico del sitio antíguo y un aumento en el tráfico del nuevo.

Resumen

Resumimos aquí los pasos a realizar para cambiar de dominio sin perder posicionamiento en Google:

  1. Subir el contenido al nuevo dominio.
  2. Verificar la propiedad tanto del sitio origen como de destino en todas sus variantes – www.misitioweb.com y misitioweb.com – en Google Webmasters Tools, asegurándonos de que la configuración sea la misma.
  3. Hacer un redireccionamiento 301 de un sitio a otro.
  4. Solicitar el cambio de dirección en Google Webmasters Tools.
  5. Actualizar los enlaces entrantes.
  6. Supervisar la indexación para verificar el cambio.

 

Instalación del Módulo de Redsys para Woocommerce

Posted on 2 min read 46 views

Existen plugins para incluir la pasarela de pago online de Redsys, asociada a un gran número de los principales bancos, dentro de la configuración de Woocommerce en WordPress. Sin embargo, en este caso abordamos la instalación de dicha formula de una forma manual, de acuerdo a las indicaciones de Redsys.

Utilizar este método manual y directo, sin necesidad de instalación de plugins, está motivado por la falta de soporte con que cuentan dichos plugins frente a actualizaciones de Woocommerce o WordPress. Seguimos las indicaciones de Redsys y aquí describimos el proceso hasta el resultado final.

Es importante saber que estos pasos deben repetirse en caso de una futura actualización de Woocommerce.

  1. Descargar el módulo de pago de REDSYS. Aquí puedes encontrar los módulos para otras plataformas.
  2. Descomprimir el archivo  colocar la carpeta redsys.
  3. Acceder por FTP a la siguiente carpeta en la instalación de WordPress: /wp-content/plugins/woocommerce/includes/ gateways/redsys
  4. Subir la carpeta redsys descomprimida.
  5. Abrir el fichero woocommerce.php localizado en /wp-content/plugins/woocommerce/woocommerce.php
  6. En el fichero anterior encontrar la función function includes() y al final de la misma incluir la siguiente instrucción
  7. 2. A continuación se inserta la siguiente línea de código PHP al final de la función:  include_once('includes/gateways/redsys/class-wc-redsys.php');

Con los pasos anteriores la pasarela ya ha sido integrada en Woocommerce, siendo ahora necesario configurarla.

  1. En el administrador de WordPress, acceder a WooCommerce/Ajustes/Finalizar Compra.
  2. En el campo Entorno de Redsys debe elegirse sis-d para entorno de pruebas y sis para entorno real.
  3. El código FUC es el código del comercio que indicado por el banco y que nos sirve para identificarnos.
  4. La clave secreta de encriptación también ha debido ser suministrada por el banco.
  5. El número de terminal es 1.
  6. El tipo de firma debe ser Ampliada.
  7. El tipo de transacción: se indica normalmente 0.

Con estas indicaciones se integra fácilmente la pasarela en nuestro comercio Woocommerce.

Allowed memory size exhausted WordPress

Posted on 1 min read 10 views

Nuestras amigas de Luna de Papel, han vuelto a tener un problema en su blog creado en WordPress, esta vez con el acceso al administrador. Parece ser que es un problema habitual encontrarse con la pantalla en blanco sin saber lo que está sucediendo. Sin embargo, si accedemos al archivo error_log que WordPress genera, encontramos el siguiente mensaje:

PHP Fatal error:  Allowed memory size of 41943040 bytes exhausted (tried to allocate 122880 bytes) in ....

Después de alguna búsqueda, parece ser el problema está relacionado con conflictos del archivo cache.php. La solución es sencilla: abrimos el archivo wp-includes/cache.php e incluimos al comienzo del mismo, inmediatamente después de la siguinte línea de código
ini_set('memory_limit','64M'); // set memory to prevent fatal errors

En mi caso, he resuelto el problema con sólo incluir esa línea, pero en caso de que vuelva a dar problemas podemos añadir también un fichero .htaccess y un fichero php.ini en el directorio wp-includes.

El código del archivo .htaccess incluiría la siguiente directiva:
# set memory limit for cache.php
php_value memory_limit 64M

El archivo php.ini incluiría las siguientes líneas:
;; set memory limit for cache.php
memory_limit = 64M

Debe notarse que en este caso he necesitado fijar el valor en 64M, dado que el error me aparecía para una memoria de 41943040 bytes (42M) Igualmente podrían fijarse otros tamaños de 8, 12, 16, 32, 64, 128, ...etc., dependiendo del error.