Si Shopify se selecciona como plataforma de destino, la preparación debe convertir la tienda de origen en un conjunto de decisiones claras y respaldadas por evidencia antes de que comience cualquier ejecución de migración. El objetivo no es rediseñar por completo la tienda de antemano, sino definir cómo deberían representarse en Shopify los Products, variantes, colecciones, Customers, Orders, contenido, URLs, aplicaciones, metafields, metaobjects, Markets e identificadores externos que tienen importancia para el negocio.
Un paquete de preparación útil responde cuatro preguntas para cada área de datos importante: qué debe aportarse, quién es responsable de la decisión, qué evidencia la respalda y qué condición permite considerar el área preparada. Así se evita que la prueba de migración representativa sea la primera ocasión en que el equipo descubre que una opción del origen es en realidad una entrada personalizada de Product, que una Category funciona como página de campaña o que un grupo de Customers depende de un sistema mayorista externo.
Definir las decisiones de destino para Shopify
Antes de recopilar archivos, define las estructuras de Shopify que recibirán las relaciones importantes del origen. El registro de decisiones debe identificar al responsable previsto en Shopify de cada relación relevante.
| Área de preparación | Decisión que debe registrarse | Responsable | Evidencia de preparación |
|---|---|---|---|
| Estructura de Product | Qué registros del origen se convertirán en Products, variantes, metafields, metaobjects, etiquetas o registros propiedad de aplicaciones | Responsable del catálogo | Ejemplos de correspondencia aprobados para cada familia principal de Products |
| Organización del catálogo | Qué Categories del origen se convertirán en colecciones manuales o automatizadas, enlaces de navegación, filtros, páginas de destino o redirecciones | Responsables de merchandising y contenido | Esquema de colecciones y navegación con rutas representativas del origen |
| Continuidad de Customer | Qué relaciones de cuenta, etiquetas, fiscalidad, venta mayorista, fidelización, suscripciones o CRM externo deben seguir siendo utilizables | Operaciones de Customer | Inventario de relaciones de Customer y plan de comunicación para el acceso a las cuentas |
| Historial de Orders | Qué estados, detalles de líneas, reembolsos, notas y referencias externas de Orders debe conservar el personal | Operaciones y soporte | Lista de muestras de Orders históricos y notas sobre el significado de los campos |
| Estructura internacional | Qué países, idiomas, monedas, dominios, subcarpetas, contenido localizado y registros específicos de mercados importan | Responsable internacional | Matriz de Markets y dominios |
| Datos personalizados | Qué campos personalizados del origen se convertirán en metafields, metaobjects, registros de aplicaciones, contenido o exclusiones | Responsables de catálogo y técnicos | Inventario de campos con responsable de destino y consumidor que continuará utilizándolos |
No utilices el recuento de registros como principal señal de preparación. Los recuentos describen volumen; no determinan si una opción del origen debe convertirse en una variante de Shopify, si un bundle sigue siendo una relación controlada por una aplicación o si un catálogo regional necesita decisiones independientes sobre Shopify Markets y contenido.
Preparar el acceso a las tiendas y la evidencia del origen
Prepara los accesos al origen y a Shopify necesarios para recuperar, interpretar y conservar los registros incluidos en el alcance. El paquete debe poder ser utilizado por alguien que no haya configurado la tienda de origen y no debe depender de conocimientos internos que nunca se documentaron.
Recopila:
- acceso de administrador a la tienda de origen y a la tienda de Shopify con el nivel de permisos necesario;
- exportaciones o informes recientes de Products, Customers, Orders, Categories, contenido, reseñas, descuentos y otros registros incluidos en el alcance;
- archivos multimedia de Products cuando las URLs del origen sean temporales, estén protegidas o no sean fiables;
- listas actuales de dominios, subdominios, carpetas de idioma y URLs regionales;
- inventarios de aplicaciones e integraciones, incluyendo al responsable del negocio y al responsable del sistema externo;
- definiciones de campos del origen para atributos personalizados, conjuntos de opciones, reglas de grupos e identificadores externos;
- ejemplos de registros que el personal considere comercialmente críticos o especialmente complejos;
- una instantánea fechada del origen y una nota que identifique qué datos todavía pueden cambiar antes de la ventana de migración.
| Elemento de evidencia | Por qué se necesita | Condición de preparación |
|---|---|---|
| Acceso al origen | Permite comprobar el significado del origen dentro de su contexto administrativo real | El acceso funciona y las áreas de datos necesarias son visibles |
| Acceso a Shopify | Permite confirmar la configuración de destino y la propiedad de los registros | Los permisos necesarios están disponibles sin compartir credenciales personales de manera informal |
| Archivo de exportaciones | Conserva una copia de referencia del estado del origen | Los archivos se abren correctamente, incluyen los registros esperados y muestran una fecha de exportación |
| Diccionario de campos personalizados | Explica etiquetas que de otro modo resultarían ambiguas | Cada campo importante tiene propósito, responsable y valor de ejemplo |
| Lista de IDs externos | Protege la continuidad con ERP, PIM, CRM, WMS, canales de venta externos o contabilidad | Cada identificador está vinculado al nivel correcto de Product, variante, Customer u Order |
Si una exportación omite registros importantes de una aplicación, documenta la carencia en lugar de asumir que esos registros no existen. Una aplicación sin exportación disponible, un origen de archivos multimedia protegido o una tabla personalizada sin documentar son cuestiones de preparación que necesitan un responsable.
Preparar Products, variantes y datos personalizados del catálogo
La preparación de Products para Shopify debe distinguir las combinaciones realmente vendibles de la información descriptiva, los valores introducidos por el comprador, las relaciones de merchandising y los datos de sistemas externos.
Crea un inventario por familias de Products que cubra:
- Products simples con una única configuración vendible;
- Products con varias opciones y diferencias a nivel de variante en SKU, código de barras, precio, inventario, peso, imagen, impuestos o logística;
- Products cuyas combinaciones de opciones del origen deban consolidarse, separarse o retirarse;
- bundles, kits, suscripciones, preventas, garantías y otros comportamientos relacionados con las opciones de compra;
- Products personalizados que recopilan texto, archivos, fechas, medidas o selecciones condicionales;
- Products con especificaciones técnicas, tablas de compatibilidad, guías de tallas, documentos o datos de referencia estructurados;
- Products cuyo contenido o disponibilidad cambia según región, canal o tipo de Customer;
- Products sincronizados con un ERP, PIM, almacén, canal de venta externo o flujo de datos de proveedor.
Para cada familia, prepara una hoja de correspondencia de ejemplo:
| Funcionamiento en el origen | Decisión de preparación en Shopify | Evidencia que debe adjuntarse |
|---|---|---|
| La elección crea un SKU o unidad de stock distinta | Definir la relación prevista entre Product y variante | IDs de padre/hijo del origen, valores de opción, SKU, inventario, precio e imágenes de ejemplo |
| El valor describe el Product | Definir un metafield, metaobject, contenido de Product u otro destino estructurado | Propósito del campo, tipo de datos, valores permitidos y responsable de presentación |
| El Customer introduce un valor de un solo uso | Identificar la entrada de Product, aplicación o relación de línea de Order que será responsable del dato | Ejemplo en la tienda y ejemplo histórico de línea de Order |
| El Product es un bundle, suscripción o conjunto configurable | Identificar la aplicación o estructura de destino que controla ese funcionamiento | Lista de componentes, lógica de precios, responsable del inventario y Orders de ejemplo |
| El valor solo lo utiliza un sistema externo | Conservarlo en el nivel correcto de Product o variante | Nombre del sistema externo, regla de unicidad y ejemplo de búsqueda |
Normaliza los nombres de opciones y atributos antes de convertirlos en estructuras de Shopify. Decide si “Colour”, “Color” y “Finish” representan un único concepto controlado o conceptos intencionadamente distintos. Elimina valores obsoletos, incoherentes o creados únicamente para compensar limitaciones de la plataforma de origen.
Preparar colecciones, navegación, Markets, contenido y URLs
Las Categories del origen rara vez corresponden una a una con las colecciones de Shopify. Prepara una clasificación de cada agrupación y ruta importantes.
| Estructura del origen | Pregunta de preparación | Evidencia de preparación |
|---|---|---|
| Category permanente | ¿Debe convertirse en colección manual, colección automatizada u otro destino? | Regla de colección o ejemplo de pertenencia de Products |
| Agrupación utilizada solo para el menú | ¿Debe pertenecer a la navegación en lugar de a la clasificación del catálogo? | Jerarquía de menú prevista y enlaces de destino |
| Grupo de campaña o temporal | ¿Es una colección temporal, página de destino, promoción o ruta que debe retirarse? | Responsable de campaña y decisión de conservar o retirar |
| Valor de filtro | ¿Debe utilizar la categoría de Product, valores de opción, metafields o datos de búsqueda administrados por una aplicación? | Lista controlada de valores y responsable del filtro |
| Ruta regional | ¿Qué relación de Market, dominio, idioma, moneda y contenido localizado corresponde? | Matriz de Market y URLs |
Prepara un inventario de Products, colecciones, páginas del CMS, publicaciones del blog, páginas de políticas, guías y páginas de campaña activas. Para cada ruta prioritaria, registra la URL de origen, el destino previsto en Shopify, el responsable del contenido, los requisitos de localización y la necesidad de redirección.
Incluye:
- URLs de Products con mucho tráfico o ingresos;
- páginas de destino de Categories y marcas con backlinks o valor en medios de pago;
- páginas del CMS y publicaciones del blog que contribuyen a la confianza, el SEO o la atención al Customer;
- rutas localizadas o regionales;
- rutas de Products discontinuados que necesitan un sustituto relevante;
- enlaces internos incluidos en descripciones, publicaciones del blog, páginas y navegación;
- archivos, documentos e imágenes referenciados desde el contenido del origen.
La condición de preparación no es “se han exportado todas las URLs”. Cada ruta prioritaria del origen debe tener un destino definido en Shopify o una decisión deliberada de retirada.
Preparar Customers, cuentas y Orders históricos
La preparación de Customers debe separar la identidad de las aplicaciones y reglas conectadas con ella. Prepara muestras de Customers registrados, compradores invitados, múltiples direcciones, tratamiento fiscal, etiquetas o grupos, relaciones B2B, fidelización, suscripciones, membresías y referencias de CRM externo.
No supongas que las credenciales de autenticación del origen pueden reutilizarse en Shopify. Prepara el enfoque de comunicación y acceso a cuentas que utilizará el negocio cuando los Customers migrados necesiten entrar en la nueva tienda.
Para los Orders, prepara ejemplos que revelen la complejidad histórica:
- Orders pagados, pendientes, cancelados, reembolsados y parcialmente reembolsados;
- Orders parcialmente procesados y Orders con varios envíos;
- Orders con descuentos, tarjetas regalo, crédito de tienda, impuestos, aranceles, ajustes de envío o cambios manuales;
- Orders que contienen entradas personalizadas de Product, bundles, suscripciones o datos de líneas propiedad de aplicaciones;
- Orders vinculados a canales de venta externos, ERP, contabilidad, logística, soporte o sistemas CRM;
- Orders de cada Market, moneda o tienda prioritaria.
| Elemento de preparación | Responsable | Evidencia necesaria | Condición de preparación |
|---|---|---|---|
| Reglas de identidad de Customer | Operaciones de Customer | Ejemplos de cuentas duplicadas e IDs externos | Están documentadas las reglas para fusionar, mantener separadas y tratar cuentas de invitados |
| Acceso a cuentas | Experiencia de Customer | Borrador de comunicación y equipo responsable | El personal sabe cómo recuperarán el acceso los Customers recurrentes |
| Clasificaciones de Customer | Responsable de B2B, fiscalidad, fidelización o CRM | Ejemplos de grupos/etiquetas y regla comercial relacionada | Está definido el responsable de destino de cada clasificación |
| Significado de Orders históricos | Soporte y finanzas | Paquete representativo de Orders | Se explican líneas, ajustes, estados, reembolsos y referencias |
| Alcance de datos sensibles | Responsable legal o de datos | Lista de campos aprobada | Se excluyen datos personales innecesarios o no compatibles |
Inventariar aplicaciones, integraciones y dependencias externas
Crea un único registro de dependencias para cada aplicación, extensión del origen, script, grupo de campos personalizados, automatización, webhook y sistema externo que modifique el funcionamiento de Products, Customers, Orders, precios, contenido o logística.
Para cada dependencia, registra:
- finalidad comercial;
- tipos de registros creados o modificados;
- registros principales de Shopify o del origen implicados;
- responsable de los datos y responsable técnico;
- disponibilidad de exportación o API;
- identificadores externos utilizados para conciliación;
- si la dependencia continuará, será sustituida o se retirará;
- datos que deben existir antes de configurar su sustitución.
Entre las dependencias prioritarias suelen encontrarse reseñas, búsqueda y filtrado, suscripciones, bundles, fidelización, B2B, personalización de Products, impuestos, envíos, pagos, publicaciones en canales de venta externos, ERP, PIM, WMS, CRM, contabilidad, analítica y sistemas de consentimiento.
El registro está preparado cuando cada dependencia comercialmente importante tiene un responsable de destino identificado. “La aplicación se encargaba” no constituye evidencia suficiente.
Seleccionar muestras representativas para la prueba de migración
El conjunto representativo debe revelar las decisiones importantes de preparación para Shopify sin intentar representar todo el catálogo. Selecciona deliberadamente los registros y adjunta las notas de propiedad esperadas.
| Muestra | Propósito de preparación |
|---|---|
| Product simple | Establecer el patrón habitual de Product, colección, imagen e inventario |
| Product con muchas variantes | Exponer la nomenclatura de opciones, identidad de variantes, imágenes, stock e IDs externos |
| Product con contenido estructurado | Exponer requisitos de metafields o metaobjects |
| Product personalizado o dependiente de una aplicación | Exponer entradas del Customer o propiedad de aplicaciones |
| Colección y URL prioritarias | Exponer decisiones de agrupación, navegación, contenido y redirección |
| Customer complejo | Exponer direcciones, clasificaciones, IDs externos y planificación del acceso a cuentas |
| Order histórico complejo | Exponer detalles de líneas, descuentos, logística, reembolsos y referencias externas |
| Registro localizado o específico de un Market | Exponer idioma, dominio, moneda y alcance de contenido regional |
Para cada muestra, proporciona el ID del registro de origen, la URL de origen cuando corresponda, el motivo comercial de la selección, el responsable previsto en Shopify, los IDs externos relacionados y las exclusiones conocidas. El registro de muestras está preparado cuando cada elemento seleccionado tiene una expectativa de origen, identificadores relacionados, exclusiones conocidas y un revisor asignado.
Completar la puerta de preparación para Shopify
Utiliza una revisión final de preparación antes de programar la ejecución de migración.
| Pregunta de preparación | Evidencia necesaria | Condición de preparación |
|---|---|---|
| ¿Está disponible el acceso necesario? | Registro de accesos y contactos responsables | Las áreas necesarias del origen y Shopify son accesibles |
| ¿Están clasificadas las familias de Products? | Matriz de familias de Products | Cada patrón de Product importante tiene un responsable de destino |
| ¿Están completas las decisiones sobre colecciones y URLs? | Inventario de rutas y esquema de colecciones | Las rutas prioritarias tienen destinos o decisiones de retirada |
| ¿Están explicadas las muestras de Customers y Orders? | Paquete de evidencia de Customers y Orders | Las relaciones históricas y de cuenta están documentadas |
| ¿Están inventariados las aplicaciones y los sistemas externos? | Registro de dependencias | Cada dependencia importante tiene un responsable que continuará operándola |
| ¿Son actuales las copias de seguridad y exportaciones del origen? | Archivo fechado y checksum o lista de archivos | La evidencia del origen puede recuperarse independientemente de la tienda activa |
| ¿Se han seleccionado muestras representativas para la migración? | Registro de muestras | El conjunto cubre registros habituales y excepcionales |
| ¿Tienen responsable los asuntos sin resolver? | Registro de decisiones | Cada asunto abierto tiene responsable y fecha límite |
La migración está preparada cuando ninguna decisión crítica sobre Products, Customers, Orders, URLs o integraciones depende de suposiciones no documentadas. La revisión final también debe confirmar que el paquete de evidencia es comprensible fuera del equipo que creó la tienda de origen. Si una decisión depende de que una sola persona recuerde cómo funcionaba una aplicación o un campo antiguo, documenta ese conocimiento antes de programar la ejecución.
Conclusión
La preparación para una migración hacia Shopify debe producir un paquete práctico de evidencia, no una lista de comprobación genérica. Products y variantes necesitan una propiedad definida, las colecciones deben separarse de la navegación y las URLs, la identidad del Customer debe distinguirse del funcionamiento de la cuenta y las aplicaciones, los Orders históricos necesitan evidencia representativa, y cada aplicación o identificador externo necesita un responsable que continúe operándolo.
Cuando estas decisiones se documentan antes de la prueba de migración representativa, el equipo puede evaluar la representación prevista en Shopify en lugar de descubrir el modelo de destino a partir de registros migrados aislados.
Preguntas frecuentes
¿Qué documento de preparación para Shopify debería crearse primero?
Empieza con el mapa de decisiones de destino para Products, colecciones, Customers, Orders, contenido, Markets, aplicaciones y sistemas externos. Este mapa determina qué exportaciones, muestras y responsables son necesarios para el resto del paquete de preparación.
¿Cuántos Products deben seleccionarse para preparar la prueba de migración representativa?
Utiliza el conjunto más pequeño que cubra todos los patrones importantes de Product: simples, con muchas variantes, con contenido estructurado, personalizados, agrupados en bundles o basados en suscripción, localizados y sincronizados con sistemas externos. La cobertura del funcionamiento importa más que un número fijo.
¿Todos los campos personalizados del origen deberían convertirse en metafields de Shopify?
No. Algunos valores corresponden a metafields o metaobjects, mientras que otros deben pertenecer al contenido de Product, variantes, aplicaciones, sistemas externos o exclusiones deliberadas. Clasifica cada campo según su finalidad y su consumidor futuro antes de elegir el destino.
¿Qué información de las cuentas de Customer necesita una preparación especial?
Prepara reglas de identidad, tratamiento de cuentas duplicadas, ejemplos de direcciones, clasificaciones de Customer, IDs externos y el enfoque de comunicación para los Customers recurrentes. No des por hecho que las credenciales de acceso del origen pueden reutilizarse directamente.
¿Qué debería incluirse en el inventario de URLs para Shopify?
Incluye rutas prioritarias de Products, equivalentes a colecciones, páginas del CMS, publicaciones del blog, políticas, campañas, contenido localizado y enlaces externos. Cada una debe tener un destino previsto en Shopify o una decisión explícita de retirada.
¿Cuándo está completa la preparación para Shopify?
Está completa cuando funciona el acceso necesario, la evidencia del origen puede recuperarse, los registros importantes tienen responsables de destino documentados, las muestras representativas cubren la complejidad real y cada asunto no resuelto tiene un responsable claramente asignado.