Welcome to the Q&A Forum
Browse the forum for helpful insights and fresh discussions about all things SEO.
Hi!
It is possible to get an indication of this by using tools like Link Explorer > Inbound links (https://analytics.moz.com/pro/link-explorer/inbound-links). Looking at the linking domain in question and then looking at the "Spam score" column, might help you see if this is good or bad for you.
Best regards,
Anders
Hi!
One way to get around this one is making use of pre-rendering. So if you setup your site/server to pre-render your pages either for all user agents, or specifically for MozBot and other bots not capable of crawling through JavaScript then it might work.
Facing the same issue for us now, but will try this at least.
Best regards,
Anders
I second what Alick300 says about the channel setup.
As the help article referred to above mentions, it is possible to change the channel grouping. If you look into the "other" channel grouping, it could show you what kind of traffic this really is.
Referring to the av. session duration, It could be that you have a case of bot traffic or ghost spam in your analytics. You can see some suggestions to solve this if this is the case on https://moz.com/blog/stop-ghost-spam-in-google-analytics-with-one-filter and https://www.optimizesmart.com/geek-guide-removing-referrer-spam-google-analytics/.
Hope this helps 
Best regards,
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:
I found this article on SearchEngingWatch that could be of interest to you.
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
Hi Eric,
In addition to what Alick300 an Roman-Delcarmen has written, I think it would be valuable to link your Google Analytics account with the Google Search Console for your site(s), to have search data reported into Google Analytics.
In addition, here are a couple of blog posts for you:
Hope this helps
Best regards,
Anders
Hi!
I guess that really depends on what you are trying to accomplish. If it is relevant for usert to have a link back, or if the text on the help-page dictates that a link to the product page gives value and meaning, then I would absolutely add a link back.
From an SEO perspective It could also be valuable if it helps mapping out the site hierarchy and distribute "link juice". However - I would ask myself if this gives value for my user, not only worring about technical SEO. But if if gives value for your visitors, then you should absolutely go ahead and link between the pages.
Some more info can be found at https://moz.com/learn/seo/internal-link and https://blog.kissmetrics.com/commandments-of-internal-linking/ (and https://support.google.com/webmasters/answer/35769?hl=en)
Hope this helps
Best regards,
Anders
Hi Bimal,
I think you actually don't need the Allow: / portion as it is open by default. So that line can probably be removed. The next 3 lines will disallow all bots to access the directories you have listed.
The last section of your robots txt will block all bots from your entire site, so that should probably not be there unless you really want all bots and spiders to stay out of your site
Some more info can be found here: http://www.robotstxt.org/robotstxt.html
Hope this helps,
Best regards,
Anders
Hi Andrew,
Is it possible for you to have your hosting provider or domain registrar setup a redirect from the old subdomains to the current domain in use?
Best regards,
Anders
Hi,
This can occur if Google's crawlers for some reason is not able to reach some of your pages. It could be related to some network issues, or temporary server issues. A few things to look at:
Hope this helps
Best regards,Anders
Hi Sarwan,
It could be that this will not work because you use a CDN for serving both images and video content. According to https://support.google.com/webmasters/answer/178636?hl=en you have to prove ownership to the CDN hosting site before this will be allowed. Perhpas this is the same with video, as it talks about having to verify the CDN hosting site in Search Console before being indexed/crawled.
Good luck with this!
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!
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!
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 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!
In addition to the other suggestions here, you can use Tag Assistant for Chrome (https://chrome.google.com/webstore/detail/tag-assistant-by-google/kejbdjndbnbjgmefkgdddjlbokphdefk/), WASP.inspector or Tag Explorer which will detect and show you the GA tags fired on a page, even if fired via Tag Manager or other solutions.
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!
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 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
I agree - i probably would ignore everything after the "#".
But have you tried added a <link rel="canonical" href="http://example.com/page-url" /> to your pages and see if this will update it? Also: Add the sitemap to your robots.txt if not allready done.
Regarding indexing pages - have you restricted crawl frequency in Google Search Console, or is it set to be determined by GoogleBot? Any other warnings or messages in Search Console?
Best regards,
Anders
Hi!
In addition, you could try visisting the old URLs with Firebug or some other tool activated to verify that your server is actually serving a 301 redirect (not 302 or nothing at all). If everything is OK it could just be a matter of time before the old pages are reindexed and the redirect is discovered.
Hi!
I don't think this is really SEO-related, but more about user experience. It has been more and more common to let the user decide what is supposed to be happening when clicking links, not making the decissions for her/him.
My 2 cents
Anders
Hi!
Have a look at this video: https://www.youtube.com/watch?v=eFJZXpnsRsc
According to Matt Cutts here, you will not do anything wrong with disavowing the links.
My 2 cents...
Good luck, 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
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 Donna!
I know this is really a longshot, but i found this: http://www.zdnet.com/blog/apple/icloud-bug-creates-thousands-of-duplicate-bookmarks/12084. Given that the IP is supposed to be registered to Apple, and that it does not appear to have a host. Could it perhaps be that this is an iCloud server that has a ton of links/bookmarks to your site? I know it's a stretch but still...
If you click on the entry in GWT, are you able to see what subpages are linking your way? And are the links to your site direct links, or do they show as "via intermediate links"? If so, then it could be that someone has scraped your site. Or could it be that your client (or you clients hosting provider) has some sort of backup server or test/staging environment that resides on this IP and that for some reason was available to GoogleBot? See http://webmasters.stackexchange.com/questions/54100/gwmt-show-non-existent-backlinks-via-intermediate-link.
This is just me guessing, to please don't take this as definitive answers/solutions...
I hope you'll figure it out. Please share if you find the answer to this.
Hi Donna!
According to one of the websites I used, I found that the IP range is owned by At&t Global Network Services Nederland B.v as you said.
Using http://www.iplocationtools.com/194.196.0.36.html I found that this IP is reproted to belong to apple.com. Same goes when going to http://ipaddress.is/194.196.0.36#.U85nh7HzlyI
Does that make any sense?
Best regards,
Anders
Hi!
From what I could tell, it wasn't that many pages already in the index, so it could be worth trying to lift the block, at least for a short while, to see if it will have an impact.
In addition - how about configuring how GoogleBot should threat your URLs via the URL parameter tool in Google Webmaster Tools. Here's what Google has to say about this. https://support.google.com/webmasters/answer/1235687
Best regards,Anders
Hi Devanur.
What I'm guessing is the problem here, is that as of now, GoogleBot is restricted from accessing the pages (because of robots.txt), leading to it never going into the page and updateing its index regarding the "noindex, follow" declaration in the that seems to be in place.
One other thing that could be considered, is to add "rel=nofollow" to all the faceted navigation links on the left.
Fully agreeing with you on the "crawl budget" part
Anders
Hi!
It could be that that pages has already been indexed before you added the directives to robots.txt.
I see that you have added the rel=canonical for the pages and that you now have noindex,follow. Is that recently added? If so, it could be wise to actually let GoogleBot access and crawl the pages again - and then they'll go away after a while. Then you could add the directive again later. See https://support.google.com/webmasters/answer/93710?hl=en&ref_topic=4598466 for more about this.
Hope this helps!
Anders
Hi Evans!
If the global header links are just loaded as an include to all the different websites, then it should probably not be a problem with tagging up the links once, and then the data would just flow into the account for the website being displayed.
Have you considered tracking clicks on these as events? Taht would also make it possible to have some sort of generic tracking that could be similar across all the sites.
Best regards,Anders
Hi!
The reason why these pages keep popping up in WMT is that they have already been indexed. You could try to remove them from Google's index by using the removal tool in WMT (https://www.google.com/webmasters/tools/url-removal) or by setting up "301 Redirect" for them to more ideal pages.
Hope this helps
Anders
Hi Catherine!
I would have thought that giving your Google login access to the GA web property/view would be a better solution. If a GA account/property/view already exists, there really should be no reason to create a new account just for the purpose of viewing.
Also, it could be wise to connect the GA account to Google Webmaster Tools if this has not already been done.
Best regards,
Anders
Hi!
Have you considered blocking googlebot from the mobile site, only allowing googlebot-mobile to crawl the site? And vice versa for the desktop site? See https://support.google.com/webmasters/answer/1061943?hl=en for a list of googlebots...
Best regards,
Anders
Hi Philip!
If these URL's are already indexed, you should 301 Redirect them to the right URL (if they by chance have some inbound links). You could also try the URL removal tool from Google (see https://support.google.com/webmasters/answer/1663416) if all you want is to get rid of them.
Good luck, hope this helps.
//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
I agree!
In addition (more long term), you should look into trying to get the external links pointing towards Site 2 and 3 redirected to site 1 (get them to change the links), so that link value is not lost in the redirects.
Good luck!
Anders
Perhaps you could submit (or resubmit) a XML sitemap, alternatively use the "fetch as Googlebot" for the "old" URL. That way, Googlebot should see the redirect.
Good luck.
Anders
Hi Oscar.
Is the redirect rule somewhat new? Perhaps the /Product.asp?PID=1236 was indexed before and GoogleBot has not yet made another visit to this page?
Anders
It appear to do a redirect to a URL within the product-folder, add the product name as a subfolder, and add the SKU# as the last part of the URL.
The two URLs should not cause any duplicate issues, as the http://www.repsole.com/Product.asp?PID=1236 does a proper 301 Redirect to the user friendly URL..
Best regards,
Anders
Hi!
The URL Product.asp?PID=1236 redirects to a more semantic("user friendly") URL. Or did you perhaps think of something else?
Hope this helps
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 Ruchi!
The reason for this, was that this was an example with three products added to a the cart/order. If you have more products added to the cart, then the _addItem must be repeated for each and every single product/orderline. This code should only reflect the products in just one given transactions, not all the products in your store. You will have to find some way pass this information dynamically when people order products from your store, as this is not hardcoded beforehand - it is to be created dynamically on the fly when a customer loads the final transaction page (like a receipt/thank you-page). There is no special tracking for the individual product pages.
On regular product pages, you only need the standard Google analytics tracking code. In addidtion, you could add a custom _trackEvent for when people add a product to the cart, but this is not mandatory, and does not influence the ecommerce tracking.
Best regards,
Anders
Hi!
I believe this should be a working example:
Hope this helps
Anders
Hi Ruchi.
This really depends on what the customer buys. the tracking code you reference above should be placed on the order confirmation/receipt page and should be dynamically filled with transaction ID/SKU's etc based on whatever the customer ends up buying.
Hope this helps
Best regards,
Anders
Hi!
In regards to the "directory"-question, I think what Todd wondered, was if it was some special part of the site that had gotten a penalty, or was reported as problematic.
It appears that you have invisible links in the social sharing plugin on the left side (at least on the article-section) that are not nofollowed. Search in the source code for
.
I found this:
_<div class="wpsr-linkback"><a target="_blank" href="http://www.aakashweb.com/wordpress-plugins/wp-socializer/">WP Socializera><a class="wpsr_linkaw" target="_blank" href="http://www.aakashweb.com">Aakash Weba>_div>
Hope this helps!
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 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 David!
This is set up on the profile settings page, not the property settings page.This really does not change the basic tracking code, but will enable this tracking for the given profile.
That comes in addition to adding the ecommerce tracking code on the receipt page/conversion page (what Marks says)
Hope this helps
Anders
Hi!
You are right regarding keywords. They are a waste of time. In regards to the meta description, this is still used for display in the SERPs, so it's still worth the extra few minutes to craft a well-thought text explaining what the page is really about.
Hope this helps
Anders