How to Remove Avada’s Auto Generated EID Parameter from the Gravity Forms Confirmation URL

I was able to get this problem solved in November 2018 with the help of Avada’s support team. When using Gravity Forms* with the Avada WordPress theme, I would see an eid parameter automatically added to the confirmation page url with an extra long value like this:


The eid parameter and its value would be generated automatically, and the value would be a different string each time a Gravity Form was submitted on a site using Avada. I had never had this problem using Gravity Forms, so I contacted them. Their advice was to switch to a default WordPress theme and test the form to see if I still was getting the automatically generated parameter and value. I switched to the Twenty Seventeen theme and did a few test submissions, and the confirmation page urls would end with a normal value like this:


The ref parameter is something I added myself by selecting the “Pass Field Data Via Query String”. As part of our SEO services, sometimes I append query strings to the end of confirmation page urls, so I can track different goals in Google Analytics without having to create multiple thank you pages that say the same thing.

Next, I contacted Avada’s tech support about the problem, and after proving to them that Gravity Forms was not the source of the problem, the support staff member found out that the automatically generated eid parameter and it’s value was added to confirmation page urls for compatibility with Gravity Forms’ Merge Tags feature. Their support team member also said that the eid parameter has always been added automatically on pages linked to Gravity Forms only.

To stop the automatically generated eid parameter from being added to the Gravity Forms confirmation page url, Avada’s support team advised me to add the following code to the child theme’s functions.php file:

function avada_gravity_form_merge_tags( $args = array() ) {
Avada_Gravity_Forms_Tags_Merger::get_instance( array( 'auto_append_eid' => false ) );

I added the code to the site’s child theme because I use a child theme on all of our WordPress sites where theme files are modified. It’s bad practice to modify a parent’s theme file unless we created the theme.

Back to the subject at hand, Avada’s automatically generated eid parameter and its long value made my clients’ Google Analytics data look really messy:

Google Analytics showing Gravity Forms’ confirmation page urls with Avada’s automatically generated eid parameters and long values added to them

There are way more rows than the ones shown in the screenshot above. After Avada’s support team added the code to my client’s child theme’s functions.php file, the Google Analytics data looked much cleaner:

These urls have id numbers as the parameter values. The ids represent which page the visitors’ inquiries were submitted from.

Five pages with a Gravity Form embedded in them is all I had for this client’s website. Avada’s tech support staff member had never encountered this problem before.

Thanks for reading this post. If you had this problem, I hope I was able to solve it for you. Feel free to share this post or comment below.

(Disclaimer: Any links with an * is an affiliate link. Although prices are the same, Mr. Technique, Inc. earns a commission on any purchases made using the link. Read more in our privacy policy)


  1. riewes on January 6, 2020 at 5:01 pm

    Thanks for sharing all of your experiences!

  2. Tom Nguyen on January 6, 2020 at 5:03 pm

    You’re welcome. I hope you found the content useful.

  3. George on March 1, 2020 at 11:59 pm

    Hi Tom,
    Thank you for sharing this, I had the same problem and your tip helped me out. There is one issue with the code, the quotation marks in your code are the “fancy” kind, not the regular straight kind, so when I copy pasted into my functions.php file they didn’t work, until I figured out to change them.

    It’s hard to tell the difference but the first one doesn’t work, the second one does.



  4. Tom Nguyen on March 2, 2020 at 1:05 pm


    Thanks for pointing that out. I actually had the straight single quotes, but they weren’t showing up using the blockquote tag. I didn’t like the way the code showed up when I used the code tag, so I installed the SyntaxHighligther Evolved Plugin. I used to use it before, but I had problems with it. I’m going to give it a shot again. Anyways, the code should be good to copy and paste now.

  5. George on March 2, 2020 at 1:22 pm

    Yes the new code format in your article works now, thanks for fixing that. Looks like WordPress (or some plugin you use) changes these quotation marks to be the curly kind. Even in my reply above, now both of them show the curly kind and not the straight one. I guess this is something to be aware of.

  6. Galo on December 22, 2022 at 8:30 am

    Thanks this still work on the current version

  7. Tom Nguyen on December 22, 2022 at 2:36 pm

    Glad it helped.

  8. Cezar on June 8, 2023 at 10:25 am

    I’m wondering why Avada is doing that… it makes no sense.

  9. Tom Nguyen on June 12, 2023 at 6:22 pm

    Did you encounter the problem?

Leave a Comment

This site uses Akismet to reduce spam. Learn how your comment data is processed.