Welcome to the Q&A Forum

Hi!

With the rel=canonical in place, this is a stronge hint to the search enignes that docbeans.com is the one that should be indexed. Is it possible for you to do a 301 redirect from docbeans.com/index to docbeans.com (or the other way around), then that would probably be even better(?). Are there any particular reasons for you to keep both, then this has to be taken into the equation.

Have you had the change to look at this page: https://moz.com/blog/301-redirect-or-relcanonical-which-one-should-you-use. It could be of some value for you to decide whether to just keep the canonical or to do a 301.

Hope this helps!

Anders

Hi Maureen!

It seems that your pages all have the following code inside the :
<meta content="<a class="attribute-value">noindex,follow</a>" name="<a class="attribute-value">robots</a>">
It will effectively block all your pages from being indexed, and should be removed (or changed into <meta content="<a class="attribute-value">index,follow</a>" name="<a class="attribute-value">robots</a>"> )

Also, you should update the robots.txt to reference the full URL for the XML sitemap? I think the specifications for referenging this demands full URL's.

Hope this helps
Anders

Hi!

On a wordpress blog, it will by default not add author information if you are the only author on the blog.

Either adding the code manually, as FedeEinhorn suggest or add a plugin that adds an author box could be a solution.

Good luck!

Hi Sander!

According to https://moz.com/local-search-ranking-factors it could be of some value to have some sort of geographic keyword in the URL, but I guess it would also be of value to have this as part of the onpage copy, in the title, meta description etc if it is possible to add i a ntural way, without making it look spammy.

If you have some contact information on the page, it could also be valueable to mark it up according to schema.org (same goes for the product information if not already done).

If you are changing the URL, also make sure to 301 redirect from the old URL to the new one.

My 2 cents. Hope this helps

Anders

Hi Sarwan!

The rel canonical will not change the URL opened in a browser. It will only be a signal to the search engines to count links for docbeans.com/index as links to docbeans.com and to threat them as a single URL in regards to ranking.

Also, doing the 301 redirect shouldn't really have an impact with load times, as the redirects happens before loading any content. As they both load the same content, I guess this is because the docbean.com is really an alias for docbean.com/index.

Hope this helps.

Anders

Hi!

There is one link to this category from http://www.ebuyer.com/store/Home-Appliances/cat/Health-&-Beauty in the category text on the top. The text is not styled in anyway, but the link text is "hair grooming kits for men".

Chris' suggestion for Screaming frog is one way about it. OpenSiteExplorer also does the trick, looking for inbound links, and perhaps narrowing to internal links.

Hope this helps

Anders

Hi!

It can be a great many things that casues the rankings to be different. Perhaps some of these are fitting to your site:

• Your site gives a better experience than your competitors on mobile
• Your site has a greater CTR from organic search results than your competitors
• (Mobile) page speed
• Font setup on mobile vs dekstop (readability and user experience)

I found this article on SearchEngingWatch that could be of interest to you.

Best regards,
Anders

Hi!

As far as I know, this really isn't a huge problem (could be mistaken). I guess it depends...

In regards to readability, I prefer using dashes (-), as they tend to be easier to read. Underscores may be mistaken for a space). Here's what Matt Cutts had to say about this some years ago: http://www.mattcutts.com/blog/whitehat-seo-tips-for-bloggers/ (and http://www.mattcutts.com/blog/dashes-vs-underscores/)

I believe I have read that Google and other search engines read URLs like this when looking for semantic meanings:

• /this-is-part-of-a-website-address = this is part of a website address
• /this_is_part_of_a_website_address = thisispartofawebsiteaddress

At least that used to be the case...It could be changed now.

In your example, I would not obsess too much about it, as it gives perfect semantic meaning. Have you considered removing special characters, instead of replacing them with a "-" ?

Hope this helps.
Best regards,
Anders

Hi!

I found the following info in the "help" section:

**I use the rel=****"**canonical" tag correctly. Why did I get a notice? If the canonical tag points to a different URL, engines will not count this page as the reference resource and thus, it won't have an opportunity to rank. We include the notice so you can make sure you're targeting the right page.

Is there any way to ignore or exclude certain errors or issues?
Currently there isn't a way to do this, but we plan to add this in a future version of the application.

Looks like it is safe to ignore this, as long as you have your rel="canonical" setup correctly. (I have the same issue btw...)

Best regards,Anders

Hi!

From what I could tell, your sitemap entries are missing at least one tag. Alle entries should have a or <video:player_loc></video:player_loc>tag according to https://developers.google.com/webmasters/videosearch/sitemaps

Hope this helps

Anders

Hi!

One more final suggestion: Add nofollow to the links at http://www.thelaw.com/partners/

Perhaps they are considered to be problematic.

Good luck in getting traffic etc back to normal.

Anders

Hi!

Are all pages available for GoogleBot, or are they perhaps blocked by robots.txt or a meta tag?

Do you have a URL for the website so we can take a look?

Anders

Hi

I wouldn't be surprised if it took some time before the knowledge graph is updated. Have you tried looking at http://www.blindfiveyearold.com/knowledge-graph-optimization?

Looking at http://schema.org/Organization it looks as if there is a couple of options for adding structured data about founding date and founder. Perhaps adding that  +  structured data about the CEO with attributes validating against http://schema.org/Person  on the companys website can do the trick?

Best of luck!
Anders

Hi!

Instead of blocking the old site.com/category/categoryname by robots.txt you should do a 301 redirect to site.com/categoryname. That way you will get the new pages indexed faster, and keep traffic from all the old links etc.

Hope this helps
Anders

Hi  Shailendra!

This sounds like a good idea if you expect to receive additional traffic towards this page. If not, you could always do a 301 Redirect to an events overview or something like that.

Best regards,
Anders

Hi Douglas!

According to http://googlewebmastercentral.blogspot.com/2010/06/sitemaps-one-file-many-content-types.html this should not be a problem in itself, but it seems to me that you should also include what kind of sitemap you have in place. You should define the <urlset xmlns="">in your file. Maybe that would do the trick?</urlset>

Best regards,

Anders

Hi Ruben!

I would say that this seems a bit "too much". How about adding a "location" area to the site, and link to it from some sort of main menu instead? Or perhaps one location area to every law section?

Best regards,

Anders

Hi!

I don't think that is the case in this occasion, as there is actually an A-tag (with just "." as anchor text) at the page www.datasat.com/mining/tetra-networks-for-mining.html pointing towards http://www.datasat.com/tetra/white-paper.htmlWEhjdAfgkh (look in page source at line number 63)

Removing that link would really fix the whole issue...

Anders

Hi Michael!

Have you tried spidering your site (with screaming frog or similar tools), to see if any of the profile pages on the subdomain contains any suspicious outbound links?

Is there a penalty for the entire domain, or just the subdomain?

Best regards,

Anders

Hi!

Are you using clientside or serverside redirects? Since you talk about 301, I assume you use serverside redirects. I think if the rewrite rule is setup correct, then it should preserve the referrer info. But if this is added as e.g. utm_source parameters to the URL, then perhaps you can experiment with the flags set for the redirect rule?

Assuming you are working with an Apache server: Looking at https://httpd.apache.org/docs/current/rewrite/flags.html#flag_qsa, it looks as if parameters can be kept/appended to the target URL. Else, the setting [L,R=301] should probably work OK with regards to keeping the referrer.

Hope this helps

Best regards,
Anders