Crear una aplicación con Hostinger AI Builder: guía del antiguo Horizons
Planifica una app de consultas de clientes con prompts de ejemplo, permisos, pruebas de fallo y revisión antes de publicar.
Traducción documental. Revisión general: 25 de agosto de 2026; nombre y acceso al constructor: 9 de septiembre; explicación interactiva: 12 de septiembre. Se conserva la URL Horizons. No hubo prueba práctica ni nueva revisión de backend, exportación o precios en esas ampliaciones. Incluye enlace de afiliado.
Del encargo a una decisión de lanzamiento
Encaja para prototipo reversible, calculadora, directorio, portal sencillo o captación con aceptación definida. No para lanzar deprisa con registros sensibles, permisos complejos, datos regulados o pagos sin revisar. Trata la IA como ayuda de implementación: planifica, cambia una parte, prueba roles y prepara salida.
Construye por etapas: estructura pública, acción, datos, identidad, notificaciones, fallos y despliegue. Los créditos dinámicos hacen costosas y difíciles de auditar las reescrituras amplias.
- Encargo: define usuario, tarea, páginas, datos y errores. Ejemplo: visitante consulta; solo propietario lee o cambia estado; sin pagos ni archivos. Detente si no puedes describir acciones y resultados observables.
- Camino pequeño: pide formulario y vista con datos ficticios, como Sample Project; revisa estructura y una corrección cada vez. Un mensaje de éxito no prueba almacenamiento. Detente si añade integraciones reales o recoge clientes sin comprobar comportamiento.
- Fallos: prueba entradas inválidas, vacío, duplicados, accesos indebidos, recarga y móvil. Envía dos veces, interrumpe guardado y abre propietario sin sesión. Detente si expone datos o pierde texto sin recuperación.
- Lanzamiento: resuelve bloqueos, registra recuperación y aprobación del propietario; publica y repite pruebas reales. Vista previa correcta no prueba formulario desplegado. Detente si versión pública difiere o datos no son recuperables.
Abre el constructor
El modelo es un gestor simple de consultas; sirve también para directorio, solicitud de reserva, calculadora guardada o portal ligero. Es planificación documental, no tutorial práctico demostrado.
En hPanel: Websites, Add website, AI Builder y opción agentic. Introduce descripción; la guía contempla dominio temporal. Un proyecto existente se abre con Edit website. Estas rutas fueron revisadas el 9 de septiembre de 2026 y pueden cambiar.
1. Un usuario y una tarea
Escribe una página: usuario potencial cliente; consulta con nombre, correo y tipo; propietario ve y cambia estado; excluye pagos, archivos, equipos e importación masiva; éxito equivale a una consulta visible una sola vez y solo al propietario; permite borrar pruebas. Así una interfaz bonita no oculta producto indefinido.
2. Usa un prompt limitado
Ejemplo no ejecutado: Crea una app adaptable de consultas para consultor individual. El visitante envía nombre, correo, tipo de proyecto y mensaje breve. Incluye área privada del propietario con lista y estados Nuevo, Contactado y Cerrado. Empieza con datos de muestra. No añadas pagos, acceso social ni archivos. Usa etiquetas accesibles y errores claros.
Revisa arquitectura antes de pulir apariencia: separa público y privado, y descarta funciones fuera de alcance.
| Problema | Petición | Comprobación |
|---|---|---|
| Demasiadas funciones | Conserva solo formulario y lista privada, sin pagos, chat ni archivos | Se mantiene el encargo |
| Móvil estrecho | Adapta a 390 px con etiquetas visibles y sin desplazamiento horizontal | Campos, mensajes y botones utilizables |
| Duplicados | Impide reenvíos mientras guarda; resultado claro, conserva datos al fallar | Doble clic y fallo no duplican ni pierden texto |
| Datos expuestos | Restringe registros y estados al propietario autorizado, no solo mediante menú oculto | Sin sesión y otra cuenta no leen ni cambian |
| Reescritura rompe algo | Corrige solo el paso indicado, conserva formulario, rutas y permisos | Repite aceptación y revisa alcance |
3. Valida el flujo público
Sin autenticación ni datos reales, comprueba etiquetas asociadas y visibles, faltantes explicados, correo inválido comprensible, envío doble impedido, éxito/fallo sin detalles técnicos, tamaños 390/768/escritorio y orden de foco.
Una corrección cada vez: la salida probabilística puede cambiar áreas ajenas si pides mejorar todo.
4. Añade datos deliberadamente
Solo después, pide identificador, contactos, fecha de consentimiento, estado, creación y eliminación. No recopiles por si acaso.
El backend integrado almacena formularios y archivos, pero la documentación citada no ofrece exportación directa de datos. Decide si lo aceptas antes de registros importantes; si portabilidad es esencial compara alternativas.
5. Autenticación y autorización
Autenticación identifica; autorización permite acciones. Una pantalla de acceso no protege por sí sola. Usa cuentas y datos ficticios; invita usuarios solo tras pasar pruebas negativas.
| Estado | Esperado | Fallo a impedir |
|---|---|---|
| Sin sesión | No abre registros privados | Datos mostrados antes de redirigir |
| Otra cuenta | No lee ni cambia | URL adivinable expone registros |
| Propietario | Solo acciones documentadas | Borrado o exportación excesivos |
| Sesión caducada | Regreso seguro a acceso | Acción con permiso obsoleto |
| Restablecer contraseña | Recuperación verificada | Enumeración o recuperación insegura |
6. Integra sin exponer secretos
Hostinger documenta integraciones mediante prompts, incluidas bases externas y pagos. Pueden requerir credenciales, claves o identificadores: nunca los pongas en texto visible, código exportado versionado o capturas.
Una integración cada vez: guía oficial, firma webhook, redirecciones autorizadas, modo de prueba y errores. Los pagos requieren devoluciones, impuestos, suscripciones y disputas, no solo una pantalla exitosa.
7. Fallos y accesibilidad
Prueba vacío, formato incorrecto, duplicación, conexión lenta/perdida, ruta no autorizada, sesión caducada, tercero caído, nombres y mensajes largos, etiquetas de lector, foco, movimiento reducido, borrado y recuperación.
La documentación permite volver a una versión o mensaje anterior. Registra la versión estable antes de cambios estructurales para revertir deliberadamente.
8. Créditos, alojamiento y renovación
Una petición compleja puede costar más que una edición simple. Revisa consumo y presupuesto de cambios; registra plazo, renovación y qué ocurre al acabar acceso de creación o alojamiento. Consulta oferta actual, no promoción antigua.
9. Lista de publicación
SEO integrado y SSL gestionado no garantizan ranking, accesibilidad, seguridad ni conversión.
- Sustituye textos de muestra y separa cuentas de prueba.
- Verifica canónica, título, descripción, icono e imagen social.
- Añade privacidad, contacto y términos adecuados.
- Revalida autenticación y permisos.
- Prueba formularios y correo transaccional con dirección permitida.
- Dominio, HTTPS y móvil.
- Analítica y consentimiento.
- Reversión y retención documentadas.
- Publica con aprobación y repite prueba productiva.
10. Salida y mantenimiento
Exporta y prueba código con proyecto sano si el plan permite. La exportación React/Vite modificada no vuelve al constructor para continuar prompts. Inventaría datos e integraciones aparte: código no es copia completa.
Programa revisiones de accesos, datos, dependencias, dominio, alojamiento y cambios oficiales. El procedimiento no se ejecutó de principio a fin en una cuenta real.
Alcance de las revisiones
La revisión general de inicio, prompts, fallos, backend, integraciones, exportación y precios sigue fechada el 25 de agosto de 2026.
El 9 de septiembre se revisaron nombre y entrada al constructor; prompts nuevos son ilustrativos. El 12 se reorganizaron cuatro puntos interactivos con consultas ficticias; instrucciones y fechas de fuentes se conservan, sin nueva prueba práctica.
Preguntas frecuentes
¿Qué incluye el primer prompt?
Audiencia, resultado único, campos, roles, diseño y exclusiones; una versión suficientemente pequeña para probar.
¿Puede crear acceso y base de datos?
Están documentados, pero necesitas pruebas por rol, recuperación, eliminación y privacidad.
¿Uso clientes reales al construir?
No. Usa datos ficticios hasta aprobar y probar permisos, borrado, retención, base jurídica y recuperación.
¿Cómo desperdicio menos créditos?
Planifica, pide cambios acotados, utiliza edición directa cuando exista y conserva versiones estables.
¿Se probó este flujo?
No. Es planificación de fuentes oficiales con revisión general el 25 de agosto de 2026 y cambios acotados posteriores; interfaz y salidas no se probaron independientemente.
Fuentes
Estas son las fuentes oficiales del artículo original. Muchas de sus páginas están en inglés.