Si WooCommerce se selecciona como plataforma de destino, la preparación debe tratar la tienda como una aplicación de comercio que funciona dentro de WordPress. Products y variaciones comparten infraestructura de WordPress con el contenido, pero su significado comercial procede de WooCommerce y de sus extensiones. Los Orders pueden utilizar High-Performance Order Storage o el almacenamiento heredado de Posts de WordPress. Los Customers pueden ser usuarios registrados de WordPress o identidades transaccionales de invitados. Suscripciones, reservas, paquetes, membresías, precios mayoristas, campos personalizados del proceso de compra y registros de marketplace pueden residir en estructuras específicas de extensiones.
El paquete de preparación debe explicar dónde reside cada registro comercial, de qué relaciones de Product o transacción depende y qué sistema será responsable del funcionamiento continuo. Debe incluir copias de seguridad recuperables, la configuración actual de almacenamiento, pruebas de compatibilidad de extensiones, registros representativos y una condición final de preparación para cada área comercial material. El contenido CMS de WordPress sigue conectado, pero no debe duplicarse dentro del alcance de WooCommerce.
Establecer el límite de WooCommerce, los accesos y una instantánea del origen
Empieza separando los registros principales de WooCommerce de los registros CMS de WordPress, los registros comerciales gestionados por extensiones y los sistemas externos. Confirma la URL de la tienda de origen, la instalación de WordPress o sitio dentro de Multisite, la versión activa de WooCommerce, el tema activo, las extensiones habilitadas, el código personalizado y los sistemas actualmente autoritativos para Products, stock, Customers, Orders, precios, impuestos, envíos, pagos y procesamiento de pedidos.
| Acción de preparación | Responsable | Pruebas que conviene preparar | Condición de preparación |
|---|---|---|---|
| Definir el límite comercial de WooCommerce | Propietario de la tienda y responsable técnico | Lista de entidades que cubra Products, variaciones, Customers, Orders, Coupons, Reviews, reembolsos, descargas, extensiones y sistemas externos | Cada registro comercial tiene un responsable principal, de extensión, externo, de archivo o de exclusión. |
| Confirmar acceso de administración y alojamiento | Administrador de la tienda y responsable de alojamiento | Acceso administrativo a WordPress/WooCommerce, acceso a base de datos o ruta de exportación, archivos de uploads/descargas y acceso administrativo a extensiones | El equipo puede inspeccionar los registros seleccionados y recuperar el origen si resulta necesario. |
| Capturar el WooCommerce System Status Report | Responsable técnico | Informe fechado con información de WooCommerce, WordPress, PHP, base de datos, tema, overrides de plantillas, extensiones y entorno | El contexto de software y extensiones del origen queda registrado antes de comenzar los cambios. |
| Crear una instantánea completa del origen | Responsable de alojamiento o base de datos | Copia de seguridad fechada de la base de datos, archivos de wp-content, descargas de Products, archivos multimedia, referencias de configuración y responsable de restauración |
Se documentan alcance, fecha, ubicación, procedimiento de restauración y retención de la copia de seguridad. |
| Registrar los sistemas externos autoritativos | Responsables de integraciones | Mapa de identificadores de ERP, PIM, WMS, CRM, impuestos, pagos, envíos, procesamiento de pedidos, marketplaces y contabilidad | Los sistemas que seguirán siendo fuentes de autoridad y las claves que utilizan quedan explícitos. |
Si la tienda de origen continúa cambiando, registra la fecha y hora de la instantánea y los tipos de registros que pueden crearse o modificarse después. Este registro de cambios conserva el límite del origen e identifica qué registros pueden necesitar una instantánea actualizada.
Inventariar tipos de Products, atributos, variaciones e identidad vendible
WooCommerce core admite Products simples, agrupados, externos/de afiliación, variables, virtuales y descargables, mientras que las extensiones pueden añadir suscripciones, reservas, paquetes, Products compuestos, membresías, depósitos, extensiones de personalización de Products, reglas mayoristas y propiedad de marketplace. Inventaría cada tipo de Product utilizado realmente e identifica el componente que lo gestiona.
Los Products variables requieren especial atención. Los atributos globales o específicos de un Product pueden definir variaciones, y cada variación puede tener su propio SKU, identificadores, estado habilitado, precio normal o de oferta, coste, estado descargable/virtual, peso, dimensiones, clase de envío, clase fiscal, imagen, stock, regla de pedidos pendientes y umbral de stock bajo.
| Acción de preparación | Responsable | Pruebas que conviene preparar | Condición de preparación |
|---|---|---|---|
| Inventariar tipos de Products | Responsable de catálogo | Recuentos y muestras por tipo simple, agrupado, externo, variable, virtual, descargable y gestionado por extensiones | Cada tipo activo tiene una representación en destino o una exclusión intencionada. |
| Poner en correspondencia la identidad de Products y variaciones | Responsables de catálogo e integraciones | IDs de Products principales, IDs de variaciones, SKUs, GTIN/UPC/EAN/ISBN cuando se utilicen, claves externas e informe de identificadores duplicados | Cada artículo vendible puede distinguirse y reconciliarse entre los sistemas conectados. |
| Documentar atributos y generación de variaciones | Responsable de catálogo | Atributos globales, atributos personalizados, valores de términos, atributos predeterminados, combinaciones de variaciones y patrones de “Any attribute” | Los vocabularios de atributos y las combinaciones vendibles reales se conocen antes de definir correspondencias. |
| Capturar datos comerciales a nivel de variación | Responsables de catálogo e inventario | Muestras de precio, precio de oferta, imagen, stock, backorders, peso, dimensiones, impuestos, clase de envío y campos de descarga de variaciones | Los valores comerciales se asignan intencionadamente al nivel del Product principal o de la variación. |
| Registrar la propiedad de estructuras avanzadas de Products | Responsable de la extensión | Nombre/versión de la extensión, subtipo de Product, tablas/meta personalizados, Products relacionados y funcionamiento operativo | Los datos de suscripciones, reservas, paquetes, Products compuestos, complementos genéricos de Products, venta mayorista o marketplace tienen un responsable definido. |
Utiliza familias representativas de Products en lugar de depender solo de exportaciones agregadas. Incluye un Product simple, un Product variable con varios atributos, un Product virtual o descargable cuando corresponda y cada patrón material de Product definido por extensiones.
Preparar inventario, precios, taxonomías, archivos multimedia y archivos de Products
La preparación de Products también depende de clasificación, autoridad sobre el stock, contexto de precios, archivos multimedia y archivos descargables. Categories, etiquetas, atributos globales, clases de envío, clases fiscales, ventas cruzadas, ventas adicionales, Products agrupados y registros relacionados deben mantenerse diferenciados. El inventario puede gestionarse a nivel de Product, de variación, mediante una combinación de ambos o desde un almacén externo o una extensión.
| Área de preparación | Pruebas que conviene preparar | Responsable | Condición de preparación |
|---|---|---|---|
| Autoridad sobre inventario | Configuraciones de stock de Products/variaciones, backorders, valores de stock bajo, IDs de almacenes externos y responsable de sincronización | Responsable de inventario | Cada artículo vendible tiene una única ruta de stock declarada como autoritativa. |
| Precios y promociones | Precios base/de oferta, calendarios, precios por cantidad o grupo, responsable de extensión y contexto de moneda | Responsable comercial | Los precios se clasifican como valores principales de Product/variación, reglas de extensiones o valores de sistemas externos. |
| Categories y atributos de Products | Jerarquía, slugs de términos, asignaciones de Products, uso de atributos para variaciones o filtros y términos obsoletos | Responsable de catálogo | Las taxonomías permanecen conectadas a los Products previstos sin fusionar vocabularios que representan conceptos distintos. |
| Archivos multimedia de Products | Imagen destacada, galerías, imágenes de variaciones, texto alt, IDs de adjuntos, recursos remotos e informe de archivos faltantes | Responsables de catálogo y archivos multimedia | Los archivos prioritarios de Products y variaciones son accesibles y conservan relaciones conocidas con sus registros principales. |
| Archivos descargables | URLs/rutas de archivos, reglas de acceso, límites, caducidad, disponibilidad en origen y relaciones con Products/variaciones | Responsable de Products digitales | Cada descarga conservada tiene un archivo accesible y un Product o variación responsable definido. |
| Clasificación de envío e impuestos | Clases de envío, clases fiscales, estado virtual, dimensiones, peso y reglas especiales de extensiones | Responsable de operaciones | La evidencia de clasificación está completa sin tratar la configuración actual como si fueran datos históricos de Orders. |
El exportador CSV de Products puede ser una evidencia útil, pero debe acompañarse de inventarios de tipos de Products, extensiones, archivos y relaciones. Un CSV plano no puede representar completamente todas las estructuras de Products gestionadas por extensiones ni las dependencias de sistemas externos.
Preparar Customers, cuentas, direcciones y roles comerciales
Los Customers de WooCommerce pueden ser usuarios registrados de WordPress o compradores invitados registrados dentro de Orders. Los Customers registrados pueden tener direcciones de facturación y envío, metadatos de cuenta, historial de Orders, permisos de descarga y relaciones con extensiones. Roles de WordPress como Customer o Shop Manager definen el acceso, mientras que extensiones de membresía, venta mayorista, vendedores, fidelización o suscripciones pueden añadir perfiles y reglas independientes.
| Acción de preparación | Responsable | Pruebas que conviene preparar | Condición de preparación |
|---|---|---|---|
| Separar Customers registrados y compradores invitados | Responsable de atención al Customer | Recuentos, muestras, calidad de email/teléfono, IDs de cuenta y relaciones con Orders | Los Orders de invitados se conservan sin inventar cuentas y los Customers registrados siguen pudiendo vincularse. |
| Preparar direcciones de Customers | Responsable de atención al Customer | Campos de facturación/envío, extensiones de múltiples direcciones, formatos de país/estado y Customers representativos | Las direcciones actuales de cuenta se distinguen de las instantáneas históricas almacenadas en Orders. |
| Inventariar roles y perfiles comerciales | Administrador de la tienda y responsables de extensiones | Roles de WordPress, capacidades personalizadas, perfiles mayoristas/de membresía/de vendedor y registros relacionados | El acceso principal y la identidad comercial gestionada por extensiones tienen responsables separados. |
| Registrar dependencias de autenticación | Responsable de identidad | Contexto de hashes de contraseñas, inicio de sesión social, SSO, MFA y referencias de proveedores externos de identidad | La identidad del Customer permanece dentro del alcance aunque las credenciales necesiten otra ruta de acceso. |
| Preparar campos de privacidad y consentimiento | Responsables de privacidad y marketing | Fuente de consentimiento, marcas de tiempo, preferencias, reglas de retención e IDs del sistema de marketing | Los datos sensibles y de consentimiento tienen una decisión aprobada de destino, archivo, redacción o exclusión. |
No combines Customers únicamente por email cuando hogares, empresas compartidas, marketplaces, invitados o patrones históricos de identidad generen ambigüedad. Prepara evidencia de posibles duplicados y la regla que gobernará cualquier consolidación.
Inventariar Orders, reembolsos, Coupons, Reviews y contexto histórico
Los Orders conservan el historial de transacciones mediante líneas, referencias de Product o variación, atributos seleccionados, cantidades, precios, descuentos, impuestos, envíos, tasas, referencias de pago, instantáneas de facturación y envío, estados, notas, reembolsos, descargas y metadatos de extensiones. Prepara muestras que muestren el contexto completo de cada Order, no solo cabeceras y totales.
Los Coupons son registros promocionales separados con tipo de descuento, importe, restricciones, límites de uso, caducidad y relaciones de uso. Las Reviews de Products pueden utilizar comentarios de WordPress junto con metadatos de valoración o verificación de WooCommerce. Reembolsos, devoluciones, suscripciones, reservas y Orders de marketplace pueden depender de registros adicionales de extensiones.
| Acción de preparación | Responsable | Pruebas que conviene preparar | Condición de preparación |
|---|---|---|---|
| Inventariar estados e historiales de Orders | Responsables de operaciones y atención al Customer | Recuentos y muestras de estados pendientes, en proceso, completados, cancelados, fallidos, reembolsados y personalizados | Cada estado conservado tiene un significado histórico y un responsable comprendidos. |
| Preparar muestras de Orders complejos | Responsable de operaciones | Orders con variaciones, tasas, Coupons, impuestos, procesamiento parcial/dividido de pedidos, notas, reembolsos, descargas y campos personalizados | El conjunto de muestras representa las relaciones transaccionales que la tienda utiliza realmente. |
| Registrar referencias de pago y procesamiento de pedidos | Responsables de finanzas y procesamiento de pedidos | IDs de transacciones de gateways, IDs de envío/seguimiento, IDs de almacén/exportación, orígenes de marketplace y claves externas de Orders | Las referencias históricas siguen distinguiéndose de la configuración activa actual. |
| Inventariar reembolsos y registros posventa | Responsables de finanzas y atención al Customer | Reembolsos parciales/completos, líneas afectadas, importes, motivos, registros de devolución y responsable de extensión | El historial de reembolsos y devoluciones tiene un destino o archivo definido. |
| Preparar Coupons | Responsable de marketing | Reglas activas/históricas, límites de uso, restricciones, caducidad, Products/Categories incluidos o excluidos y requisitos sobre historial de uso | Los Coupons se clasifican como configuración activa, evidencia histórica o exclusión. |
| Preparar Reviews de Products | Responsable de contenido/atención al Customer | Valoración, autor, estado, relación con Product, significado de propietario verificado, respuestas y decisión de moderación | Las Reviews comerciales se separan de comentarios ordinarios de WordPress. |
La evidencia de Orders debe conservar el estado de la transacción histórica. Los precios actuales de Products, direcciones actuales de Customers, métodos de envío, configuración fiscal y configuración de gateways no deben utilizarse para recrear ni reinterpretar Orders antiguos.
Registrar la preparación de HPOS y del almacenamiento de Orders
High-Performance Order Storage utiliza tablas específicas para Orders de WooCommerce en lugar de depender solo de Posts y post meta de WordPress. Las Stores existentes pueden usar HPOS, almacenamiento heredado de Posts de WordPress o un modo de compatibilidad que sincroniza ambos almacenes. Deben identificarse las extensiones y el código personalizado que leen o escriben datos de Orders directamente porque el almacenamiento autoritativo puede variar.
| Acción de preparación | Responsable | Pruebas que conviene preparar | Condición de preparación |
|---|---|---|---|
| Registrar el almacenamiento autoritativo de Orders | Responsable técnico | Configuración de almacenamiento de datos de Orders de WooCommerce, estado de HPOS, estado del modo de compatibilidad y evidencia fechada de System Status | El equipo sabe si las tablas HPOS o las tablas de Posts de WordPress son autoritativas. |
| Registrar el estado de sincronización | Responsable técnico | Recuento de Orders no sincronizados o evidencia equivalente cuando se utilice modo de compatibilidad | No queda ambigüedad sobre qué almacén contiene el registro actual del Order. |
| Inventariar extensiones sensibles a HPOS | Responsables de extensiones | Declaraciones de compatibilidad, acceso directo conocido mediante SQL/post-meta, informes personalizados, exportaciones y código que modifica Orders | Cada extensión importante tiene una decisión de compatibilidad o reestructuración. |
| Poner en correspondencia metadatos personalizados de Orders | Responsables de operaciones y extensiones | Nombres de claves, propósito, valores de muestra, responsable de Order/línea, ubicación de almacenamiento y uso en búsqueda/informes | Los campos importantes pueden identificarse independientemente de la implementación de almacenamiento del origen. |
| Capturar tablas personalizadas relacionadas con Orders | Responsables de base de datos y extensiones | Esquema de tablas, recuento de filas, claves principales, estados, fechas e identificadores externos | Los registros críticos de Orders fuera del núcleo de WooCommerce tienen una decisión de destino o archivo. |
HPOS no es solo una nota de versión. Afecta a dónde residen los Orders y metadatos autoritativos y a si el código personalizado puede interpretarlos. La preparación debe resolver el almacenamiento y la responsabilidad de las extensiones antes de tratar los extractos de Orders como completos.
Preparar campos del proceso de compra y evidencia de configuración operativa
Las configuraciones del proceso de compra, pagos, impuestos, envíos, procesamiento de pedidos, email, cuentas y notificaciones controlan el comportamiento futuro de la tienda. Deben inventariarse porque explican los datos de origen y sus dependencias, pero la configuración en vivo no debe tratarse como si fueran registros ordinarios que se migran.
| Área de preparación | Pruebas que conviene preparar | Responsable | Condición de preparación |
|---|---|---|---|
| Campos del proceso de compra | Nombre, tipo, ubicación, obligatoriedad, responsable del almacenamiento, uso histórico y responsable de extensión/código personalizado | Responsable del proceso de compra | Se separan los campos históricos necesarios de los campos que forman parte de la configuración futura. |
| Métodos de pago | Lista de gateways, referencias de transacción, propiedad de tokens/vault, dependencia de suscripciones y etiquetas históricas | Responsable de finanzas | La evidencia histórica de pago queda dentro del alcance sin asumir que credenciales o tokens en vivo son reutilizables. |
| Envío y procesamiento de pedidos | Zonas, métodos, clases, integraciones de transportistas/almacenes, campos de seguimiento, extensiones de recogida/entrega y referencias de Orders | Responsable de procesamiento de pedidos | Las dependencias de configuración y los datos históricos de envío se clasifican por separado. |
| Impuestos | Tasas/clases, servicio fiscal externo, exenciones, valores fiscales históricos de Orders y responsabilidad por jurisdicción | Responsable fiscal | La evidencia histórica de impuestos permanece diferenciada de la configuración fiscal actual. |
| Notificaciones y webhooks | Plantillas de email, disparadores por estado, endpoints de webhooks, procesos de cola y listeners externos | Responsable de operaciones/técnico | Se conocen los procesos automatizados que crean o actualizan registros comerciales. |
| Configuración de cuentas y privacidad | proceso de compra como invitado, creación de cuentas, retención de datos, descargas y herramientas de privacidad | Administrador de la tienda y responsable de privacidad | El funcionamiento de cuentas y los datos de Customers conservados tienen responsables documentados. |
El objetivo de esta preparación es identificar el funcionamiento de origen, los registros que genera y el responsable de cada dependencia que continuará después de la migración.
Inventariar extensiones, código personalizado, tablas e integraciones externas
Las tiendas WooCommerce suelen depender de extensiones para suscripciones, reservas, membresías, paquetes, Products compuestos, extensiones de personalización de Products, depósitos, precios mayoristas, marketplaces, fidelización, puntos, devoluciones, facturación, impuestos, envíos y pagos. Construye un registro de extensiones en lugar de depender únicamente de la pantalla de plugins activos.
| Acción de preparación | Responsable | Pruebas que conviene preparar | Condición de preparación |
|---|---|---|---|
| Construir un registro de extensiones | Responsable técnico | Nombre, versión, propósito, estado activo, entidades gestionadas, tablas/meta, acciones programadas y servicios externos | Cada extensión crítica para el negocio tiene un responsable identificado sobre datos y funcionamiento. |
| Identificar código personalizado | Responsable de desarrollo | Plugin personalizado, funciones del tema, snippets, SQL directo, handlers REST/webhooks y plantillas de WooCommerce modificadas | Se documenta el comportamiento personalizado que crea o interpreta registros. |
| Poner en correspondencia identificadores externos | Responsables de integraciones | Claves de Products, variaciones, Customers, Orders, suscripciones, envíos, facturas y marketplaces | Cada clave conservada queda asociada con la entidad de destino que representa el mismo objeto comercial. |
| Clasificar datos generados o temporales | Responsable de extensión | Cachés, logs, sesiones, tablas transitorias, colas, índices y registros abandonados | Los datos técnicos no autoritativos se excluyen de forma deliberada. |
| Registrar dependencias entre entidades | Responsables comerciales y técnicos | Ejemplos de Product–suscripción, Customer–membresía, Order–reserva, vendedor–Product y relaciones similares | Los registros relacionados no se migrarán como tablas desconectadas. |
Los archivos de los plugins no sustituyen al registro de datos. Una extensión puede estar inactiva mientras sus registros siguen siendo importantes operativamente, o estar activa sin almacenar ningún dato que pertenezca al alcance de migración.
Preparar contenido WordPress, archivos multimedia, URLs y rutas comerciales
WooCommerce depende de WordPress para contenido del sitio, archivos multimedia, usuarios, menús y rutas. La lista de preparación de WooCommerce debe capturar las dependencias que afectan al comercio sin duplicar el inventario CMS completo de WordPress.
| Área de preparación | Pruebas que conviene preparar | Responsable | Condición de preparación |
|---|---|---|---|
| URLs de Products y Product Categories | Rutas prioritarias, slugs, jerarquía de Categories, breadcrumbs, datos canonical e intención del destino | Responsables de SEO y catálogo | Cada ruta comercial prioritaria tiene una decisión de conservar, cambiar, consolidar, retirar o redirigir. |
| Rutas de tienda, carrito, proceso de compra, cuenta y endpoints | Asignaciones actuales de Pages, slugs de endpoints, alcance de idioma/sitio y dependencias de plugins | Administrador de la tienda y responsable técnico | Las rutas de aplicación se distinguen de CMS Pages ordinarias. |
| Archivos multimedia y descargas de Products | Relaciones de adjuntos/archivos, recursos remotos, galerías, imágenes de variaciones y acceso a archivos | Responsables de catálogo/archivos multimedia | Los archivos y referencias comerciales prioritarios están disponibles. |
| Contenido CMS conectado | Guías de compra, Blog Posts, Pages de destino, enlaces internos, bloques/shortcodes de Products y contenido de campañas | Responsable de contenido | El contenido conectado con el comercio tiene una responsabilidad WordPress y dependencias de rutas conocidas. |
| SEO y redirecciones | Responsable de metadatos, fuente del sitemap, reglas existentes de redirección, entradas de datos estructurados y URLs de alto valor | Responsable SEO | Los datos SEO de comercio y la continuidad de rutas tienen responsables explícitos. |
| Idiomas o Multisite | Responsabilidad de tienda/sitio/idioma, relaciones de traducción, alcance de dominio/ruta y usuarios compartidos | Responsable de localización/técnico | Los registros de Products y contenido no se mezclarán entre ámbitos de sitio o idioma distintos. |
La preparación más amplia de Posts, CMS Pages, tipos de Posts personalizados, usuarios, constructores y aplicaciones de plugins de WordPress pertenece al alcance CMS de WordPress. Esta sección captura únicamente los registros WordPress que afectan materialmente a la continuidad comercial de WooCommerce.
Seleccionar muestras representativas para las pruebas de migración
Selecciona muestras que expongan las relaciones comerciales reales de la tienda. El registro de muestras debe incluir IDs de origen, SKUs, URLs públicas, relaciones padre/hijo, responsables de extensiones, claves externas y el motivo por el que se eligió cada muestra.
| Muestra | Pruebas que conviene preparar | Propósito de preparación |
|---|---|---|
| Product simple | Precio, stock, clases fiscales/de envío, archivos multimedia, Categories y clave externa | Establece la referencia principal de Product. |
| Product variable | Atributos globales/personalizados, variaciones, SKUs, precios, stock, imágenes, backorders y valores predeterminados | Representa la estructura Product principal–variación y la identidad vendible. |
| Product virtual o descargable | Archivo, límite/caducidad de acceso, estado de envío y Orders relevantes | Representa procesamiento de pedidos no físico y responsabilidad sobre archivos. |
| Patrón de Product gestionado por extensión | Suscripción, reserva, paquete, Product compuesto, complemento genérico de Product, venta mayorista, marketplace o registros similares | Expone tablas de extensiones y relaciones entre registros. |
| Customer registrado y Order de invitado | Direcciones, identidad de cuenta/invitado, roles, relaciones con Orders e IDs externos | Representa ambos modelos de identidad de Customers. |
| Order histórico complejo | Líneas de variaciones, Coupon, tasa, impuestos, envío, referencia de pago, notas, reembolso y campos personalizados | Representa el contexto comercial histórico. |
| Order sensible a HPOS | Estado de almacenamiento, metadatos personalizados, dependencias de extensiones y uso en informes externos | Expone suposiciones sobre almacenamiento y compatibilidad de Orders. |
| Muestra de URL/contenido comercial | Product, Category, endpoint, archivos multimedia, SEO, redirección y contenido CMS enlazado | Representa dependencias de rutas entre WordPress y WooCommerce. |
El conjunto debe incluir casos límite utilizados realmente por la tienda, no complejidad hipotética. Cada muestra seleccionada debe tener evidencia de origen, registros relacionados de extensiones, archivos enlazados y un revisor asignado.
Completar la puerta final de preparación de WooCommerce
Consolida la evidencia en un registro de preparación antes de ejecutar la migración. Cada dependencia sin resolver debe tener un responsable, una decisión pendiente y una consecuencia para el alcance.
| Área de preparación | Condición para estar preparado |
|---|---|
| Origen y recuperación | Se han registrado accesos, System Status Report, copia de seguridad completa, inventario de software, fecha/hora de la instantánea y responsable de restauración. |
| Products e inventario | Se han documentado tipos de Products, variaciones, atributos, identificadores, autoridad sobre stock, precios, archivos multimedia, archivos, Categories, impuestos y clases de envío. |
| Customers e identidad | Se han clasificado identidades registradas/de invitados, direcciones, roles, perfiles de extensiones, campos de privacidad y dependencias de autenticación. |
| Orders e historial | Estados, líneas, totales, impuestos, Coupons, tasas, reembolsos, Reviews, referencias de pago/envío e IDs externos tienen evidencia de origen. |
| HPOS | Se conocen el almacenamiento autoritativo de Orders, estado de sincronización, metadatos personalizados, acceso directo a datos y compatibilidad de extensiones. |
| Operaciones | Campos del proceso de compra, pagos, envíos, impuestos, procesamiento de pedidos, notificaciones y registros generados tienen responsables definidos. |
| Extensiones e integraciones | Se han inventariado extensiones críticas, código personalizado, tablas personalizadas, sistemas externos y relaciones entre registros. |
| Dependencias de WordPress | Se han documentado rutas comerciales, archivos multimedia, SEO, redirecciones, contenido CMS conectado, idioma y alcance del sitio. |
| Muestras | El registro de muestras cubre cada patrón material de Product, Customer, Order, HPOS, extensión y ruta. |
El alcance de WooCommerce está preparado cuando el equipo puede rastrear cada registro comercial seleccionado hasta su almacenamiento de origen, responsable comercial, registros relacionados, sistema de destino o sistema conservado que seguirá siendo responsable y pruebas de respaldo.
Conclusión
Preparar una migración hacia WooCommerce requiere evidencia coordinada sobre Products, variaciones, atributos, inventario, Customers, Orders, HPOS, Coupons, Reviews, reembolsos, campos del proceso de compra, operaciones, extensiones, rutas de WordPress y sistemas externos. Una exportación de Products o una lista de plugins por sí solas no pueden explicar las relaciones que hacen comercialmente utilizable la tienda.
Un paquete de preparación sólido establece el almacenamiento autoritativo, conserva copias de seguridad recuperables, identifica registros principales y gestionados por extensiones, separa las transacciones históricas de la configuración actual, selecciona muestras representativas y resuelve cada dependencia material antes de comenzar la ejecución de la migración.
Preguntas frecuentes
¿Qué debería prepararse primero para una migración hacia WooCommerce?
Define el límite comercial de WooCommerce y captura una instantánea recuperable del origen. Registra los sistemas autoritativos para Products, stock, Customers, Orders, precios, impuestos, envíos, pagos y procesamiento de pedidos antes de comenzar la correspondencia detallada.
¿Por qué los Products variables requieren preparación independiente?
Cada variación puede tener su propio SKU, identificadores, precio, imagen, stock, configuración de backorders, peso, dimensiones, clase de envío, clase fiscal y campos de descarga. La evidencia limitada al Product principal puede ocultar los registros que realmente se compran y procesan.
¿Qué evidencia de HPOS debería recopilarse?
Registra el almacenamiento autoritativo de Orders, el estado del modo de compatibilidad, el estado de sincronización, los metadatos personalizados de Orders, el acceso directo a base de datos, las tablas personalizadas relacionadas con Orders y la compatibilidad de extensiones. Esto muestra dónde residen los Orders actuales y qué componentes dependen del modelo de almacenamiento.
¿Deben inventariarse las extensiones de WooCommerce aunque estén inactivas?
Sí, cuando crearon registros que siguen siendo importantes comercial o históricamente. El estado activo por sí solo no demuestra si una extensión es propietaria de Products, perfiles de Customers, Orders, suscripciones, reservas, registros de vendedores o tablas personalizadas que continúan dentro del alcance.
¿Cómo debe dividirse la preparación entre WordPress y WooCommerce?
La preparación de WordPress es responsable de Posts CMS, CMS Pages, tipos de Posts personalizados, taxonomías, usuarios, constructores, archivos multimedia y límites de aplicaciones de plugins. La preparación de WooCommerce es responsable de Products comerciales, variaciones, Customers, Orders, HPOS, Coupons, Reviews y extensiones comerciales, documentando únicamente las dependencias de WordPress necesarias para esos registros.
¿Qué registros deberían seleccionarse para pruebas representativas de migración?
Selecciona ejemplos reales que representen Products simples y variables, Products no físicos, patrones de Products gestionados por extensiones, identidades registradas y de invitados, Orders complejos, metadatos sensibles a HPOS y rutas comerciales. Cada muestra debe incluir sus registros relacionados y el motivo de selección.