--- title: "Una página de agradecimiento debe confirmar el envío y el siguiente paso" description: "Una página de agradecimiento debe confirmar lo que se recibió, decir qué pasa después y cuándo, y ofrecer un paso opcional. Haga una prueba para comprobar que funciona." url: "https://webleveling.com/es/blog/pagina-de-agradecimiento-despues-de-un-formulario/" lang: "es" published: "2026-10-11" modified: "2026-10-11" author: "Cal Hewitt" tags: ["conversion","small-business","web-design"] image: "https://webleveling.com/og/blog-what-your-thank-you-page-should-say.jpg" alternates: en: "https://webleveling.com/blog/what-your-thank-you-page-should-say.md" --- # Una página de agradecimiento debe confirmar el envío y el siguiente paso Una página de agradecimiento debe confirmar lo que se recibió, decir qué pasa después y cuándo, y ofrecer un paso opcional. Haga una prueba para comprobar que funciona. ![Un sobre sellado y una pequeña campana de latón para escritorio sobre una mesa de madera clara, junto a una computadora portátil cerrada.](https://webleveling.com/blog/what-your-thank-you-page-should-say/thank-you-page-confirmation-featured.jpg) Usted envió su propio formulario para ver cómo se siente, y la página dijo «Gracias», o se recargó sin ningún cambio, o quedó en blanco. Por un momento no estuvo seguro de que el envío se hubiera completado. Sus visitantes sienten lo mismo, solo que no le pueden preguntar a usted. La pregunta sobre qué incluir en una página de agradecimiento después de enviar un formulario empieza en ese momento. La página tiene un trabajo principal: quitar la duda. Unas cuantas líneas sencillas pueden lograrlo. Dicen qué llegó, qué pasa después, cuándo esperar una respuesta y quién le responderá. Todo lo demás en la página, incluido el seguimiento, va en segundo lugar. **Puntos clave** **Cuatro partes en cada confirmación** Diga qué se recibió, qué pasa después, cuándo llega una respuesta y quién responderá. Un simple «Gracias» no responde ninguna de las cuatro. **Un paso secundario** Ofrezca una sola acción opcional que encaje con el formulario, como una línea telefónica, un enlace para reservar o una lista corta de preparación, y manténgala visiblemente más pequeña que la confirmación. **Un mensaje de estado para tecnologías de asistencia** El criterio de éxito 4.1.3 de WCAG 2.2 pide que un lector de pantalla anuncie, sin mover el foco, una confirmación que se muestra en la misma página. **Cuente un cliente potencial solo después de un envío real** Una URL de agradecimiento funciona como evento clave solo cuando no se puede llegar a ella sino después de un envío exitoso. ## ¿Qué debe decir una página de agradecimiento después de que alguien envía un formulario? Responda cuatro preguntas de inmediato, con palabras que usaría el visitante. El GOV.UK Design System pide que las páginas de confirmación den «details of what happens next and when» (detalles de qué pasa después y cuándo) y «contact details for the service» (datos de contacto del servicio), y recomienda un número de referencia cuando exista. Su [patrón de página de confirmación](https://design-system.service.gov.uk/patterns/confirmation-pages/) es el estándar corto más claro para esto. - **Qué se recibió**: «Recibimos su solicitud de proyecto». - **Qué pasa después**: «Un miembro de nuestro equipo la revisará y le responderá por correo electrónico». - **Cuándo**: «Puede esperar una respuesta en un plazo de un día hábil». - **Quién responderá**: «Recibirá noticias de Jordan o de otro miembro del equipo». Juntas, las cuatro partes se leen así: \> Su consulta se envió con éxito. Recibimos su mensaje y sus datos de contacto. Jordan revisará su solicitud y le responderá por correo electrónico en un día hábil. Si su pregunta es urgente, llame al \[su número de teléfono\]. Prometa un tiempo de respuesta solo si su equipo lo cumple siempre. Un día prometido que se convierte en tres es peor que una promesa modesta que se cumple. Si envía un correo de confirmación, diga a dónde se envió y qué hacer si no aparece. Agregue un número de referencia cuando la consulta necesite seguimiento, como una solicitud de cotización o una pregunta sobre un pedido. El sistema de diseño de la Oficina Nacional de Estadística también recomienda no dejar que un informal «¡Gracias!» sea la única confirmación; su [guía para páginas de confirmación](https://service-manual.ons.gov.uk/design-system/patterns/confirmation-page) incluye, entre los extras que puede ofrecer una página, una confirmación por correo electrónico y una forma de guardar las respuestas. ![Un sobre sellado sobre una bandeja de salida de madera vacía, junto a una pequeña campana de latón para escritorio.](https://webleveling.com/blog/what-your-thank-you-page-should-say/sealed-envelope-outgoing-tray.jpg) Una confirmación funciona como un recibo: le dice al visitante que el mensaje ya está en sus manos. ## ¿Qué paso siguiente va debajo de la confirmación? Elija una acción que corresponda con lo que el visitante acaba de hacer, y hágala más pequeña que la confirmación que está arriba. La opción correcta depende del formulario. Quien hizo una pregunta rápida necesita algo distinto de quien pidió una consulta. Relacione el paso siguiente con el formulario | Lo que el visitante acaba de hacer | Un paso siguiente adecuado | | --- | --- | | Envió una pregunta que puede ser urgente | Un número de teléfono, con una nota sobre el horario en que se atiende la línea | | Está listo para elegir una hora | Un enlace para reservar | | Pidió una consulta | Una lista corta de lo que debe traer | | Pidió una descarga | Un enlace al archivo que pidió | | Tal vez se pregunte si el correo llegó | Dónde buscarlo, incluida la carpeta de spam | | Quiere saber más mientras espera | Una guía pertinente, una explicación de precios o un caso de estudio | En una consulta de servicio, un diseño como este mantiene el orden correcto: primero la confirmación y después la ayuda opcional. \> ¿Quiere prepararse para la conversación? Traiga la dirección actual de su sitio web, su objetivo principal de negocio y los ejemplos que le gusten. \[Reserve una cita\]. ¿Prefiere esperar? Nos comunicaremos con usted en un día hábil. Deje fuera varios botones sin relación, un segundo formulario y cualquier oferta que pida al visitante comprar en ese momento. Nada exige un descuento, un calendario, un video ni un número fijo de llamadas a la acción, así que elija el único paso que reduzca la incertidumbre del visitante o le ayude a prepararse. Si todavía está definiendo el formulario en sí, la [lista de verificación de la página de contacto](https://webleveling.com/es/blog/que-poner-en-la-pagina-de-contacto-de-su-sitio-web/) explica qué debe ir a su alrededor. ![Un teléfono cerrado junto a una tarjeta en blanco y un lápiz afilado sobre un escritorio claro.](https://webleveling.com/blog/what-your-thank-you-page-should-say/closed-phone-blank-prep-card.jpg) Un paso pequeño, como una tarjeta de preparación, vence a una fila de botones que compiten entre sí. ## ¿Cómo logra que la confirmación llegue a un lector de pantalla? Haga que el mensaje sea texto real, y no solo un color verde, un ícono de verificación o una animación. Luego asegúrese de que la tecnología de asistencia lo anuncie. Las Pautas de Accesibilidad para el Contenido Web (WCAG) 2.2 del W3C (publicadas el 5 de octubre de 2023 y actualizadas el 12 de diciembre de 2024) incluyen el criterio de éxito 4.1.3, Mensajes de estado (Status Messages). Su [documento de comprensión](https://www.w3.org/WAI/WCAG22/Understanding/status-messages.html) dice que los mensajes de estado deben poder determinarse mediante programación para que la tecnología de asistencia los presente sin recibir el foco, y su ejemplo es un mensaje de que un formulario se envió con éxito. En la práctica, cuando la confirmación aparece en la misma página que el formulario, el mensaje va dentro de un elemento con \`role="status"\`. El texto podría decir: «Su mensaje se envió con éxito. Le responderemos en un día hábil». Quien usa un lector de pantalla se queda donde está y aun así lo escucha. Cuando el formulario envía a las personas a una página dedicada, dé a esa página un título claro y un \`h1\` como «Su mensaje se envió con éxito.». Mueva el foco al encabezado principal solo si el comportamiento de su página lo requiere. Las personas que usan el teclado deben poder llegar al enlace del paso siguiente, y si da formato al mensaje como un panel de color con un enlace adentro, pruebe primero su contraste y su comportamiento con el teclado. El texto completo del [estándar WCAG 2.2](https://www.w3.org/TR/WCAG22/) es la referencia para su desarrollador. ## ¿La confirmación debe reemplazar el formulario o abrir su propia página? Cualquiera de las dos opciones puede funcionar. Ningún estándar exige una redirección, y ninguno la descarta. Lo importante es que el visitante vea la confirmación y que usted pueda distinguir un envío real de una simple visita a la página. Un mensaje en línea mantiene a las personas donde estaban y necesita el rol de estado descrito arriba. Una página aparte le da una dirección limpia, como \`/thank-you/\`, lo que simplifica el seguimiento, pero necesita la protección que se explica en la siguiente sección. Cambiar de una opción a la otra suele ser un ajuste del formulario o una edición de la plantilla en su [diseño web](https://webleveling.com/es/servicios/diseno-web/). Si su formulario solo recarga la misma página sin ningún cambio visible, ese es el caso que hay que corregir primero. Elija entre mensaje en línea o redirección, y haga que el nuevo estado diga las cuatro cosas del inicio de esta publicación. ## ¿Cómo registra la página como cliente potencial en GA4 y Google Ads? Una página de agradecimiento puede contar como cliente potencial, y vale la pena hacerlo, pero solo si la página se carga después de un envío exitoso y en ningún otro momento. Si alguien puede abrir la dirección directamente, recargarla, guardarla en favoritos o llegar a ella después de un error, una vista de página contará de más sus clientes potenciales. La página de ayuda de Google sobre [eventos clave en Google Analytics](https://support.google.com/analytics/answer/12571843) describe la configuración. En Google Analytics, los pasos son estos: 1. Abra **Admin** (Administrar). 2. En **Data display** (Visualización de datos), seleccione **Events** (Eventos). 3. Busque el evento de confirmación, o cree uno basado en la URL de agradecimiento. 4. Seleccione **Mark as key event** (Marcar como evento clave). Las etiquetas del menú pueden cambiar, así que confírmelas en su propia cuenta antes de usar esta lista. Para usar el evento en Google Ads, vincule su propiedad de GA4 con su cuenta de Google Ads. Luego abra **Goals** (Objetivos), después **Conversions** (Conversiones), después **Summary** (Resumen), elija **\+ New conversion action** (+ Nueva acción de conversión), seleccione **Import** (Importar), elija **Google Analytics 4 properties** (propiedades de Google Analytics 4), seleccione **Web** y elija el evento. Google dice que vincular cuentas o marcar un evento como evento clave puede tardar de 24 a 48 horas antes de que aparezcan las opciones de importación, y la página de ayuda de Google Ads sobre [importar eventos de Google Analytics](https://support.google.com/google-ads/answer/2375435) cubre lo demás. Una página de confirmación que existe solo para contarse normalmente debe llevar una directiva \`noindex\`, como explica Google Search Central en su guía sobre [cómo bloquear la indexación en Search](https://developers.google.com/search/docs/crawling-indexing/block-indexing). La configuración completa está en la guía sobre [cómo registrar clientes potenciales de formularios de contacto en Google Analytics](https://webleveling.com/es/blog/como-rastrear-clientes-potenciales-de-formularios-en-google-analytics/). ![Una computadora portátil cerrada junto a un calendario de escritorio de papel y un lápiz, con dos días laborables ligeramente marcados con un círculo.](https://webleveling.com/blog/what-your-thank-you-page-should-say/closed-laptop-calendar-wait-days.jpg) Planifique una espera: las nuevas opciones de importación en Google Ads pueden tardar un día o dos en aparecer. ## ¿Cómo puede probar todo el recorrido en diez minutos? No necesita un desarrollador para saber si la página funciona. Necesita una ventana privada del navegador, una dirección de prueba que su personal reconozca y una libreta de notas. Nunca use los datos personales de un cliente real para la prueba. Revise tres puntos en este orden: lo que ve el visitante, lo que llega a sus bandejas de entrada y lo que registra su seguimiento. Anote lo que ve, porque la redacción exacta es lo que usted va a editar. ### ¿Qué ve el visitante? Envíe el formulario desde la ventana privada y anote si el botón cambia de estado al presionarlo. Luego registre si aparece un mensaje en línea o una dirección nueva, y copie la redacción exacta de la confirmación. Revise que diga qué se recibió, que dé un tiempo de respuesta que usted pueda cumplir y que ofrezca un paso siguiente útil. Actualice la página y observe si el formulario se envía otra vez o crea un registro duplicado. Luego abra la página en un teléfono y toque cada enlace. ### ¿Qué llega a su bandeja de entrada? Busque el correo de confirmación si lo prometió, y la notificación que recibe su equipo. Una página de agradecimiento en pantalla no demuestra que el correo del negocio llegó, así que revise la bandeja de entrada, el CRM o el canal de notificaciones en sí. Si el visitante ve un éxito pero no le llega nada, el problema está en la entrega, y aplican los pasos de [por qué un formulario de contacto deja de enviar correos](https://webleveling.com/es/blog/formulario-de-contacto-no-envia-correos/). ### ¿El seguimiento lo registra? Abra **Reports > Realtime** (Informes > Tiempo real) en GA4 mientras envía el formulario y busque el evento. La página de ayuda de Google sobre [cómo monitorear eventos en DebugView](https://support.google.com/analytics/answer/7201382) muestra cómo ver cada evento en el momento en que se dispara, en **Admin > Data display > DebugView** (Administrar > Visualización de datos > Vista de depuración). Para una revisión rápida de que su etiqueta está recopilando datos, use la guía de Google sobre [cómo confirmar que está recopilando datos](https://support.google.com/analytics/answer/9333790). No haga prueba tras prueba contra una conversión principal activa sin excluir o documentar su tráfico de prueba. Si no, su conteo de clientes potenciales lo incluirá a usted. ![Una libreta de espiral con marcas de lápiz ilegibles en una página, junto a una computadora portátil cerrada y un pequeño reloj de arena.](https://webleveling.com/blog/what-your-thank-you-page-should-say/test-notes-notebook-egg-timer.jpg) Diez minutos, un registro de prueba y una libreta de notas bastan para encontrar el paso débil. ## ¿Cuándo basta una corrección pequeña y cuándo vale la pena un proyecto más grande? La prueba suele señalar una reparación pequeña. Reescribir el mensaje es un cambio de texto. Una promesa de respuesta que no coincide con los hábitos de su personal se resuelve cambiando la promesa o el hábito. La tabla indica el tamaño de los trabajos habituales. Lo que suele requerir cada problema para corregirse | Lo que mostró la prueba | Lo que implica corregirlo | | --- | --- | | Confirmación vaga o inexistente | Reescribir el encabezado y el texto de la plantilla; normalmente pequeño | | La página se recarga sin ningún cambio visible | Agregar un estado de éxito en línea, o una redirección que se active solo después de un envío exitoso; pequeño a mediano | | La promesa de respuesta no coincide con la práctica | Reemplazarla por el estándar real y establecer una regla de enrutamiento; pequeño | | Demasiadas acciones siguientes | Conservar la que encaje con el formulario; pequeño | | La página de confirmación aparece en la búsqueda | Agregar \`noindex\` y confirmar que Google todavía puede leer la página; pequeño | | No hay evento de GA4, o es el incorrecto | Revisar la etiqueta, el disparador, el comportamiento del consentimiento y el nombre del evento; pequeño si la etiqueta ya existe, más grande si hay configuraciones en conflicto | | Se cuentan clientes potenciales que nunca ocurrieron | Impedir que las visitas directas se cuenten, usar un evento de éxito confiable y repetir la prueba con recarga; mediano | | La notificación nunca llega al negocio | Revisar el destinatario, el filtro de spam, la autenticación del correo y la conexión con el CRM; una corrección de configuración o una investigación del correo | | El lector de pantalla no recibe ningún anuncio | Agregar semántica de estado, encabezados y acceso con teclado; pequeño para un formulario simple, más grande para uno personalizado | Un proyecto más grande tiene sentido cuando la prueba muestra un problema que atraviesa varios sistemas: notificaciones que llegan de manera poco confiable, un seguimiento que entra en conflicto, una transferencia rota al CRM o un formulario que no puede distinguir un éxito de un error. Mientras tanto, corrija lo más pequeño que encontró la prueba. **Cuestionario: ¿Su página de agradecimiento cumple su función?** 1. Un visitante envía su formulario y solo ve «¡Gracias!». ¿Qué falta? - Nada; una palabra amable basta - Qué se recibió, qué pasa después, cuándo y quién responderá **(respuesta correcta)** - Un código de descuento - Un video 2. Su confirmación aparece en la misma página que el formulario. ¿Qué ayuda a que un usuario de lector de pantalla la escuche? - Un fondo verde - Una animación de confeti - Un mensaje de estado que se anuncia sin mover el foco **(respuesta correcta)** - Una fuente más grande 3. ¿Cuándo puede una URL de página de agradecimiento contar como cliente potencial en GA4? - Cada vez que recibe una vista de página - Solo cuando únicamente se pueda llegar a ella después de un envío exitoso **(respuesta correcta)** - En cuanto se guarda en favoritos - Cuando Google la indexa ## Preguntas frecuentes sobre las páginas de agradecimiento **¿Qué debe decir una página de agradecimiento después del envío de un formulario?** Confirme lo que se recibió, explique el paso siguiente, indique un tiempo de respuesta que pueda cumplir y ofrezca un método de contacto o un enlace opcional pertinente. **¿Una página de agradecimiento debe incluir un número de teléfono?** Inclúyalo cuando sea probable que haya preguntas urgentes o cuando su equipo atienda llamadas. Diga en qué horario se atiende la línea. **¿Debo agregar un enlace para reservar?** Agréguelo cuando sea probable que los visitantes estén listos para agendar. Manténgalo opcional y asegúrese de que corresponda al formulario que acaban de enviar. **¿Una página de agradecimiento registra una conversión automáticamente?** No. El seguimiento necesita un evento o una etiqueta bien configurados, y necesita una prueba. Marque el evento como evento clave en GA4 y luego impórtelo a Google Ads si usted hace anuncios. **¿La página de agradecimiento debe indexarse?** Normalmente agregue \`noindex\` cuando la página existe solo para confirmar un envío y no tiene una finalidad de búsqueda propia. **¿Cómo deben recibir la confirmación los lectores de pantalla?** Use texto real en un mensaje de estado que la tecnología de asistencia pueda anunciar sin mover el foco, como un elemento con \`role="status"\` en la misma página. ## Lo que esto significa para usted Una buena confirmación responde cuatro preguntas: qué llegó, qué pasa después, cuándo llega una respuesta y quién la enviará. Un paso siguiente opcional va debajo, un mensaje de estado lo comunica a los lectores de pantalla, y el seguimiento cuenta un cliente potencial solo después de un envío real. Cada parte es pequeña por sí sola. Haga la prueba de diez minutos una vez y guarde sus notas. Le muestran si necesita una nueva redacción, un ajuste del formulario o una revisión más detallada de la entrega de correos y del seguimiento. Los visitantes que saben que el formulario funcionó tienen menos probabilidades de enviarlo dos veces, y su equipo sabe lo que prometió. Si la prueba muestra más que un problema de redacción, [Web Leveling](https://webleveling.com/es/) puede revisar con usted todo el recorrido, desde el formulario hasta la bandeja de entrada y GA4, y nuestro trabajo de [optimización de la tasa de conversión](https://webleveling.com/es/servicios/optimizacion-de-conversiones/) corrige solo las partes que fallan. Si la página solo necesita palabras nuevas, usted puede hacerlo por su cuenta hoy mismo. Trabajamos con pequeñas y medianas empresas en todo el país y en el extranjero. [Envíenos lo que encontró su prueba](https://webleveling.com/es/contacto/), y le diremos qué corrección requiere. ## Términos Términos de la página de agradecimiento en esta publicación Toque un término para ver qué significa. **Página de confirmación.** La página o el mensaje que ve el visitante después de enviar un formulario, que le indica que todo funcionó. **Mensaje de estado.** Un mensaje breve que la tecnología de asistencia anuncia sin mover el foco del usuario, como describe el criterio de éxito 4.1.3 de WCAG 2.2. **Evento clave.** Una acción que GA4 está configurado para contar como importante, como un formulario de cliente potencial completado. **DebugView.** Un informe de GA4 que muestra los eventos en el momento en que se disparan, y que se usa para probar el seguimiento. **Número de referencia.** Un código corto que se entrega al visitante para que un seguimiento pueda vincularse con su consulta. **noindex.** Una directiva que pide a Google que no muestre una página en los resultados de búsqueda. - [Qué poner en la página de inicio de un negocio pequeño, en orden](https://webleveling.com/es/blog/que-poner-en-la-pagina-de-inicio-de-un-negocio-pequeno/): Qué poner en la página de inicio de un negocio pequeño: las secciones en el orden en que el visitante decide, qué quitar y una prueba de diez minutos con el teléfono. - [¿Qué es una buena tasa de rebote? Qué mide GA4 y qué corregir](https://webleveling.com/es/blog/que-es-una-buena-tasa-de-rebote/): Una buena tasa de rebote depende del trabajo de la página. La tasa de rebote en GA4 es 100% menos la tasa de participación. Revise los eventos clave de cada página y corrija lo que confunde a los visitantes. - [Errores de navegación en su sitio web que hacen que los clientes se vayan](https://webleveling.com/es/blog/errores-de-navegacion-del-sitio-web/): ¿Sus clientes se van porque no encuentran un servicio ni su número de teléfono? Pruebe su menú con dos tareas y corrija los errores de navegación que fallan.