Formulario multipágina en Gravity Forms - Muy lento

Hola Alejando.

Va a ser complicado ya que tienes un formulario con 13 páginas y cuando se utilizan tantas página complejas con mucha lógica condicional, cálculos, campos dinámicos... se retrasa bastante.

Lo primero que puedes probar es aumentar los parámetros de PHP que están muy bajos.

.- Accede a tu cuenta de WePanel -> herramientas -> parámetros de PHP

.- Seleccionar la versión 8.4 de PHP y aumenta los valores max_execution_time y max_input_time al máximo

Puesdes probar tambien con el siguienet plugin:
-> https://wordpress.org/plugins/auto-advance-for-gravity-forms/

En tu caso lo que haría es dividir el autodiagnóstico en 2 o 3 formularios separados (por ejemplo: Diagnóstico 1, 2 y 3) y enlaza uno con otro al final. 

Un Saludo

Buenos días Pepe.

Cómo te decía en el mensaje de inicio:

NO TIENE lógica condicional
NO TIENE cálculos
NO TIENE campos dinámicos

Es un formulario simple pero muy extenso.

Ya esta en PHP 8.4

He cambiado los parámetros max_execution_time y max_input_time ambos a 900 y sigue igual.

He probado el mismo formulario en otros dos servidores, también usando DIVI y muchos plugin instalados y carga muy rápido.

Desde soporte de Gravity Forms me dicen que el problema está en alguna configuración del servidor

Escribí un ticket a soporte y me dicen que lo exponga en el foro.

Por favor, revisarlo con atención.

Muchas gracias por vuestra ayuda.

Un saludo!

Hola Alejandro.

Veo que sacaron una nueva versión 2.9.30 donde corrigieron algunas cosas, en principio no afectan al rendimiento pero podrias probarlo, por favor actualiza el plugin y si sigue con el problema lo revisamos.

 -> https://docs.gravityforms.com/gravityforms-change-log

Si después de eso sigues con el problema, por favor indicalo y seguimos revisando.

Un saludo

Gracias por tu ayuda Pepe.

He actualizado el plugin y sigue ocurriendo.

He pensado que igual el problema tiene que ver con el caché.

No me deja activar el Magic Cache en el Panel de control y he escrito un ticket a soporte, esta es la respuesta.

"A nivel de servidor sigo sin ver ningún problema por el que el formulario de la web no cargue correctamente.
Lamentablemente, no podríamos darte mucha más información sobre este punto al no detectar ninguna anomalía de nuestro lado.

Con relación a Magic Cache, como bien dices, deberías poder activarlo, pero no veo que aparezca el subdominio para que te permita hacerlo.
Lo mejor es evitar anidar consultas independientes en el mismo ticket, por lo que lo más adecuado es que abras un ticket nuevo para que podamos revisar este problema con los dominios/subdominios que aparecen para activar Magic Cache."

En resumen, que dicen que no tiene que ver y que abra un nuevo ticket.

Llevo más de 10 años trabajando con Webempresa y nunca he tenido tan mal servicio de soporte.

De cualquier forma te agradezco mucho el interés.

Un saludo!

Hola Alejandro,

Con 13 páginas y aproximadamente 10 campos por página, el formulario es bastante grande en total. Aunque el AJAX está activado, Gravity Forms sigue realizando una validación completa en el servidor cada vez que se pulsa “Siguiente”. Esto es un comportamiento conocido en formularios multipágina muy extensos y suele generar retrasos notables (incluso de 10-20 segundos).

Prueba recomendada para confirmar:

1. Duplica el formulario.
2. Deja solo 2-3 páginas con 5-6 consultas por página (sin nada más).
3. Prueba el tiempo de paso entre páginas.

Si baja drásticamente (a 1-3 segundos), el problema principal es el tamaño total del formulario.

En formularios muy extensos suele pasar eso y es algo que reportan mucho los usuarios en el foro de Gravity:

-> https://community.gravityforms.com/t/how-to-speed-up-a-heavy-form/2396

No es cosa de servidor ni de instalación es por que el formulario es muy extenso, una solucion seria que lo dividieras en 2 o 3 formularios separados y pasar los datos entre ellos

Un Saludo

 Hola de nuevo Pepe.

Te adjunto las gráficas para que veas el paso de página del mismo formulario en webempresa y en otros servidores:

