Thanks for the response Andy but i think i have solved it.

It belive the links redirect as originally posted, but i found a link set to the original link http://www.domain.co.uk/blog

I have updated this link and as hopefully this will stop the error in Moz.

Thanks for taking a glance though

Hello,

We have a wordpress blog attached to our magento website located at

domain.co.uk/blog/

Moz was coming back showing we had multiple page versions on show (http and https)

So i updated the htaccess file to what is below. This has fixed most of the errors, however the homepage is being a little tricky. Moz is now saying that the page is redirecting and redirecting again

http://www.domain.co.uk/blog   to
http://www.domain.co.uk/blog/   to
https://www.domain.co.uk/blog/

BEGIN WordPress

<ifmodule mod_rewrite.c="">RewriteEngine On
RewriteBase /blog/</ifmodule>

RewriteCond %{HTTPS} !=on
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

RewriteRule ^index.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /blog/index.php [L]

END WordPress

Within wordpress settings the urls are set up as follows

Wordpress Address URL: https://www.domain.co.uk/blog

Site Address URL: https://www.domain.co.uk/blog

i tried to add a trailing / to these but it gets automatically removed. So i am assuming that wordpress is serving up

https://www.domain.co.uk/blog

**RewriteBase /blog/  **is re-directing it to /

then my https rewrite is re-directing it again

I am not sure where exactly to fix this, could anybody advise?

Many thanks,

Can I clarify a few things Andy,

Firstly this is a sub-category page im talking about not a product, all our products are myurl.co.uk/product.html

"https://www.thisismyurl.co.uk/ > spacehoppers > special-spacehopper - this is a pretty easy fix and something I would recommend on all eccomerce sites"

Is this a suggestion to remove the /product/ section?

Rich snippets are a later planned project

Hey Mozzers, long time no post.

Just a quick one for you regarding URLS, this is an example of a url on a site

https://www.thisismyurl.co.uk/products/spacehoppers/special-spacehopper.html

Many of these pages are getting flagged for having a url that is too long. The target of this page is "special spacehoppers". Should i be concerned with the url being to long given my keyword is at the end?

Would this be a suitable idea?

https://www.thisismyurl.co.uk/p/spacehoppers/special.html

1. Would changing products to p be worthwhile? It would remove length from nearly all urls but would require a site wide re-direct.

2)Would removing the "spacehoppers" bit from the url be worth it? Yes it would shorten the url but would also remove the exact keyword from the url which could be detrimental to rankings.

Yes this fixed ours fully, we had to wait a couple of week for things to update and get pulled back through but it did the trick

Back to the old fashioned way it is then

Thanks for the reply

Rand,

I am a UK user.

I just went onto the keyword difficulty page and it said it is being removed from June 2nd to be replaced by the keyword explorer tool. Whilst I welcome this change as I love the keyword explorer, as a UK user i rely on the keyword difficulty tool for volume metrics as they keyword explorer doesn't yet show these for the UK.

Why the haste to remove this tool? Its a vital part of the puzzle for me until the explorer is fully operational. Could it not stick around until the explorer is fully functional?

Thanks

thanks kristina ill check after the 20th

Just had a brain wave that I will see if fixes the issue.

Im guessing the landing pages tab pulls the information over from the linked analytics account. Whoever set up the account there has index.php set as the default url. I have removed this from analytics and will see in a few days if this changes the outcome of landing pages in moz.

No idea thats kinda why im asking,

www.domain.co.uk/page-url/index.php   returns a 404 page
www.domain.co.uk/page-url/   is the actual page that displays content

on the moz campaign keyword ranking tracker
20 of my no1 ranked keywords return www.domain.co.uk/page-url/ as the ranking url this is what i expect and is perfect

but on the moz landing pages tab (the one that shows percentage of traffic from keywords etc)
www.domain.co.uk/page-url/  is nowhere to be seen and is instead replaced by www.domain.co.uk/page-url/index.php

