Antes de mover un solo buzón
Migrar email no empieza cuando cambias registros DNS o configuras cuentas nuevas. Empieza antes, cuando todavía puedes preguntar, documentar y descubrir qué depende del correo actual. Si te saltas esa parte, una migración que parecía de tres buzones puede terminar afectando formularios, facturas, órdenes de Shopify, acceso a cuentas administrativas o recuperación de plataformas.
Para una pyme, el email es parte de la operación diaria. Para un proveedor de IT, auditar antes de migrar es la diferencia entre un cambio controlado y una cadena de sorpresas.
Una buena auditoría no tiene que ser enorme. Tiene que contestar preguntas concretas: qué existe, quién lo usa, dónde vive, qué está conectado, qué se debe conservar y qué no se debe tocar hasta tener plan.
Ruta de auditoría antes de migrar email
- Antes de mover un solo buzón
- Respuesta rápida para proveedores de IT
- Qué debes inventariar antes de migrar email
- Cómo revisar dominio, DNS, usuarios y dispositivos
- Cómo evitar pérdida de mensajes y accesos
- Preguntas frecuentes
Categoría principal: IT Services Business Operations
Respuesta rápida para proveedores de IT
- Mejor para: proveedores de IT, freelancers técnicos y negocios pequeños que migran email para pymes.
- Idea central: antes de migrar, inventaria buzones, alias, DNS, dispositivos, formularios, recuperación y plataformas conectadas.
- Tiempo estimado: una auditoría básica puede tomar de 60 a 120 minutos si el cliente tiene accesos. Si faltan cuentas o hay varios usuarios, puede tomar más.
- Resultado realista: una migración con menos interrupciones, mejor soporte el día del cambio y menos pérdida de mensajes o accesos.
- Cuándo no usar este enfoque: si el correo está caído ahora mismo, separa la emergencia de la migración. Primero estabiliza, luego planifica.
Qué debes inventariar antes de migrar email
El inventario es la parte menos glamorosa de una migración, pero suele ser la más importante. Antes de tocar proveedores, necesitas saber cuántos buzones existen, quién los usa, qué alias reciben mensajes, qué reenvíos están activos y qué cuentas tienen valor administrativo.
No te quedes solo con la lista que el cliente recuerda. En pymes es común que existan cuentas viejas, alias olvidados, buzones compartidos, reenvíos a empleados que ya no están y direcciones usadas para recuperar plataformas. El cliente puede decir “solo usamos info y ventas”, pero el dominio puede tener admin@, billing@, soporte@ o correos conectados a formularios antiguos.
También debes separar cuentas humanas de cuentas funcionales. Una cuenta humana pertenece a una persona. Una cuenta funcional representa una tarea del negocio, como ventas, facturación o soporte. Esa diferencia importa porque no todas se migran ni se administran igual.
Términos que conviene aclarar
- Buzón activo: cuenta que recibe y envía correo directamente.
- Alias: dirección que recibe mensajes y los envía a otro buzón.
- Reenvío: regla que manda mensajes de una cuenta a otra dirección.
- Cuenta compartida: buzón usado por más de una persona.
- Cuenta administrativa: email usado para registrar, recuperar o administrar servicios.
- Migración histórica: traslado de mensajes antiguos, carpetas y datos existentes.
- Ventana de cambio: periodo acordado para hacer cambios con menor impacto.
Mini escenario: el buzón que nadie mencionó
Un cliente pide migrar cinco cuentas a un nuevo proveedor. En la reunión inicial menciona info@, ventas@, admin@, contabilidad@ y una cuenta personal del dueño. Todo parece manejable.
Durante la auditoría aparece un alias orders@ que recibe notificaciones de Shopify, un reenvío viejo hacia un exempleado y una cuenta webmaster@ que controla el dominio. También hay un formulario del website que envía mensajes a info@, pero el plugin guarda una dirección secundaria que nadie recordaba.
Sin auditoría, esos detalles aparecen después de la migración, cuando ya hay presión. Con auditoría, se convierten en tareas claras: migrar, eliminar, redirigir, documentar o cotizar aparte.
Cómo revisar dominio, DNS, usuarios y dispositivos
El correo no vive solo en la bandeja de entrada. Vive amarrado al dominio y al DNS. Por eso una auditoría de email debe revisar dónde está registrado el dominio, quién puede cambiar DNS y qué registros están activos antes del cambio.
También hay que revisar cómo los usuarios acceden al correo. No es lo mismo un negocio donde todos entran por navegador que una oficina con Outlook en computadoras, celulares personales, tablets y firmas configuradas a mano. Si no lo preguntas antes, el día de la migración se convierte en una fila de llamadas: “mi celular no recibe”, “Outlook pide contraseña”, “el calendario no aparece”, “el formulario no llegó”.
La meta no es prometer cero problemas. La meta es saber dónde están los puntos de fricción y preparar al cliente.
Checklist de auditoría técnica
- Confirmar quién controla el dominio.
- Identificar dónde se administra el DNS.
- Tomar nota de registros MX actuales.
- Revisar si existen SPF, DKIM y DMARC.
- Listar buzones, alias y reenvíos.
- Confirmar usuarios activos e inactivos.
- Revisar dispositivos por usuario.
- Verificar formularios del website y destinatarios.
- Identificar notificaciones de Shopify, Odoo, pagos, hosting o calendario.
- Confirmar método de recuperación y MFA de cuentas críticas.
Guía rápida de decisión
- Si el cliente tiene pocos buzones y entra solo por webmail, la migración puede ser más sencilla.
- Si usa Outlook, celulares y cuentas compartidas, planifica soporte por dispositivo.
- Si hay Shopify, Odoo o formularios conectados, programa pruebas después del cambio.
- Si nadie sabe dónde está el DNS, no migres hasta encontrarlo.
- Si hay cuentas de exempleados activas, resuelve seguridad y propiedad antes de mover mensajes.
Tabla de inventario recomendada
| Área | Qué anotar | Por qué importa |
|---|---|---|
| Buzones | Nombre, usuario, uso, tamaño aproximado | Define cuentas a crear y datos a migrar |
| Alias | Dirección, destino, propósito | Evita perder mensajes dirigidos a roles |
| Reenvíos | Origen, destino, dueño | Detecta fugas y reglas viejas |
| DNS | Proveedor, acceso, registros de email | Permite cambiar recepción del correo |
| Dispositivos | Outlook, celular, tablet, webmail | Prepara soporte posterior |
| Formularios | Página, destino, prueba realizada | Evita perder leads del website |
| Plataformas | Shopify, Odoo, pagos, hosting, CRM | Identifica notificaciones críticas |
| Recuperación | Cuenta alterna, MFA, dueño | Reduce bloqueos después del cambio |
Cómo evitar pérdida de mensajes y accesos
La pérdida de mensajes no siempre significa que el correo desapareció. A veces los mensajes llegan al buzón viejo porque el DNS todavía no propagó. A veces el usuario sigue entrando al proveedor anterior. A veces el formulario del website manda a una dirección que no se migró. A veces el cliente cree que “no llegó nada” porque el mensaje cayó en otra carpeta.
Por eso conviene definir una ventana de cambio y un periodo de verificación. No cambies todo y desaparezcas. Una migración responsable incluye pruebas de envío, recepción, webmail, dispositivos prioritarios, formularios, alias y cuentas administrativas.
También hay que hablar de datos históricos. Algunos clientes solo necesitan mensajes recientes. Otros necesitan años de correo por razones operativas, legales o de relación con clientes. Si hay mucho historial, la migración puede tardar más y debe cotizarse con cuidado.
Pruebas mínimas después del cambio
- Enviar mensaje desde una cuenta externa al nuevo buzón.
- Enviar mensaje desde el nuevo buzón hacia una cuenta externa.
- Probar cada alias importante.
- Probar formulario principal del website.
- Confirmar recepción de notificaciones críticas.
- Revisar acceso en el dispositivo principal de cada usuario clave.
- Confirmar que el cliente sabe entrar por webmail.
- Verificar que las cuentas administrativas tienen recuperación documentada.
Errores comunes en migraciones de email
- Migrar sin inventario: pasa por prisa → crea una tabla mínima antes de tocar DNS.
- No revisar alias: el buzón principal funciona, pero se pierden mensajes por rol → lista cada alias y destino.
- Ignorar dispositivos: el correo funciona en webmail, pero el cliente usa Outlook → pregunta y limita cuántos dispositivos configuras.
- No probar formularios: el website sigue enviando al destino viejo → prueba antes y después.
- No separar historial: el cliente espera años de mensajes sin que esté cotizado → define qué se migra y qué no.
- No tener plan de reversa: un error pequeño se vuelve emergencia → guarda la configuración anterior y define cómo volver si hace falta.
Alternativas según el riesgo
| Opción | Mejor para | Pros | Contras |
|---|---|---|---|
| Configuración nueva sin migrar historial | Negocio nuevo o buzones vacíos | Más rápida, menos compleja | No conserva mensajes anteriores |
| Migración parcial | Cliente que solo necesita cuentas y mensajes recientes | Menos costo y menos tiempo | Puede dejar historial en proveedor viejo |
| Migración completa | Cliente que necesita años de correo | Más continuidad para usuarios | Requiere más tiempo, pruebas y cuidado |
| Auditoría primero, migración después | Cliente desorganizado o sin accesos claros | Reduce riesgo y aclara alcance | Puede retrasar el cambio inicial |
Cómo presentar la auditoría al cliente
No vendas la auditoría como una traba. Preséntala como protección. El cliente no necesita oír una lista larga de términos técnicos. Necesita entender que el correo está conectado a ventas, acceso y operación.
Una frase útil es: “Antes de migrar, quiero revisar qué cuentas existen, qué está conectado y qué debemos probar para no perder mensajes ni acceso”. Esa explicación es simple, pero comunica valor.
También ayuda dividir la propuesta en dos etapas. La primera es auditoría y plan. La segunda es migración. Así evitas cotizar una migración como si fuera simple cuando todavía no sabes si el cliente tiene dominio, DNS, múltiples dispositivos, historial grande o cuentas críticas.
Entregable simple de auditoría
Una auditoría pequeña puede terminar con un documento de 1 a 3 páginas que incluya:
- Lista de buzones, alias y reenvíos.
- Proveedor actual y proveedor destino.
- Estado de dominio y DNS.
- Riesgos encontrados.
- Plataformas conectadas al email.
- Qué se migrará y qué no.
- Ventana de cambio recomendada.
- Pruebas necesarias después del cambio.
- Soporte posterior incluido.
- Tareas fuera de alcance.
Ese documento no tiene que verse corporativo. Tiene que ser claro. El cliente debe poder leerlo y decir: “Ahora entiendo por qué esto no era solo crear cuentas nuevas”.
El día de migración no debe ser el día de descubrir problemas
El día del cambio debe ser ejecución, no descubrimiento. Si ese día descubres que el dueño no tiene acceso al DNS, que una cuenta crítica pertenece a un exempleado o que Shopify manda órdenes a un alias olvidado, la auditoría falló o nunca existió.
Por eso conviene tener una lista de “go / no-go”. Si faltan accesos, si no se confirmó DNS, si el cliente no aprobó la ventana de cambio o si no se sabe qué historial se necesita, no migres todavía. Es mejor retrasar un cambio que romper el correo de un negocio por apuro.
En Puerto Rico, muchas pymes dependen de email, WhatsApp, llamadas y formularios al mismo tiempo. Si el email falla durante un día ocupado, el cliente no lo ve como un problema técnico aislado. Lo siente como pérdida de operación. Esa es la razón para auditar.
Criterios de go / no-go
Puedes proceder si:
- El dominio y DNS están bajo control confirmado.
- Los buzones y alias importantes están listados.
- El cliente aprobó qué historial se migrará.
- Hay ventana de cambio acordada.
- Hay plan de pruebas.
- El cliente sabe qué soporte está incluido después.
No procedas todavía si:
- Nadie sabe dónde está el DNS.
- Hay cuentas administrativas sin dueño.
- No se sabe qué buzones existen.
- El cliente exige migración completa, pero no aceptó tiempo o costo.
- Hay plataformas conectadas que no se han identificado.
- No hay forma de probar envío y recepción después del cambio.
Próximo paso para proveedores de IT
Crea una plantilla de auditoría de email antes de tu próxima migración. Puedes hacerla en una hoja de cálculo, un formulario interno, Notion, Odoo, Google Docs o cualquier herramienta que ya uses. La herramienta importa menos que el hábito.
Empieza con ocho secciones: cliente, dominio, DNS, buzones, alias, dispositivos, plataformas conectadas y pruebas. Después de cada migración, añade las preguntas que te faltaron. En tres o cuatro proyectos, tendrás un proceso mucho más fuerte.
La auditoría no solo evita problemas técnicos. También mejora la venta, porque el cliente ve que estás protegiendo su operación, no improvisando con cuentas.
Mini SOP para auditar email antes de migrarlo
- Crear tabla de buzones, alias y reenvíos.
- Confirmar dominio, DNS y proveedor actual.
- Identificar cuentas administrativas y recuperación.
- Revisar dispositivos principales por usuario.
- Confirmar formularios, Shopify, Odoo, pagos y notificaciones conectadas.
- Definir qué historial se migrará.
- Acordar ventana de cambio y soporte posterior.
- Preparar pruebas de envío, recepción, alias y formularios.
- Guardar configuración anterior antes de cambiar DNS.
- Documentar resultados y pendientes después del cambio.
Preguntas frecuentes
Q1. ¿Qué debo revisar primero antes de migrar el email de un cliente?
A1. Empieza por dominio, DNS, buzones, alias y cuentas administrativas. Si no sabes quién controla el dominio o dónde se cambia el DNS, no estás listo para migrar. Después revisa dispositivos, formularios, plataformas conectadas y recuperación.
Q2. ¿Siempre hay que migrar todos los mensajes históricos?
A2. No siempre. Algunos clientes solo necesitan cuentas nuevas y mensajes recientes. Otros necesitan años de historial por operación, seguimiento o cumplimiento interno. Lo importante es definirlo antes de cotizar, porque mover historial puede cambiar tiempo, costo y riesgo.
Q3. ¿Qué hago si el cliente no sabe qué correos existen?
A3. Trata el trabajo como auditoría antes de migración. Revisa el panel actual, alias, reenvíos, formularios y cuentas conectadas. Si el cliente no tiene acceso al panel o al DNS, primero hay que recuperar control antes de prometer una fecha de cambio.
By: Marcus Irizarry
Why trust this: Enfoque editorial para proveedores de IT que necesitan planificar migraciones de email con inventario, pruebas, documentación y límites claros.
Last updated: 2026-06-22
Disclosure: No paid placement influenced this post.
