Plan de Migración
Plan de Migración Técnica
Migración de infraestructura del sitio praga.com.ar hacia el nuevo entorno productivo.
Resumen Ejecutivo
El presente documento describe el proceso de migración técnica previsto para el despliegue del nuevo entorno web de praga.com.ar, incluyendo cambio de infraestructura, validaciones posteriores, impacto operativo y consideraciones necesarias para una transición controlada.
Alcance de la Migración
La intervención contempla el switch-over del dominio principal hacia el nuevo entorno de hosting mediante actualización de registros DNS administrados actualmente en Hostinger.
La delegación registral en NIC Argentina permanecerá sin modificaciones.
Esto permitirá publicar el nuevo desarrollo manteniendo intacta la administración registral del dominio y la infraestructura de correo existente.
Plan Técnico de Ejecución
1. Prevalidación del Entorno
- Validación WordPress / WooCommerce.
- Asociación del dominio principal al nuevo hosting.
- Verificación de compatibilidad PHP y base de datos.
- Revisión SSL/TLS.
- Validación de URLs internas.
- Purgado de caché.
2. Cutover DNS
- Actualización de registros A / CNAME.
- Redirección del tráfico productivo.
- Monitoreo activo de propagación global.
- Impacto inicial: inmediato.
- Propagación parcial: 1–12 horas.
- Estabilización: hasta 24/36 horas.
3. Reconfiguración Post-Migración
Integraciones críticas que requieren validación:
Puede requerirse refresh de credenciales, tokens, webhooks y resincronización operativa.
Plazo estimado: hasta 24 horas posteriores al cambio principal.
Ventana de Impacto Operativo
Durante la migración podrían presentarse interrupciones parciales o totales debido a propagación DNS, cachés distribuidas y revalidación de integraciones.
Aunque el downtime efectivo suele ser inferior, esta ventana debe considerarse como margen operativo oficial.
Resguardo del Histórico Comercial
El entorno productivo actual no será eliminado.
Permanecerá conservado como sandbox / snapshot operativo para consultas futuras.
- Consulta de pedidos históricos.
- Auditoría comercial.
- Revisión de configuraciones previas.
- Recuperación de información si fuese necesario.
Posibles Requerimientos del Cliente
Precauciones Operativas
- Evitar campañas de tráfico pago activas.
- No modificar catálogo durante migración.
- Evitar cambios simultáneos administrativos.
- Informar al equipo comercial.
- Validar procesos críticos tras estabilización.
Reporte Preliminar 24 horas - 19.05.2026
Informe Preliminar de Migración
Estado operativo del nuevo entorno productivo de praga.com.ar tras 24 horas posteriores al cutover DNS. Validación funcional, integraciones, pasarelas de pago y pendientes técnicos.
Estado General del Despliegue
La migración hacia el nuevo entorno productivo se completó dentro de la ventana operativa estimada. El sitio se encuentra publicado y funcional sobre el nuevo stack (Hostinger Cloud Startup + WordPress + WooCommerce). La propagación DNS se estabilizó correctamente, los certificados SSL/TLS fueron re-emitidos y las URLs internas fueron normalizadas mediante search-replace global sobre la base de datos.
Se identificó un único bloqueador operativo crítico (integración OCA WebService) y se relevaron pendientes menores que requieren validación por parte del cliente antes del cierre de migración.
Validaciones Completadas
Bloqueador Crítico: Integración OCA WebService
⚠ Acción requerida por parte del cliente
La integración con OCA e-Pak (módulo WooCommerce OCA) no está cotizando tarifas de envío. El plugin reporta el siguiente error al consultar la API:
Error: get_quotes — El CUIT o la operativa son inválidos.
Diagnóstico técnico: el WebService de OCA está rechazando las llamadas de cotización porque el CUIT registrado en la configuración del plugin o el código de operativa asignado no coinciden con los datos vinculados al contrato e-Pak del cliente en los sistemas de OCA.
- CUIT exacto registrado en el contrato de WebService e-Pak (con formato).
- Código de operativa asignado a la cuenta y su tipo (Puerta a Puerta / Puerta a Sucursal / Sucursal a Sucursal).
- Confirmación de que el módulo WebService e-Pak está habilitado (es una activación distinta a la cuenta operativa estándar de OCA).
- Credenciales de WebService activas y vigentes (usuario y contraseña pueden diferir de las del panel web de OCA).
- Cobertura geográfica contratada (algunos contratos cubren solo AMBA, otros tienen alcance nacional).
Medida de mitigación temporal: mientras se resuelve la habilitación con OCA, se dejó habilitado el método "Retiro en Tienda" como opción de envío disponible en todas las zonas geográficas configuradas. Esto permite continuar operando el checkout sin bloquear ventas, aunque restringe la conversión de compradores fuera del radio del local.
Pendientes de Validación con el Cliente
Solicitamos al cliente confirmar que los correos de notificación de nueva venta (destinados al administrador del comercio) están llegando correctamente a la casilla configurada. Verificar también carpeta de SPAM y filtros del proveedor de correo.
Se detectaron categorías de WooCommerce sin productos publicados, generando páginas vacías indexables. Pendiente decidir con el cliente si se archivan, se ocultan del menú, o se cargan productos.
El formulario de captura de leads presente en la home no está vinculado a una lista activa de destino. Submissions actuales no se están persistiendo en ninguna plataforma de email marketing.
- ¿Utilizan actualmente Mailchimp u otra plataforma de email marketing (Brevo, ActiveCampaign, MailerLite, etc.)?
- En caso afirmativo: ¿a qué audiencia / lista específica deben sumarse los suscriptores capturados desde la home?
- ¿Existen tags o segmentaciones que deban aplicarse a estos contactos?
- En caso negativo: se procederá a remover el formulario o reemplazarlo por una captura local en base de datos WordPress.
Próximos Pasos Técnicos
1. Resolución de envíos OCA
- Recepción de datos validados por OCA (CUIT + código de operativa + credenciales WebService e-Pak).
- Actualización de configuración del plugin OCA WooCommerce.
- Validación de cotización mediante "Verificar conexión" en panel del plugin.
- Pruebas de cotización end-to-end con CPs de prueba (CABA, GBA, interior).
- Configuración de operativas: Puerta a Puerta y Sucursal a Sucursal como fallback.
- Activación de envíos en todas las zonas y desactivación parcial del "Retiro en Tienda" como único método.
2. Validación de plugins de sincronización
- Auditoría de Wanderlust Centum: validación de credenciales API, sincronización de stock y precios desde el ERP.
- Auditoría de Wanderlust Meli Sync: verificación del token OAuth de Mercado Libre, mapeo de publicaciones y sincronía bidireccional de stock.
- Revisión de logs de error de ambos plugins post-migración.
- Confirmación con el cliente sobre frecuencia de sincronización esperada y catálogo activo en MeLi.
- Verificación de webhooks entrantes desde plataformas externas.
3. Integraciones Google y analítica
- Re-vinculación de Google Search Console con el nuevo entorno y reenvío de sitemap XML.
- Validación de Google Analytics 4 / Tag Manager: confirmar tracking ID activo y eventos de conversión disparándose.
- Verificación de Google Merchant Center (si aplica) y feed de productos.
- Solicitud de re-indexación de URLs clave para acelerar recuperación SEO.
4. Resolución de pendientes menores
- Definición del destino del formulario de newsletter según respuesta del cliente.
- Limpieza o repoblación de categorías sin productos.
- Validación final con el cliente sobre recepción de correos administrativos.
- Configuración del plugin custom de versión
4.0.4.2(corrección de cabecera incompatible con parser de Elementor).
5. Hardening y monitoreo post-estabilización
- Desactivación de auto-updates en plugins críticos con versiones congeladas (Mercado Pago, integraciones a medida).
- Configuración de backups automatizados en Hostinger con retención mínima de 14 días.
- Activación de plugin de caché y CDN para optimización de TTFB.
- Auditoría de seguridad: hardening de
wp-config.php, deshabilitación de XML-RPC si no se usa, revisión de permisos de usuarios. - Monitoreo de logs de error PHP y Query Monitor durante las primeras 72 horas.
- Conservación de la instalación previa como sandbox/snapshot operativo.
6. Cierre formal de migración
- Confirmación end-to-end de OCA cotizando correctamente.
- Validación funcional completa por parte del cliente.
- Sign-off del cliente sobre el nuevo entorno.
- Entrega de documentación técnica final y credenciales de acceso.
Resumen de Estado por Componente
Reporte de Cierre - 01.06.2026
Informe de Cierre · Migración praga.com.ar
Resumen ejecutivo y técnico del proceso completo de migración de praga.com.ar hacia el nuevo entorno productivo (Hostinger Cloud Startup + WordPress + WooCommerce). Todos los ítems del plan fueron abordados. La continuidad operativa queda bajo el plan de Web Mastering de junio.
Cierre de Migración: Estado General
El proceso de migración de praga.com.ar queda formalmente cerrado. El nuevo entorno productivo se encuentra estable, con todas las integraciones críticas operativas y los ítems pendientes del informe T+24h resueltos o derivados al plan de Web Mastering mensual según corresponde.
Durante las dos semanas posteriores al cutover se abordaron los ajustes de OCA WebService, la corrección de notificaciones administrativas, la configuración de visibilidad de categorías vacías, y la verificación de los plugins de sincronización Wanderlust. El sitio opera con normalidad y el equipo de Praga tiene acceso completo al panel de administración.
Resoluciones Post Informe T+24h
Praga proveyó los datos correctos de CUIT y código de operativa validados con su ejecutivo de OCA. Se actualizó la configuración del plugin, se verificó la conexión desde el panel y se realizaron pruebas de cotización end-to-end con códigos postales de CABA, GBA e interior. La cotización de envíos Puerta a Puerta y Sucursal a Sucursal funciona correctamente. El método "Retiro en Tienda" fue mantenido como opción adicional, no como único método.
Se agregó el correo de Martina Mazzara (mmazzara@praga.com.ar) a los destinatarios de notificaciones internas de WooCommerce. Las notificaciones de nueva venta, pedido en proceso y pago recibido están llegando correctamente a todas las casillas administrativas configuradas.
Se configuró el ocultamiento automático de categorías sin productos publicados en las páginas de archivo de WooCommerce. Para el Mega Menú, al tratarse de un menú no tradicional, las entradas deben removerse manualmente: se acordó con el equipo de Praga que notificarán cuando finalicen la clasificación del catálogo, momento en el que se actualizará el mega menú.
Praga confirmó que actualmente no utilizan ninguna plataforma de email marketing activa. El formulario de captura de leads de la home se mantendrá desvinculado hasta que se defina la plataforma a usar. La integración con Mailchimp, Brevo u otra herramienta queda agendada como ítem del plan de Web Mastering de junio cuando el equipo lo defina.
Validaciones Técnicas Adicionales Post-Cutover
Credenciales API verificadas. Sincronización de stock y precios desde el ERP funcionando correctamente. Logs de post-migración revisados sin errores críticos activos.
Token OAuth de Mercado Libre verificado y vigente. Mapeo de publicaciones activas revisado. Sincronía bidireccional de stock operativa. Webhooks entrantes desde MeLi respondiendo correctamente.
Corregida la cabecera incompatible con el parser de Elementor que generaba conflicto en el builder. El plugin opera correctamente en el nuevo entorno sin interferencia sobre el editor de páginas.
Backups automáticos configurados en Hostinger con retención de 14 días. El snapshot del entorno previo se conserva como referencia histórica.
Se desactivaron las actualizaciones automáticas en los plugins con versiones congeladas: Mercado Pago, ambos plugins Wanderlust y el plugin custom. Las actualizaciones de estos se gestionan manualmente y con validación previa en staging.
Hardening de wp-config.php aplicado. XML-RPC deshabilitado. Revisión de permisos de usuarios completada. Logs de error PHP y Query Monitor monitoreados durante las primeras 72 horas sin incidencias.
Resumen de Estado Final por Componente
Continuidad Operativa · Web Mastering Junio
SEO técnico y analítica
- Re-vinculación de Google Search Console y reenvío de sitemap XML.
- Validación de Google Analytics 4 / Tag Manager: eventos de conversión activos.
- Verificación de Google Merchant Center y feed de productos.
- Solicitud de re-indexación de URLs clave para recuperación SEO post-migración.
Email marketing
- Definición de plataforma con el equipo de Praga (Mailchimp, Brevo, etc.).
- Integración del formulario de newsletter de la home con la lista activa.
- Sin acción desde nuestra parte hasta confirmación del cliente.
Mega Menú y catálogo
- Praga notifica cuando finalice la clasificación del catálogo.
- Limpieza y actualización del Mega Menú post-clasificación.
- Categorías de archivo ya configuradas con ocultamiento automático.
Monitoreo continuo
- Seguimiento de performance y TTFB (caché + CDN activos).
- Revisión mensual de logs de error PHP y plugins críticos.
- Gestión de actualizaciones de plugins con ciclo de validación en staging.
- Renovación de certificados SSL supervisada vía Hostinger.