Welcome to the Q&A Forum

Hi Matt! No i have not yet found a tool which can do this. The _ScrapeBox Anchor Text plugin _CleverPhD mentioned can only do this for one domain at a time. I need it for multiple domains. Any other suggestions?

Thanks, all. I'll present these findings to our organization and we'll go from there.

Any thoughts on my question about availability, Russ? I understand you may not be able to offer a precise date but I have no idea whether we're looking at a month, 6 months, a year, etc. Just some sort of guideline would be helpful. For the particular research workflow I have in mind this is really important to me. I have signed for a trial account for AHrefs this morning and they seem to have very good coverage here. But, having been with Moz for a long time, my very strong preference would be to stay with Moz - but something as little more than "one day..." would be helpful Thanks. Mark

AFAIK, Google does count the links towards page rankings. Moreover, Google may start to include the anchor in a rich snippet in the search results. I would defer to what is best for the User in terms of linking, and it seems like using #anchor is going to be the right thing in the long run.

Thanks Andy, My thoughts here, as I just answered Russ, is that I will keep two sites (the two best performing ones, but go ahead and add great content to one, and that should help me, right? I ask because the other site that is similar is still getting moderately good traffic and it is a site for one of my other agents so it's not really tied to me, so by making my site better and better, it will make hers less and less similar right?

Just to make complete.  Google search console will list errors for pages with links coming from 3 general location Crawling links on your website.  Starting from somewhere on your site and going link to link. Crawling links in your sitemap. Crawling URLs from your site that do not exist anymore on your site or sitemap.  I have seen Google keep things in memory and come back to hit pages again that are no longer from option 1 or option 2.  If you used to have a bunch of 301 directs in place for an old version of your website and then your developer changes something to delete all those 301s and they become 404s, you will find those pages showing up as errors again.  This is really useful as it can help diagnose the issue and you can fix it. Crawling links from other sites.  Sometimes, this is how links get crawled for #3. Here is what really sucks about Search Console and I mean sucks big bananas if you are trying to diagnose an issue.  If you look at your Search Console error page.  You can click on the URL in the report, it will pop up a box and then you can click the tab "Linked From" and see what pages are linking to the URL in question.  That is good!  If you then download the CSV, all of that info is lost.  If you have more than 20 errors to deal with, you do not have a practical way to manage things and see if there is a trend etc.  Otherwise you are left with clicking a lot of links in the report and taking lots of notes and going a little insane. Good luck!

Just to add to what Dirk said, this is often an example of a fantastic opportunity. The keyword is so non-competitive that few authoritative sites are even using the complete phrase on their site! Time to write some great content and dominate!

Agree with Dirk.  You can use links to show the structure more effectively than the URLs per se.

I have read in so many places that it caused a dip for others as well. I had a really bad experience with a site move once so I had a checklist of everything and double and triple checked it, but it has just been a slow decline.

Hi, I had and experience for moving not only the file structure, but also the whole domain (domain name change). We have created the 301 redirect from the old site to the new one (from every single old page to the new one). It's not the same as your case, but the general approach is exactly the same. So it looked like olddomainname.com/aaa > 301 >newdomainname.com/aaa in your case it going to be as yourdomainname.com/aaaa >301> yourdomainname.com/site-collection/aaaa Google reindexed all our new pages (about 1500 000 pages) within about 6-8 months, but we still (after more than 18 month) have old domain pages  being indexed by Google (about 10 000 pages). Once the domain name was changed, we had started to monitor all our backlinks to be sure they all are still alive, and we've been checking them every week.  This part was the hardest to deal with, coz in spite of setting the 301 redirect, some links were lost. The problem was not connected to the re-direction from oldsite.com/aaa to newsite.com/aaa, but  to the problem that end-pages were out-dated (products out of stock etc). When we discovered this problem (shame on us!!), we had started to monitor back links more heavily. Now we do it every week to be sure we are not losing traffic due to this stupid problem. As far as I know, there are some free apps for Shopify, dealing with 301 redirects, e.g. https://apps.shopify.com/atomseo-404-error-broken-link-checker, https://apps.shopify.com/redirectify good luck!

Bob, No - hidden text isn't exactly Google's favorite - to quote John Mulller (source Seoroundtable " I think we've been picking up on that for quite some time now to kind of discount that information" rgds, Dirk PS I noticed quite a lot of open questions from you - do you ever bother to mark a question answered when you get replies?

Hi Rosemary, Miriam has the right idea - Google probably can crawl your marked-up JavaScript, but whether they will actually use it in e.g. rich snippets is up to them. You can apply semantic markup to the individual containers that each piece of third-party data is pulled into, and that should work.

Hey Dmitrii, I definitely go with your recommandation. it's the most logical way to do in order to maximise visibility on both targeted keywords. thanks a lot for your return

Agree with Daniel - according to John Mueller from Google the location of the server is (almost) irrelevant - it's mainly the performance and the user experience that counts. Quote :'For search, specifically for geotargeting, the server's location plays a very small role, in many cases it's irrelevant'. I guess it used to be a more important signal but currently is no longer the case - check this article on Webmaster support: "Server location (through the IP address of the server). The server location is often physically near your users and can be a signal about your site’s intended audience. Some websites use distributed content delivery networks (CDNs) or are hosted in a country with better webserver infrastructure, so it is not a definitive signal." Google is quite capable of determining based on your content (address, etc) which audience you are targeting so go ahead and move your server to California. rgds, Dirk

Welcome to the Moz community, Charles! Posting the question about Hummingbird and cannibalization in a new thread is a smart move, as it will likely get more attention that way. Assuming your new question is answered, it will also help people who have a similar question be able to find an answer that helps them (when they search this forum). So thanks for doing that. Christy

Thanks for this! I didn't think to check the server logs. I'll have them checked and make sure that it's not blocking Moz out from the crawl. We have thousands of URL's on our website and quite a strict security policy on the server - so I imagine Moz has probably been blocked out. Thanks, Liam

Tweets have such a short shelf life that it is worth posting a few times for really great content, to make sure you reach the maximum audience. To avoid annoying your followers, try: Posting at different times, on different days to reach people via their behaviour (ie some people will always check twitter over breakfast, others when they're bored in the afternoon. We tend to be people of habit. Consider time zones if you have an international audience). Look at your content and think of a new angle for it. Try writing 3 different titles for it, for example - and then each of those headlines essentially becomes its own tweet. Use different types of media - try one text-only tweet, one image-only tweet, one combination of the two.

I'm currently seeing around 107 pages that are 404'd with inbound referring links. I looked through a number of them and there is a wide variety of linking domains (not just one or two). I would go through and simply 301 redirect them to the best possible alternative. You might want to look at just the /international/ page since it has a good number of root linking domains by itself, but the others are probably best settled with just a 301 redirect.

What if instead of creating a new page every time Team A has a match with Team B, you reused the same URL, updating the content to reflect the new match? (You could even build additional content by listing the results of previous matches on that page.) Not only would you then be avoiding the duplicate title tag issue, you'd also be building a long-term presence for that recurring matchup on a single URL.