Cómo dejar Magento 2 sin perder posiciones en Google

El patrón es conocido en los foros de comerciantes. Una tienda con unos miles de productos deja Magento un fin de semana. La web nueva parece correcta, los pedidos llegan el lunes, todo el mundo respira. Tres semanas después, el tráfico orgánico ha caído un tercio. Search Console está lleno de 404 en direcciones que terminan en .html, las visitas desde la búsqueda de imágenes casi han desaparecido, toda una rama de enlaces antiguos de categorías acaba en la portada, y nadie sabe decir cuál de estos problemas pesa más.

No siempre está tan claro. En un hilo, un comerciante perdió cerca de la mitad del tráfico tras dejar Magento aunque tenía redirecciones para productos, categorías y artículos; las respuestas señalaron categorías renombradas, contenido y estructura cambiados, y las semanas que tardan las señales en pasar por las redirecciones. En otro, solo cayó el Reino Unido, tres meses después del cambio, y los sospechosos eran URLs antiguas que nadie había mapeado y etiquetas hreflang que faltaban. La lección es la misma: un cambio es una lista de URLs y de señales, y lo que no está en la lista se pierde.

Magento construye las direcciones a partir de varios ajustes a la vez. La clave de URL de un producto puede llevar un sufijo como .html, puede servirse con o sin la ruta de la categoría y puede ir detrás de un código de tienda. La propia documentación de Adobe sobre reescrituras de URL muestra el mismo producto accesible como gear/bags/impulse-duffle.html y como impulse-duffle.html, según la configuración.

Detrás de todo eso está la tabla url_rewrite. Guarda cada dirección a la que responde Magento: las actuales, las variantes con ruta de categoría y los 301 que creó automáticamente cada vez que alguien cambió una clave de URL a lo largo de los años. Esa tabla, y no el sitemap, es la lista real de lo que Google puede conocer. Expórtela antes que nada.

• El sufijo .html. Cómo se nota: todos los productos y categorías dan 404 tras el lanzamiento, o acaban en el buscador. Por qué: casi ninguna otra plataforma usa sufijo, así que /abrigo-lana.html pasa a /abrigo-lana o /products/abrigo-lana. La solución: una regla que quite el sufijo sirve para empezar, pero compruebe cada regla contra la exportación real, porque las claves de categorías y productos pueden coincidir.
• Rutas de categoría en las URLs de producto. Cómo se nota: la URL corta del producto redirige, pero /mujer/abrigos/abrigo-lana.html no. Por qué: con categorías en la ruta, un producto tiene tantas direcciones como categorías, y hay enlaces externos a todas. La solución: mapear cada request_path de cada producto a la única dirección nueva, no solo la canónica.
• Códigos de tienda. Cómo se nota: un segundo idioma o país lo pierde todo. Por qué: con Add Store Code to URLs activado, Adobe pone el código en cada ruta, /en/ o /es/, y los enlaces del selector de tienda pueden llevar además un parámetro ___store. La solución: mapear las URLs de cada vista de tienda a la versión en el mismo idioma de la web nueva, nunca al idioma por defecto.
• Claves de URL antiguas que Magento seguía redirigiendo. Cómo se nota: enlaces de blogs y boletines antiguos se rompen meses después. Por qué: las filas de url_rewrite con redirect_type 301 mantenían vivos años de productos renombrados, y desaparecen con el servidor antiguo. La solución: apuntar cada una directamente a la dirección nueva final, para que siga siendo un solo salto.
• Navegación por capas. Cómo se nota: Search Console muestra miles de URLs raras como ?color=49&size=166 que dan 404 o van a la portada. Por qué: los filtros de Magento son parámetros en las páginas de categoría, y Google los rastrea. La solución: no las mapee una a una. Envíe las URLs filtradas a su categoría y convierta en páginas reales solo las pocas combinaciones que traían visitas. La guía de Google sobre navegación facetada explica por qué las URLs de filtros malgastan rastreo.
• Direcciones de las imágenes. Cómo se nota: el tráfico de Google Imágenes cae y no vuelve. Por qué: las fotos pasan de /media/catalog/product/ al almacenamiento de la nueva plataforma, con otros nombres. La solución: la guía de Google para traslados de sitio dice que se incluyan las imágenes en el mapa de URLs; redirija al menos las imágenes de los productos más vendidos y conserve el texto alternativo y nombres de archivo descriptivos.

