Welcome to the Q&A Forum

Hi, Please check reply of Dr peter in similar thread, hope you will get your answer. If you haven't yet, please see my follow-up post: http://moz.com/blog/new-title-tag-guidelines-preview-tool This is a moving target, and it's actually a pixel width (512px), but I tried to take a data-driven approach, and as best I can measure, 55 characters is a safe limit about 95% of the time. I will add that Google definitely processes characters beyond that limit (some are even in the source code) and words beyond that limit could count toward ranking. They won't count much, I strongly suspect, but this new limit doesn't mean you automatically have to cut everything shorter. There's certainly no penalty for going over, as long as you're not keyword-stuffing to extremes. One down side is that the new method (using CSS for the cut-off) means that Google now cuts mid-word, instead of between words. This could be more detrimental to CTR, in my opinion. It's very situational, though. The best I can say is to look at your most important title tags in the context of real searches and make your own judgment call. Hope this helps. Thanks

Thanks for your response Roman. I think what you're saying is what I'm thinking to do: go back and reword, update, and restructure stuff that is ranking under undesired keywords. Ugh! the last stuff youre talking about is another problem I'm having. I posted about it here: https://moz.com/community/q/does-my-website-builder-host-have-an-effect-on-my-seo My website platform/host does not have plugins like Yoast....is that enought for me to ditch it and jump to another provider?

Always go with a 301 redirect as long as your other urls do not have spam links associated with them, I consider it best practice to always do 301s.

I'm not sure if this is a time issue, it is sure weird! I do see some of the pages as your competitors. But not all. And a search for your brand name from the US produces the English page. So everything looks okay there. How is indexation at this point? My apologies for responding so late. Was your site down for maintenance at all in the last month or so?

Hi Adam, Good question. 3 tips: Document the client's current and former NAP (name, address, phone) including any branding or phone numbers and any location they may have used in the past decade or so. And, if the client is a multi-practitioner model (like a legal firm, realty firm, dental office), document the names of all of the practitioners for whom listings may have been created. Now, enter these name/zip combos for each entity into the free Moz Check Listing tool for a very fast check. By clicking the Duplicates tab in the results, you'll see all of the duplicates we were able to find on the major platforms based on the information you entered. If you are Moz Local customer, we can help you automate closure of the duplicates across our partner network (saves a ton of time and worry!). You may wish to supplement this with a manual search for Google My Business duplicates. Here's an excerpt we published from Joy Hawkins eBook that covers duplicate listing management in depth: https://moz.com/blog/duplicate-gmb-listings. And, here is Joy's own blog post about managing duplicates: http://www.sterlingsky.ca/the-proper-way-to-deal-with-duplicates-in-google-my-business/ These three elements should get you going. Hope it helps!

Hey there, Sorry for the late reply. For some reason, I don't receive email updates, even if it's ticked. Anyway, you're right that search engines will pass the link juice to the new domain. Regarding the old domains, Google Search Console will show you all the link as long as the domains are still being set up there. Therefore, I'd recommend to keep all the domains in GSC for the future. Regarding the strategy, the best way would be the 1:1 permanent redirects 301. This means that you redirect every unique page from the old domain to another unique page from the new domain. You can create Google Spreadsheet where the first column would represent the old URLs and the second column the new URLs. In this case, you have higher chance not to miss anything. Hope this is the answer you're looking for. Otherwise, feel free to shoot some other questions. Cheers, Martin

Hey there, Have you tried uploading the URL's to the Google Search Console and "S_ubmitting to Index_"?  https://www.google.com/webmasters/tools/submit-url?continue=/addurl Also, upload the Sitemap.xml and make sure you have proper internal linking so all the pages are easy to get found and crawled. Try this and let me know if it works. Cheers, Martin

Hi Martin, Sent you a private message Thank you

Great! I'll mark this as resolved then. Craig

Hi manoman88, Sounds like you know what you're doing and the short answer is yes, what you have outlined above is the perfect use for hreflang tags despite there being slight variations in the product available to these different countries. Cheers, David

You said you were comfortable with the technical side but I'm a bit of an expert on Drupal SEO and there are some shortcuts. The main one being, use the Pathauto module and the Redirect module. Together, when you change the URL of a node, they will automatically create the 301s. I'm sure your agency would have set that up in the first place. As far as SEO pitfalls for moving content around, you'll lose about 15-20% of the value of any links coming into the old URL. Google doesn't hate redirects but they do discount them slightly. You might use a tool to look at any backlinks you have coming into those pages and contact the webmasters of the sites in question to update them. Tedious but worth it for important links. You can fix a lot of the internal links to the old URLs just by updating the Menu system and any sitewide blocks that you're using (like the sidebar or footer). When I move content, I take the time to buff the SEO of those pages to try and offset any temporary dips in rankings. Often, by the time it's all said and done, the pages actually rank higher than they did before the move. Especially if you haven't implemented Schema.org in JSON-LD yet or set up AMP, both of which have ready solutions in Drupal.

Hi vtmoz, I would not fear a negative impact on the main domain from linking to poorly-optimized subdomain pages. Negative impacts from linking to "bad neighborhoods" are limited to cases where you're linking to true webspam (some examples from Google here). At worst, you're linking to pages that won't rank well because they are not well-optimized for search, but the main site and pages will not be negatively effected. Hope this helps clear things up. Best, Mike

You are not at risk for being removed from Google's search index. In fact, Google has recently adjusted their stance on hidden content and no longer ding sites for having it **IF **it's done for the benefit of UX, specifically mobile device UX. Here's a recent statement from Google's Gary Illyes on the subject: https://www.seroundtable.com/google-content-tabs-hidden-change-22950.html Review the layout and functionality of these pages, if you believe it's helpful for UX, then stick with it. You could also run a test where you take a sample of your category pages and unhide the content by default to see if they perform better.

Please note that this question was duplicated at https://moz.com/community/q/minimum-amount-of-content-for-ecommerce-pages-2#question_97951\. The duplicate was closed to new responses; any new responses to this question should be made in this thread. Thanks for your understanding! Christy

they don't all point to the homepage but they do all point to the same directory on my site. Pointing them elsewhere would mean they'd point to unrelevant pages.

Hi there! Sam from Moz's Help Team here! Sorry about any confusion! This is definitely due to the way we collect this information for our link index and it is actually expected that we won’t find every page and link because we aren’t looking for them all! When we collect this data, we’re looking specifically for the most valuable links and, rather than crawling your entire site or every site, we collect this by starting our crawler on a few highest ranking sites and letting it perform a breadth first search to see what it finds. For each page that we crawl, we first collect each of it’s links before following these and collecting the details of each page that these link to and so on. There’s a set limit of links that we’ll crawl per page and pages that we’ll crawl per site so it’s expected that we may not follow every link on your site this way. Since Moz focuses on quality of links over quantity, we are always focused on the most relevant links to display to our users. It's possible that Moz's index will leave out some of the lower-quality (non-link juice providing) links out of our index because of this. So, that might explain why you may see some discrepancies with what other tools may be showing. You can read more about how we build our index in our guide here. Generally, we recommend using a wide variety of backlink tools to get the most illustrative picture of how your site's backlink profile looks. OSE and Ahrefs index differently and have different purposes. Ahrefs is good for quantity while OSE is great for finding higher quality links. Domain Authority is our own proprietary metric that is closely correlated to Google rankings, so our customers often use OSE to research influential sites to build links. I hope this helps - let me know if you have any further questions!

What you can do is basically refresh the page and see if the menus still work. If the menu itself is still working at that point you'll know that there is no JS needed to run see the menu. The alternative is just checking in the Console to see if the code is being rendered there.