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/health

Debe devolver status, database y redis en ok. Si redis falla, el Worker no entregará nada.

2. El panel carga

https://app.zapisocial.com/login

Y 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/blog

Los 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 contenedores escriben en el mismo volumen.

6. El Worker está vivo

En el Compose de API, abre Containers y revisa los registros de worker. 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 api, worker y Web. No deben aparecer contraseñas, tokens ni URLs de callback con code o state.