Welcome to the Q&A Forum

You can run a test in moz to see if you have duplicate listings before even trying both. I just signed up for moz local and i love it.

It always amazes me when clients ask for stuff when they don't even know why they would need it. I'm not sure it's even possible to link them, and even if it was....I don't see what value it could possibly provide without all the systems that the tags are intended allowing for integration between them. The value of linking Webmaster Tools and Analytics is obvious. There's stuff happening off-site that you might want to know about (inbound links, impressions on search, etc) and have integrated into your analytics report...fair enough. The same is not true of Google Tag Manager, which simply allows you to manage the various tags easily. These tags are normally related to allowing other systems to do stuff (such as collect data). It is these systems that need to be integrated, if possible (e.g. Analytics and Adwords).

I can answer that question as I just did an experiment on this which you can review here: http://www.rlmseo.com/blog/seo-impact-blog-post-dates/ The summary is this: Assuming no displayed date as a baseline, recent dates (not sure exactly how recent - looks like up to 3-12 months but probably depends on industry, etc) will boost traffic significantly. Compared to the baseline, distant past publish dates will reduce traffic a good bit. I would recommend this: Display update date instead of publish date. If a post is still relevant, update it, maybe even add a disclaimer for your users that the post was first published on x date but has been updated and is current. We've seen dramatic traffic increases with this strategy and it ensures people know how relevant your post is, which is actually more important than the publish date.

Sent you a PM

Those guest blogs were mostly created for the purpose of improving another site's PageRank and manipulating the search results. Even if they're not paid links they are links that were made with the intention of gaming Google.  If you remove the links or nofollow them and then file for reconsideration you'll get your penalty removed.

"I'm not sure what my actual urls should look like and what the canonical should be set to." - Your "actual" URLs and your canonicals should both be the #! version. In your example, I'm guessing that'd be "http:app.tikimaster.com#!v=1", as opposed to "http:app.tikimaster.com?escaped_fragment=v=1". The canonicals (and other directives) need to be placed on the ?escaped_fragment= version, because that's the only version Google will crawl. "how I should be setting up my meta information for Google so 1) pages are indexed timely 2) pages are indexed with the correct information." - You need to ensure that the ?escaped_fragment= version of the page contains the appropriate meta tags. Your sitemap and webmaster tools submissions should use the #! versions. This is a good resource to get started: http://seogadget.com/javascript-framework-seo/

Yeah, this is a critical point - you have to pin down where the old entry came from, to sort out if this is a G+ issue or a data issue in something like Freebase. Keep in mind, too, that knowledge panels can come and go, and may depend on things like your brand authority.

Moz Local is a standalone product, and the price doesn't change with whether or not you have a Moz Pro account.

It is unlikely that having links from MyBlogGuest would cause a drop in indexed pages like that. Where are you seeing this drop in indexed pages? Is it being reported in Moz or Google Webmaster tools? Also, do you have Google Analytics set up for your site to check other metrics? A large drop in indexed pages does not necessarily mean something wrong (canonical tags, cleaning up duplicate content, reporting errors, noindex tags, etc. can all cause a drop in indexed pages).

Hi there! I'd be happy to take a look at this for you. So you don't have to share all of your business/account info in the forum here, please send a ticket into help with the csv you're having trouble with and the email associated with your account. Thanks! Sam Moz Helpster

The Google Disavow tool doesn't work like that.  It won't actually remove links from any pages.  It is basically just a signal to Google that you want those links to be nofollowed.  Ahrefs would have no clue if something has been disavowed or not.

Hi there, Having a lot of internal links pointing out from one page has traditionally been thought of us sub-optimal - not because a page will "leak" PageRank if it links out a lot, but because it is thought to have a certain amount of authority to pass on, and linking to 30 pages ensures that the authority is spread between 30, as opposed to 200, other pages. Matt Cutts spoke about this in an interview once, but it was a very long time ago - http://moz.com/blog/questions-answers-with-googles-spam-guru Whether this is still the case is questionable, but it is generally not advised to link out at a high rate from a home page. I would say that your decision here should still be made on usability and that it is likely other factors contributing to the other sites' rankings - although if you have pages you're keen to push, a home page link can make a good difference.

My suggestion would be to go beyond creating 'yearly' top lists for the site (these are old and tired). Look to create an 'Evergreen' content page that you can use and leverage year over year, build on and create a community and discussion around. Discuss the changes each year by revamping the list, ask people their input (UGC) and discuss why some of the one's that fell, did, while also pointing out new one's didn't fall and why By creating a page like this - you leverage the long term effect of a page that never gets old, or outdated (as one does with regards to a specified URL like 2012 or 2014) in your examples. This will also help you create a very strong profile from a backlink perspective as your links will accumulate into 1 evergreen/lasting URL - that never gets outdated with yearly updates you will make. Might want to use the META information for data posted and date expired to ensure that the crawlers know to come back and recrawl when a page is live. Ensure it's mapped and setup properly in the Sitemap XML file too I think the advantages of moving towards this will help your link profile, leverage a great piece of content year over year, making it move 'sharable' from a social media perspective and leverage long-term value. Just my 2 cents to help you out Cheers, Rob

