Cómo crear la web de un nutricionista sin saber código

La web de un nutricionista sin código empieza con una descripción: a qué paciente atiendes, qué incluye la primera consulta y cómo se pide cita. Zugo construye el sitio desde ese texto, lo arranca en un sandbox para comprobar que abre y lo publica. Una construcción simple tarda alrededor de un minuto.

La diferencia con cualquier otra web de servicios está en la confianza. Una persona va a contarte lo que come, su peso y a veces una patología, y decide antes de escribir el primer mensaje si le pareces alguien serio.

¿Qué tiene que resolver la web de un nutricionista?

Que una persona concreta pida la primera consulta. No demostrar tu formación a otros profesionales, no publicar recetas sueltas. La consulta se pide cuando la persona ve que trabajas justo con su caso y entiende qué pasa el primer día.

Por eso conviene elegir enfoque en lugar de listar todo. Nutrición deportiva, patología digestiva, embarazo y lactancia, alimentación infantil o pérdida de grasa son públicos distintos con dudas distintas. Una página que intenta atenderlos a todos no le habla a ninguno.

El bloque que más contactos genera es el que describe la primera consulta con detalle: cuánto dura, qué se mide, qué te llevas ese día, cuándo llega el plan. La incertidumbre es el motivo principal por el que alguien pospone la cita, y ese bloque la elimina.

¿Qué debe decir el prompt?

Nombra la especialidad, el formato de consulta, el precio y el seguimiento. Un prompt genérico produce una web de salud intercambiable; uno concreto produce algo que se puede editar en lugar de rehacer.

Crea una web para un nutricionista especializado en [enfoque]
en [ciudad], con consulta presencial y online.
Secciones:
1. Portada: a quién ayudo y con qué, botón "Pedir primera consulta".
2. Servicios: [N] modalidades con duración, qué incluye y precio.
3. Cómo trabajo: qué pasa en la primera consulta, cuándo llega
   el plan, cada cuánto son las revisiones.
4. Sobre mí: foto, titulación, número de colegiado.
5. Preguntas frecuentes: si hay dietas cerradas, consulta online,
   política de cancelación, duración habitual del proceso.
6. Formulario: nombre, motivo de consulta, presencial u online.
Tono profesional y cercano. Nada de promesas de resultados.

La última línea no es un detalle de estilo. Prometer kilos o plazos concretos en una web sanitaria es un problema deontológico además de una mala idea comercial, y los textos generados por defecto tienden a inflar ese lenguaje si no se lo prohíbes.

Si además ofreces entrenamiento o trabajas con un preparador, la guía sobre webs de entrenador personal cubre esa parte del servicio.

¿Cómo gestionar las citas y los pagos?

La consulta de nutrición tiene una forma de cobro particular: una primera sesión más cara, revisiones más baratas y a veces un paquete de seguimiento de varios meses. La web debe reflejar eso, no un carrito genérico.

Cobrar la primera consulta por adelantado es la medida que más protege la agenda, porque la ausencia sin avisar es el coste invisible de cualquier consulta privada. La guía de pagos con Stripe explica el modo de pruebas y el primer cobro real.

Si prefieres montar una agenda completa con franjas horarias, la guía sobre webs de reservas entra en esa versión más ambiciosa.

¿Conviene publicar los precios?

Sí en casi todos los casos, y el motivo es de gestión del tiempo más que de marketing. Estas son las opciones reales y su efecto.

Publicar la cifra elimina las consultas que se iban a caer igualmente al llegar la pregunta del precio, solo que tres correos más tarde. Ese tiempo es el recurso escaso de una consulta pequeña.

¿Qué hacer con los datos del paciente?

Aquí conviene ser conservador. La web pública no es el sitio para recoger historial clínico, analíticas ni fotografías de seguimiento, aunque técnicamente se pueda construir un formulario que los pida. Cuanto menos dato sensible pase por la página, menos problema tienes.

Lo razonable es que el formulario recoja lo mínimo para agendar: nombre, contacto, motivo general y modalidad. El detalle clínico se recoge después, en la consulta o en la herramienta que uses para historias, que sí está pensada para eso.

Escribe además una nota de privacidad honesta que diga quién recibe el mensaje, para qué se usa y cómo se solicita la eliminación. Qué exige exactamente la normativa de tu país es algo que no decide el constructor, y conviene revisarlo con quien te lleve la parte legal.

¿Cuánto cuesta en créditos y cuánto tarda?

Zugo cobra por acción, así que puedes calcular el proyecto antes de empezar. Portada, servicios, método, sobre mí y formulario caben en una construcción de una página. El área de pacientes con acceso privado es lo que convierte esto en plataforma multipágina.

El plan Free da 5 créditos y una construcción cuesta 6, así que la web publicada empieza en Pro por 25 dólares al mes con 200 créditos. Business cuesta 99 dólares al mes. El alojamiento del sitio publicado está incluido.

Publicar es una acción y el sitio queda en una dirección del tipo tunombre.zugo.run. Conectar tu propio dominio está soportado, y para un profesional sanitario es parte de la credibilidad. Si algún día quieres un desarrollo propio, la exportación a GitHub entrega el repositorio real y el proyecto es tuyo.

¿Dónde se detiene un constructor con IA en nutrición?

Tres límites que conviene nombrar antes de empezar.

No es software sanitario. Historia clínica, planes dietéticos personalizados, mediciones antropométricas y datos de salud tienen requisitos legales y de seguridad propios. La web informa y recoge solicitudes; la ficha del paciente vive en otra herramienta.

Los textos clínicos los validas tú. El constructor escribe estructura y redacción clara. Qué puedes afirmar sobre una patología, y con qué matices, es criterio profesional y responsabilidad tuya.

La lógica muy específica se afina editando. Tarifas distintas por patología, descuentos familiares o paquetes con revisiones incluidas salen en varias ediciones sucesivas, no en la primera respuesta.

Dentro de esos límites tienes una web clara, rápida y con una petición concreta, hecha en una tarde y editable con una frase cuando cambien tus tarifas. Describe tu consulta en un párrafo en zugo.dev y mira la primera construcción.