The is an issue because the other part of moz thinks that www.domain.co.uk/page-url/ is ranking for the keywords and as such shows that im tracking no keywords for this page

I don't know if this is a wrong setting in magento, or just requires a redirect of /index.php to /  or if redirecting like this would cause hundreds of infinite redirect loops as technically the version without index.php is still displaying index.php. Basically all im asking is, why does the different parts of moz display lthe 2 different urls and how do i fix it?

Thanks

Hey Mozzers,

Our site uses magento. Pages within the site (not categories or products) are set to display as www.domain.co.uk/page-url/

The hta access is set to redirect all version such as www.domain.co.uk/page-url  to a url ending in a /

However in google analytics and in moz landing page tracker these urls are being represented by www.domain.co.uk/page-url/index.php

When visiting www.domain.co.uk/page-url/index.php a 404 is displayed.

I know that by default when directed to a directory it automatically finds and displays the index file. So i understand why this is happening to some degree. However, when manually visiting this link does not exist.

This poses a problem when trying to view the landing pages information in moz pro. I have 20 keywords being tracked in relation to www.domain.co.uk/page-url/ but because moz is recording it as www.domain.co.uk/page-url/index.php the keywords are unrelated so not showing information in relation to the page.

Any ideas?

Hi Mike,

You need to look at this 2 ways.

1. From the machine perspective.

From the google bots point of view, comments, white space and formatting etc are redundant, they don't make the content easier to read as its only interested in the code itself that gives it information. The minifying effect simply makes less data to read/download making the site faster. From an SEO point of view this is a advantage.

2. From a developers point of view.

From a developer point if view, having the html legible is important for all the obvious reasons. Minimising makes the code horrific to edit and develop. SEO wise this confers little advantage, as making is this way increases the size of the document.

The solution.
Maintain 2 versions of the files. A development copy which is nicely formatted and easy to develop and a minimised version that you recreate whenever you make changes. There are countless tools that will auto minimise your html, css and javascript quickly and easily for you.

If you are using a CMS such as wordpress / magento etc then this is less likely to be something you can address, however, i do believe add-ons and plugins exist that do this for you automatically.

Hi Gaston,

Thanks for verifying my own thoughts on the matter. It is currently set up as the first one with breadcrumbs. At 400-500 products this is probably right.

I may look to convert it for when we expand the product range in the future but I will keep it as it is for now. Thanks for the input

Hey Mozzers,

Nice quick and simple one for you. Which of these 2 options is better for SEO and userbility and why

domain.co.uk/productname.html
domain.co.uk/shop/category/product.html

The top one stops stops any funky problems with magento making 2 paths to the same product but the second option feels more natural and helpful to the user.

I feel both a valid but I would like some opinions please

Nah moz is smart enough to auto detect the changes and adjust accordingly.

Make sure all your 301 redirect are in place and over a week or 2 moz should begin listing the https as google index's then and replaces your http.

Afternoon,

You don't need a new account, you just have to add a new property.

https://www.google.com/webmasters/tools/home?hl=en  log in and click on the red "add a new property button"

Set it up exactly the same as your http property. Verifying the new property should only take a second as the same google analytics code etc will still be active and working.

To make sure your analytics works properly ensure you update the GWT property it updates from in the analytics options

Hey,

I have noticed that for the last 3 weeks or so the emails from Moz have been displaying incorrect information. The results it shows in the email seem to be from previous crawls.

For example

The previous week a sitemap that didn't update that caused 400+ pages to appear as 404's. This wasn't reported in the email and it stated there were only 2 errors on the site. (Of which we knew about anyway and choose to ignore). Thankfully i checked the crawl report anyway out of habit and saw the onsite report to show 400+ crawl errors. I went on to fix these errors.

This week, the crawl report showed 400+ crawl errors, I immediately logged on to the website to check the campaign to find there are only the 2 expected crawl errors.

