SEO

Oct 032016 2 Responses

Migrando un Magento a BigCommerce

Aproximadamente a finales de 2015 recibí un mail de un chico de Houston (TX, donde se hace la buena música) diciéndome que me conocía de mi blog y que quería que supervisara la migración de la tienda online para la que trabaja de Magento a BigCommerce. Que la supervisara a nivel de SEO, se entiende.

Como ya habréis imaginado, el tráfico principal es el de Estados Unidos, por lo que el tiro debía centrarse en mantener el tráfico SEO en ese país.

La verdad es que el proceso de migración ha sido súper fácil. Tanto el cliente, como los desarrolladores que han creado el nuevo BigCommerce se lo han currado una barbaridad, lo que ha hecho que mi trabajo fuese muy fácil.

Primer paso – Cifras sin letras

Uno de los problemas principales del site, es que llevaba tiempo perdiendo tráfico orgánico. La versión de Magento era antigua e iba lenta. Además, no estaba adaptada para móviles, lo que hacía que la cosa fuese de esta guisa:

grafo

Como véis, la cosa iba para abajo. En muchos meses bajaban las visitas comparativamente con el año anterior y en otros se mantenían o subían poquísimo.

A nivel de top 100, la cosa iba para abajo también. En la línea naranja, la migración:

semrush

Parecerá que no iba tan mal la cosa, pero cuando filtramos solo las keywords que están en la zona de más visibilidad (top 10), podemos ver la tendencia a la baja más claramente:

top10

Esto en Desktop. En Smartphone, más de lo mismo:

top10-smarthone

Después de ver los datos, os comento lo que hice.

Segundo paso – Audit SEO

A nivel de onpage, hice un audit inicial cuyas conclusiones plasmamos en el rediseño de la nueva página web.

Miré URLs, keywords posicionadas, jerarquías de contenidos, velocidad de carga de página, ubicación de los textos, enlazado interno, filtros/facetas, paginaciones, sitemaps… en fin, un audit de “pe a pa” para que, a nivel SEO (el 40% de las transacciones directas) todo fuese niquelado.

Tercer paso – Niquelar la versión en pre-producción

Una vez se han aplicado todos los cambios, hay que comprobar, obviamente, que todo esté correcto en la versión de pre-producción antes de pasar a real (a producción). Miramos a fondo las páginas, las redirecciones, etc.

Aquí Screamingfrog es determinante… ¡Screamingfrog de mi vida!

Cuarto paso – Poner online y controlar que esté todo correcto

Cuando pones online un bicho así con un catálogo extenso de miles de productos, hay que controlar al día que todo chute perfectamente. El cliente no solo tiene una tienda online que factura un pastizal al año, además, tiene 4 tiendas físicas para las que la tienda online sirve de apoyo a nivel de catálogo y aportando tráfico a través de SEO local, por lo que no puede fallar nada.

Dentro del proceso de migración, nos hemos cargado la mitad de las URLs del catálogo, productos que antes tenían 4 atributos diferentes, cada uno con su URL de color, ahora son un solo producto, por lo que todavía había más movidón.

En total nos salían casi 20k redirecciones (que no son mogollón, pero asustan xD)

Quinto paso – Resultados

Hace menos de un mes de la migración, así que tampoco es que tenga un huevo de datos para comparar con el año anterior, pero de momento pinta bien la cosa.

Ingresos desde SEO: arriba arriba

El mejor dato de todos, de largo. Los ingresos desde SEO desde que realizamos la migración y empezaron a notarse los cambios en las SERP (desde la primera semana) han subido respecto al año anterior tal que:

commerce

Y este es el aspecto de septiembre vs septiembre del año pasado en ventas desde tráfico orgánico

transactions

No pongo los números absolutos porque al cliente no le va a molar, como es obvio 😀

Tráfico SEO: p’arriba

El tráfico SEO Mobile ha subido un 11% y las conversiones un 128%

Al final, han subido bastante los clicks de Tablet y Mobile, uno de los objetivos que se buscaba en la migración SEO. Respecto al mismo período en el año anterior, el tráfico SEO Mobile ha subido un 11%, pero es que las transacciones desde SEO en Mobile han subido un 128% y las de Tablets un 150%. Una burrada, pero es que claro, AHORA ES FÁCIL COMPRAR DESDE DISPOSITIVOS MÓVILES.

En Desktop ha subido el tráfico, pero no demasiado. Una de las razones de esto es porque las webs Desktop de la competencia ya chutaban bien a nivel SEO hace tiempo, pero en las webs Mobile y Tablet, les pasamos bastante la mano por la cara.

clics

Y la evolución en el primer mes de vida

migracion

Usabilidad Mobile: es bien

Por no hablar de la UX Mobile, que ha cambiado diametralmente. Al loro:

ux-mobile

Velocidad de carga: no lo hemos conseguido

Otro parámetro que queríamos mejorar, obviamente, es la velocidad de carga de página. Teníamos un Magento de cuando Franco era corneta y sin optimizar, por lo que pasarlo a BigCommerce nos permitiría agilizar las cargas de página. Aquí tengo que decir que hemos pinchado.