Webempresa: 19,54 segundos (con DIVI y ningún plugin)

Siteground: 1,22 segundos. (con DIVI y muchos plugin)

One&one: 2,52 segundos. (con DIVI y muchos plugin)

He escrito un ticket a soporte porque no puedo activar Magic cache en esta instalación, tal vez ese es el problema.

Las gráficas no dan lugar a dudas, no es un problema del formulario, sino de la respuesta del servidor de Webempresa entre páginas.

Por favor, revisarlo con atención.

Muchas gracias.

 Hola de nuevo Pepe.

Te adjunto las gráficas para que veas el paso de página del mismo formulario en webempresa y en otros servidores:

Webempresa: 19,54 segundos (con DIVI y ningún plugin)

Siteground: 1,22 segundos. (con DIVI y muchos plugin)

One&one: 2,52 segundos. (con DIVI y muchos plugin)

He escrito un ticket a soporte porque no puedo activar Magic cache en esta instalación, tal vez ese es el problema.

Las gráficas no dan lugar a dudas, no es un problema del formulario, sino de la respuesta del servidor de Webempresa entre páginas.

Por favor, revisarlo con atención.

Muchas gracias.

Hola Alejandro.

Perdona por la tardanza en responder pero estuve haciendo varias prueba.

He activado el registro de Gravity Forms y revisado los logs mientras pasaba de página.

El servidor responde muy rápido. Estos son los tiempos reales:

• Al pasar de la página 1 a la 2: Processing completed in 0.005560 seconds (5 milisegundos)
• Al pasar de la página 2 a la 3: Processing completed in 0.007196 seconds (7 milisegundos)

Esto confirma que el problema no está en el servidor. El retraso de unos 20 segundos ocurre en el navegador (JavaScript), muy probablemente porque el formulario es grande (13 páginas con muchos campos).

