• ResolvedModerator Steve Stern

    (@sterndata)


    Support Team Volunteer

    After noticing that your update removed the UA codes from my sites (which had them entered manually), I updated to 6.0.4. I am still missing seeing GA codes — Instead I see this:

    !-- This site uses the Google Analytics by MonsterInsights plugin v 6.0.4 - https://www.monsterinsights.com/ -->
    <!-- Normally you will find the Google Analytics tracking code here, but the webmaster disabled your user group. -->
    <!-- / Google Analytics by MonsterInsights -->

    I see this when viewing the site in an incongnito window, so there is no user group assigned. The settings only exclude administrators.

    Update: It seems that the manual tracking code removed when I clicking on the link to view the plugin’s options. I re-added it and now it’s OK.

    • This topic was modified 2 years, 9 months ago by Steve Stern.
Viewing 8 replies - 1 through 8 (of 8 total)
  • +1

    +1 – shouldn’t be removed on upgrade. Managing hundreds of sites, this is now a nightmare.

    Plugin Author chriscct7

    (@chriscct7)

    This is was not intentional (we had a routine that was supposed to move them over). We’ve identified the issue that caused the migration to fail, but unfortunately we will not be able to restore this for sites that have already completed the update.

    What version will that be resolved so we know we can safely update other sites?

    +1

    I manage 50+ websites and so I’ll need to wait until the update does *not* remove the GA authentication. Please keep us posted.

    can you help me narrow down which of my sites need attention based on the output of the wp option values? using wp-cli option get monsterinsights_settings i see output like

    
    array (
      'manual_ua_code' => 1,
      'allow_anchor' => false,
      'add_allow_linker' => false,
      'track_internal_as_outbound' => '',
      'track_internal_as_label' => '',
      'extensions_of_files' => '',
      'ignore_users' =>
      array (
      ),
      'analytics_profile' => NULL,
      'demographics' => 0,
      'anonymize_ips' => 0,
      'track_download_as' => 'event',
      'subdomain_tracking' => NULL,
      'tag_links_in_rss' => 0,
      'custom_code' => NULL,
      'debug_mode' => 0,
      'firebug_lite' => 0,
      'analytics_profile_code' => NULL,
      'dashboards_disabled' => 0,
      'enhanced_link_attribution' => 0,
      'tracking_mode' => 'analytics',
      'events_mode' => 'php',
      'allow_tracking' => 1,
      'oauth_version' => '1.0.0',
    )
    

    currently i can see i have some sites with these settings, and others with correct unique UA-* strings.
    ‘manual_ua_code’ => 1,
    ‘manual_ua_code’ => 0,

    Is there a way based on the settings to know if oauth or manual_ua_code was used previously? All my sites updated the plugin sunday night, and i’ll have to open GA for each site to know if it was previously collecting data or not… for many sites…

    • This reply was modified 2 years, 9 months ago by tmuka.
    • This reply was modified 2 years, 9 months ago by tmuka.

    I’ll answer my own question with a theory based on output showing an array key “analytics_profile_name” that doesn’t exist in my other sites..

    
    array (
      'dashboards_disabled' => 0,
      'analytics_profile' => '1032redacted',
      'analytics_profile_code' => 'UA-redacted-21',
      'manual_ua_code' => 0,
      'track_internal_as_outbound' => '',
      'track_internal_as_label' => '',
      'demographics' => '1',
      'ignore_users' =>
      array (
        0 => 'administrator',
        1 => 'editor',
      ),
      'anonymize_ips' => 0,
      'track_download_as' => 'event',
      'extensions_of_files' => 'doc,exe,js,pdf,ppt,tgz,zip,xls',
      'subdomain_tracking' => '',
      'tag_links_in_rss' => 0,
      'allow_anchor' => 0,
      'add_allow_linker' => 0,
      'enhanced_link_attribution' => 0,
      'custom_code' => '',
      'debug_mode' => 0,
      'tracking_mode' => 'analytics',
      'events_mode' => 'php',
      'allow_tracking' => 1,
      'analytics_profile_name' => 'All Web Site Data (UA-redacted-21)',
      'cron_last_run' => 1487416229,
      'oauth_version' => '1.0.0',
    )
    

    so i suspect that ‘manual_ua_code’ => 0, means manual was never used so it’s not broken, and ‘manual_ua_code’ => 1, means the manual code was lost to the bad plugin update and needs to be fixed.

    Plugin Author chriscct7

    (@chriscct7)

    Hi there,
    If it’s set to a non-UA then it’s affected. For people who haven’t upgraded to the 6.x branch, the just released 6.0.11 will solve the issue of going from 5.x to 6.x safely for manual UA.

    Thanks,
    Chris

Viewing 8 replies - 1 through 8 (of 8 total)
  • The topic ‘UA codes gone, bogus message?’ is closed to new replies.