Welcome to the Q&A Forum

Hi Jeannie, Just throwing another wild theory into the mix, could this be related to a caching issue at all? I don't suppose you're seeing the latest version but Google/other people aren't yet? I can see you're on Wordpress and use WP Rocket that's all Kind regards, Nick

Hi Samantha, Thank you for taking time to answer. As SEMrush, Ahrefs and other keyword tools are all associating the right keyword to the intended page, as well as per my Google reports, it remains baffling. I have a page with the exact URL of "google-structured-data-update", so it would be great if Moz could associate my Google Algorithm Updates page with the correct keyword association. Maybe 6 months ago we had the wrong canonical tag - just maybe. If so, is there a way to "reset" Moz's data? Hopefully, you are right and someone in the Moz community can weigh in on what is happening. Thank you.

I received a Moz prompt to check out if this question was answered yet. Any chance that you have had a response from your development team? The client's site is still archived. I am looking forward  (dare I hope?) to those awesome reports coming again soon.

Hi Jo Cameron, I appreciate your response. Being the SEO / SEM guru that MOZ is, one anticipates that there is a well-thought reason behind any/all URL changes.  Likely it is still so and may be shared in time by someone who knows the "why". URLs are truly the lifeblood of a site. While many have come to "pile up" on 301's, Google's John Mueller has urged webmasters to keep them at a minimum, which I am sure is not news to you. We dedicate some time weekly to update URLs such as outbound links where the other site has migrated to HTTPS from HTTP, which is happening a lot right now. It can feel like a wild ride with some sites as they as flip, too frequently IMHO, from www to non-www, and then switch up slugs, and/or using the "/" or not at the end. We sure "get" why we all strive to make improvements and always value the learning curve. Often when it is too exhaustive, we just drop providing a backlink to them (not Moz:)). Thanks for the great article lead, I had previously read it several times and gained by reading it afresh. But again, we are trying to NOT rely so heavily on 301s. You are right, it isn't our top priority, either. Thank you, Jeannie

Thanks, James Wolff. I appreciate your suggestion and will do so. It is interesting that many have commented here: Add Trailing Slash to the End of the URL with .htaccess Rewrite Rules "The URL for a "page" should NOT end with a trailing slash. URL ending in trailing slash denotes a folder or the index page of a folder." My issue is not that it fails to redirect; it is that I have too many redirects in the process.

So you're tracking "np - /google-structured-data-update/" as a keyword in Moz? If so, you should just delete that because it's not actually a keyword. The only purpose "NP - /some-interior-site-page/" serves is to regain a small amount of the keyword data GA took from us starting back in 2011. See this article for more details: https://blog.kissmetrics.com/unlock-keyword-not-provided/

It seems like this is an issue with BLC, I don't think it will actually cause you any issues. This post suggests adding LinkedIn to the BLC exclusion list to address the issue. The only problem there is you can't actually depend on BLC to check those links. Based on a review of various reports of similar issues, this problem is not limited to BLC, but any attempt to check too much/too fast on LinkedIn.

Are you sure that the plugin is indexing Pages as well v.s. Posts?

Yes, you are right, Ryan. It is a great practice to cross check reported. Before posting here, I did so and the errors are only indicated by the Moz tool. My assumption is that the Moz tool is more accurate and tests deeper. That is why I hoped to understand and fix whatever issue would cause Moz to report "no data". Seems like it remains a mystery.

Hi, Thanks for taking the time to do such thorough research and offer some avenues for me to check out. To date, none of the above options work for me in Adobe BC. I can only get the hack to work in the blog layout (hack to implement rel="canonicals"). However the results tests out that every page renders the same - not to the individual post, but to the blog list of posts. This leans me in the direction of moving all clients to another platform.

Hi There Jessential! I'm so sorry to hear that you're having some concerns about the progress of your Moz Local listings. Out of respect for your company's privacy, may I suggest that you start a help request ticket with us so that our Helpsters can talk freely with you about your business details in a private, rather than public, setting? I do not see that you've started a ticket on this and believe you'll get the most detailed and specific help by doing so. To start a ticket, go here: https://moz.com/help/contact Click the 'Local' heading Then scroll down and fill out the form. Please provide as much detail as you can about every concern you have, and I promise you will receive caring support and good troubleshooting assistance! We'll hope to see your ticket come through!

I am ramping up the Local Search, using Moz's paid Local Search and will see what happens. Thank you both for your responses.

Hi, I'm currently having the same problem. I cannot access to moz pro. I gave deleted my cookies and history but still got the same problem. It worked this morning... Any ideas?

Thanks for the clarity!

Thanks, Abe! The tool is far more complicated than I thought. And it offers more insights and opportunities than I have been using. I didn't think of it in terms before as useful for link building. Thanks, Moz, once again.

Thanks for your superb help walking through this. I am thankful for the random error as I learned more valuable information about the Moz platform.

Hi Erin, I cannot add it. Moz doesn't list it and I cannot add it. Please tell me how. Or please populate "UA-48088508-1" in the drop down list so that I can. Moz-Analytics-settings.jpg

Thanks again for the update. It is great to have the Crawl Test Tool; I use it quite often. Both immediately before and after the odd Moz notice; all was well on the same pages from readings with the Crawl Test Tool. Best on you on-going development. We appreciate your hard work.

I don't know if its common practice but its not a new fix. Never heard of there being any issues with doing it that way (at least no one has ever told me this suggestion threw other errors for them if it has).

jessential Yes you can update the in the home destination. If you are "Tracking" the results you will need to STOP the report. Re-check that the keyword used to test the page is correct, and then ensure that the URL for the page being checked is also correct. I have missed the prefix "Http" vs "https" and that of course will return an F grade as well. So once everything is correctly set, then you may want to restart the tracking/reporting option.