dmarin

I did find out a simple way to include GA’s UA Global site tag (gtag.js) within the AIOSEO … just add the Tracking Code from GA to the “Other verifications” area below other Webmaster Tools and hit Save.

The code is then used in the Head area and no other plugins or modifications are needed. I am testing this now and seems to work just fine. Anybody else tried this?

Too bad AIOSEO support people did not offer this solution when we asked them what to do with Google Analytics (since they are pushing Monster Insights bloatware).

• This reply was modified 3 years, 10 months ago by dmarin.

GA UA settings do not carry to the latest version of ALIOSEO any more. I have tested it yesterday. It just keeps forcing MonsterInsights … Sad! ??

I found “GA Google Analytics” plugin for UA code, but I am considering switching to Yoast SEO anyway, because AIOSEO used to be a simple SEO plugin that simply worked, but with recent changes the setup is strange and many have reported breaking SEO features …

• This reply was modified 3 years, 10 months ago by dmarin.

The GA UA code did not carry over to the newest version of AIOSEO from version 3.7.1 … and it seems that they don’t care, either. ?? I don’t understand why it’s such a problem to keep the GA code feature for those of us that don’t care for MonsterInsights (the memory hog plugin).

Same happened to me as I explained. So it seems that AIOSEO 4.0.x was not thoroughly tested, because otherwise you would not say “migration from V3 to V4 should have kept all your titles intact exactly the way they were set.”

Please fix that otherwise I will be switching to Yoast, too!

No, the main page title settings and some of the other “auto” page settings did not copy over when updated to 4.x version.

As for MonsterInsights, I have never installed it myself (I know what I am doing with management of 30+ WordPress sites) … but suddenly when I clicked the GA tab to check GA code, it said that GA code is managed in MonsterInsights!?! Again, I have not installed MonsterInsights on the webpage myself!

I did try updating AIOSEO on another site just to see what happens and this time when I updated from 3.71 to 4.0.9 it did not add MonsterInsights, so it might have been connected to ver. 4.0.7 on that other site … but still, it is pretty bad when you push something that a user does not want!

I still hope that you can fix AIOSEO and make it easy to use and effective as 3.71 or even better. I will try testing on a couple other sites to see what happens.

• This reply was modified 3 years, 11 months ago by dmarin.

I have also noticed that for some reason the new version messed up my SSL settings, now that I rolled back to 3.71, at least that is fixed.

So, why fix something that did not need fixing?! I see that the new version is breaking many websites, many users complaining.

So, please act fast if you want to keep us!

Yes, thank you. I have already done it after I sent you message.
Thanks!

Thank you for your reply, I really do hope that styling options will be added soon, otherwise WPForms forms on DIVI sites really do not look like the rest of the site (styling of them).

As for the placeholder text, yes that might work but only if the field names could be removed above fields … but I was not able to find that option.

I love WPForms and use on most of my sites, but since I have been using DIVI Builder, this has been an issue. Adding DIVI module only made it easier to use WPForms in DIVI but did not add any new functionality in addition to what was already available when adding WPForms via shortcode in DIVI.

Correct me if I am wrong?

Thanks for updating to 0.9.0.5 @emrevona

I read that it was supposed to fix the problem I wrote about above, but I notice that the folder structure is still changed on sites where I use Polylang and the cache from folder cache/all is not automatically cleared after update. ??

So, I am not really sure that latest version fixed anything related to Polylang?

Also, can you tell me if you plan to fix problem related to Polylang’s auto-detection for the browser language?

Regards, Danijel

@alex4e you can safely update it on other sites that do not use translation, because according to my experience file structure does not change for sites that do not use Polylang. It seems that WPFC’s file sturcture is affected only because of Polylang, but this structure has not been changed back to /cache/all in the update that was provided here.

• This reply was modified 4 years, 8 months ago by dmarin.

Yes, @alex4e , that is exactly the same issue I have. And you use Polylang, correct? Because the structure changed only for the sites using Polylang for me … and that started with version 0.9.0.3, so I wonder why structure cannot remain like in ver 0.9.0.2? It is obviously a bug, so why can’t you @emrevona release a new version immediately? It is obviously affecting many sites, so the fix should be available for everyone.

In addition to that I am also wondering why auto-detection for the browser language does not work when using WP Fastest Cache and Polylang and how could this problem be solved, Emre? Somebody else wrote about it here: https://stackoverflow.com/questions/60488520/how-to-make-wp-polylang-plugin-work-with-wp-fastest-cache

Please respond ASAP.
Thanks!

Yes, @emrevona , it seems that the problem appeared after updating to v. 0.9.0.4 (and I haven’t tried ver 0.9.0.3). Is 0.9.0.2 problematic? Should I update to 0.9.0.3 and try?

Please keep me updated.
Thanks!

Hi Emre @emrevona ,

Have you found any solution to the problem related to Polylang? Currently 0.9.0.2 works OK, but Wordfence warns me that 0.9.0.4 update includes security-related fixes.

Thanks, Danijel

I used WP Rollback and rolled back to version 0.9.0.2 which then points to /cache/all folder on my sites that use Polylang. Please let me know when this problem is solved and only then can I update to latest version.

Thanks!