2026-04-01 12:43:51.720101 - DEBUG --> GFFormDisplay::process_form(): Starting to process form (#1) submission. 
2026-04-01 12:43:51.724030 - DEBUG --> GFFormDisplay::process_form(): Source page number: 2. Target page number: 3. 
2026-04-01 12:43:51.724076 - DEBUG --> GFFormDisplay::validate(): Starting for form #1. 
2026-04-01 12:43:51.724107 - DEBUG --> GFFormDisplay::validate(): Checking restrictions. 
2026-04-01 12:43:51.725709 - DEBUG --> GFFormDisplay::validate(): Completed restrictions. Starting field validation. 
2026-04-01 12:43:51.726526 - DEBUG --> GFFormDisplay::validate(): Field validation completed in 0.000763 seconds. 
2026-04-01 12:43:51.726560 - DEBUG --> GFFormDisplay::process_form(): After validation. Is submission valid? Yes. 
2026-04-01 12:43:51.726582 - DEBUG --> GFFormDisplay::process_form(): Processing completed in 0.007196 seconds. 

Hay un plugin que te ayudaría en esto y es una de las opciones que ofrecen GF para estos problemas pero es de pago:

-> https://gravitywiz.com/documentation/gravity-forms-page-transitions/

Prueba también lo que te indique de duplicar el formulario y dejar solo dos paginas para ver como responde.

Un Saludo

Buenos días Pepe.

Gracias por tu interés y ayuda.

El formulario solo se ralentiza entre páginas en Webempresa.

El mismo formulario en otros servidores funciona correctamente.

Es obvio que el problema es la extensión del formulario, pero solamente en Webempresa.

Por favor, mira las gráficas que te envío.

Un saludo!

Hola Alejandro.

A nivel Hosting no hay ningún problema, no tienes picos y el servidor esta esta estable.

.- Accede a Formularios -> Ajustes y activa Registro y guarda los ajustes

.- Accede a formulario y pasa 2 o tres páginas.

.- Accede a Formularios -> Ajustes y pulsa en Logging

.-En la opción Gravity Forms Core pulsa en Ver registro:

Mostrará un registro con los pasos del formulario:

2026-04-07 11:27:48.314652 - DEBUG --> GFFormDisplay::validate(): Field validation completed in 0.000889 seconds. 
2026-04-07 11:27:48.314677 - DEBUG --> GFFormDisplay::process_form(): After validation. Is submission valid? Yes. 
2026-04-07 11:27:48.314697 - DEBUG --> GFFormDisplay::process_form(): Processing completed in 0.005988 seconds. 
2026-04-07 11:28:11.386920 - DEBUG --> GFFormDisplay::process_form(): Starting to process form (#1) submission. 
2026-04-07 11:28:11.390513 - DEBUG --> GFFormDisplay::process_form(): Source page number: 2. Target page number: 3. 
2026-04-07 11:28:11.390574 - DEBUG --> GFFormDisplay::validate(): Starting for form #1. 
2026-04-07 11:28:11.390594 - DEBUG --> GFFormDisplay::validate(): Checking restrictions. 
2026-04-07 11:28:11.390758 - DEBUG --> GFFormDisplay::validate(): Completed restrictions. Starting field validation. 
2026-04-07 11:28:11.391455 - DEBUG --> GFFormDisplay::validate(): Field validation completed in 0.000661 seconds. 
2026-04-07 11:28:11.391486 - DEBUG --> GFFormDisplay::process_form(): After validation. Is submission valid? Yes. 
2026-04-07 11:28:11.391509 - DEBUG --> GFFormDisplay::process_form(): Processing completed in 0.005246 seconds. 
2026-04-07 11:28:32.177004 - DEBUG --> GFFormDisplay::process_form(): Starting to process form (#1) submission. 
2026-04-07 11:28:32.182588 - DEBUG --> GFFormDisplay::process_form(): Source page number: 3. Target page number: 4. 
2026-04-07 11:28:32.182660 - DEBUG --> GFFormDisplay::validate(): Starting for form #1. 
2026-04-07 11:28:32.182679 - DEBUG --> GFFormDisplay::validate(): Checking restrictions. 
2026-04-07 11:28:32.182823 - DEBUG --> GFFormDisplay::validate(): Completed restrictions. Starting field validation. 
2026-04-07 11:28:32.183613 - DEBUG --> GFFormDisplay::validate(): Field validation completed in 0.000743 seconds. 
2026-04-07 11:28:32.183656 - DEBUG --> GFFormDisplay::process_form(): After validation. Is submission valid? Yes. 
2026-04-07 11:28:32.183677 - DEBUG --> GFFormDisplay::process_form(): Processing completed in 0.007357 seconds. 

Lo que te interesa son los tiempos al pasar de página:

2026-04-07 11:27:48.314697 - DEBUG --> GFFormDisplay::process_form(): Processing completed in 0.005988 seconds.
2026-04-07 11:28:11.391509 - DEBUG --> GFFormDisplay::process_form(): Processing completed in 0.005246 seconds.
2026-04-07 11:28:32.183677 - DEBUG --> GFFormDisplay::process_form(): Processing completed in 0.007357 seconds.

Si te das cuenta ahí muestra el tiempo de respuesta del servidor y ese log es que tienes que mandar al soporte de GF para que vean que la respuesta del servidor es buena y no llega a un segundo.

Un Saludo

Gracias Pepe.

Puedes contestarme de manera directa porque el mismo formulario funciona rápido en 1&1 o en Siteground y no en Webempresa?

Está en las gráficas.

Un saludo.

Podría ser un problema relacionado con el caché.

Escribí a soporte porque el subdominio no me permitía activar el Magic Caché.

Gracias!

Hola Alejandro.

Podría ser un problema relacionado con el caché

No, incluso tener la caché activa podría afectar.

Puedes contestarme de manera directa porque el mismo formulario funciona rápido en 1&1 o en Siteground y no en Webempresa?

Pues no sabria que decirte lo que te puedo decir es que los tiempos de respuesta del servidor son buenos.

2026-04-07 11:27:48.314697 - DEBUG --> GFFormDisplay::process_form(): Processing completed in 0.005988 seconds.
2026-04-07 11:28:11.391509 - DEBUG --> GFFormDisplay::process_form(): Processing completed in 0.005246 seconds.
2026-04-07 11:28:32.183677 - DEBUG --> GFFormDisplay::process_form(): Processing completed in 0.007357 seconds.

No llega a 1 segundo lo que tarda en responder el servidor.

cual es la URL de Siteground ?

Un Saludo

Gracias de nuevo Pepe.

Te la envío de forma privada al administrador.