Cómo publicar una web HTML creada con IA

Tu web funciona en localhost, pero otra persona no puede verla desde su ordenador. Para publicar HTML y CSS sin servidor propio, necesitas alojar los archivos que el navegador carga. El ordenador donde los creaste puede apagarse después.

Esta receta utiliza un ejemplo original con licencia MIT. Puedes abrir la demo publicada y visitar directamente su segunda página. No contiene login, formularios que envíen datos ni una base de datos.

Si tu proyecto usa React y Vite, sigue la guía de publicación desde Git y rutas de navegador, con un ejemplo construido y publicado en Hostbrid.

Si has creado la web para un cliente, la lista de entrega de una web estática te ayuda a revisar dominio, cuentas, código y responsabilidades.

1. Comprueba que tienes HTML estático

El ejemplo contiene index.html, about.html y styles.css en la raíz. Sus enlaces son relativos: styles.css y about.html. Evita rutas que apunten a tu disco, como /Users/..., o a localhost: los visitantes no tienen acceso a tu equipo.

Si tu herramienta de IA entrega un proyecto con package.json, una API o un backend externo, este recorrido puede no bastar. Consulta qué alojamiento necesita una web creada con IA. No elimines esas dependencias para hacer que parezca estática.

2. Guarda los archivos en tu repositorio

Copia o haz un fork del ejemplo en tu cuenta GitHub, conservando la licencia. Sustituye textos e imágenes de muestra y confirma que index.html está en la raíz de la rama que vas a publicar. No subas contraseñas, claves privadas ni datos de clientes.

Projects utiliza repositorios Git; tener un ZIP descargado no equivale a una subida directa de ZIP al panel. La documentación de Projects describe cómo conectar el proveedor y seleccionar el repositorio. Revisa los permisos que autorizas.

3. Usa la configuración del ejemplo

Para estos archivos, el preset es HTML plano (estatico). La configuración comprobada es:

No añadas npm ci o npm run build: este ejemplo no tiene dependencias ni compilación. Si tus archivos están en otra carpeta, adapta la raíz y la salida; . no es el valor universal de todos los proyectos.

4. Comprueba la URL pública

Abre el HTTPS que muestra tu proyecto desde otro dispositivo. Visita la portada, escribe /about.html directamente, recarga, sigue el enlace entre páginas y comprueba que el CSS carga. Revisa también el móvil. Un estado «publicado» en el panel no sustituye estas comprobaciones: nuestra primera petición devolvió 404 antes de que las siguientes sirvieran correctamente la demo.

Prueba realizada el 8 de octubre de 2026: descargamos el commit cca391c, publicamos con el preset anterior y comprobamos ambas páginas y CSS por HTTPS, navegación y anchuras de 390 y 1280 px. Usamos la cuenta interna de Hostbrid; esta prueba verifica construcción y publicación, pero no el alta OAuth de un cliente ni las actualizaciones por push.

Publicado no significa indexado

Que la URL abra por HTTPS significa que puedes comprobar la publicación. No demuestra que Google la haya indexado ni que vaya a aparecer en una posición concreta. Cambiar de alojamiento tampoco garantiza recomendaciones de una IA.

Compara el HTML recibido en la respuesta con el DOM que muestra el navegador después de ejecutar JavaScript. Un texto puede estar en el primero o aparecer después mediante un script. Según la documentación de Google sobre JavaScript, Google puede procesarlo: un HTML inicial sin ese texto no prueba que Google sea incapaz de verlo. Tampoco observarlo en tu navegador prueba que Google haya renderizado esa página.

Para una página que deliberadamente quieras mostrar en búsqueda, revisa el estado HTTP, la etiqueta meta robots y la cabecera X-Robots-Tag. Un noindex inicial importa aunque JavaScript lo quite después: Google puede omitir el renderizado al encontrarlo. Consulta cómo impedir la indexación antes de cambiar esas instrucciones. No pongas noindex en robots.txt; tampoco retires restricciones de páginas privadas o excluidas intencionadamente. Si el rastreo está bloqueado, Google puede no leer la instrucción de la página.

En Search Console, examina la URL con su responsable autorizado. Distingue el resultado almacenado de una inspección en vivo: no son la misma comprobación, y una consulta por API no solicita automáticamente indexación. Un HTTP200 sin noindex sigue sin acreditar indexación ni ranking. Anota lo observado y continúa con las comprobaciones de formularios o dominio que correspondan.

Puedes revisar el ensayo original MIT: seis rutas sintéticas comparan HTML estático, texto añadido por JavaScript, noindex en meta o cabecera, una etiqueta inicial retirada por JavaScript y un HTTP404 real. Se comprobaron respuestas HTTP y doce vistas en Chrome, a 390 y 1280 px. En el caso que retira noindex, Chrome muestra el texto y elimina la etiqueta, pero eso no acredita que Google lo haga. Para reproducir sólo este ensayo local, sigue el README con Node 22.23.3, npm 10.9.9 y Chrome; la versión comprobada fue 154.0.8037.98. No es un export de Lovable ni una prueba de rastreo, indexación o entrega nativa en Hostbrid.

Antes de añadir un formulario o un dominio

El enlace de contacto del ejemplo abre un cliente de correo; no procesa formularios. Un login, pago o envío de datos necesita un servicio adicional y sus propias pruebas. Un dominio propio tiene condiciones de plan, registro y renovación: consulta los planes vigentes. Para publicar este tipo de web desde Git, consulta Hostbrid Projects.