Welcome to the Q&A Forum

301 redirects will almost assuredly be utilised to keep this maneuver SEO-friendly. but wait! 301 redirects fail to translate 'most' of the SEO authority from one page to another, in two key situations. If the content is too dissimilar on the destination URL, 301s can fail to port authority across For you, this won't be a big issue as (from the sounds of it) the pages will be almost identical, byte for byte. The new pages may be very, very slightly larger due to having source code that contains more instances of the character "/" but that's not something which would phase Google at all Another situation where 301s can fail to move all the SEO authority across is when redirect chains occur. But you're just 301-ing "non trailing /" URLs to "trailing /" URLs, so it shouldn't be a problem right? Hmmm there are ways you could come unstuck here Let's imagine we have a hypothetical retail site called "buymyproducts.com" Let's imagine that a few years ago, the site used to be on HTTP (insecure) and has moved over to HTTPS (encrypted) All pages were influenced by a HTTPS-injecting redirect, let's create and example: http://buymyproducts.com/product-category/product was 301 redirected to https://buymyproducts.com/product-category/product (with HTTPS) That redirect rule now sits within the web.config or .htaccess file and waits for insecure requests, redirecting as appropriate Now we want a new redirect rule, and it will affect the page like this: https://buymyproducts.com/product-category/product will be 301 redirected to https://buymyproducts.com/product-category/product/ (with a trailing slash) That seems fine, but when the oldest architecture is queried, you'll end up with redirect chaining like this: A) http://buymyproducts.com/product-category/product will be redirected to B) https://buymyproducts.com/product-category/product (with HTTPS) which will then be redirected to C) https://buymyproducts.com/product-category/product/ (with HTTPS and a trailing slash) ... so as you can see, your redirects will begin to chain unless you foresee that problem up-front and write 'more complex' redirect rules that just connect A to C whilst entirely skipping B. If the site existed on the oldest architecture (no trailing slash, insecure / HTTP) for the longest time (say 7 out of 10 years) then it's likely that many of the best links will still be hitting the very oldest architecture in terms of link destinations. Those backlinks won't translate into SEO authority for your site (very well) if your redirects begin to chain-up To stop yourself from losing large chunks of legacy-authority, you'd have to do the redirects really well and ensure that your developer's rules do not ever begin to chain. If they are confident that they can avoid this chaining by writing much more complex redirect rules then go for it. If not, hold off

Hi Surge, I created the image with a pro version of Screaming Frog SEO Spider https://www.screamingfrog.co.uk/seo-spider/ ( it's a local tool that you have to configure on a server or bigger sites) However given the size of your site I prefer to use https://www.deepcrawl.com , https://oncrawl.com , and https://botafy.com  I am currently 50% done with deep crawl which will provide more details than Screaming frog can. I can send you some very large private files is there way to do that? Or do you want them posted here? sincerely, Tom

Every other month I come back and check in but I'm glad to see that you're here

Hi Vijay23, Why would you say that you have trouble indexing backlinks? Are you able to see which backlinks is google seeing? As far as my knowledge goes, there is no method for telling google to consider quickly to that you have a new backlink. Remember that google takes its time to analyze every website with its links. My recommendation is to wait at least 6-8 weeks after the backlink is placed to consider an impact. Also keep in mind that's really difficult to isolate the impact of just a backlink. Hope it helps. Best luck. GR

I agree with Martijn. The idea behind what he's explaining is the pace and how acceleration on getting backlinks. Remember that Google has the most advanced algorithm detecting backlink schemes and tactics, they'd eventually get that your site is creating links against their guidelines. Hope it helps. Best luck. GR

Of course anytime. If you would like to give me other examples for a look at the site I can give you a lot more information. Glad to be of help! Tom

If you don't mind me asking did you run a complete crawl of the site prior to changing the theme? I only ask because very unlikely that the identical URL structure will remain considering all the different modifications to photographs and pages. if you have the original version you could run a screaming frog test on both the original and new site? https://www.screamingfrog.co.uk/seo-spider/ you could do this by taking your backed up version of your old site and uploading it to pantheon.io that would allow you a free staging server allowing you to not have to worry about duplicate content and perform tests like this. Respectfully, Tom

Hi there! As long as you try this as an experiment, please don't do it. This is an issue and may cause you to lose some rankings. Or said it in other words, Google might give you less "SEO power" and you could lose the battle with other competitors. I happen to know some cases where the issue is between HTTP and https, and Google chooses merely to show in SERPs whatever they wanted. From what I remember now, most of the cases the canonical version was shown. Hope it helps. Best luck. GR

anyone 50 and over. anyone under 30  (lazy, no experience)

sometimes, designers take shortcuts or are limited on where to place content on a product page. Amazon is the almighty King of ecommerce. They lead with images, then description, then reviews, then price, then features, then specs. With a video at the bottom.

Thank you for your response. The old pages give us very little traffic--as few as ONE page view over the past six month Here's an example: https://www.landmarkschool.org/calendar/day/2018-01-06  1 page view (obviously NOT a lot of traffic) https://www.landmarkschool.org/calendar/day/2019-01-06 Another issue is that these events are generated from the calendar but don't have /calendar/ in the url, and I'm getting penalized for duplicate content. https://www.landmarkschool.org/blue-day-47 https://www.landmarkschool.org/blue-day-48 https://www.landmarkschool.org/performing-arts-tech-weekend https://www.landmarkschool.org/performing-arts-tech-weekend-0 https://www.landmarkschool.org/performing-arts-tech-weekend-1 https://www.landmarkschool.org/performing-arts-tech-weekend-2 Any advice is appreciated!

No, doing this at bulk shouldn't necessarily hurt them when you make sure that you're doing it the right way with the proper redirects in place. In the end, you see tons of sites that are going out of business or change domain names and move the data over to a new domain. So that's why your bulk action isn't such a big problem.

Hey there! Thanks for reaching out to us! Have you just started with Moz Pro or Moz Local? Feel free to reach out to us at help@moz.com so we can help you with getting started! Eli

Hi there - Sam from Moz's Help Team here! So sorry to hear about the trouble - it sounds like it may be a cookies/cache related issue. Could you try clearing them and refreshing your browser to see if this solves the problem? If it doesn't, could you pop an email over to help@moz.com so we can assist you further?

1.) If you mean that you are looking at the page (front-end), and the editing (admin) bar isn't there on that page It's quite common for some sites to have the overlay disabled on the front-end, for some or for all pages. Sometimes even if the admin bar is enabled, for pages which use custom taxonomies or page-types, it won't show up. This means that you'd have to find the page in the back-end of your WordPress dashboard 2.) If you mean that in the back-end, on the admin menu - the page is missing fields to edit it It's common for custom page-types to lack basic editing features, if the developer(s) who created that 'type' of page did not do a thorough job. In this situation, unless there's a plugin which will force-enable the fields (unlikely) - you would need to pay out for more dev work. It means your original spec or brief was incomplete

All of the content that you have on a subdomain and all of the links that the subdomain attracts could have been working to strengthen your root domain. In Google you are going out to fight the heavyweights.  Do you want to do that with a couple light weight platforms or do you want to unite the clans and attack with all that you got.   That is the choice that you make by running subdomains. I moved and redirected my subdomains into folders on the main website a long time ago and the results were great.