Si tu tienda online ya aparece en Google y estás por cambiar de plataforma, necesitas una migración SEO, porque lo que está en juego no es el diseño ni el catálogo.
Lo que está en juego es la lista de direcciones que Google ya conoce, cada ficha de producto, cada categoría y cada artículo que hoy te trae visitas sin pagar un anuncio.
Una migración SEO es el trabajo de llevar esa tienda a la plataforma nueva sin que esas direcciones se pierdan por el camino. Se hace antes, durante y después del cambio, y casi todo lo importante ocurre antes de apagar la tienda vieja.
Esta guía te sirve si dejas Shopify, WooCommerce o cualquier otra plataforma para pasarte a otra, sea cual sea el destino. Al final encuentras un ejemplo ilustrativo, con una tienda inventada que deja Shopify, y la lista de preguntas que conviene hacerle a la plataforma nueva antes de fijar la fecha de lanzamiento.
Qué cambia de verdad cuando cambias de plataforma (y qué no es un rediseño)
Cuando cambias de plataforma cambia mucho más que la pantalla que usas para cargar productos.
Cambia la estructura de tus URLs, porque cada plataforma arma las direcciones a su manera. Shopify, por ejemplo, fija patrones como tudominio.com/products/nombre-del-producto para las fichas, tudominio.com/collections/nombre-de-la-coleccion para las categorías y tudominio.com/blogs/nombre-del-blog/titulo-del-articulo para el blog. Es muy probable que tu plataforma nueva use otros patrones, y cada dirección vieja que deje de existir sin una redirección termina en un error 404 y pierde lo que había ganado en Google.
Cambian también las plantillas que generan tus títulos y descripciones, así que un title que trabajaste con cuidado puede volver al valor por defecto de la plataforma nueva sin que nadie lo note.
Y cambian los enlaces internos, el sitemap, el archivo robots.txt y las etiquetas canónicas, que son las piezas con las que Google entiende qué página es la buena y cómo recorrer tu tienda.
Un rediseño es otra cosa. En un rediseño te quedas en la misma plataforma, con las mismas URLs, y lo que cambia es cómo se ve la tienda. Si lo que estás planeando es eso, te conviene leer cómo rediseñar un e-commerce sin perder visibilidad SEO, porque los riesgos y el orden de trabajo son distintos.
Google advierte que, cuando una web cambia de URLs, es normal ver una fluctuación temporal en el posicionamiento. El objetivo de la migración no es que eso no ocurra, sino que la tienda recupere su lugar y no se quede con la mitad de sus páginas perdidas.
Inventario de URLs y de lo que ya te posiciona
No puedes proteger lo que no has contado, así que el primer paso es un inventario completo de tu tienda actual.
Empieza con un rastreo de todo el sitio con una herramienta como Screaming Frog o Sitebulb. Ese rastreo te da la lista real de URLs que existen hoy, incluidas las que ya no enlazas desde el menú pero que siguen vivas.
Luego exporta los datos de Search Console y de tu analítica para saber qué páginas reciben impresiones, clics y ventas. Cruza esa lista con tu sitemap.xml y con tu robots.txt, porque ahí suelen aparecer páginas que el rastreo no encontró o secciones que llevas tiempo bloqueando sin saberlo.
De cada URL guarda también su title, su H1, su meta description, su canónica, el volumen aproximado de texto y los datos estructurados si los tiene. Esa exportación es tu copia de seguridad editorial, y la necesitas el día que compares la tienda nueva con la vieja.
Antes de cerrar el inventario, verifica que tienes acceso a la propiedad de Search Console de tu dominio actual y, si el dominio o el host cambian, también a la propiedad nueva.
Por último, confirma con la plataforma de destino cuál es el patrón de URL de cada tipo de página. Sin ese dato no se puede empezar el mapa.
Redirecciones 301: el mapa, no el plugin
Mucha gente piensa que las redirecciones 301 se resuelven instalando una herramienta en la plataforma nueva. La herramienta ayuda, pero el trabajo de verdad es el mapa.
El mapa es una tabla donde cada URL vieja apunta a su equivalente nueva, una por una, de modo que cada producto va a su producto, cada colección a su categoría y cada artículo a su artículo. Lo que no conviene hacer es mandar cientos de URLs viejas a la página de inicio, porque para Google eso no es una equivalencia y el posicionamiento de esas páginas se pierde igual.
Las redirecciones tienen que ser permanentes, es decir 301, y tienen que estar activas en el servidor que responda por tu dominio el mismo día en que cambias el DNS, no unos días después. Google indica que las redirecciones 301 y otras redirecciones permanentes no afectan negativamente el PageRank, así que bien hechas son la forma correcta de trasladar lo que ya ganaste.
Aquí hay un detalle que se escapa con frecuencia. Quien ejecuta las 301 es quien hospeda el dominio después del cambio, así que puede ser tu plataforma nueva, tu registrador o tu CDN. Esa responsabilidad tiene que tener nombre y apellido antes del lanzamiento.
Después del cambio toca revisar. Rastrea de nuevo la lista de URLs viejas y confirma que cada una responde con una 301 que termina en una página 200, sin cadenas de redirecciones ni bucles.
Envía el sitemap nuevo en Search Console y, si también cambiaste de dominio, usa la herramienta de cambio de dirección que ofrece Google. Durante las semanas siguientes vigila los errores 404, la cobertura y las impresiones.
Y no retires las redirecciones al poco tiempo. Google recomienda mantenerlas, y la guía de migración de Shopify pide conservarlas al menos un año, idealmente de forma indefinida.
Qué no viaja con el catálogo: pagos, apps y seguimiento de envíos
Cuando exportas tu catálogo te llevas productos, variantes, precios e imágenes. Lo que no te llevas es todo lo que hoy ocurre alrededor de un pedido.
Los métodos de pago, las apps que resuelven algo en tu tienda y el seguimiento de envíos son una capa que hay que rehacer en el checkout y en la ficha del pedido de la plataforma nueva. No se migran solos, y si nadie los revisa antes del lanzamiento, la tienda nueva abre con menos formas de cobrar o de informar al comprador que la vieja.
En Venezuela esa capa pesa mucho, porque tus compradores pagan con métodos locales y en más de una moneda. Si hoy cobras con SiTef, con cuotas o con Zelle, tienes que confirmar cómo se conecta cada uno en el destino y cómo se concilia con tus pedidos. En Playful integramos cobros en tiendas online en Venezuela y no somos una pasarela, así que esa revisión la hacemos método por método.
Si ofreces pagos en cuotas con Cashea, confirma qué resuelve el proveedor y qué tiene que resolver tu tienda en la plataforma nueva. Y si cobras en dólares con Zelle, en Zelle en Venezuela como método de pago para tu ecommerce está cómo automatizar la validación, con una aclaración importante, que Playful no abre cuentas Zelle.
Con el seguimiento de envíos pasa algo parecido, y aquí conviene separar a los dos couriers más usados.
Zoom publica en su web una API con métodos públicos de rastreo de envíos, cálculo de precios y consulta de oficinas. Los métodos privados, como la creación de guías, están reservados a clientes corporativos.
MRW Venezuela no publica una API en mrwve.com. El seguimiento con MRW se resuelve por otra vía, con un enlace al rastreo de mrwve.com usando el número de guía, con la app MRW Móvil o cargando el número de guía en el pedido de la tienda para que el comprador lo tenga a mano. Si buscas documentación, ten cuidado de no confundirla con la de MRW España, cuya API no es la de MRW Venezuela.
Ejemplo ilustrativo: una tienda online venezolana que deja Shopify
Para aterrizar todo lo anterior, vamos a usar un caso inventado. No es un cliente ni una marca real, y por eso no lleva nombre ni cifras. Piensa en una tienda online venezolana de artículos para el hogar que hoy vende en Shopify y que ya decidió pasarse a otra plataforma. El motivo del cambio no importa para esta guía, así que partimos de que el destino está elegido y de que lo que queda por delante es la migración.
El primer paso es el inventario. La tienda rastrea su sitio y exporta los datos de Search Console, y con eso separa lo que existe hoy en Shopify en cuatro grupos, que son las fichas de producto bajo /products/, las colecciones bajo /collections/, los artículos del blog bajo /blogs/ y las páginas fijas, como envíos, contacto o preguntas frecuentes. De cada URL guarda el title, la meta description y el H1, y marca aparte las que reciben impresiones, clics o ventas, porque son las que más cuidado piden en el mapa.
Con el inventario cerrado, la tienda le pide a la plataforma nueva el patrón de URL de cada tipo de página y arma el mapa 1:1. Si, por ejemplo, la plataforma de destino usara /producto/ para las fichas y /categoria/ para las categorías, la ficha que hoy vive en tudominio.com/products/juego-de-sartenes tendría su 301 hacia tudominio.com/producto/juego-de-sartenes, y la colección tudominio.com/collections/cocina iría a tudominio.com/categoria/cocina. Esos patrones son un supuesto para el ejemplo, y los reales son los que confirme por escrito la plataforma que elijas.
Antes de fijar la fecha del cambio, la tienda necesita que la plataforma le responda por escrito las preguntas del último apartado, es decir, quién ejecuta las 301 el día del DNS, si los slugs y las canónicas se pueden controlar, si hay un sitemap que enviar a Search Console y si los titles y las metas se pueden editar. Mientras alguna de esas respuestas falte, la fecha no se fija.
Lo mismo aplica a la capa que no viaja con el catálogo. La tienda tiene que saber qué métodos de pago y qué seguimiento de envíos tiene la plataforma nueva el primer día, y cuáles hay que integrar después, para no abrir con menos formas de cobrar que antes.
Y el día del cambio, con el DNS ya apuntando al destino, la tienda vuelve a rastrear la lista de URLs viejas, comprueba que cada una termina en su página nueva con una sola 301 y envía el sitemap nuevo en Search Console.
WooCommerce en Venezuela y Shopify como vía internacional
Si llegaste aquí buscando una alternativa a Shopify, esta guía no elige la plataforma por ti. Parte de que el destino ya está decidido y se concentra en que el cambio no te cueste el posicionamiento. Por eso el ejemplo anterior no nombra la plataforma de destino, porque los pasos son los mismos sea cual sea.
Lo que sí te podemos contar es cómo trabajamos nosotros cada plataforma.
Para vender en Venezuela con métodos de pago locales trabajamos con WooCommerce, que es donde tenemos experiencia integrando SiTef, Instapago, Cashea, Banesco, Zelle y BDV.
Shopify es nuestra vía para el ecommerce internacional, con procesadores como PayPal, Shop Pay y Mercado Pago en México. Si tu marca vende fuera de Venezuela, esa es la conversación de desarrollo de tiendas en Shopify.
Tener clara esa diferencia antes de migrar evita una sorpresa frecuente, que es descubrir después del lanzamiento que la plataforma nueva no cobra con los métodos que usan tus compradores.
Cómo no mezclar esta migración con un rediseño de la misma tienda
Es tentador aprovechar el cambio de plataforma para estrenar diseño, reorganizar el menú y reescribir las fichas. Parece eficiente, pero complica mucho saber qué pasó si el tráfico cae.
La guía de migración de Shopify recomienda no mezclar un rediseño con una migración, y Google recomienda no cambiar a la vez el dominio, el gestor de contenidos y el diseño. La razón es sencilla. Si cambias todo el mismo día y las visitas bajan, no tienes forma de saber si el problema son las redirecciones, las plantillas nuevas o el contenido que reescribiste.
Por eso, en la tienda del ejemplo, lo sensato es migrar primero con el mismo diseño y el mismo contenido, confirmar que las URLs viejas redirigen bien y que el tráfico se estabiliza, y después trabajar el rediseño como un proyecto aparte.
Antes de dar el cambio por terminado revisa además dos cosas que suelen quedarse olvidadas. La primera es que la tienda nueva no tenga activo el noindex o la contraseña que se usó durante las pruebas. La segunda es que las canónicas apunten a tu dominio definitivo y no a la dirección temporal de la plataforma vieja.
Qué preguntarle a la plataforma nueva antes de migrar
Estas son las preguntas que conviene hacerle por escrito a la plataforma de destino antes de fijar la fecha del lanzamiento. Mientras no tengas la respuesta, trata cada punto como una duda abierta y no como algo que la plataforma ya resuelve.
- ¿Quién configura las redirecciones 301 permanentes y en qué servidor quedan activas el día que cambias el DNS?
- ¿Puedo importar el mapa de redirecciones en un archivo o hay que cargarlas una por una?
- ¿Puedo controlar los slugs de productos, categorías y artículos, y qué prefijos agrega la plataforma a cada URL?
- ¿Cómo se configuran las etiquetas canónicas y a qué dominio apuntan?
- ¿La tienda genera un
sitemap.xmlque pueda enviar a Search Console, y se actualiza cuando agrego o quito productos? - ¿Puedo editar el title y la meta description de cada producto, categoría y página?
- ¿Cómo se maneja el
robots.txty cómo se quita elnoindexdel entorno de pruebas al publicar? - ¿Qué parte de todo esto está en su documentación pública y qué parte me confirman solo por escrito?
- ¿Qué métodos de pago y qué seguimiento de envíos tiene la tienda el primer día, y qué acceso dan a terceros para integrar lo que falte?
Con esas respuestas en la mano ya puedes armar el mapa de redirecciones, planificar el día del cambio y saber qué capa de pagos y envíos hay que rehacer.
Si quieres revisar tu inventario de URLs o la capa de pagos antes de migrar, en Playful trabajamos proyectos de ecommerce completos y podemos ver tu caso en una reunión de diagnóstico.