La home sí carga un 20% más rápida, pero las páginas de categoría cargan más lentas. Se han metido más productos por página, más filtros y las imágenes son de mayor calidad. El CDN de BigCommerce no nos da para más y hemos perdido velocidad de carga. Las páginas de categoría cargan un 30% más lentas, lo cual ha hecho subir el porcentaje de rebote. Estamos trabajando en ello, que diría Aznar.

En cambio, a nivel de fichas de producto, sí hemos mejorado. Al no tener que cargar tantas imágenes, BigCommerce

Frecuencia de rastreo: tampoco está bien

Después de chequear todas las redirecciones y corregir todos los enlaces internos que no llevaban a un status 200, a Google se la puso de cemento nuestro site. Debido a los problemas con la velocidad de carga de página, hemos pillado cacho y hemos vuelto a la frecuencia de rastreo normal.

freq-rastreo

Conclusiones

Vamos bien. Los objetivos principales se están cumpliendo. Estamos cogiendo más volumen de palabras clave en el Top 20 (+4%), pero nos queda mucho camino por recorrer.

El hecho de que la plataforma fuese antigua y no adaptada a móviles nos estaba matando. La velocidad de carga, también. Hemos perdido algunos keywords tochos en los últimos meses debido a estos factores, a la cantidad de 404s que estábamos generando y a que no se ha hecho una estrategia de linkbuilding nunca.

Ah, y también debido a que la competencia tenía resueltos todos esos temas antes que nosotros (excepto el de una buena web responsive) 😛

Remontar eso nos va a costar, pero lo lograremos.

Jul 042016 20 Responses

¿Cómo podría un programador chuscarse tu SEO?

Vamos con uno de esos cases reales tan majos (sobre todo si no te tocan a ti).

Hay que decir que este caso comenzó llamándose “¿Cómo puede un programador chuscarse tu SEO?” y acabó llamándose “¿Cómo podría un programador chuscarse tu SEO?”. ¿Por qué? Porque se tuvo más potra que otra cosa. El caso podría haber sido una putada en toda regla si, en vez de quedarse todo igual, comienzan a bajar los rankings.

UPDATE: Añado estas líneas ya que creo que no ha quedado claro en el post, mea culpa. El programador NO es de la empresa. Pertenece a una empresa externa que se dedica a la programación y que es experta en programación orientada a comercio electrónico. El programador, por lo tanto, es externo y reporta a su jefe, no al cliente final.

Cronología de los hechos

Todo comenzó con una funcionalidad del site que necesitaba SSL para funcionar.

  1. Hace años, comienzan a meter buenos contenidos en su página
  2. Comienzan a subir en SEO
  3. Hace una semana, tienen un problema con una funcionalidad de su tienda
  4. Se lo pasan a un programador (a una empresa externa experta en programación para ecommerce que lo deriva a uno de sus programadores) para que este lo arregle
  5. El programador detecta que la funcionalidad no tira porque no está el SSL puesto en todo el site
  6. El programador decide poner el SSL en todo el site sin consultar a nadie (un viernes, para más Inri)
  7. Cuatro días más tarde, el propietario de la tienda se da cuenta y no sabe qué hacer
  8. Casi todas las URLs del site están ya indexadas con SSL
  9. Decide quitar el SSL y bajan los pedidos. El real time le muestra poquísima gente
  10. Todos los usuarios que acceden a la web desde Google van a parar a un bucle de redirección
  11. Dos horas después, decide poner el SSL otra vez
  12. El real time se multiplica por 3
  13. Dejan puesto el SSL

Et voilà

Cabe decir que lo más “divertido” del asunto es que hacer dicho cambio a SSL para todo el site depende solo de dos clics. La visualización sería algo así, el famoso “FUCK IT BUTTON

Fuck-It-Button

¿Conocéis el efecto mariposa? Pues eso.

Sus datos de orgánico se resienten los primeros días. El bajón de visitas es de hasta 5.000 menos.

bajon-5

Aquí tenemos su Top 4-10 de SEMRush para Google.es, el único que sube:

bajon-4

Top 11-20, bajando:

bajon-3

Top 3, 13 keywords bajando:

bajon-2

Orgánica en SEMRush:

bajon-1

En global, la pérdida de keywords es importante y, por suerte, se compensa en cierta manera con las posiciones 4-10:

perdida-kw

Clics/impresiones del nuevo perfil https en Google Search Console. Un poema.

bajon-6

Y quitamos los 50.000 que corresponden a keywords de marca:

bajon-7

Pese a todo, insisto con lo que comentaba al principio del post, la fockada (que dice el amigo Natzir) no es tan bestia como podía haber sido, veamos el tráfico orgánico antes y después del cambio:

cambio

Prácticamente no se ha perdido tráfico, puesto que el bajón de los primeros días se ha compensado con una subida en los dís siguientes.

Moraleja

LAS PUTAS MANOS QUIETAS.

Pero han tenido una potra como para ir a misa cada domingo. La suerte ha sido que el site tenía una buena reputación y había hecho muy bien las cosas durante mucho tiempo, por lo que la cagada no les ha afectado tanto como podía haberlo hecho. Lo dicho, buena potra.

1 2 3 4 43