Comprobaciones tras instalar
Haz estas siete y sabrás que la instalación está sana.
1. La API responde
GET https://api.zapisocial.com/v1/healthDebe devolver status, database y redis en ok. Si redis falla, el Worker no
entregará nada.
2. El panel carga
https://app.zapisocial.com/loginY https://app.zapisocial.com/ debe redirigir al panel, no mostrar el sitio público.
Si muestra el sitio público, falta PORTAL_HOST.
3. El sitio público carga
https://zapisocial.com/
https://zapisocial.com/blogLos planes, las preguntas y las páginas legales salen del Admin. Si la API no responde, el sitio debe seguir cargando con esas secciones vacías: que se caiga por un fallo del backend es un defecto, no un comportamiento esperado.
4. Se puede entrar y registrarse
Crea una cuenta desde el registro público y comprueba que entra al Portal.
5. El volumen se puede escribir
Sube un archivo desde el Portal y comprueba que se genera su miniatura. Que el archivo se vea no basta: la miniatura la genera el Worker, y eso prueba que ambos servicios escriben en el mismo volumen.
6. El Worker está vivo
Revisa sus registros. No debe haber errores de Redis, de volumen, de ffmpeg ni de
variables. Los planificadores de RSS, publicación e IA se registran solos: no necesitas
un cron externo.
7. Los registros no filtran secretos
Revisa los registros de los tres servicios. No deben aparecer contraseñas, tokens ni URLs
de callback con code o state.
Si las siete pasan, ya puedes pasar a Configuración y dejar el producto con tu marca y tus planes.