Discrepancy between OSE internal links and Webmaster Tools
-
Hi,
We have been attempting to increase our rankings for our key term for a number of months now, and we are seeing an unusual discrepancy between OSE and Webmaster Tools that we believe may be causing us harm.
OSE shows our homepage, www.unionroom.com, as having only 27 internal links (only three of these aren't 301's too), whereas Webmaster Tools is showing just over 1,500 internal links to the homepage.
The three pages that OSE are displaying as linking back to the homepage are the homepage, our blog and our accessibility page. These pages are all ran off the same template and have the same header and footer (with three home links spread across header and footer). You can see our confusion!
Is this a case of OSE's stats being incorrect (the website has been live for ~6 months) or is there an issue with our in-linking structure that we are missing?
Thanks!
-
Yep that is correct, which can be 50/50.
-
Thanks for the link David, we will take a look through that.
I've quickly looked at some competitor websites and their home links are all href="/", so would I be correct in assuming that it if this affected our website it should also affect others in OSE?
-
To provide more detail there is a relative link back to the homepage though href="/" which our crawler doesn't work well with so having the full absolute path is recommended.
Here is a great resource that goes more in-depth about the differences: http://www.coffeecup.com/help/articles/absolute-vs-relative-pathslinks/
-
I ran some inner pages through OSE (/work and /contact) and both look to be indexed.
It's weird that you say 'For example we do have /blog/ indexed but there isn't a link going back to the homepage as "www.unionroom.com"' as this is one of only two pages (blog and accessibility) showing that DO link back to unionroom.com.
In summary:
- All inner pages are crawled.
- All inner pages (that we have tested) are indexed.
- All of our pages use the same template.
- OSE is stating that only two inner pages link back to the homepage (blog and accessibility).
-
It's possible we may not have indexed those pages or they have a link back to www.unionroom.com within the source code. You can verify by putting those pages into OSE directly to see if they have been indexed and also verify the link is in the source code.
For example we do have /blog/ indexed but there isn't a link going back to the homepage as "www.unionroom.com"
-
The crawl looks to be working correctly, as in it is finding all of the pages and posts that we would expect (approximately 300). It looks to be solely an issue with the number of internal links that OSE is saying the page www.unionroom.com has (27).
All but two of our inner pages, aside from the blog and accessibility, aren't listed on our internal link report for the homepage. This includes top level pages like services, about, contact etc, all missing.
The templates that we use for the blog and accessibility pages are identical to to what we use for other inner pages, so it's unusual that the others aren't listed.
-
Anytime!
Website structure can play a part but also time timing of when sites are indexed. There can be various networking issues that can prevent our crawler and others from reaching certain pages. You can always run a crawl test to look for any possible errors which you will have time to correct before the next update: https://moz.com/researchtools/crawl-test
Also some pages may be blocked intentionally from robots.txt and no-follow tags.
-
Hi David,
Thanks for your reply.
I'm concerned that on the competitor websites that we are evaluating using OSE, their websites' internal links are displaying much higher numbers than ours (27 vs ~300) even though our websites are of similar size. Could this possibly highlight an issue with our website structure (i.e. crawlers are having an issue finding ways back to the homepage via inner pages, even though we have three on each page around the website), or is this a case of MOZ crawling perhaps showing incorrect statistics?
I'm trying to eliminate the possibility of OSE's statistics being incorrect before we attempt to change the structure of the website and begin testing etc.
Thanks!
-
Hi Jordan!
There are a lot of reasons you could be seeing these data discrepancies. If you're seeing more GWT errors, it could be because they have 'discovered links' through different means. Moz starts with your home page and uses recursive crawling to find pages on your site. We keep crawling until we stop finding unique links, or until we hit your page crawl limit. Bottom line, when we crawl your site your homepage is the only seed. We know that Google uses multiple seeds, so it could be possible Google is indexing more pages that way. In sum Google will never match up with OSE but it's good to use both along with other backlink tools to cover all your bases.
Hope this helps!
Got a burning SEO question?
Subscribe to Moz Pro to gain full access to Q&A, answer questions, and ask your own.
Browse Questions
Explore more categories
-
Moz Tools
Chat with the community about the Moz tools.
-
SEO Tactics
Discuss the SEO process with fellow marketers
-
Community
Discuss industry events, jobs, and news!
-
Digital Marketing
Chat about tactics outside of SEO
-
Research & Trends
Dive into research and trends in the search industry.
-
Support
Connect on product support and feature requests.
Related Questions
-
Links to non-exisiting pages
Hi, I have tons of incoming links to target pages on my website that do not exist. If you follow the link you get a 404 error. The anchor text is always a "spammy" non related text. Does anyone know what is happening and how to get rid or block these links? Thanks, Dirk
Link Explorer | | FoodJEt0 -
Question about link report
Hey all, SEO noob here, back with another question. I downloaded a link report, and I don't understand the columns Links to Page, Outbound Domains from Page, and Outbound Links from Page. Is Links to Page the number of links from the source page to the target page? Is Outbound Domains from Page the number of domains linked to by the source page? Is Outbound Links from Page the number of outbound links to any domain or page from the source page? Thanks in advance! AK
Link Explorer | | AndyKubrin0 -
Inbound links for https://www.example.com versus just example.com
Hi all, Wondering the difference between the Inbound Links stats for https://www.example.com versus only using example.com. When I type in the https:// version, I see 3 Spam Flags - for the example.com version, there are none. There are also spammy links pointing to the https version as opposed to the non-https version when I use this tool: https://moz.com/researchtools/ose/ Anyone know the difference and which should be regarded when fixing spam issues?
Link Explorer | | netamorphosis0 -
Moz Spam Score 9/17 when there are no links
Hi I was just looking at a competitors new site in OSE and it had a DA and PA of 1 which I would expect and also no links, which again I would expect, basically the guy used to design stuff for me and thinks he can do a better job so he is giving it ago. But he has a spam score of 9/17 but no links - how is this even possible. Thanks Andy
Link Explorer | | Andy-Halliday0 -
Having problems with OSE
I am getting error messages from OSE - it just keeps saying 'loading data' and then after a while 'there was a problem getting your data'. Any ideas what wrong, I really need this for a meeting this afternoon in 1.5 hours. Thanks Andy
Link Explorer | | Andy-Halliday0 -
Why does OSE show different link equity for homepage with and without trailing slash?
Hi all, I am working with a developer who believes OSE (Open Site Explorer) is flawed. His reasoning is that OSE shows completely different link equity and domain authority for these two URLs [company name is purposely withheld]: http://www.mydomain.com/us/ and http://www.mydomain.com/us NOTE: http://www.mydomain.com/us has been properly 301-redirecting to http://www.mydomain.com/us/ for years. The developer's argument is that the URL that is being 301-redirected shouldn't have any link equity at all, therefore OSE is flawed. Here is the response I would like to give him. Please feel free to poke holes, provide feedback or flat out correct me if I am wrong: Dear inquisitive developer, Any URL that is being linked to by another site that has link equity will get link equity passed to it. This is true even if the URL is a page that doesn't exist. What it can't do (if it doesn't exist) is then pass that link equity on to another page. Moz's OSE is showing separate link equity for the two versions of this URL because other sites have linked to both versions. The fact that one 301-redirects to the other is good and ensures that link equity from one is passing to the preferred URL. The 301-redirect does not, however, remove link equity from the first URL, but rather passes the existing link equity from one to the other. Consequently, Moz's OSE is not flawed, but rather is displaying the link equity of one URL that is benefiting the other via a 301-redirect. Sincerely, Dana
Link Explorer | | danatanseo3 -
OSE not picking up all internal links?
Hi! I've been checking a few pages in OSE. For example: https://www.holidayhypermarket.co.uk/holidays/last-minute This, according to the tool, has only 6 internal links. However, a Screaming Frog crawl picks up 700+, which is about right seeing as there is a link in the footer. What do you think could be behind the discrepancy?
Link Explorer | | Blink-SEO0 -
Open Site Explorer Recently Discovered Links Question
Hey Mozzers, I have a question regarding the Open Site Explorer Recently Discovered Links. I know that I have receive follow link from a few sites that have more DA than my site. I am wondering why it is taking so long for OSE to discover these links? I double checked the sites to make sure that they don't have NOFOLLOW (sorry for the double negative), and the sites have linked to my site for over a month now. Any ideas? I'm not concerned about it because Search Engines have discovered those links. I am just curious why this is, or if it is normal. Cheers!
Link Explorer | | evan890