since I’ve created a very long form with a lot of Conditional Logic fields (around 150), I need to make it faster, because now it takes so long to load the various fields (3-4 seconds).
I’ve contacted the official GF support and they suggested to break it into several smaller forms, and pass the data between forms.
Ok, so… what I have to do?
If there are other tricks or suggestions, I can’t wait to know about them!
Have you tried to separate the form with pages (you can add conditional to pages) ? Then you can speed up the UX with plugin Auto Advance for GravityForms, it automatically advances to the next page when a user clicks on a button.
Thank you for your kind reply.
Unfortunately with this method the form results still slower.
Because even if it automatically advances to the next page, the form is slow.
UPDATE: to be honest the form is slower on mobile device (I tried with different devices).
I sent to their support center an email asking if it could solve the problem.
But I would like to know your thoughts about that plugin.
Do you think it can solve the problem about the speed on mobile device?
Yes, I tried with Android and iOS system and the issue remains.
Anyway, “AMP is an open source framework developed by Google in collaboration with Twitter. Accelerated Mobile Pages create better, faster experiences on the mobile web”.
Since there is the plugin Gravity Forms Support in AMP I really hope it could fix that.
I’m still waiting for the reply from the support before to buy the plugin ($79,99). I would like their assurance that it really works, making the form faster on mobile devices.
I also have speed issues with forms that make use of calculations & conditional logic, especially when they cascade.
Take as an example where B depends on A’s value and D depends on C’s value. I am currently trying to confirm which of the following 2 scenarios happens when I edit A:
B is re-evaluated
B & D are re-evaluated (this would be bad since D doesn’t depend on A’s value)
Just thought I’d post some info on another potential workaround - I’ve not had chance to fully test it across multiple scenarios but it made a huge different to me on a site I was working on.
Essentially I had a very large form with lots of conditional visibility and the main page would load within a few second but then the form would stay blank for around 25 seconds before it suddenly appeared. I had tried all kinds of solutions but I was not able to split it out over multiple pages due to the complex nature of the form.
In the end I started trying to debug the form so thought I’d set the main .gform_wrapper outer div to display:block !important; so I could try and see if there were any elements that took longer than others to process. To my surprise the outer page loaded as normal and the form did show with all the fields showing but within about 2 seconds it had reformatted itself and collapsed all the conditionally hidden fields. So the rendering time immediately went from roughly 25 seconds to 2 seconds. As my form had a large section of explanatory text at the top you didn’t even see the majority of the form load and then hide but even so it was now so quick that it was deemed acceptable and that was it fixed.
So, in summary, it appears the visibility conditions processing seems to take a lot longer when the outer form is hidden, so try using CSS to force the outer form to always display and see if that speeds up your rendering or not. As I say I have not tested across other scenarios but it was a solution that worked in my case so thought I’d share it.