Cambiar de proveedor de API sin interrumpir la atención ni perder el historial

Qué preparar antes de tocar cualquier botón

1. Exporta todo lo que puedas del sistema actual: conversaciones, contactos con etiquetas, reportes de los últimos 12 meses. Hazlo con el contrato aún activo — después de la cancelación, el acceso suele terminar rápido.
2. Documenta los templates existentes con nombre, categoría, idioma y texto exacto, incluyendo variables. Los vas a recrear en el destino.
3. Anota las integraciones activas: sitio web, CRM, ERP, automatizaciones, enlaces de anuncio. Cada una deberá apuntar al nuevo endpoint.
4. Confirma los accesos en Meta. La empresa debe ser propietaria del portafolio de negocios y de la cuenta de WhatsApp. Si el proveedor actual es el dueño, la migración se traba — y esta es la traba más común de todas.
5. Pide al nuevo proveedor el paso a paso por escrito, con el tiempo estimado de indisponibilidad.

El cuarto punto merece atención redoblada. Verifica hoy, aunque no tengas intención de migrar, si tu empresa es la propietaria de la cuenta en Meta. Cuando el número está bajo un portafolio de un tercero, la empresa no controla su propio canal — y se entera en el peor momento posible.

La secuencia de la migración

1. Contrata y configura el destino primero, con usuarios creados, permisos definidos e integraciones listas para conectar.
2. Registra los templates en el destino y espera la aprobación antes de migrar. Tener el template aprobado con anticipación elimina el peor escenario, que es no poder iniciar conversación.
3. Informa al equipo con el horario exacto y qué hacer durante la ventana.
4. Ejecuta la desconexión en el antiguo y el registro en el nuevo, en secuencia inmediata. Aquí ocurre la indisponibilidad, normalmente de minutos.
5. Prueba con número propio: recibir, responder, enviar multimedia, disparar un template.
6. Reconecta las integraciones una a una, probando cada una.
7. Supervisa las primeras 48 horas observando entrega, error y calidad del número.

El costo real de una ventana mal planificada

Operación con 320 conversaciones por día y ticket promedio de R$ 480.

Veinticinco minutos de indisponibilidad cuestan poco cuando nadie está escribiendo. El mismo procedimiento, hecho a las 14h de un martes, genera fila, cliente sin respuesta y la impresión de empresa desorganizada justo para quien escribió en ese momento.

Qué pasa con la calidad y el tier

Una duda frecuente: ¿migrar reinicia la reputación del número? No. Calidad y límite de envío son atributos del número en la infraestructura de Meta, no del proveedor. Lo que cambia es el intermediario técnico.

Pero hay un efecto indirecto real: en los primeros días, el patrón de envío suele cambiar — templates nuevos, automatizaciones reconectadas, eventual disparo de prueba. Es un período en que vale la pena reducir el volumen y observar, porque los errores que aparecen en esta fase suelen ser de configuración, no de reputación. La lectura correcta de estos indicadores está en calidad del número.

Cómo evaluar al nuevo proveedor antes de decidir

Cambiar por cambiar suele repetir el problema en otro lugar. Seis preguntas que revelan más que cualquier presentación comercial:

1. ¿La empresa queda como propietaria de la cuenta en Meta? Si la respuesta es evasiva, es el mismo aprisionamiento de nuevo.
2. ¿Cómo funciona la exportación del historial? Pide ver el formato del archivo, no la promesa de que "es posible exportar".
3. ¿Cuál es el precio por conversación y qué margen tiene el proveedor sobre el valor cobrado por Meta?
4. ¿Cuál es el canal y el plazo de soporte cuando el número cae? Pide el compromiso por escrito, con horario de cobertura.
5. ¿Cuántos números y agentes caben en el plan antes de cambiar de rango de precio?
6. ¿Existe período de prueba con número secundario? Proveedor confiado concede; quien rechaza evita la comparación.

También vale la pena conversar con dos clientes actuales del proveedor, elegidos por ti y no indicados por él. Cinco minutos con quienes ya usan revelan lo que ninguna propuesta comercial menciona — especialmente sobre el comportamiento del soporte en día de problema.

Los primeros treinta días con el nuevo proveedor

La migración termina el día del cambio; la validación lleva un mes. Qué monitorear en ese período:

• Tasa de entrega de los templates, comparada con la del proveedor anterior. Una caída relevante indica problema de configuración, no de reputación.
• Errores de envío por categoría, especialmente los relacionados con la ventana de atención y template no aprobado.
• Comportamiento de las automatizaciones, que suelen ser la parte que más falla silenciosamente — el flujo sigue existiendo, pero deja de disparar.
• Tiempo de respuesta del soporte en la primera incidencia real, que es la única forma honesta de evaluar lo prometido en la venta.
• Cierre de costo del primer mes, verificando si el valor cobrado corresponde a lo acordado por conversación.

Guarda los reportes del sistema antiguo al menos hasta ese cierre. Comparar mes a mes es la única manera de saber si el cambio entregó lo que motivó la decisión — y, si no lo hizo, de identificarlo mientras aún es temprano para revertir.

Cuándo no migrar

Tres situaciones en que posponer es la mejor decisión: en víspera de campaña o fecha pico, cuando la empresa está en proceso de verificación con Meta y cuando el número está bajo restricción de calidad. En los dos últimos casos, modificar la estructura en medio de una evaluación en curso suele alargar el proceso en vez de resolverlo — y un número ya bajo observación no debería recibir ningún cambio evitable.

También vale posponer cuando el equipo está incompleto, en vacaciones colectivas o en pico operativo. La migración exige gente disponible para probar y corregir en las primeras horas, y el ahorro de hacer "cuando se pueda" suele salir más caro que esperar dos semanas por el momento adecuado.

Errores que convierten la migración en crisis

• Cancelar al proveedor antiguo antes de concluir la migración. Se pierde el acceso al historial y, en algunos casos, al propio soporte durante el proceso.
• Migrar sin los templates aprobados en el destino. La empresa queda sin poder iniciar conversación por días.
• Olvidar las integraciones. El sitio sigue apuntando al endpoint antiguo y los leads desaparecen sin que nadie lo note.
• No avisar al equipo. El agente que ve el sistema caído empieza a responder por celular personal, y el desorden creado tarda semanas en resolverse.
• Migrar por precio, sin probar el destino. Pide período de prueba con un número secundario antes de mover el principal — el número que sostiene la operación no debe ser conejillo de indias.

Hecha con preparación, la migración es un procedimiento de media hora con impacto casi nulo. Hecha al impulso, es el tipo de evento que la empresa recuerda por meses — y que suele contarse como "problema de WhatsApp" cuando, en realidad, fue problema de planificación.