• Redirecciones que faltan, o todo a la portada. Cómo se nota: una línea continua de 404, o la portada de repente con tráfico de búsquedas de productos. Por qué: una regla genérica mandó las URLs sin pareja a la portada. Google dice que no se apunten muchas URLs antiguas a una página sin relación, y dice que esas redirecciones pueden tratarse como un soft 404. La solución: un destino relevante por URL, y un 404 o 410 de verdad cuando nada encaja.
• Cadenas de redirecciones. Cómo se nota: los enlaces antiguos funcionan pero posicionan peor y se rastrean despacio. Por qué: una clave antigua redirigía a otra más reciente, que ahora redirige a la nueva plataforma. La solución: aplanar la cadena, cada dirección antigua directamente a la final. Google aconseja ir directo a la dirección final y, si no se puede, no pasar de tres saltos; apunte a uno.
• Temporal en lugar de permanente. Por qué: algunas herramientas y ajustes usan 302 por defecto. Una redirección temporal mantiene la URL antigua en los resultados; las permanentes (301 o 308) pasan la posición a la nueva. Use redirecciones del lado del servidor; las de JavaScript son el último recurso.
• Títulos y descripciones meta. Cómo se nota: las páginas están indexadas pero baja el porcentaje de clics. Por qué: muchos importadores traen el nombre y la descripción pero no el meta_title y el meta_description de Magento, así que el nuevo título es solo el nombre del producto. La solución: exportar ambos campos y copiarlos, sobre todo en las páginas que reciben clics.
• Canónicas y hreflang entre vistas de tienda. Cómo se nota: un idioma adelanta a otro en el país equivocado, o las páginas salen como duplicadas. Por qué: las canónicas y las etiquetas hreflang suelen venir de una extensión o del tema de Magento, y en la web nueva simplemente no existen. La solución: dar a cada página nueva una canónica hacia sí misma y rehacer las alternativas de idioma entre versiones.
• robots.txt y noindex olvidados del entorno de pruebas. Cómo se nota: las páginas salen del índice pocos días después del lanzamiento. Por qué: la web de pruebas estaba oculta, y el ajuste pasó a producción con ella. La solución: revisar el robots.txt y la meta etiqueta robots en el dominio real en la primera hora.
• El sitemap. Por qué: la URL del sitemap antiguo da 404, y el nuevo nunca se envió. La solución: enviar el nuevo sitemap en Search Console y, como sugiere Google, mantener un tiempo un sitemap con las URLs antiguas para que las redirecciones se descubran antes.

1. 1

   Rastrear la web Magento en producción y exportar sus URLs

   Pase un crawler por toda la tienda y guarde cada URL con su estado, título, descripción meta, canónica y H1. Después exporte la tabla url_rewrite (request_path, target_path, redirect_type, store_id, entity_type, entity_id). Juntos son su inventario.

2. 2

   Añadir lo que conocen Google y otras webs

   Exporte las páginas principales del informe de Rendimiento de Search Console de los últimos 16 meses, las páginas con más enlaces y las páginas de entrada de la analítica. Sitemaps antiguos, registros del servidor y la Wayback Machine encuentran direcciones que ya nadie recuerda.

3. 3

   Mapear cada URL antigua a una URL nueva

   Una hoja de cálculo con dos columnas: antigua y nueva. Productos por SKU o ID, categorías por ID, páginas CMS a mano. Los productos retirados van a su categoría o sustituto más cercano, no a la portada. Marque las URLs con tráfico o enlaces para probarlas primero.

4. 4

   Llevar las señales de cada página

   Títulos meta, descripciones meta, encabezados, descripciones de categoría, texto alternativo de las imágenes y datos estructurados. Mantenga los nombres y descripciones de categorías parecidos a los antiguos durante los primeros meses; un cambio no es el momento de reescribirlo todo.

5. 5

   Configurar los 301, un salto cada uno

   Redirecciones permanentes del lado del servidor, cargadas desde el mapa, cada una directa a su dirección final. Decida dónde van a vivir (la herramienta de redirecciones de la nueva plataforma, la CDN o un servidor web delante) antes del lanzamiento, no después.

6. 6

   Probar en el entorno de pruebas, y otra vez en producción

   Pase la lista de URLs antiguas a un crawler en modo lista y compruebe que cada una devuelve un único 301 hacia una página 200. Repítalo en el dominio real en la hora del cambio.

7. 7

   Abrir las puertas

   Quite cualquier noindex y las reglas de robots.txt del entorno de pruebas, envíe el nuevo sitemap, mantenga las URLs antiguas en un segundo sitemap e inspeccione unas cuantas páginas clave con la Inspección de URLs de Search Console.

8. 8

   Vigilar, corregir y mantener las redirecciones

   Revise los 404 en Search Console cada día durante las dos primeras semanas y añada redirecciones según aparezcan. Manténgalas todo el tiempo posible: Google dice en general al menos un año, y para siempre es mejor para quien sigue enlaces antiguos.

La guía de Google para traslados de sitio avisa de que las posiciones pueden fluctuar mientras vuelve a rastrear, y de que en una web mediana pueden pasar unas semanas o más hasta que se trasladen la mayoría de las páginas; las webs grandes tardan más. Una bajada en las primeras semanas no es un veredicto.

El importador de Magento 2 conserva la clave de URL de cada producto y categoría como handle, y las páginas están en la raíz, así que /abrigo-lana.html pasa a /abrigo-lana. Eso vuelve el mapa casi mecánico: quitar el sufijo y la ruta de la categoría. Las imágenes se copian al almacenamiento de su tienda, así que sus direcciones cambian. El importador lee la vista de tienda por defecto, y una segunda vista de tienda es una segunda tienda.

Las redirecciones pasan: cada dirección .html antigua de un producto o categoría, a cualquier profundidad, lleva sola a la nueva con un 301, y el importador trae las redirecciones de Magento, incluidas las personalizadas, cada una directa a la página final. Lo que no hace, sin rodeos: los títulos meta de productos y categorías no se importan (cada producto y colección tiene su propio título y descripción SEO para rellenar), y los códigos de tienda en las URL (/en/...) y las direcciones de filtros de la navegación por capas no se mapean solos; añádalos en Ajustes, Buscadores, Redirecciones, a mano o desde un CSV. El sitemap de la tienda lista todos los productos, categorías y páginas, con sus versiones en cada idioma. Para las primeras 100 tiendas que dejan Magento, una persona de nuestro equipo hace el cambio y mantiene sus URLs funcionando: pídalo en cambiar desde Magento. Si se cambia porque su versión pierde el soporte, empiece por el fin del soporte de Magento 2.