> For the complete documentation index, see [llms.txt](https://docs.dapta.ai/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.dapta.ai/dapta-docs-es/dforms/respondent-experience.md). # Qué ve quien responde Qué ve quien responde al abrir tu formulario público: Diapositivas frente a una página, pantallas con varias preguntas, la portada, los estilos de progreso, los atajos de teclado, el botón Atrás, los Esta página recorre el formulario público desde el lado de quien responde, para que sepas exactamente qué experimentan tus visitantes antes de compartir un enlace. Todo lo que hay aquí es el comportamiento real de un formulario publicado; las capturas vienen de formularios de demo con los diseños **Diapositivas** y **Una página**. *** ## Diapositivas: una pantalla a la vez En el diseño **Diapositivas**, quien responde ve una tarjeta con el título del formulario, un indicador de progreso y una pantalla del formulario: normalmente una pregunta y su campo, o varias preguntas que agrupaste en la misma pantalla. Responder le lleva a la siguiente pantalla.
Un formulario de Diapositivas publicado mostrando el título del formulario, una barra de progreso y una pregunta de opción única con cuatro opciones

Paso 1 de un formulario de Diapositivas: título, barra de progreso y una pregunta. Tocar una opción avanza solo.

Cómo avanza cada campo en una pantalla con una sola pregunta: | Tipo de pregunta | Cómo continúa quien responde | | ------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------- | | **Opción única**, **Desplegable** | Tocar una opción avanza solo. No hace falta botón. | | **Opción múltiple** | Elige varias, y luego pulsa **Siguiente** (o **Enter**). | | **Texto corto**, **Correo**, **Teléfono**, **Sitio web**, **Deslizador** | Escribe o desliza, y luego pulsa **Enter** o el botón. | | **Texto largo** | Pulsa el botón (Enter añade una línea nueva). | | **Nombre** | Dos campos en una pantalla. **Enter** salta de **Nombre** a **Apellidos**, y luego envía el paso. | | **Mensaje** | Texto sin campo; un botón **Continue** avanza. | | **Pantalla de revelación** | Se reproduce un tiempo fijo y avanza sola. | | **Agendador** | La persona elige un horario en el calendario de Calendly que va dentro del formulario; reservar cuenta como la respuesta. | El botón dice **Siguiente**, o **Enviar** en la última pantalla. Puedes reemplazar las dos palabras para todo el formulario en **Diseño → Texto de los botones** (mira [Idioma y texto de los botones](/dapta-docs-es/dforms/design/language-and-button-text.md)). Un **Mensaje** conserva su propio botón **Continue** en cualquier idioma. *** ## Varias preguntas en una pantalla Cuando agrupas preguntas en una pantalla (mira [Varias preguntas en una pantalla](/dapta-docs-es/dforms/builder/screens.md)), quien responde las contesta juntas en una sola tarjeta: * Cada pregunta obligatoria lleva un asterisco. * Hay un solo botón al final. Elegir una opción única o una opción del desplegable guarda la respuesta pero no avanza: avanza el botón. * **Enter** en un campo de una línea salta al campo siguiente, y desde el último envía la pantalla. * Al pulsar el botón se revisan todas las preguntas de la pantalla a la vez. Cada pregunta inválida muestra su propio mensaje, el resumen **Revisa las preguntas marcadas arriba.** aparece sobre el botón y el cursor va al primer problema. * Una pregunta que depende de una respuesta de la misma pantalla aparece o desaparece mientras la persona responde.
Un formulario de Diapositivas publicado mostrando una pantalla con tres preguntas en una sola tarjeta y un único botón Siguiente al final

Una pantalla con tres preguntas y un solo botón Siguiente.

*** ## Botón Atrás Desde la segunda pantalla en adelante, aparece una flecha de **Atrás** en la esquina superior izquierda de la tarjeta. Devuelve a la pantalla anterior con las respuestas todavía puestas. En la primera pantalla, **Atrás** vuelve a la portada cuando el formulario tiene una. *** ## Errores de validación Si la persona intenta continuar sin una respuesta válida, el campo se marca en rojo y aparece un mensaje debajo. El formulario no avanza hasta que se arregla el problema.
Un paso de correo con la flecha Atrás resaltada en la esquina superior izquierda y el error Este campo es obligatorio bajo el campo vacío

La flecha de Atrás (arriba a la izquierda) y un error de validación bajo el campo.

| Mensaje | Cuándo aparece | | -------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **Este campo es obligatorio.** | Se dejó vacía una pregunta obligatoria. | | **Introduce un correo válido.** | La pregunta de Correo recibió algo que no es un correo. | | **Usa tu correo corporativo.** | **Exigir correo corporativo** está activado y la dirección es de un dominio personal (Gmail, Hotmail, Yahoo y similares). | | **Introduce un número de teléfono válido.** | El número es más corto que los dígitos mínimos o no es un número real para el país elegido. | | **Introduce una dirección web válida.** | La pregunta de Sitio web no se pudo leer como URL. (Escribir `acme.com` está bien: se convierte en `https://acme.com` al salir del campo.) | | **Introduce un número.** / **El valor es muy bajo.** / **El valor es muy alto.** | Deslizador o campo numérico fuera de su rango. | | **Elige una de las opciones disponibles.** | Un valor de elección o desplegable no es una de las opciones. | | **Tu respuesta es muy corta.** / **Tu respuesta es muy larga.** | Una respuesta de **Texto largo** está por debajo del mínimo o por encima del máximo de caracteres que definiste. Un contador en vivo bajo la caja muestra la longitud mientras escribe. | | **Sube un archivo para continuar.** | Una pregunta **Subir archivo** obligatoria todavía no tiene archivo. | | **No se pudo enviar. Inténtalo de nuevo.** | El envío final no llegó al servidor. Las respuestas se quedan en pantalla para poder reintentar. | | **Demasiados intentos desde tu conexión. Espera un momento e inténtalo de nuevo.** | Llegaron demasiados envíos desde la misma conexión en poco tiempo. | | **Una de tus respuestas es más larga de lo que permite este formulario. Acórtala e inténtalo de nuevo.** | Una respuesta de **Texto largo** por encima de su máximo llegó al servidor. | *** ## Adjuntar un archivo Una pregunta **Subir archivo** muestra un área que dice **Elige un archivo**, con los tipos aceptados y el límite de tamaño en la línea de abajo. Se hace clic para elegir un archivo, se ve **Subiendo 42%**, y queda el nombre del archivo con un enlace **Quitar**. Un archivo por pregunta. Un archivo que rompe una regla nunca se sube: el mensaje queda bajo el control con un enlace **Intenta de nuevo**, y la persona se queda en la pregunta. Mira [Subir archivo](/dapta-docs-es/dforms/builder/question-types/file-upload.md). *** ## Una página: todas las preguntas en una pantalla En el diseño **Una página**, quien responde ve todas las preguntas a la vez y un solo botón **Enviar** abajo. La lógica sigue corriendo en vivo, así que las preguntas aparecen y desaparecen según cambian las respuestas.
Un formulario de una página con la portada renderizada como encabezado (antetítulo, titular, subtítulo) y el contador 0 de 3 respondidas en la esquina superior derecha

Un formulario de una página. La portada se convierte en un encabezado arriba y el progreso dice 0 de 3 respondidas.

* **Portada:** cuando el formulario tiene portada, se renderiza como un encabezado destacado arriba (antetítulo, insignia, titular, subtítulo). No hay botón **Comenzar**; las preguntas siguen de inmediato. * **Progreso:** la barra de arriba muestra **{n} de {total} respondidas** y se llena según responde la persona. * **Enviar** valida todas las preguntas de una vez. Las inválidas se marcan en rojo con su propio mensaje, la página se desplaza al primer problema, y un resumen dice **Revisa las preguntas marcadas arriba.**
Un formulario de una página tras pulsar Enviar con campos vacíos: cada campo muestra Este campo es obligatorio y un resumen dice Revisa las preguntas marcadas arriba

Enviar un formulario de una página con preguntas obligatorias vacías: cada campo recibe su propio error más un resumen sobre Enviar.

*** ## Verificación contra spam Si quien administra el formulario activó la [protección contra spam](/dapta-docs-es/dforms/connect/spam-protection.md), una verificación aparece justo encima del botón que envía el formulario: sobre **Enviar** en un formulario de una página, sobre el botón de la última pantalla en uno de Diapositivas (o sobre el botón de una pantalla que termina el formulario antes). Cuando la última pantalla no tiene botón (una opción única o un desplegable que avanza al tocar, o una pantalla de revelación o un agendador al final), la verificación corre en la pantalla de **Enviando…**. * **Automático**: la mayoría de las personas no ve nada. Solo aparece una casilla cuando el tráfico parece sospechoso, con la línea *Confirma que eres una persona para enviar tus respuestas.* * **Estricto**: todos ven la verificación antes de enviar. Mientras corre la verificación, el botón dice **Enviando…**. Si no pasa, las respuestas se quedan en pantalla y la persona lee uno de estos mensajes: | Mensaje | Cuándo aparece | | ------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------ | | **No pudimos verificar que eres una persona. Inténtalo de nuevo.** | La verificación no pasó. | | **Este formulario ahora verifica que eres una persona. Recarga la página y vuelve a enviar tus respuestas.** | La página se abrió antes de que se activara la protección. | | **No pudimos completar la verificación de seguridad. Tus respuestas quedaron guardadas. Inténtalo de nuevo.** | La verificación no pudo correr, por ejemplo porque no cargó. | *** ## Portada En el diseño **Diapositivas**, un formulario con **Mostrar una portada** activado empieza con una pantalla de entrada: banner opcional, antetítulo, insignia, titular, subtítulo, un botón **Comenzar** (tú eliges su texto), una línea de confianza opcional y, si añadiste logos de clientes, una marquesina de «confían en nosotros». La portada viene apagada en los formularios nuevos; enciéndela en **Diseño → Portada**. En el diseño **Una página** el mismo contenido se renderiza como el encabezado que se ve arriba. ## Estilos de progreso Eliges cómo se muestra el progreso en **Diseño → Forma y controles → Progreso**: | Estilo | Qué ve quien responde | | ------------ | ------------------------------------------------------------------------------------------- | | **Barra** | Una barra fina bajo el título que se llena pantalla a pantalla (el valor por defecto). | | **Puntos** | Un punto por pantalla, con el actual resaltado. | | **Contador** | El texto **Paso 2 de 3**, que cuenta pantallas. | | **Oculto** | Nada visible (a los lectores de pantalla se les sigue anunciando un indicador de progreso). | El progreso se calcula solo sobre las pantallas visibles: las preguntas ocultas por lógica o por un ajuste de campo oculto no cuentan, así que el conteo nunca salta de forma inesperada. *** ## Pantallas de revelación Una **Pantalla de revelación** es un intersticial corto y cronometrado: una animación, un titular y un subtítulo, que se reproducen durante el tiempo que definas (2,2 segundos por defecto) antes de avanzar solos. Úsala para crear una pausa antes de un resultado, un paso de reserva o el final. En el diseño Diapositivas es un paso que sueltas donde quieras en la lista de preguntas; en el de Una página se reproduce una vez tras **Enviar**, cuando **Pantalla de revelación antes del resultado** está activada.
Una pantalla de revelación con una animación, el titular Revisando tus respuestas y el subtítulo Un momento mientras encontramos el mejor siguiente paso para ti

La pantalla de revelación por defecto. El titular, el subtítulo, el estilo de animación y la duración son todos editables.

*** ## Paso de reserva Cuando tu formulario incluye una pregunta de **Agendador** (un evento de Calendly elegido de tu cuenta conectada, o pegado como link), quien responde ve **Elige un horario** y el calendario de ese evento dentro del formulario. Las respuestas de preguntas anteriores (nombre, correo y cualquier campo mapeado) se llenan por él. Mientras carga el calendario ve **Cargando el calendario…**; si el calendario no puede cargar hay un enlace **Abrir la página de agendamiento**, y puedes permitir **Omitir por ahora**. Una vez reservado un horario, el formulario continúa, envía o salta a un paso posterior según el ajuste **Al agendar**. Los datos de la reserva se guardan con la respuesta. *** ## Final y redirección Tras el último paso (y cualquier revelación o reserva), quien responde ve la pantalla final: una marca de verificación, un titular y un mensaje. Por defecto dicen **¡Gracias!** y **Tus respuestas quedaron registradas.** (en inglés si el formulario está en inglés); puedes reemplazarlos en **Diseño → Cuando termina el formulario** e insertar respuestas con marcadores `[campo]` (por ejemplo `¡Gracias, [firstname]!`). Los resultados (rangos de puntaje) pueden anular el titular, el mensaje y la redirección para quienes caen en ellos.
La pantalla final con una marca de verificación, el titular ¡Gracias, Jane! y el mensaje Tus respuestas quedaron registradas

Un final con titular personalizado. El nombre viene de la propia respuesta de la persona.

Si defines una **URL de redirección (opcional)**, se manda a la persona ahí de inmediato o tras el retraso que definiste en **Mostrar el agradecimiento antes durante (ms)**. Cuando el formulario incluye una reserva, la redirección solo ocurre después de hacerla, para que nadie salga del calendario a la fuerza. > **💡 Tip:** Refrescar la pantalla final no crea una segunda respuesta. Se conserva una respuesta por formulario y pestaña del navegador. *** ## Dentro de una página insertada Cuando el formulario va insertado en tu propia página con el fragmento de **Insertar**: * El marco crece y se encoge con el formulario, así que nunca hay una barra de desplazamiento interna. Tras el último paso se encoge para ajustarse al final. * Cuando aparece una pantalla completa nueva (la siguiente pantalla de Diapositivas, la pantalla de envío, una revelación, el paso de reserva o el final) y la parte de arriba del marco quedó fuera de la vista, tu página la vuelve a mostrar. Nunca se desplaza al cargar la página por primera vez, y se salta la animación suave para quien pidió movimiento reducido en su dispositivo. * Una redirección al final abre el destino en toda la pestaña del navegador, no dentro del marco. Mira [Inserta el formulario en tu sitio web](/dapta-docs-es/dforms/share/embed.md). *** ## Móvil Los formularios públicos están hechos pensando primero en el móvil: una columna, zonas de toque grandes de 44 px, una barra de progreso fija y el mismo comportamiento de teclado. No hay nada extra que configurar. La **Vista previa** del editor te deja comprobar cualquier pantalla en **Móvil**, **Tablet** y **Escritorio** antes de publicar.
El formulario de Diapositivas en la pantalla de un teléfono: título, barra de progreso y cuatro opciones apiladas

El diseño Diapositivas en un teléfono.

El formulario de una página en la pantalla de un teléfono con el encabezado de portada, el contador 0 de 3 respondidas y las primeras preguntas

El diseño Una página en un teléfono: encabezado de portada, contador, y luego todas las preguntas.

*** ## Idioma Los elementos del formulario (botones como **Siguiente** y **Enviar**, los mensajes de error, el texto por defecto de la revelación y del final) aparecen en español o en inglés: 1. Un `?lang=es` o `?lang=en` añadido al enlace gana. 2. Si no, se usa el idioma del propio formulario (**Diseño → Idioma**). 3. Cuando el formulario está en **Auto (navegador del visitante)**, decide el navegador de la persona: los navegadores en español ven español, el resto ve inglés. Los formularios nuevos empiezan en el idioma en que usas dForms; los formularios creados antes de que existiera el ajuste de idioma están en **Auto**. El texto de tus preguntas se muestra exactamente como lo escribiste, así que redacta las preguntas en el idioma de tu público. Mira [Idioma y texto de los botones](/dapta-docs-es/dforms/design/language-and-button-text.md).
El mismo paso de correo con los elementos en español: el error Este campo es obligatorio y el botón Siguiente

El mismo formulario abierto con ?lang=es: el botón dice Siguiente y el error va en español. La pregunta en sí se queda como se escribió.

*** ## Respuestas prellenadas y datos de campaña Si el enlace lleva un parámetro que coincide con una clave del campo (por ejemplo `?email=ana@acme.com`), esa pregunta llega ya llena; las preguntas ocultas se responden en silencio desde la URL. Cualquier parámetro `utm_*` se captura aparte como dato de campaña de la respuesta. Mira [Campos ocultos y prellenado por URL](/dapta-docs-es/dforms/builder/hidden-fields-and-url-prefill.md). ## Privacidad Un formulario público no hace ninguna petición a terceros salvo que añadas IDs de seguimiento en **Conectar → Seguimiento y píxeles**, añadas un **Agendador** (carga Calendly) o actives la protección contra spam (carga Cloudflare Turnstile cuando la persona empieza, y envía su dirección IP a Cloudflare para hacer la verificación). Cada respuesta guarda las respuestas, el puntaje, las marcas de tiempo y las UTMs, más la página donde se respondió el formulario (su dirección y su título; tu página cuando el formulario va insertado). Cuando un webhook o la integración de HubSpot del formulario la pueden usar, la respuesta también conserva la cookie de visitante de HubSpot de esa página, si la página carga tu código de seguimiento de HubSpot. Las respuestas no guardan la dirección IP, el dispositivo ni la ubicación. Mira [Página de origen y atribución en HubSpot](/dapta-docs-es/dforms/connect/hubspot/attribution.md). ## No se reanuda al cerrar la pestaña La sesión de quien responde vive en la pestaña del navegador. Refrescar la página conserva la misma sesión (una respuesta parcial se actualiza en el sitio en lugar de duplicarse), pero las respuestas escritas no se restauran: el formulario empieza otra vez desde el primer paso. Cerrar la pestaña y abrir el enlace después es una sesión totalmente nueva. Una vez confirmada una respuesta, la siguiente carga del formulario en esa misma pestaña también empieza de cero: una segunda persona en un computador compartido tiene su propia respuesta, con sus propios correos, webhooks y envío al CRM. Si quieres conservar lo que la gente escribió antes de terminar, añade un **Punto de envío parcial** para que las respuestas se guarden sobre la marcha. ## Qué sigue * [Varias preguntas en una pantalla](/dapta-docs-es/dforms/builder/screens.md) * [Portada y banner](/dapta-docs-es/dforms/design/cover-screen-and-banner.md) * [Pantallas de revelación](/dapta-docs-es/dforms/logic/reveal-screens.md) y [Pantalla final](/dapta-docs-es/dforms/logic/ending-screen.md) * [Paso de agendador y Calendly](/dapta-docs-es/dforms/connect/scheduler-and-calendly.md) * [Protección contra spam (captcha)](/dapta-docs-es/dforms/connect/spam-protection.md) * [Respuestas parciales](/dapta-docs-es/dforms/builder/partial-submissions.md) * [Formulario de una sola página](/dapta-docs-es/dforms/builder/one-page-layout.md) --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.dapta.ai/dapta-docs-es/dforms/respondent-experience.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.