site-kit-wp: An error occurred: invalid Analytics redirect URI during Site Kit setup
A number of users have recently reported encountering the below error message:
An error occurred: invalid Analytics redirect URI
This started occurring just over one month ago, with the follow users impacted:
- An error occurred: invalid Analytics redirect URI - Resolved (possible site reset)
- invalid Analytics redirect URI - Open (SH info provided)
- An error occurred: invalid Analytics redirect URI - Open
- An error occurred: invalid Analytics redirect URI - Open
- An error occurred: invalid redirect URI - Open (Site Health info)
This issue occurs during Site Kit setup, and not specifically when connecting the Analytics module.
Screenshots
Additional Context
- Started occurring from Site Kit 1.23.0
- Sites Impacted seem to have existing Analytics code added prior to setting up Site Kit
- One user was able to proceed, although it may have involved their site being reset
- Awaiting additional insights from impacted users
Do not alter or remove anything below. The following sections will be managed by moderators only.
Acceptance criteria
Implementation Brief
Test Coverage
Visual Regression Changes
QA Brief
Changelog entry
About this issue
- Original URL
- State: closed
- Created 3 years ago
- Comments: 16 (1 by maintainers)
@adamsilverstein No common occurrences unfortunately. One site previously had mismatching URLs, another site using an SSL Cert with Cloudflare, one with additional htaccess rules, no common plugins. Undetermined whether users had previously site setups before changing URLs.
I did raise a couple of questions with a couple of impacted users just now, asking if they had successfully setup Site Kit previously. Once the reset button is visible it would be interesting to know if they allows them to proceed.
Thanks @adamsilverstein and @jamesozzie. If we don’t get anything back from those users in the next week or two, let’s close this issue out. We can always reopen if it’s reported again.
We now have the SH information from 2 impacted users. Observations on these 2 site setups:
One user encounters the below in their SH overview (not included in the SH output)
Despite the above REST endpoints for this over are accessible on the front end