Metodología de 1Digital®
Metodología de SEO para migraciones
El manual de SEO para cambios de plataforma que aplica cada migración de 1Digital®: auditoría previa a la migración, protocolo de mapeo de URL, arquitectura 301 de un solo salto, continuidad de canónicas, paridad del grafo de schema, orquestación de sitemap, nuevo rastreo y monitoreo de indexación posteriores a la migración, plan de reversión. Codificado en más de 200 migraciones en Shopify, Shopify Plus, BigCommerce, Adobe Commerce / Magento, WooCommerce, Wix, Squarespace, Volusion, Shift4Shop y OpenCart.
Con la confianza de más de 400 marcas · Socios certificados
Años en eCommerce
De resultados, escala y calidad a nivel empresarial.
Equipo experto
Especialistas en SEO, SEO con IA, PPC, diseño, desarrollo y estrategia.
Equipo central en EE. UU. + talento global
Equipo central en EE. UU. para una comunicación clara; especialistas globales verificados para proyectos internacionales de clientes.
Puntuación de reputación
Calificación de 4.9/5 en más de 100 reseñas verificadas de clientes.
Escrito por Equipos de SEO y migración de 1Digital®Última actualización:
Por qué existe esto
La mayoría de los proyectos de cambio de plataforma pierden entre el 10% y el 40% del tráfico orgánico en los primeros 90 días después del lanzamiento, y una parte considerable nunca se recupera del todo. El SEO de migración es la disciplina de pasar de una plataforma de eCommerce a otra sin esa pérdida. Esta página documenta la metodología que aplicamos en cada migración de plataforma en 1Digital®. Es el manual con el que trabajan nuestros PM, desarrolladores y estrategas de SEO, publicado aquí para que los clientes potenciales puedan auditarlo antes de firmar y para que la comunidad de eCommerce en general pueda ponerlo a prueba.
Se aplica a: Magento → Shopify Plus · De BigCommerce a Shopify Plus · WordPress → Shopify · Wix → Shopify · Squarespace → Shopify · De Shopify a BigCommerce · WooCommerce → Shopify Plus · Volusion → Shopify Plus
SEO de migración, paso a paso
Mueveplataformassinperdiendoposicionamientos
Un cambio de plataforma puede borrar años de visibilidad en búsquedas si las URL, el contenido y las señales no pasan al nuevo sitio. Nuestro manual mapea cada página, redirige cada dirección antigua y revisa posiciones y tráfico antes y después del lanzamiento.
- ›Cada URL mapeada y redirigida
- ›Contenido, marcado y metadatos trasladados
- ›Posiciones y tráfico revisados después del lanzamiento
Principios fundamentales
El Seis innegociables
Estos principios fijan el piso de cada migración. Se documentan aquí tal cual porque son la parte de la metodología que define el alcance del proyecto: cuando las restricciones de un cliente potencial hacen inviable uno de ellos (raro, pero ocurre), es la conversación que tenemos antes de firmar.
El SEO es un bloqueo del lanzamiento, no una preocupación posterior
El alcance del SEO de migración se define en el descubrimiento, no durante el QA. Una migración que sale sin un mapa 301 por URL, sin paridad de schema y sin un plan de regeneración del sitemap está incompleta y no es candidata a la transición. Tratar el SEO como algo que se arregla después del lanzamiento es como se producen los desplomes de ingresos orgánicos en la tercera semana.
Un salto, sin cadenas
Cada URL anterior recibe exactamente una redirección 301 a su destino canónico. Sin cadenas (301 → 301 → 301), sin soft 404 en URL redirigidas, sin saltos de protocolo o host que no sean estrictamente necesarios. El desperdicio de presupuesto de rastreo por cadenas de redirecciones es una de las pérdidas de SEO posteriores a la migración más comunes y más medibles, y la más barata de prevenir.
Paridad de schema, con referencias @id consistentes
Cada entidad que estaba descrita con datos estructurados en el sitio anterior (Organization, Product, BreadcrumbList, FAQPage, AggregateRating, Article) se vuelve a describir en la nueva plataforma con referencias @id consistentes en todo el grafo. Los motores de IA (ChatGPT, Perplexity, Gemini, Google AI Overviews) siguen las referencias @id para unir el grafo de entidades de un sitio: las referencias rotas rompen la continuidad de las citas.
Continuidad de canónicas, no deriva de canónicas
Las URL canónicas de la nueva plataforma apuntan a los nuevos destinos canónicos (no a los antiguos ni a las URL de origen de las redirecciones). Canónicas entre dominios solo donde ya existían. Canónicas autorreferenciadas en cada página indexable. Los parámetros de URL de la navegación por facetas se canonizan de forma explícita a la colección principal.
Regeneración del sitemap antes de la transición, no después
El sitemap XML de la nueva plataforma se genera y se valida contra el nuevo inventario de URL antes de que cambie el DNS. El cambio de dirección de Search Console se envía en la ventana de transición, no días después. llms.txt se regenera para reflejar la nueva arquitectura de información. La paridad de robots.txt se verifica línea por línea contra el archivo anterior.
El nuevo rastreo y la indexación se monitorean, no se dan por hechos
El informe de cobertura de Search Console, el informe de índice de Bing Webmaster Tools y un rastreo diario con Screaming Frog del sitio en vivo se monitorean durante más de 30 días después del lanzamiento. Las anomalías de cobertura (soft 404, cadenas de redirecciones, conflictos de canónicas, bloqueos de robots.txt) activan tickets de corrección el mismo día, no una postura de esperar y ver.
La metodología
Ocho fases, de principio a Después del lanzamiento
Cada fase tiene alcance definido, se mide por entregables y se aprueba antes de que empiece la siguiente. En este manual no existe el “veremos el SEO durante el QA”: cada fase incluye de forma explícita su alcance de SEO de migración.
Auditoría de SEO previa a la migración
- Rastreo del inventario completo de URL del sitio anterior (Screaming Frog, Sitebulb o una exportación específica de la plataforma): se captura cada URL indexable.
- Línea base de cobertura del índice de Search Console (Válidas, Excluidas, Con error) y de Bing Webmaster Tools: el estado previo a la migración contra el que mediremos después del lanzamiento.
- Instantánea del perfil de vínculos de retroceso (Ahrefs, Semrush, Majestic): los 100 dominios de referencia principales, las 500 URL de referencia principales y los principales textos ancla entrantes.
- Línea base de posiciones de las 200 palabras clave comerciales principales más las 50 consultas informativas principales que la marca posee actualmente.
- Línea base de cuota de citas de IA en ChatGPT, Perplexity, Gemini y Google AI Overviews para los 50 prompts principales de la marca a nivel de entidad y de categoría de producto.
- Auditoría de schema: cada bloque JSON-LD del sitio en vivo catalogado, validado y anotado para reconstruir la paridad.
- Línea base de Core Web Vitals (LCP / INP / CLS) a partir de la API de PageSpeed Insights + datos reales de usuarios de CrUX: el piso que debemos igualar o superar.
Protocolo de mapeo de URL
- Cada URL anterior clasificada por tipo de plantilla: inicio, colección / categoría, producto, página de contenido, entrada de blog, archivo de autor, archivo de etiquetas, resultados de búsqueda, navegación por facetas, archivo paginado, sitemap.
- Regla de mapeo por plantilla definida: 1:1 directo (slug conservado), reescritura estructural (patrón de slug transformado), consolidación (varias URL anteriores → una sola URL nueva) o 410 Gone (eliminada deliberadamente sin redirección).
- Hoja de cálculo de excepciones por URL para el ~5–10% de las URL que no siguen limpiamente la regla de plantilla: mapeo manual por un estratega, aprobado antes de publicar el mapa de redirecciones.
- URL de navegación por facetas (rangos de precio, filtros de color, filtros de talla) clasificadas de forma explícita: redirigir a la colección principal, canonizar a la principal o noindex mediante meta robots, nunca dejadas a los valores predeterminados de la plataforma.
- URL de archivos paginados (?page=2, ?page=3) manejadas de forma deliberada: normalmente autocanonicalizadas con rel=next/prev (donde la plataforma lo expone) o canonizadas a la página 1, nunca con un 404 silencioso.
- URL de vínculos entrantes externos contrastadas: las 500 URL de referencia principales verificadas contra el mapa de redirecciones para confirmar que el vínculo entrante sigue llegando a un lugar relevante (no a una página de centro o a la página de inicio por accidente).
arquitectura de redirecciones 301
- Redirecciones de un solo salto, sin cadenas. Cada URL anterior → exactamente un 301 → destino canónico final. Rastreo validado después del despliegue con el informe de cadenas de redirecciones de Screaming Frog.
- Código de estado 301, no 302 (temporal) ni meta-refresh: una redirección permanente explícita señala la consolidación del PageRank, la autoridad de los vínculos y las señales E-E-A-T en la nueva URL.
- Redirecciones a nivel de servidor donde la plataforma las admite (Shopify URL Redirects, el gestor de 301 de BigCommerce, Magento URL Rewrites, .htaccess en WP, configuración de Nginx en Magento Cloud), no redirecciones basadas en JavaScript.
- Reglas con comodines / basadas en patrones para transformaciones por plantilla (por ejemplo, Magento /<category>/<product>.html → Shopify /products/<handle>) más reglas explícitas por URL para la cola larga.
- Política de barra final decidida y aplicada de forma consistente: Shopify exige barras finales en la mayoría de las URL, BigCommerce no, y las migraciones que no eligen una política emiten señales de contenido duplicado.
- Consolidación de protocolo (http → https) y host (www vs apex) hecha en la capa edge / CDN, no en la aplicación: una sola redirección de http://example.com/page → https://www.example.com/page, no tres.
- Mapa de redirecciones conservado en control de versiones junto con la exportación de la plataforma: un artefacto recuperable y reproducible, no una importación única que desaparece después de la transición.
Continuidad de canónicas
- Canónica autorreferenciada en cada página indexable: la nueva URL es su propia autoridad canónica.
- Canónicas entre dominios (rel=canonical apuntando a un dominio externo) solo donde ya existían en el sitio anterior y solo con la aprobación explícita del responsable del negocio: señalan “no me indexes, indexa la otra URL” y pueden bajar el posicionamiento de secciones enteras si se aplican mal.
- Parámetros de navegación por facetas canonizados de forma explícita a la colección principal o con noindex, según la prioridad de la marca entre comercial y descubrimiento para esa superficie.
- Canónicas internacionales / multirregión gestionadas con anotaciones hreflang más canónicas por idioma: Shopify Markets, BigCommerce Multi-Storefront y Magento Stores manejan esto cada uno de forma distinta y necesitan configuración explícita, no los valores predeterminados de la plataforma.
- Se verifica el manejo de canónicas móvil vs escritorio: con la indexación móvil primero, la página renderizada para móvil es la autoridad canónica, así que la paridad de renderizado del lado del servidor entre móvil y escritorio es un bloqueo del lanzamiento.
Paridad del grafo de schema
- Cada entidad JSON-LD del sitio anterior se vuelve a emitir en la nueva plataforma: Organization, LocalBusiness, WebSite, BreadcrumbList, Product (con Offer, AggregateRating, Review), FAQPage, Article (con referencias de entidad author / Person) y HowTo donde exista.
- Referencias @id consistentes en todo el grafo: el @id de Organization es la misma cadena en todos los lugares donde se referencia, el @id de Product es estable entre sesiones de rastreo, y los elementos de BreadcrumbList referencian las mismas URL canónicas que las canónicas de cada página.
- Se verifica la paridad entre AggregateRating y la interfaz de la página: Google exige que la calificación mostrada en el JSON-LD coincida con la que ven los usuarios en la página, o el resultado enriquecido se suprime.
- Entidades Author / Person para el contenido editorial vinculadas a una URL estable de centro de autor: le dan al schema Article una entidad de autor resoluble por @id en lugar de una simple cadena de nombre (señal E-E-A-T).
- El schema de FAQ solo se emite donde las preguntas frecuentes realmente están en la página (Google también exige paridad entre schema e interfaz en las FAQ): el schema de FAQ sintético es un detonante de acción manual.
- Archivo llms.txt regenerado para la nueva arquitectura de información: los motores de IA usan cada vez más llms.txt para entender la superficie de contenido preferida de un sitio; un llms.txt roto en la transición reduce la cuota de citas.
Orquestación de sitemap y robots
- Sitemap XML regenerado contra el nuevo inventario de URL antes del cambio de DNS: cada URL indexable incluida, sin 404, sin URL de redirección, sin URL con noindex.
- Archivo de índice de sitemaps (sitemap_index.xml) para tiendas con más de 50 mil URL, dividido por tipo de plantilla (productos, colecciones, páginas, entradas de blog) para una priorización de rastreo más rápida.
- Sitemap de imágenes y de videos donde la marca tenga contenido visual o de video sustancial: mejora el descubrimiento de medios en Google Imágenes y en la búsqueda de videos.
- Auditoría de paridad de robots.txt: cada regla Disallow / Allow anterior verificada o retirada de forma deliberada. El acceso de los rastreadores de IA (GPTBot, PerplexityBot, ClaudeBot, Google-Extended, Bytespider) se conserva, salvo que la marca tenga una política explícita de exclusión.
- Cambio de dirección formal de Search Console enviado en la ventana de transición: el mecanismo oficial de Google para decirles “estas URL se mudaron”. Se replica en Bing Webmaster Tools.
- llms.txt regenerado para la nueva arquitectura de información y validado contra la política de acceso de rastreadores de IA.
Nuevo rastreo y monitoreo de indexación posteriores a la migración
- Rastreo diario con Screaming Frog del sitio en vivo durante más de 30 días: detecta cadenas de redirecciones, soft 404, conflictos de canónicas, bloqueos de robots.txt y regresiones de tiempo de respuesta en cuanto aparecen, no semanas después.
- Informe de cobertura de Search Console monitoreado a diario: el conteo de Válidas debe subir hacia la línea base del sitio anterior; los conteos de Excluidas y Con error se clasifican ticket por ticket.
- Se replica el informe de índice de Bing Webmaster Tools: el rastreo de Bing es más lento que el de Google, así que las anomalías ahí son una señal de alerta temprana para el resto del año.
- Las 200 palabras clave comerciales principales + las 50 informativas principales se posicionan cada semana contra la línea base previa a la migración. Las caídas de una sola posición dentro de la banda de volatilidad no preocupan; las caídas generalizadas en un grupo activan una investigación de causa raíz.
- Cuota de citas de IA monitoreada en ChatGPT, Perplexity, Gemini y Google AI Overviews: los mismos 50 prompts principales de entidad / producto / categoría medidos en la línea base.
- Core Web Vitals monitoreados cada semana mediante la API de PageSpeed Insights + datos reales de usuarios de CrUX: las metas son LCP por debajo de 2.5 s, INP por debajo de 200 ms y CLS por debajo de 0.1; una regresión activa una corrección el mismo día.
- Vigilancia de la tasa de conversión: embudo de pago, tasa de agregar al carrito, CTR de resultados de búsqueda, conversión de páginas de aterrizaje orgánicas. El éxito del SEO de migración es, en última instancia, retención de ingresos, no estadísticas de rastreo.
Plan de reversión
- TTL de DNS reducido a 300 segundos en las 48 horas previas a la transición: mantiene la reversión de DNS dentro de una ventana de 5 minutos si surge un bloqueo del lanzamiento en la primera hora.
- La plataforma anterior se mantiene en modo de solo lectura durante 7–14 días después de la transición: se congelan las escrituras de pedidos / clientes / inventario, pero la tienda sigue siendo rastreable como destino de DNS de respaldo.
- Instantánea de la base de datos de la plataforma anterior previa a la transición, conservada durante 90 días: un registro recuperable de cualquier estado de datos que la exportación de la migración no haya capturado.
- Manual de transición con criterios explícitos de reversión: el pago falla en más del 2% de las sesiones, el proveedor de pagos rechaza más del 5% de las transacciones, GA4 / los píxeles no devuelven eventos durante más de 30 minutos, la tasa de 404 en páginas de aterrizaje orgánicas supera el 1% de la muestra de rastreo.
- La reversión no es gratis (volver el DNS atrás significa perder el estado de la base de datos de la nueva plataforma durante la ventana de reversión), así que el manual documenta exactamente qué está en juego y quién tiene la autoridad para decidirla. Lo documentamos y lo ensayamos, pero en más de 200 migraciones nunca hemos tenido que ejecutar una.
Antipatrones
Cómo las migraciones pierden tráfico orgánico
Los patrones que hemos auditado en proyectos de rescate de migraciones durante la última década. Todos son prevenibles con el manual anterior; los publicamos aquí para que las marcas que evalúan socios de migración sepan qué buscar en una propuesta.
Dejar que los valores predeterminados de URL de la nueva plataforma dicten el mapa de redirecciones
Los prefijos obligatorios de Shopify /products/, /collections/, /pages/, /blogs/ no son negociables. El anidamiento flexible de categorías de BigCommerce puede recrear las rutas profundas de Magento, pero no tiene que hacerlo. Magento Stores expone sufijos de URL configurables. Elegir la nueva estructura de URL de forma deliberada, sin aceptar los valores predeterminados de la plataforma, conserva la semántica de URL de la marca y minimiza el ruido en el mapa de redirecciones.
Redirecciones basadas en JavaScript en lugar de 301 del lado del servidor
Los enrutadores de aplicaciones de una sola página y las redirecciones meta-refresh no transmiten todo el PageRank ni la autoridad de los vínculos. Google maneja las redirecciones JS en muchos casos, pero de forma inconsistente, y Bing, DuckDuckGo y los rastreadores de IA las manejan peor. Solo 301 del lado del servidor o de la capa edge.
Soft 404 en URL consolidadas
Las URL anteriores que se consolidan en una principal (por ejemplo, un producto descontinuado → su colección principal) necesitan un 301 o un 410 Gone deliberado, no una página 200 OK que diga “producto no encontrado”. Los soft 404 se pudren en el índice de Google durante meses y reducen el presupuesto de rastreo de toda la sección.
Olvidar migrar la pila de 301 anteriores
La mayoría de los sitios anteriores grandes tienen años de redirecciones 301 preexistentes (cambios de URL de cambios de plataforma anteriores, cambios de marca, reestructuras). Olvidar migrar esa pila a la nueva plataforma rompe la larga cola de vínculos entrantes de años de capital de SEO acumulado. La pila de 301 anteriores es parte del inventario de URL, no algo aparte.
Dejar que los parámetros de navegación por facetas entren al índice
La navegación por facetas genera una explosión combinatoria de URL de baja calidad y casi duplicadas. Sin canonización explícita o manejo con noindex, desplazan a las URL comerciales en el índice y desperdician presupuesto de rastreo. La interfaz de navegación por facetas de la nueva plataforma suele ser indexable por defecto: se requiere configuración explícita.
Schema de FAQ sintético en páginas sin preguntas frecuentes visibles
Google exige paridad entre schema e interfaz para el marcado FAQPage: si emites schema de FAQ en una página que en realidad no muestra esas preguntas a los usuarios, te arriesgas a una acción manual. Los valores predeterminados del tema de la nueva plataforma que incluyen schema de FAQ “gratis” se auditan página por página durante la migración, no se aplican en bloque.
Cambiar la estructura de URL Y la arquitectura de información Y el diseño Y la plataforma en un solo proyecto
El riesgo de la migración se multiplica cuando cambias varias variables a la vez. Siempre que sea posible, mantén estable la arquitectura de información durante la migración de plataforma y aborda el rediseño en un sprint deliberado posterior al lanzamiento. Cuando el rediseño no es negociable (renovación de marca, cambio de identidad, consolidación B2B+B2C), dimensiona el presupuesto de SEO de migración en consecuencia: se duplica.
Herramientas
El Stack detrás del manual
Cada fase anterior se apoya en una herramienta específica. Preferimos no atarnos a herramientas (los principios se aplican en cualquier caso), pero usamos un stack consistente para que el flujo de trabajo se repita en todas las migraciones.
Screaming Frog SEO Spider
Rastreo diario antes de la migración (inventario base de URL) y después (monitoreo de nuevos rastreos). Extracción personalizada de canónicas, hreflang, schema, directivas de robots y Core Web Vitals.
Sitebulb
Rastreador complementario con mejores informes sobre cadenas de canónicas, conflictos de hreflang y paridad del contenido renderizado con JS entre el SSR móvil y el de escritorio.
Ahrefs / Semrush / Majestic
Instantánea del perfil de vínculos de retroceso antes de la migración, más monitoreo continuo de dominios de referencia después del lanzamiento. Las 500 URL de referencia principales se contrastan con el mapa de redirecciones.
Google Search Console + Bing Webmaster Tools
Informes de cobertura e índice monitoreados a diario durante más de 30 días después del lanzamiento. Cambio de dirección enviado en la ventana de transición.
API de PageSpeed Insights + CrUX
Core Web Vitals monitoreados cada semana contra la línea base previa a la migración. Las metas de LCP / INP / CLS se incluyen en los criterios de aceptación del tema.
Paneles de GA4 + Looker Studio
Comparaciones de ingresos, sesiones orgánicas, tasa de conversión y valor promedio de pedido antes y después de la migración. Comparaciones por cohortes según el tipo de plantilla (colecciones, páginas de producto, contenido).
WorkspaceCRM (plataforma de IA propia de 1Digital®)
Seguimiento de la cuota de citas de IA en ChatGPT, Perplexity, Gemini y Google AI Overviews: los mismos 50 prompts principales medidos en la línea base y cada semana después del lanzamiento.
Scripts personalizados de validación de redirecciones
Rastreo diario automatizado de la hoja de cálculo que es la fuente de verdad del mapa de redirecciones contra el sitio en vivo. Detecta inserciones accidentales de cadenas, regresiones de códigos de estado y reglas de redirección que dejan de activarse.
Contrata a 1Digital®
Supervisión de SEO de migración, construcción completa de la migración o rescate
Tres formas de trabajar juntos: (1) migración integral en la que construimos la nueva plataforma de principio a fin, (2) asesoría de SEO de migración en la que somos responsables del alcance de SEO mientras tu equipo u otro socio construye, (3) rescate posterior al lanzamiento cuando una migración ya salió y el tráfico orgánico se está desangrando. Cuéntanos en qué punto estás y un estratega senior responde en un día hábil.
Preguntas frecuentes