I have just came across this article which has pretty much answered my question ! http://moz.com/blog/new-title-tag-guidelines-preview-tool

Rob's advice is very good in regard to sending people to the more effective inner page. I would not mess around with canonical tags, unless the content is actually duplicated.  Rethinking your internal links might be helpful.  One thing I have done in similar situations is to use a keyword anchored link from the category page to the home page.  Moz Analytics will tell you this is keyword cannibalization, but it does often work to nudge Google toward ranking the home page.  So on a page about "Red Widgets", you could link to the home page with "Red Widget Company".  What is likely to happen is that you will sort of split the searches based on user intent, and searches that are more than just the base keyword. Searches that Google thinks are more informational would go to the Red Widgets page, where someone looking for a supplier or maker of red widgets might be sent to the home page.  Similar links throughout the site where they are appropriate would also be good.  Like, if you have a page or a blog post that mentions red widgets, link to the category. If it says something about manufacturer of red widgets, link to the home page.  Just like incoming links, you don't want to overuse the same keywords, though.  Mix things up a bit within the same topical theme (red widget maker, manufacturer of red widgets, red widget company...)

I'd agree with the other guys here: just because GWT does not find an error does not mean there is one. What Google usually does in these situations is choose one version over another, so if you Google your site - even using the site: search modifier - you'll only see the one they've chosen. On the other hand  Moz's crawler goes through your site and reports on everything it finds, which in this case means it's a factual statement that there's a way to move from the www. version of your site to the non-www. version. The first thing you need to do is find out which page on the wrong version (which I'll assume to be the non-www. versions or versions with trailing slashes ) is being linked to from the right version (which I'll assume to be www. without a trailing slash) and where that link is. If you use a link crawler like Xenu's Link Sleuth you should be able to do that. Then you can go and remove the troublesome link(s) and all your errors will disappear.

Hi Dave, There is a wealth of information out there about internationalisation but I'll cover some of the main points here. The first thing to think about is the TLD of the site, e.g. .com, etc. If they are currently running on a TLD that belongs to a designated country, they will need to move to a generic TLD. In other words, you can't use site.ca to target Mexico. You will need to move to site.com, .org, .net, or similar. You can use subdomains or subfolders on the parent site to target different countries. A good URL to target Mexico would be site.com/mx. If you have English language content from Mexico as well as Spanish, you could use site.com/mx-es/ and site.com/mx-en/. No matter how many versions of the site you create for different markets, you will need to use the rel="alternative" tag (also sometimes referred to has the "href lang tag"). This will allow you to create site.com/co for Colombia, site.com/nc for Nicaragua, site.com/mx for Mexico and site.com/ar for Argentina without being penalised for having duplicate Spanish content on different parts of the same website. If you also have the exact same content on the site in other languages, this tag allows you to show which versions are in English and are meant for the US, which versions are in English and are meant for Canada, which versions are in English and meant for the UK, etc. as well. They can go down the route of registering domains in the countries they want to target, like site.com.mx, site.com.ar and site.com.br, but this usually requires a higher level of link development to push authority at all of these sites. For truly local content, the local domains could be best, but for many queries, .com sites rank just fine in South America. Check out these three Moz resources for international SEO as well: http://moz.com/blog/5-dos-and-donts-of-international-seo http://moz.com/blog/the-international-seo-checklist http://moz.com/blog/international-seo-dropping-the-information-dust

I see it like this, its a bad experience to find that a item is out of stock, the 404 will remove you from the index. A site where you have a lot of products is probably not be ranking well for ever product page anyhow, I would be getting category pages to rank. and not be worried about a few lowly product pages

Hi Sally, This could have to do with Google's desire to present the most diverse selection of results for terms, and since there are a range of other websites relevant for the [david lerner] query, Google has dropped the subdomain in favour of keeping the main site in first position, and showing a potentially relevant result for a totally different business in second position (the leggings result). This can happen even when a result has ranked well for years. To solve this, it would be good if the site displayed "sitelinks" for the brand query (i.e. the six or more links that appear below a branded search, usually linking to other key pages within the website). Obtaining these links usually requires strength and authority that far outweighs other companies with similar names. It's not very common to see subdomains appearing as sitelinks, but it does happen sometimes, when a brand and the subdomain are particularly strong, e.g. https://www.google.co.uk/search?q=ycombinator&oq=ycombinator&aqs=chrome.0.69i59j0l5.1467j0j9&sourceid=chrome&espv=210&es_sm=119&ie=UTF-8 (look at the Hacker News and Y Combinator Posthaven links). You have a partial duplication issue with both http://news.davidlerner.com/ and http://news.davidlerner.com/news_index.php displaying the snippets for largely the same stories, but this should not be enough to damage the subdomain from a Panda point of view. You may consider restricting bots' access to the /news_index.php page unless it is performing a different task from an SEO perspective for you. Again, I do not believe this has caused the site to drop out of the rankings (and it is still perfectly indexed, ranking for its URL and full name) but it's something to consider tidying up.