La expectativa suele ser esta: le escribes a ChatGPT «hazme un sitio para una cafetería» y en un par de minutos el sitio está listo. La realidad es un poco más compleja. En un par de minutos de verdad estará lista mucha cosa: la estructura, los textos, el código de la página, a veces incluso una vista previa dentro del chat. Pero eso es un borrador. Entre eso y un sitio que se abre en una dirección, recibe solicitudes y se ve normal en el teléfono, hay varios pasos más, y ChatGPT no los hace solo.
Voy a separar qué sabe hacer ChatGPT al crear un sitio, dónde empieza el trabajo de una persona y de qué se compone el camino desde la respuesta en el chat hasta el borrador de la página.
Qué hace ChatGPT al crear un sitio
Estructura y textos
Por aquí conviene empezar, aunque no piense escribir el código. ChatGPT ayuda bien a repartir el sitio en páginas y bloques: qué va en la portada, qué secciones hacen falta, en qué orden van los bloques del landing, qué escribir en la primera pantalla.
Los textos también los escribe rápido, pero la calidad depende de lo que usted le dio. Si en el pedido solo está «una cafetería en el centro», los textos saldrán generales. Si le da el menú, las particularidades, la dirección, el horario, quiénes son sus clientes y en qué se distingue, el texto se vuelve más concreto. Los hechos ChatGPT los toma del pedido, y cuando no están puede inventarlos, así que los precios, los plazos y las promesas del texto hay que revisarlos.
Un buen borrador empieza por preguntas, no por una respuesta: quién es la audiencia, cuál es el objetivo de la página, en qué se distingue el negocio de los vecinos, cómo contactarlo. ChatGPT sabe hacer esas preguntas si se lo pide. Pero entender qué respuestas importan de verdad para la página y cuáles solo suenan convincentes ya es trabajo de una persona que ha visto muchos proyectos así.
Código HTML, CSS y JavaScript
ChatGPT escribe el código de la página: el marcado HTML, los estilos CSS, scripts simples en JavaScript. Para un sitio de una página puede entregar todo en un archivo que se abre en el navegador.
El código suele funcionar en tareas simples: bloques, menú, botones, galería, un acordeón de preguntas. Es más difícil con lo que exige un servidor: el envío del formulario, un área personal, el pago. Aquí ChatGPT escribirá el código, pero sin un servidor y unos servicios configurados ese código no enviará nada.
Un punto aparte son las imágenes. ChatGPT no sabe cómo se ven su local, su producto o su equipo. En el código pondrá marcadores de posición o enlaces a imágenes que usted no tiene. Las fotos y los gráficos hay que prepararlos aparte, llevarlos a un tamaño razonable y colocarlos en el código. Si no se hace, la página quedará vacía o con imágenes ajenas.
Otro detalle: el código del chat vive en el chat. Si pide correcciones varias veces, es fácil perderse de cuál versión es la última y perder cambios que habían salido bien. Sin la costumbre de llevar versiones que tienen los desarrolladores, eso pasa casi siempre.
Vista previa en el chat
En la ayuda de OpenAI se dice que, en los bloques de código compatibles, se puede pasar del código a la vista previa dentro de ChatGPT. Entre los compatibles están las páginas HTML y los componentes de React. El conjunto de acciones disponibles depende del plan, del dispositivo, de los ajustes del espacio de trabajo y del modelo, así que el botón de vista previa puede no estar.
La vista previa sirve para ver rápido cómo se ve la página y pedir una corrección. Pero es una vista dentro de ChatGPT: el sitio no aparece en internet por eso, y la prueba en el teléfono y en distintos navegadores igual hace falta aparte.
De la respuesta en el chat a la página en internet
Hosting y dominio
Para que la página se abra a otras personas, los archivos hay que colocarlos en un hosting y vincular un dominio. ChatGPT explicará cómo hacerlo y sugerirá variantes, pero él no publica nada: elegir el hosting, registrar el dominio, subir los archivos y configurar la dirección habrá que hacerlo a mano.
Después de publicarlo conviene comprobar que el sitio se abre en una dirección protegida con https, que la dirección con www y sin ella lleva a la misma página, y que se cargaron todas las imágenes y los estilos. Un error frecuente son las rutas a los archivos, que funcionaban en el ordenador y se rompieron en el hosting.
Formularios
El formulario de solicitud en el código de ChatGPT suele verse terminado: campos, botón, el mensaje «Gracias». Pero para que la solicitud llegue a alguna parte hace falta un tratador: un servidor, un servicio de formularios o una integración con el correo, Telegram o el CRM. Sin eso, el formulario envía los datos a ninguna parte con muy buena pinta. Es una de las trampas más frecuentes de los sitios hechos a mano: todo parece que funciona hasta que se descubre que las solicitudes no llegaban.
Eso se comprueba solo con solicitudes de prueba desde el teléfono y desde el ordenador: las dos deben llegar adonde deben, con todos los campos.
Si el formulario recoge nombre, teléfono o correo, también hará falta el consentimiento para el tratamiento de datos personales. Eso ya no es una cuestión de código.
Prueba en el teléfono y en los navegadores
ChatGPT escribe una maquetación adaptable si se lo pide, pero no puede probarla en dispositivos reales. En la práctica, en el teléfono se rompen más a menudo el menú, las tablas anchas, las palabras largas de los títulos y los botones que quedan demasiado cerca. Hay que probarlo en un teléfono real y en varios navegadores.
De qué se compone de verdad un borrador
El camino del pedido al borrador se ve corto solo desde fuera. En realidad tiene varias etapas: formular la tarea y la acción que debe hacer el visitante, armar la estructura, dar los hechos — servicios, precios, dirección, diferencias —, obtener los textos por bloques, después el código, y mirar el resultado. En cada etapa hace falta una decisión de una persona: qué bloques sobran, qué hechos no se le pueden dejar al modelo, qué corregir exactamente cuando la página «no gusta».
Lo habitual es equivocarse en los mismos sitios. No dan hechos, y la red neuronal inventa precios y promesas. Piden «hazlo más bonito» en lugar de una corrección concreta. Toman la vista previa por un sitio terminado. Dan el formulario por operativo aunque todavía no llegó ni una solicitud de prueba. Por eso al final sale un borrador, no un sitio, y después se decide qué hacer con él.
Dónde empiezan los límites
| Qué hace falta | ChatGPT | La persona |
|---|---|---|
| Estructura y textos | Propone variantes rápido | Da los hechos, revisa y elige |
| Código de la página | Escribe HTML, CSS, JavaScript | Revisa, corrige y sigue los cambios |
| Vista previa | La muestra en el chat, si está disponible | La prueba en dispositivos reales |
| Hosting y dominio | Explica el orden | Compra, configura y publica |
| Formularios y solicitudes | Escribe el código del formulario | Conecta el tratador y comprueba que lleguen |
| Datos personales | Puede bosquejar el texto del consentimiento | Responde de cómo se formaliza y se guarda |
| Cambios después | Reescribe el código si se lo piden | Cuida de que la corrección no rompa el resto |
El límite principal no está en el código, sino en que un sitio no es un archivo. Es hosting, dominio, formularios, analítica, actualizaciones, copias de seguridad. ChatGPT ayuda en cada parte, pero quien las ata y responde del resultado es una persona.
También está lo que ChatGPT no recordará si no se lo pregunta: el Title y la Description de la página para la búsqueda, conectar la analítica, la política de privacidad, una página de error clara si la dirección se escribió mal. Por separado son detalles, pero sin ellos la página sigue siendo un borrador aunque se vea terminada.
El segundo límite son los cambios. La primera versión de la página se arma rápido. Al mes hay que cambiar precios, añadir un bloque, corregir el formulario. Si el código lo escribió entero una red neuronal y usted no lo entiende, cada corrección se convierte en un pedido nuevo y en un riesgo nuevo de romper algo. Cuantas más correcciones, más difícil es mantener el código en orden.
Cuándo pasar el borrador a Tilda o a desarrollo
Un borrador de ChatGPT vale incluso si el código al final no se usa: la estructura y los textos son la mitad del trabajo de un sitio.
Dejar la página en el código de ChatGPT también se puede. Es razonable si es una página temporal para un evento, si usted está dispuesto a entender el código y el hosting, o si la página no recoge solicitudes y no se actualiza. En todos los demás casos conviene pensar antes quién la cambiará y cómo dentro de medio año, cuando cambien los precios y el autor del código ya no recuerde qué está dónde.
Pasarla a Tilda conviene si el sitio es simple, habrá que actualizarlo con regularidad por cuenta propia y importan los formularios y las solicitudes. En Tilda armo las páginas con bloques estándar y Zero Block, y un borrador de ChatGPT, si lo hay, ayuda a entender qué le importa al cliente. La estructura y los textos igual los armo yo según la tarea. El HTML ya hecho de una red neuronal no lo paso a Tilda: después la página es difícil de mantener.
Este enfoque tiene un plus práctico: una página en Tilda se puede cambiar sin código. Precios, textos, fotos y el orden de los bloques se editan en el editor, y los formularios se conectan al correo, a Telegram o al CRM con los ajustes de serie.
Conviene pasarla a desarrollo si hace falta una lógica que no es estándar: una calculadora, un área personal, integraciones, formularios que no son estándar. Entonces el borrador de ChatGPT se vuelve un encargo visible, y al desarrollador le resulta más fácil entender qué quiere. Para esa tarea sirve el desarrollo a medida, y si hace falta una sola página de venta, un landing.
Si quiere hablar de qué hacer con su borrador, pase el cuestionario de mara-craft.com. Lo miraré y diré qué camino conviene.