Welcome to the Q&A Forum

Hi Miriam, thank you for helping! Yes, this is what i wanted to know if there is a way to somehow to mark local page with numbers of vendors on it (not individual pages with only one vendor). Thanks

Thank you Rebecca for your reply. I agree there are many websites that do not have a m. variation and are responsive. In such cases its fine to have android links from the desktop version as its the only one available version. I am not sure what to do when there is both desktop and m. version available for a website. Should I be placing deep links on both versions or just the one. Thanks for your help.

Panda updates have hit microsites where content across the sites was either duplicated or "thin", although thin is often in the eye of the beholder. Keep in mind, and I mean this kindly, that "unique" is not always high-quality, and the quest for technical uniqueness can lead to practices where microsites are just spinning out versions of content with slightly different keyword concepts or ordering, etc. In other words, it's technically "unique", but most people wouldn't view it as valuable. Early Panda updates did hit certain kinds of spun-off content hard, including geo-located content. In other words, you spun out your plumbing services page for 5,000 cities and it only differed by city names and a few basic facts (even if technically unique), that's definitely something Panda came down hard on. Truthfully, though, it's really tough to tell without specifics. I'm more on EGOL's side of the fence - my gut feeling is that 20 micro-sites is excessive and I'd strongly suspect quality issues. Some questions that might help you pin things down: (1) Has traffic dropped across the entire cluster of sites or just the main site? (2) Can you pin traffic drops down to any given date, set of keywords, or pages? Drill down as far as you can - that's always the most important first step, IMO. (3) Are some of your micro-sites essentially dead - no traffic or ROI? You might not have to go all-or-none here. Odds are that some small % of your micro-sites are creating a large % of your value (let's call it an 80/20 rule). It's likely you could kill 10-15 of them with very little harm - at least that's what I typically see. You don't have to drop all 20 cold-turkey.

The errors are appearing because users are immediately redirected to the login page. It doesn't actually matter whether these are 301 or 302 redirects because you're not looking to pass link equity anyway. The easiest way to deal with this is to tell crawlers (like Moz's and Google's) to ignore stuff they couldn't see anyway because it's only shown to logged-in users. I generally block the /customer/* folder in robots.txt to avoid issues like this. And if you have a wishlist in the primary nav that's worth blocking, too. You could also just remove the Wish List link when users aren't logged in. The idea is to tell the crawlers to avoid any portion of the site where a login is required. So you could just upload a text file to canyonos.com/robots.txt that looks like this: user-agent: * disallow: /customer/ disallow: /wishlist/ These lines will block the entire folder, so you should only do it if there's nothing in the folder that search engines can see. In other words, use this line if everything in the folder is behind a login (it usually is in Magento). Google's info is pretty good here: https://developers.google.com/webmasters/control-crawl-index/docs/robots_txt?csw=1

Hi Pania, Thanks for writing in. Unfortunately, the old PRO application was deprecated in October of 2014 and it is no longer accessible. We did send out several notifications to people that were using the application prior to the shutdown, so I apologize if you didn't see those. Here is a transitional guide that may be helpful to you: https://moz.com/pro-to-analytics If you can let me know specifically what features were more helpful to you in the old application, I can send them to our product team takes that feedback very seriously. I apologize for the inconvenience this causes! Please let me know if I can help you with anything else.

Hey SeaDrive, Should be pretty simple - if you can confirm that the duplicate pages as search result pages. The search function has a consistent URL structure, so by blocking **/products.php?sq= **we can limit the indexing of any search result content. Add to your robots.txt: Disallow: /products.php?sq= As for the rel="canonical", you can have them written in automatically depending on what platform your site is built on. If you happen to be running on WordPress there are some options via plugins. As for the rel="canonical" placement, it is essentially a way to tell bots which page is the preferred/primary page. So you will have a canonical element on just about every page (changing depending on the page in question). Sorry if that is confusing - it is always better when you can hear it from Matt Cutts https://www.youtube.com/watch?v=Cm9onOGTgeM Good luck! watch?v=Cm9onOGTgeM

For the sake of my example let's use 4 URLs, 2 homepages, 2 internal pages (one for each language). www.domain.com www.domainjp.com www.domain.com/page.html www.domainjp.com/pagejp.html I am suggesting that in the of www.domain.com: In the of www.domainjp.com: In the of www.domain.com/page.html: In the of www.domain.com/pagejp.html: Using hreflang will just tell the search engines that they are the same pages, only in different languages. If that is true of the pages on each site, then you should implement a structure like the above. You would want a language change option on the sites just in case someone wants to change languages, but it's not necessary.

Agreed.  Used 301s to redirect the old m. pages to their www. counterparts.  This way, not only do users get redirected automatically to the proper page with the correct content, but if there is any link equity, it gets passed along as well. Key point, do not redirect all of your m. pages to the www home page, that would be bad.  Also, bonus free advice.  If you are setting up global 301 redirects, go ahead and do some additional 301 cleanup in several areas. If your site is indexed in Google with the www subdomain included (i.e. http://www.website.com), make sure that the non www urls for all pages (i.e. http://website.com) 301 redirect to the www version. This needs to be a page to page redirect, not everything to the home page.  Reverse this if your website by default uses the non www subdomain. Likewise if you ever used https or moved from http to https, 301 page to page everything. If you have anything where you have http://www.website.com is the same as http://www.website.com/index.html or http://www.website.com/folder/index.html  etc 301 all those "index.htm" type urls to the folder ending in the slash. The idea here is to remove duplicates and have the 301s to do that. When you get all this done, run a spider (I like Screaming Frog or Botify) to see if you have any navigation, sitemap or other internal links on your site that are 301ing.  Try and think about anywhere else that you control that you might accidentally be pointing to old URLs (rss feed possibly? Your homepage in your Facebook account? etc) You may be pointing (accidentally or on purpose) to old URLs and want to update those.  That is another signal to Google that you are not using the old URLs and pay attention to the 301.  I have found issues with Google still reporting a 301 in Search Console and it was because I was still pointing to it in my navigation. Cheers!

Beautiful, thank you!

To answer my own question, from some Google searches and research, SNI is not supported by Moz currently.  They are working to add it, but it's not currently supported.  Hopefully that helps some other people. Thanks, Chris

what is your advice about my website: my website is related to Bosch home appliances and the H1 tag of my pages is without brand name now. It is my question is it better to have H1 tag with brand name or no? Bosch dishwasher       Or         dishwasher It is one page of my website as an example: https://20bekhar.com/36-dishwasher

Hi there Here are some great resources: Web Fundamentals (Google) Multi Design Layouts (Google) The Basics of Search Engine Friendly Web Design & Development (Moz) Designing for SEO (Moz) Information Architecture for SEO (Moz) The Process of Web Design: From Discovery to Prototype (Moz) I would also make sure that you focus on user experience not just from the design aspect, but the content aspect as well. Here's another great resource on that. When you are ready to move your site, make sure you review this resource from Google, as well as this migration guide from Moz. All of the above should help you get started - make sure that you review with your web development team and review the following on your current site: All KPIs that matter most to your visibility / performance Your site's goals over time Google Search Console performance over time (impressions / rankings) Take a look at your competitors Check your on-site SEO Check your backlinks Check your content Check your information architecture Learn more about your audience Are you capturing your audience at the right points? Do you have content to do so? Are you doing everything you can do develop your brand(s) right now? Sometimes it may be a matter of a redesign and not a new site overall. There's a great Whiteboard Friday that touches on elements of this topic called Should I Rebrand and Redirect My Site? Should I Consolidate Multiple Sites/Brands? Hope this helps! Good luck!

Key point by Rebecca, use data to make this decision.  I just 410'ed almost 800 old pages/articles from a website I help run.  They were all republished press releases that were at least 2 years old, they got less than 9 organic pageviews over the past 6 month period and no link equity.  You have to do some work with merging this data from GA and OSE, but it is worth it.  I could say that when I deleted these 800 pages I was not losing significant traffic or links and I was improving my crawl efficiency with Google and potentially a quality factor with Google as they were not having to look at crappy old content.  Another way to say this is that if users were not visiting the pages nor were they linking to them, how could they be useful and if anything would make my site look less reputable to them. Cheers! FYI - the spider Screaming Frog (one of my fav tools) just integrated with the GA API, so you can crawl and get GA data combined. (You can also just play with GA filters as well).  If Screaming Frog can get the tool to access the Moz API - BOOM! That would make this work so much easier.  (Hint hint mozzers this would be an amazing tool for the Moz crawler as well!)

Sorry if I missed this, but what search led to this result? Keep in mind that different queries will return different titles and snippets in SERPs. Google is taking more liberties than ever. It does seem like they're appending the brand "- Kbc", which is an increasingly common practice. Usually, it's one of two things: (1) They don't feel that the title/description are a good match to the particular search you're looking at. You could try to get other key phrases in the title/description, but often that ends up being overkill. It depends on how critical these searches are. (2) They feel that the title/description are too long or too marketing-heavy. This can be tougher to pin down. I'll be honest - this is happening more frequently, and there's no way currently to stop Google from doing rewrites. You can try to tweak things to be more to their liking, but you can't shut off the rewrites. If these aren't critical queries, there comes a point where it's effort poorly spent, IMO.