Welcome to the Q&A Forum

Pageviews specifically...no. Popularity...yes. User experience is far more important though and Google's approach is based on sites giving users great experience and relevant content.

Hi Dan,

In many Google+ cases, your custom URL will need additional characters added to the end of the pre-selected URL. So they have chosen to add a keyword to the end; but it could have been a city, number or anything.

There is no benefit to doing this, there is no 'SEO' value to your linked website or your Google+ Page. Other factors like categorizing, reviews, location and your linked website's value will help Google+ Local pack listings.

Once you have chosen your custom URL, you cannot edit it. You can also not choose whatever URL you want for your page. We are simply given whatever Google thinks appropriate.

Hope this helps!

There are other tools out there that will give you some insights into competitor traffic as well.

SimilarWeb (www.similarweb.com) is a great one that will break down an estimate of traffic sources for a domain. They have quite a good supply of data, and I have found their estimates to be pretty accurate.

What Ray said is good for the content-side of optimization (which is important), but links are important too. If you want to start ranking higher you are going to need to start building links to your pages to increase your rankings.

Moz has a ton of great resources in their Learn section or in the Blog to help.

Start here: http://moz.com/beginners-guide-to-link-building

**The fire away: **http://moz.com/pages/search_results?q=link building

I'll see what I can help with:

For the market sectors, if you don't have unique content for each of the child pages, why have them duplicated under each parent category (are there plans to add unique content)? You could change the structure of that menu box to just include links to certifications, equipment and case studies and then put them under their own pages instead of duplicated under each market sector.

The products page section needs the pagination tags not canonical tags. Rel="next" and rel="prev" tags for your series. The canonical tag should go on the view all page if there is one.

The blogs doesn't sound like a pagination problem at all, but a title problem. If there is some setting in your CMS you should be able to customize how your title structure works for both article pages, category pages, archive pages, etc. Change the structure to set-up unique names. Or if they are not important pages (ex. author archives) throw a "noindex, follow" tag on them. Again follow the same pagination structure: page 1 should have rel="next", page 2 should have rel="prev" and rel="next"...etc.

Tag pages are not important from an SEO standpoint, only really for the user if they are interested in seeing similar content based on your tags. If you are getting duplicate content on your different tag pages because of low volume then just noindex your tag pages or remove them completely.

Hope these make sense follow up with me if you have questions!

I would a keyword difficulty analysis on that keyword and check the scores of the other pages ranking there. Remember that the root domain authority still holds a ton of value in rankings (facebook's being 100). And you're right, it's also grabbing some exact match text in the h2, url and body.

I agree with Monica, Google uses a different crawler for mobile (Googlebot-Mobile), so it likely just hasn't indexed the newer pages yet.

Google looks at h1 tags as clues to what the page's content is about. If you have multiple h1 tags with different keywords then it is difficult for Google to contextualize the page.

Best practice: one h1 tag with the keyword or theme you are trying to optimize for.

As long as it is in the section of your page. Crawlers look for tagging information in this section first so it may be missed if it is anywhere else.

If you are concerned about the amount of code in the top head section, you could move all that javascript into a external js file and reference it.

The green (and the check mark) show the highest number for the given metric for the serp results. i.e. it looks like result 2 has the highest total links.

The grey (and other green shades) are there to show intensity as a comparison to the other results. The more grey the higher compared to the other results.

It looks like the intensity scale goes from white > light grey > dark grey > light green > dark green (check mark)

OSE does not show the number of Facebook Likes your account has but the number of Likes a post has received that links to www.transformationstreatment.com (or any specific page).

Same goes for Facebook Shares.

Canonical tags would be the most important thing to look at for your dynamic URLs. As long as each of your dynamic pages has a canonical tag to the static version of the page (i.e. package-search/holidays/hotelFilters/) then you won't have to worry about duplicate content.

Data from OSE is from the Mozscape Index. It was last updated on October 9th, 2014. The next update will be ~ November 5, 2014.

Moz generally updates the index every ~30 days (usually).

If you feel the link is negatively affecting your site then you can disavow links from that domain using the Disavow Link tool in Webmaster Tools: https://support.google.com/webmasters/answer/2648487?hl=en

But your best is always to try get the link down manually. If it is not affecting you (one bad link in a herd of many links) then I wouldn't worry about it.

Your campaigns will only track historical data for 3 competitors you add (and social and keyword data). However you can use Open Site Explorer to compare any site's link metrics (and you can compare up to 5 at a time).

White-hat SEO (which Moz is completely about) incorporates good general marketing practices (like mobile experience, design, CRO...) Moz Local is a tool that will get and maintain your most important online citations for your business. These citations hold value for local search results for your business.

If you want to learn more about local SEO, check out some of these Moz resources:

• http://moz.com/local-search-ranking-factors
• http://moz.com/blog/category/local-seo
• http://moz.com/blog/free-local-seo-tools

I just did a test with the on-page grader and the re-grade button did work for me. Changing one element of the page and then re-grading did appear on the test result.

Could be accessing a cached version of the page. I assuming your changes went live though your server, right?

That example you have attached is a specific type of ad extension only available in AdWords. Schema (as SoleGraphics noted) is a one markup language used for structured data to make many of those snippets, and is the main data format I would recommend looking into. But there are other markup languages and formats out there. Opengraph metadata is also an important markup you should investigate as well: http://ogp.me/.

Another great tool to start testing and implementing structured data is Google's Structured Data testing tool: http://www.google.com/webmasters/tools/richsnippets

You will be able to see examples and test your pages for appropriate markup as well as use their tool to help you add structured data.

Hope this gets you started. I would start with some of the Moz resources and blogs to learn more. Here is a good one to read: http://moz.com/blog/the-lowdown-on-structured-data-and-schemaorg-your-questions-answered

That's an odd way they set that up. I think you're are right though, you are better off just restructuring the content under one page to avoid duplicate content issues. If you have any external backlinks pointing to those individual question pages, make sure to set up a 301 redirect to your main page so not to lose any of those links.

Good luck

You are looking for the better option for the user? They are both simple for the user and both require 1 click, I don't think either one would detract a user. So go with the easier option to setup.