Cómo crear una web para tu negocio con IA: del encargo al formulario
Neaptide · 6 de septiembre de 2026 · 9 min de lectura · Actualizado: 3 de octubre de 2026
Creamos la web de un taller y probamos su diseño, formulario y errores. Con capturas originales, demostración interactiva, publicación y SEO.
En este artículo

Alguien elige un taller, escribe su email y pulsa Enviar. La página muestra «Gracias», pero al negocio no le llega nada. La web parece terminada y, aun así, no cumple su función. Empieza por la acción que debe completar el visitante y por cómo comprobarás el resultado.
En una web pequeña el orden es sencillo. Reúne los datos del negocio y define un recorrido principal. Construye la página y prueba el diseño y el formulario. Publica y repite las comprobaciones en la dirección pública. El agente ayuda con el código, pero las condiciones del servicio y la revisión del resultado siguen siendo cosa tuya.
El ejemplo que hemos creado
Forma es un taller de cerámica ficticio. Hemos creado una oferta, un programa y un formulario de prueba. La imagen procede de nuestra guía anterior. El precio de 60 € y las condiciones son inventados. Las cinco ilustraciones son capturas del ejemplo en funcionamiento. El servidor valida las solicitudes, pero no las guarda ni envía correos. Solo acepta direcciones @example.com.
1. Reúne los datos antes del diseño
«Haz una web moderna» deja lo esencial sin decir. Anota a quién se dirige el taller, qué harán los participantes, qué incluye el precio y cuándo podrán recoger la pieza. Guarda los datos confirmados en un archivo del proyecto y señala los que faltan. El modelo no debe rellenar esos huecos con direcciones, opiniones o años de experiencia inventados.
2. Decide cómo se mantendrá la web
Si el equipo necesita editar contenido sin tocar código, plantea un editor o CMS desde el principio. Una web pequeña a medida también puede ser un proyecto de código con un proceso de publicación claro. Antes de elegir, piensa en quién la mantendrá cuando la primera versión ya esté publicada.
Abre la carpeta del proyecto en un agente que trabaje con archivos. Antes de que construya nada, pídele una estructura de la página y la lista de datos que le faltan. Con el encargo de abajo puedes repetir el ejercicio.
Crea una web didáctica para el taller ficticio Forma.
Taller para principiantes de 2 horas, 60 € por persona y hasta 8 participantes. Incluye materiales y cocción. Identifica estas condiciones como ficticias.
Incluye oferta y botón, tres pasos y formulario. No inventes opiniones, dirección ni resultados. Usa la imagen del proyecto. En pantallas estrechas, coloca el texto encima de la imagen.
El formulario acepta un email @example.com y de 1 a 8 participantes. Valida en navegador y servidor. No guardes solicitudes ni envíes correos; indícalo en el resultado.
Añade un fallo simulado que permita reintentar sin perder los campos. Empieza por los archivos que cambiarás y las comprobaciones.3. Mira la primera pantalla como visitante

Un visitante tiene que entender a la primera qué actividad es, cuánto cuesta y qué incluye el precio. Pulsa el botón principal y mira si de verdad lleva al formulario. En nuestro ejemplo, la imagen está junto al texto, de modo que puedes cambiar el título sin generarla de nuevo. Pide correcciones concretas y guarda una versión funcional después de cada avance importante.
4. Comprueba el diseño con poco ancho de pantalla

Las columnas pasan a una sola y el texto no tapa la taza. Antes de lanzar una web real, ábrela también en un teléfono. Despliega el teclado, pasa de un campo a otro y llega hasta el botón. La vista estrecha del ordenador solo comprueba una parte de todo eso.
Revisa formatos ancho y estrecho: desplazamiento horizontal, texto cortado y elementos superpuestos. Recorre los enlaces y el formulario con el teclado. Corrige cada problema y repite la comprobación afectada.5. Prueba tres estados del formulario
Datos incorrectos
Introduce 9 participantes. El formulario debe explicar el límite de 1 a 8 junto al campo y no enviar nada. El servidor también debe validar, porque cualquiera puede enviar una petición sin pasar por la interfaz.

Un fallo del servidor
Vuelve a 2 y activa el fallo simulado. El servidor devuelve HTTP 503. La página informa del error y conserva lo que habías escrito. Desactiva el fallo y vuelve a intentarlo.

Confirmación
Una solicitud válida recibe HTTP 200. El resultado lo dice sin rodeos: se ha validado, no se ha guardado y no se ha reenviado. El botón permanece desactivado mientras se procesa la petición.

En una web comercial, decide primero adónde llega la solicitud: CRM, sistema de reservas o bandeja de entrada. Envía una prueba y localízala allí. Que un servicio acepte un correo en su cola no demuestra que se haya entregado. Y si los reintentos crean duplicados, eso se arregla en el servidor.
El procesamiento del formulario superó 12 pruebas: solicitudes válidas, errores de email y de número de participantes, formatos no admitidos, una petición demasiado grande y el fallo simulado. Son comprobaciones funcionales del ejemplo. No dicen cómo responde con mucha carga ni equivalen a auditar un sistema de reservas.
6. Publica y comprueba la dirección pública
El repositorio guarda el código y el historial de versiones, y el servicio de alojamiento construye la web y la pone en internet. Este proyecto usa GitHub para el repositorio y Vercel para el alojamiento. No siempre hace falta un servidor privado virtual (VPS) independiente. Lo que sí hace falta es que el proveedor pueda ejecutar el código que procesa el formulario.
- Guarda una versión funcional y conecta el repositorio al alojamiento.
- Revisa la configuración de compilación y entorno. No incluyas secretos de integraciones en el código público.
- Prueba una publicación preliminar: enlaces, formulario, errores y confirmación.
- Conecta el dominio según las instrucciones del proveedor y comprueba HTTPS.
- Repite las pruebas en la dirección pública y verifica la recepción en el destino real.
Presupuesta la creación, la herramienta de IA, el dominio, el alojamiento, el servicio de formulario y el mantenimiento. La suscripción de IA es solo una línea de esa lista.
7. Explica la oferta para buscadores y respuestas de IA
Escribe un título de página, una descripción y un encabezado principal claros. El texto debe decir para quién es el servicio, qué incluye el precio y qué pasa después de la solicitud. En las traducciones, revisa las direcciones y los enlaces entre idiomas. Los datos estructurados deben coincidir con el contenido visible.
Las respuestas directas y las condiciones explícitas ayudan a entender y citar la oferta. No garantizan posiciones en buscadores ni en respuestas de IA. La web didáctica lleva noindex, mientras que el artículo sí está pensado para la búsqueda.
Cuándo recurrir a un especialista
- Pagos, cuentas o reservas con plazas limitadas.
- Solicitudes que no puedes seguir hasta su destino.
- Traslado de una web existente conservando sus URL.
- Cambios que rompen otras partes una y otra vez.
Aporta el recorrido concreto y los resultados de las pruebas. En un taller real, la comprobación termina cuando la persona responsable encuentra la solicitud correcta en su sistema.