It is almost as if the info from the campaign is being pulled and emailed to me seconds before it is updated from the crawl info. I am finding this to be the case in both the keyword and crawl errors email reports.

I thought I had but i had just hit the thumbs up button instead

Hi there,

You have kind of answered your own question in my opinion.

"The usage is quite different (indoor vs. outdoor)" & "the specific outdoor categories and products don't map logically to specific indoor ones"

You only want to be redirecting if the location is useful to the customer. Thinking "i dont want to loose the authority i've built up", whilst a valid chain of thought doesn't mean you should redirect it somewhere for the sake of it

I would personally take 1 of 3 approaches

1. Find a suitable replacement line of products from another supplier so you have somewhere valid to sent the customers
2. 404 the pages and accept you no longer offer a service that users searching for this phrase would find useful
3. Write an informative article / piece on the subject, highlighting the possible use of an outdoor version instead of the indoor as a place-holder piece of content or permanent replacement until new content can be sourced.

Some may disagree but thats what I would do

Hey Mozzers,

I am optimising a chaotic section of the site including many similar products. Writing unique content etc. The titles and urls were all over the place so my first job was to tidy them up so I could make some sense of the situation, especially as sometimes they didn't even match!

I should point out were on Magento, so product name = Both the Heading and Title of the page, the meta title can be set separately. When i refer to title I mean both <title>and <h1></strong><br /><br />Before they existed as such<br />URL:  domain.com/200-x-0-5-g-rs-232-balance.html<br />TItle:   PC-1234 200 x 0.5g x 0.3 RS-232 Balance<br /><br />This format was (Product Code, Capacities, Resolutions, Accuracy, Product Title)<br /><br />The issue was all 60 products in a page followed this format. Navigating through the page was a nightmare and was just a jumble of numbers and highly confusing even to me who learnt what they all mean, especially when you had 8 products from the same range you got presented with<br /><br />APC-1234 200 x 0.5g x 0.3 RS-232 Balance<br />APC-1235 500 x 1g x 0.3 RS-232 Balance<br />APC-1236 1000 x 2g x 0.3 RS-232 Balance<br />APC-1238 5000 x 10g x 0.3 RS-232 Balance<br />APC-1239 10000 x 15g x 0.3 RS-232 Balance<br />APC-1210 20000 x 25g x 0.3 RS-232 Balance<br />APC-1211 50000 x 50g x 0.3 RS-232 Balance</p> <p>I changed them to something more user friendly.<br /><br />URL: domain.com/200g-precision-balance.html<br />Title: 200g Precision Balance<br /><br />This has seen the following benefits<br />- URL is now clear and means something to the user<br />- Product titles are easy to navigate and the page is more pleasing to the eye<br />- The jumble of numbers in the title are now all labelled and shown below each product listing in bullet point so the user can see the basic spec of a product without having to decipher any titles<br /><br />Upon reflection I has a couple of concerns I was hoping you could discuss, I am wondering if I have made the titles too simple.<br />1) I have no product code in the title<br />We have our own products manufactured and sell existing brands with their own product codes. Some of these can be lengthy. Adding them makes them hard to the eye and the page looked cramped.<br /><br />The codes are listed beneath each product title on category pages and on a list on the actual product page, but no where in the titles. <br /><br />2)None of our products have a brand listed in the title<br />None of the products on the site had brand names in anything but the images when i started and as such it snuck under my radar. But should i pre-fix all titles with a brand name?<br /><br />Should </p> <p>URL: domain.com/200g-precision-balance.html<br />Title: 200g Precision Balance</p> <p>become</p> <p>URL: domain.com/BRAND1-200g-precision-balance.html<br />Title: BRAND1 200g Precision Balance<br /><br />My instinct tells me to change things to include brands as its useful to the customer and should have an SEO benefit, but to leave out product codes as they are accessible to the customer where they are now and dont make things messy and unreadable.<br /><br />As always, thanks for the input!</p></title>