Welcome to the Q&A Forum

Hi There,

Thanks for writing in with a great question.

Unfortunately, a limitation of our API is that we can only export the top 25 links from each linking root domain (http://screencast.com/t/OMw5D0E79x). This means that, if the majority of your links are coming from a small number of domains, we would only be able to export a small percentage of your links. This includes internal links as well as external links. For example, seomoz.org has 61k internal links, but we would still only be able to export the top 25 links.

The advanced reports have the same limitations on the number of links per linking root domain and can only give links from an increased number of root domains.

I hope this clears things up.

Please let me know if you have any other questions.

-Chiaryn

Hey Michael,

Thanks for your patience. I've heard back from the engineers and it looks like like co.pt, co.nr, and co.ee are registrars and not official cctlds. Technically, those co.pt, co.nr, and co.ee would be considered root domains that sell hosting to "subdomains" such as blackjackonline or roleta, etc. Given this, we are actually presenting root domain info correctly.

We are planning on creating subdomain based metrics for pages like these to make the information more relevant to the site being researched in the future. I hope this clears things up a bit. Let me know if you have any other questions.

-Chiaryn

Hi Michael,

Thanks for following up with these great examples! Unfortunately, it looks like you're right; our index is considering co.pt or co.nr to be the domain, rather than blackjackinline or roleta online (etc.).

I'm going to send this information to our engineers so we can work on getting this information corrected in the index. I'm afraid it may take some time to fix this issue and we most likely won't be able to resolve the problem for the current index. I'm really sorry about that!

Please let me know if I can help you with anything else in the meantime.

-Chiaryn

Hi Martin,

Thanks for writing in. I just took a look at your campaign and it seems that everything has updated correctly at this time. Sometimes, the email regarding updates will be sent out before the information is actually updated in the web app interface, so that may be what happened with your campaign. I'm really sorry about that!

Can you take another look at your campaign and let me know if you're still seeing any issues?

Thanks again,

Chiaryn

Hi Michael,

Thanks for writing in with a great question. It would be really helpful if you could provide me with some specific examples of domains you are looking for the .co.nr, .co.pt, and .co.ee TLDs so I can look into this more directly. It will really help me investigate your question to have more specific examples.

If you aren't comfortable sharing the domain information here in the public forum, please let me know and I will create a private support email for you.

I look forward to hearing back soon.

-Chiaryn

Hi Cody,

Thanks for writing in and sorry for the confusion. It looks like there was a syncing error when we updated the information at the beginning of the month. I have reset the connection to your account and you should be seeing better data for that time period.

Please let me know if you are still seeing any issues on your account.

-Chiaryn

So glad I could help get this figured out! Sometimes it just takes another set of eyes.

-Chiaryn

Hi there,

I looked into your campaign and it seems that this is happening because of where your canonical tags are pointing. These pages are considered duplicates because their canonical tags point to different URLs. For example, accessories/lights.html?cat=78&price=-100 is considered a duplicate of accessories/lights/safety-lights.html?manufacturer=514 because the canonical tag for the first page is accessories/lights.html while the canonical for the second URL is accessories/lights/safety-lights.html.

Since the canonical tags point to different pages it is assumed that accessories/lights.html and accessories/lights/safety-lights.html are likely to be duplicates themselves.

Here is how our system interprets duplicate content vs. rel canonical:

Assuming A, B, C, and D are all duplicates,

• If A references B as the canonical, then they are not considered duplicates
• If A and B both reference C as canonical, A and B are not considered duplicates of each other
• If A references C as a canonical, A and B are considered duplicated
• If A references C as canonical, B references D, then A and B are considered duplicates

The examples you've provided actually fall into the fourth example I've listed above.

I hope this clears things up. Please let me know if you have any other questions.

-Chiaryn

Hi Nathan,

Thanks for writing in. We did have an issue where a few campaigns were seeing calendar icons rather than actual rankings during the week of October 9th that may have affected your campaign. Unfortunately, we don't have a way to provide data from a week that was missed because there isn't an index of historical rankings that we would have access to. I'm very sorry about that!

The issue that affected your campaign has been corrected and you should not experience this same issue again. I truly apologize for the inconvenience this causes. Please let me know if you have any questions or if I can help you with anything else.

-Chiaryn

Hi Martin,

Thanks for writing in. Because the number of internal links on the page is something that is considered to be a low importance factor and nofollowed links provide less link juice than followed links, we currently don't provide this information on the On-Page analysis. If you would like to see the number of internal nofollowed links on a page, I would recommend using Open Site Explorer to pull that data.

We are always looking for ways to improve out products, so I will forward your request to include the information on nofollowed links on the On-Page reports to our product team. Hopefully, we'll see that information added sometime in the future.

Please let me know if you have any other questions.

-Chiaryn

Hi Amanda,

Thanks for writing in. The way to get SEOmoz to show ranking data for location specific results would be to add the city or state name to the keyword. For example, if you are looking for results for pizza places in San Francisco, you would want to add the keyword as pizza San Francisco rather than just pizza. Our system is set the provide ranking information for what most users would see, so adding the location to the keyword will help narrow the results down.

I hope this helps. Please let me know if you have any other questions.

-Chiaryn

Thanks for following up with me. As I mentioned, the keyword difficulty score is actually based primarily on the websites that are already ranking for the site and how hard it would be to knock those pages out of the top 10 results. If the pages ranking for that keyword, even if the search volume for that keyword is low, it would be difficult to beat the pages that are already ranking.

For example, the keyword "clinique visuelle chibougamau" is considered to be a competitve keyword because there are several sites ranking for that keyword that have a very high domain authority (http://screencast.com/t/Y1SiElwUbGd) and several that have a moderately high domain authority (http://screencast.com/t/vtIlKWyLT), so it would be very difficult to push those pages out of the rankings because powerful sites tend to dominate these results and links in quantity and quality (at both the domain and page level) are required to earn top ranking to push those site out of the rankings.

I hope this helps. Let me know if you have any other questions.

-Chiaryn

Hi There,

Thanks for writing in. We do index French pages and the tool uses domain and page authority plus the mozrank/moztrust of the top 10 results to create a difficulty score on an algorithmic scale. When you run a report in the Keyword Difficulty tool, we provide the authority information for the top 10 pages. If you let me know the keyword you are looking at, I can take a look at the top 10 results and let you know if the percentage seems accurate.

-Chiaryn

Hi Jenny,

Thanks for writing in.

There isn't a way to sort by date in OSE because the index is updated to a new, current index with each update (usually about once a month) and it isn't compared against previous indexes, so each link in the current index has been discovered again that month, even if it has been in previous indexes. Technically, the way our index is created means that all of the links in the current index are "discovered" or "rediscovered" within the past 3-4 weeks. We don't retain historical link data in the index because we think it is important to show the most current data that we can so our index doesn't necessarily show you what are considered new link, just what would be considered current links.

We do show historical link metrics regarding the number of links and linking root domains in the link analysis section of the campaign web app, but I'm afraid that they don't show specific links in the historical section.

Let me know if you have any other questions about OSE.

-Chiaryn