Welcome to the Q&A Forum

Hi Paul, Thanks for responding.  Each menu item links to its final destination. This is the functions.php code I have used on the Wordpress site which basically allows a 'Home' text to be clickable so users can go to the home page when they are at any page on the site: // Filter wp_nav_menu() to add additional links and other output function new_nav_menu_items($items) { $homelink = ' [' . __('Home') . '](' . home_url( '/' ) . ')'; $items = $homelink . $items; return $items; } add_filter( 'wp_nav_menu_items', 'new_nav_menu_items' ); ?> I haven't yet set up set up any crawler spam and ghost referrer spam filters for your site and Analytics. I do see 2 referring websites in Analytics that are not familiar to me. Kind Regards.

Hi Dirk Many thanks for the information and your explanation. 40% of traffic coming to the website is from America and 50% from the UK so why do you think that so much traffic can come from the US in view of what you said. I can use this going forward and really appreciate the time you took to answer. A thumbs up from me. Kind Regards.

Hi Kate, Here is an update as to what is happening so far. Please excuse the length of this message. The database according to the host is fine (please see below) but WordPress is still calling https: In the WP database wp-actions, http is definitely being called* All certificates are ok and SSL is not active* The WordPress database is returning properly* The WP database mechanics are ok* The WP config-file is not doing https returns, it is calling http correctly They said that the only other possibility could be one of the plugins causing the problem. But how can a plugin cause https problems?...I can see 50 different https pages indexed in Google.  Bing has been checked and there are no https pages indexed there. All internal urls always have been http only and that is still the case. I have Google fetched the website pages and in the 50 https pages most are images which I think probably must have came from the Yoast sitemap which was originally submitted to the search engines (more recently though I have taken all media image url's out of the Yoast sitemap and put noindex, follow on all image attachments files (the pages and the images on the pages will still be crawled and indexed in Google and search engines, it just means that any image url's won't. What will happen to those unwanted https files though? If I place rel canonical links on the pages that matter will the https pages drop out of the index eventually? I just wish I could find what is causing it (analogy: best to fix a hole in a roof to stop having to use a bowl to catch the water each time it rains). ** I looked at analytics today and saw something really interesting (see attached image) - you can see 5 instances of the trailing slash at the home page and to my knowledge there should only be 1 for a website. The Moz Crawl shows just 1 home domain  http://example.co.uk/ so I am somewhat confused. Google search results showed 256 results for https url references, and there were 50 available to click on. So perhaps there are 50 https pages being referenced for each trailing slash (could there be 4 other trailing slash duplicate pages indexed and how would I fix it if that is the case?). This might sound naive but I don't have the skillset to fix this at this time so any help and advice would be appreciated. Would Search and Replace plugin help at all or would it be a waste of time since the WordPress database mechanics seem to be ok. I can't place any https to http 301 redirects for the 50 https url's that are indexed in Google, and I can't add any https rewrite rules in htaccess since that type of redirect will only work if a SSL is active. I already tried several redirect rules in htaccess and as expected they wouldn't work which again would probably mean that the SSL is not active for the site. When https is entered instead of http, there should be an automatic resolve to http without me having to worry about that, but I tried again and the https version with a red diagonal line through it appears instead. The problem is that once a web visitor lands on that page they stay in that land of https (visually the main nav bar contents stretch across the page and the images and videos don't appear), and so the traffic will drop off..so hence a bad experience for the user and dropped traffic, decreasing income and bad for seo (split page juice, decreased rankings). There are no crawl errors in Google Search Console and Analytics shows Google Fetch completed for all pages - but when I request fetch and render for the home page it shows as partial instead of completed. I don't want to request any https url removals through Google and search engines - it's not recommended because Google states that http version could be removed as well as https. I did look at this last week: http://www.screamingfrog.co.uk/5-easy-steps-to-fix-secure-page-https-duplicate-content/ Do you think that the https urls are indexed because of links pointing to the site are using https?  Perhaps most of the backlinks are https but the preferred setting in Webmaster Tools / Search Console is already set to the non-www version instead of the www version; there has never been a https version of the site. This was one possibility re duplicate content. Here are two pages and the listed duplicates: The first Moz crawl I ever requested came back with hundreds of duplicate errors and I have resolved this. Google crawl had not picked this up previously (so I figured everything had been ok) and it was only realised after that Moz crawl. So https links were seen to be indexed and so the goals are to stop the root cause of the problem and to fix the damage so that any https url's can drop off out of the serps and the index. I considered that the duplicate links in question might not be considered as true duplicates as such - it is actually just that the duplicate pages (these were page attachments created by WordPress for each image uploaded to the site) have no real content so the template elements outweighed the actual unique content elements which was flagging them as duplicates in the moz tool. So I thought that these were unlikely to hurt as they were not duplicates as such but they were indexed thin content. I did a content audit and tidy tidied things up as much as I could (blank pages and weak ones) hence the new recent sitemap submission and fetch to Google. I have already redirected all attachments to the parent page in Yoast, and removed all attachments from the Yoast sitemap and set all media content (in Yoast) to 'noindex, follow'. Naturally it's really important to eliminate the https problem before external backlinks link back to any of the unwanted https pages that are currently indexed. Luckily I haven't started any backlinking work yet, and any links I have posted in search land have all been http version.  As I understand it, most server configurations should redirect by default to http when https isn’t configured, so I am confused as to where to take this especially as the host has given the WP database the all clear. It could be  taxonomies related to the theme or a slider plugin as I have learned these past few weeks. Disallowing and deindexing those unwanted http URLs would be amazing since I have so far spent weeks already trying to get to the bottom of the problem. Ideally I understand from previous weeks that these 2 things would be very important: (1)301 redirects from http to https (the host in this case cannot enable this directly through their servers and I can only add these redirects in the htaccess file if there is an active SSL in place).(2)Have in place a canonical url using http for both the http and https variations. Both of those solutions might work on their own and if the 301 redirect can't work with the host then the canonical will fix it?  I saw that I could just set a canonical with a fixed transport protocol of http:// - then Google will then sort out the rest. Not preferred from a crawl perspective but would suffice? (Even so I don't know how to put that in place). There are around 180 W3C validation errors. Would it help matters to get these fixed? Would this help to fix the problem do you know? The homepage renders with critical errors and a couple of warnings. The 907 Theme scores well for its concept and functionality but its SEO reviews aren't that great. Duplicate problems are not related to the W3 Total Cache plugin which is one of the plugins in place. Regarding addons (trailing slash): Example: http://domain.co.uk/events redirects to http://domain.co.uk/events/  the addon must only do it on active urls - even if it didn't there were no reports of  / duplicate errors in the Moz Crawl so its a different issue that would need looking at separately I would think. At the bottom of each duplicate page there is an option for noindex. There are page sections and parallax sections that make up the home page, and each has to be published to become a live part of the home page. This isn't great for SEO I understand that because only the top page section is registered in Yoast as being the home page the other sections on the home page are not crawled as part of the home page but are instead separate page sections. Is it ok to index those page sections? If I noindex, follow them would that be good practice here. The theme does not auto block the page section from appearing in search engines. Can noindex only be put on whole pages and not the specific page sections? I just want to make sure that the content on all the pages (media and text) and page sections are crawlable. To ultimately fix the https problem re indexed pages out there could this eventually be a case of having to add SSL to the site just because there is no better way - just so the https to http redirect rule can be added to the htaccess file? If so, I don't think that would fix the root cause of the problem, but the root cause could be one of the plugins? Confused. With Canonical url's does that mean the https links that don't have canonicals will deindex eventually? Are the https links giving a 404 (I'm worried because normally 404's need 301's as you know and I can't put a 301 on a https url in this situation). Do I have to do set a canonical for every single page on the website because of the extent of the problem that has occurred? Nearly all of the traffic is being dropped after visiting the home page, and I can't for the life of me see why. Is it because of all these https pages? Once canonicals are in place how long will it take for everything to return to how it should be? Is it worthwhile starting a ppc campaign or should I wait until everything has calmed down on the site? Is this a case of setting the canonical URL and then the rest will sort itself out? (please see the screenshot attached regarding the 5 home pages that each have a trailing slash). This is the entire current situation. I understand this might not be so straight forward but I would really appreciate help as the site continues to drop traffic and income.  Others will be able to learn from this string of questions and responses too. Thank you for reading this far and have a nice day.  Kind Regards,

Thank you very much

Hi Matt It's ok Thanks for the clarification. Domain's age = authority and trust in the search engine's eyes and hence an effect on rankings. Everything has it's own impact within the algorithm I agree. Thanks a lot.

Thanks a lot Alvaro. I understand the dilution of the link juice. Having big problems getting rid of duplicate content caused by image attachments in Wordpress.

Hi Paul Thanks a lot. A main nav menu link is what I have and I used this code to create it, since the logo already provides a link in the nav bar also: // Filter wp_nav_menu() to add additional links and other output function new_nav_menu_items($items) { $homelink = ' [' . __('Home') . '](' . home_url( '/' ) . ')'; $items = $homelink . $items; return $items; } add_filter( 'wp_nav_menu_items', 'new_nav_menu_items' ); ?> I appreciate your answer

Hi Jacob I tried to check your product pages but they're loading extremely slowly. I have very fast connection, so that's definitely a bad sign. Test your product pages with tools.pingdom.com and www.webpagetest.org to find possible page speed issues. If page load take more than 20-30 seconds and Googlebot experienced the same issue, it might just ignore your product pages and show the category pages instead.

Hi, Thanks for response. So I went back and unchecked Strip the category base (usually /category/) from the category URL option and also Redirect attachment URLs to parent post URL. option. Hope this will solve the problem. Thanks, Regards, Armands

Hi SEO 5 Team! If Logan answered your question, mind marking his response as a "Good Answer?" It'll get him some bonus MozPoints, and it helps us keep track of things.

Thank you for the responses! It does appear that the number of errors for "au" is decreasing and the tool showed me that things are set up properly. I will update if I see the decreasing errors trend reverse.

Hi Luca! So sorry for the wait. Yes, Google is able to load, crawl, and index pages written in Javascript. There are mixed reports as to how well, exactly, but your research is correct.

Thanks John - really helpful!

Yes, they would be. However, with the custom search, it would be set up so that the user could either search or they could click a keyword from a list of all the popular keywords that the search archive uses (California, Colorado, Grand Canyon, Lake Tahoe, blue, red, autumn, summer, etc.). While I would leave the pages for the actual photos in the sitemap, I figured I would leave these keyword search pages out of the sitemap, as they would be the most likely to conflict with my main galleries. Does that sounds like a good idea or am I flawed in my thinking here? Thanks for the help! Mickey

Hi there! You're doing everything right! This just happens to be a bit of clunkiness that occurs between when you add your on-page optimization pairing and your next weekly update. Once the first weekly campaign update rolls through after adding your optimization keyword+URL combo, you should see those values populated as you'd normally expect. I'll definitely relay your feedback about this process, though! I hope this helps to explain!

I understand that some keywords or phrases may differ in each country. Like stated: centre vs. center. So if some of the keywords differ, then I would see how writing completely different content for each individual site would be necessary. However, some phrases/keywords are still the same in each country. For instance, the company sells desks. Desks are referred to just that in both countries. If I write an in-depth article on desks for the US site, say maybe "100 Desk Ideas" or "The Complete Guide to Desk Ergonomics", should I then not use that same post on UK site (even if the keywords are the same)? If I post the article on both sites, would I pretty much just replicate the same article on the UK site (maybe changing a few words here and there to fit the correct UK vernacular)? Would Google see that as duplicate content? Or would it just be better for the US site to rank that post for that keyword? I'm still just trying to figure out the best method for producing content that doesn't compete with each other, ranks appropriately in its corresponding country, and avoid having to create extra content if we don't need to. The US site still ranks in UK results and gets about 5,000 UK visitors (from a total of 120,000 monthly visitors). While the UK site gets about 3,000 monthly total. The US site has a DA of 33 and the UK a DA of 15. So the US site will even sometimes outrank the UK site even in UK search results and you can see it even brings in more UK traffic. I'm trying to figure out the best way to utilize each site's content.