Welcome to the Q&A Forum

Hi Jarred! We'd love an update on this. Did Eric's response help?

Google has made it pretty clear in the past--translated content, even if it is directly translated as you suggest, is not duplicate content. So, if you have a page in English (even the meta data) and translate it into Spanish, those two pages are NOT duplicates.

Hi Ioannis, What about the first suggestion? Can you create a page linking to all of the pages that you'd like to remove, then have Google crawl that page? Best, Kristina

I have done this many times and if you are sending the redirects to appropriate urls on the other site this is a non issue. I have done it with sites with 100K links. If they were in some way buying non relevant domains and redirecting that would be different.

It's better to 301 a page if it's relevant than it is to let it go 404. However if it's a service or product you no longer carry, might be better off keeping it a 404 so the page goes away unless you think you'll be using that url again. 404s won't hurt you unless you have a huge number of them, but if you have a page you no longer want and wish for it to be forgotten about, you can let it 404 and will eventually go bye bye.

Even though there are thousands of domain names involved, I wouldn't expect for this to have any positive effect on your site's SEO (or rankings). The problem is that these domain names aren't trusted--they aren't going to have any Domain Authority, they're hosted most likely on the same server (or class C block of IPs), and the content isn't unique to each site. For SEO and ranking purposes, unfortunately you have all of those things counting against you. In order for a site or a domain to help, it needs unique content, higher Domain Authority, and links to it. This shouldn't stop you from using those domains to your benefit, though. I would, however, either put up an ad that contains a link, or put a text link on the pages. I would also make sure those are "nofollow" links. Suddenly if you have 20,000 sitewide links to your site from "low quality", thin content domains, that could actually throw up a red flag and hurt your site's current rankings.

Hi, Not 100% sure but I thought the Crunchbase organization id was actually the organization's slug in the Crunchbase url as described here.

Excellent. Thanks

Well, those domains are not gonna be even on 9th page, more like on 159th.

I have had something similar, this is response I received: You don’t have canonical tags on the URL and that’s expected. On pages where BVSEO is implemented, canonical tags must be updated or removed when the product contains more than one page (more than eight) of reviews. BVSEO paginates the product page so all reviews are in the search engines’ index. Canonical tags that point away from a pagination URL will cause search engines to ignore the paginated content. When any of the BVSEO pagination parameters are present (bvstate, bvrrp, bvqap, bvsyp, bvpage), do one of the following: •Remove the canonical tag. This is the most common, recommended solution. •Append the "name=value" pair to the canonical URL.

You're likely to see problems resulting from a few different factors: Search engines go through a limited number of pages on your site, known as a crawl budget. Around a third of that budget will go cataloguing duplicate products, which is a waste since those pages will be discarded since... If a search engine sees two pages with the same content only one will rank. This means there is no point from an SEO perspective to having those 4,000 extra pages, since nobody will land on them Because you're providing content that sin't high quality the rest of the site may well get hit by Panda, bringing the rest of your rankings down Customers will see the two identical products, spend a bit of time trying to figure out the difference between them, get frustrated, then buy from somebody else If you're looking at convincing your boss not to do this then here's the important bit: add those products and you risk getting fewer people to your site and fewer of those people turning into customers.

It does look like you have link issues and your site has been hit by Google Penguin. I would review all the links--pull them from OSE, GSC, Ahrefs, and Majestic.com, combine them, and consider running them through Link Research Tools' Link Detox report. That will give you a good idea of which links you need to disavow right away. We don't know when the next Penguin is coming out (when it will be updated), so cleaning up those links is a must right away.

As long as you're using the same Schema in both places I don't think it would hurt to have them both - JSON-LD in the HTML header and as structured data markup in the HTML where that entity exists on the page. You can play around with JSON-LD here to see what it would look like: http://json-ld.org/playground/

Thanks Eric! That's what I thought but I wanted to double-check with the community.

I have always said deep crawl is my favorite tool. It is going to be remade in about two months so look forward to that. But it is important to have those photographs show up when you share things on social media you need to grab people's Attention so deep crawl should be telling you that there's a problem. You should set a featured image Yoast with a set of media tags that are open g     Graph are your answer. Yoast SEO Drupal https://yoast.com/software/yoast-seo-for-drupal-module/ https://bitbucket.org/DamienMcKenna/metatag Easily optimize your Drupal site with one plugin or two combination of two plug-ins media tag and Yoast create open graph or OG: Content Analysis functionality to streamline your site Optimize your post title and meta description & preview your snippet https://www.drupal.org/project/yoast_seo https://www.drupal.org/project/metatag https://developers.google.com/structured-data/testing-tool/ https://www.acquia.com/blog/4-steps-optimize-your-drupal-site-increase-traffic https:/pantheon.io is my preferred host above Acquia just thought I would throw that in there in case you thought I was promoting the other. Hope this helps, Tom ZodRr9i.png

When you're setting up a URL structure, we recommend setting up the URLs (folders/directories, etc.) so that it matches the hierarchy of the site. In the example you gave: www.domain.com/Christmas/Decor you would typically have a Christmas section of your site and then a Decor section. But, if you have a Decor section (some that is not Christmas decor but maybe includes other types of decor), then the decor section as listed above wouldn't fit in properly. It could be like this: www.domain.com/Decor/Christmas-Decor/ and then you could actually also have a Christmas section, as well. It's possible that your Christmas products might list all of your Christmas products and the Christmas/decor/ section would then include the Christmas decor section. Look at what sections of your site that you've created--and then the URLs should closely match those sections and that site hierarchy.

+1 for Egol here. A canonical is just a request to Google - a 301 is a directive Google has to respect. I don't really understand why your technical team is making such a fuzz about it - enforcing the trailing slash (or not) is just 1/2 lines in your .htacess file. Check Stackoverflow Dirk

This can definitely be a problem, and it needs to be fixed. It sounds as if there may be two websites with the same content showing up on the .com URL and the .COM.AU URL. What we typically recommend is that you verify your site in Google Search Console and tell Google which version you prefer--you'll need to verify both versions of your site. Also, you can use the hreflang tags on your site to tell Google that the .COM.AU site is meant for Australia, and the .COM site is meant for the USA.

Michael, from what i can tell, your website is built using WordPress. We typically recommend installing the Yoast SEO plugin and using that--which will help with your robots.txt file. If you need more information, take a look here: https://yoast.com/wordpress-robots-txt-example/ Generally, most of your site won't need to be disallowed in the robots.txt file, unless you're using tags and categories on your site. Yoast typically helps disallow the proper directories that you need to disallow. One thing that you need to be aware of is the fact that you don't want to disallow your .CSS or .JS files on your site, many of the themes nowadays will put those files in your wp-admin folder--which by default typically gets disallowed.