I’ve replaced a well established static site, http://pollenceramics.com
with a rails based site. Rails seems rather ideal for adding various
dynamic facilities like a shopping carts etc. During development, I
ignored that rails does not use .html extensions. As the site has been
around for some time and contains lots of nice images which has caused
other sites including Google to point to it. Its page rank on Google
is quite good because over time it has what Google calls ‘inbound
links’. These are links on other sites that point to this site.
Except for inbound links that point at http://pollenceramics.com these
inbound links have all been broken. The question is how do I put
the .html back on the sub-pages?
I’ve replaced a well established static site, http://pollenceramics.com
with a rails based site. Rails seems rather ideal for adding various
dynamic facilities like a shopping carts etc. During development, I
ignored that rails does not use .html extensions. As the site has been
around for some time and contains lots of nice images which has caused
other sites including Google to point to it. Its page rank on Google
is quite good because over time it has what Google calls ‘inbound
links’. These are links on other sites that point to this site.
Except for inbound links that point at http://pollenceramics.com these
inbound links have all been broken. The question is how do I put
the .html back on the sub-pages?
You can do this with Rails routing or mod_rewrite (or a non-Apache
equivalent).
If you want to move to the ‘canonical’ versions of the pages, put in
permanent redirects (301) from the .html to the non-html versions.
Could do that in a variety of ways, depending on what your server config
is. Eventually you can get rid of the redirects, once they’re out
of the search engines’ indices.
On Sat, Sep 5, 2009 at 1:32 AM, Confused about
Rails[email protected] wrote:
Except for inbound links that point at http://pollenceramics.com these
inbound links have all been broken. The question is how do I put
the .html back on the sub-pages?
Getting rid of the page suffixes is a good thing, particularly from the
point of view of using Rails for new features. As a quick fix for your
inbound-link 404 issues I would front-end the site with Apache httpd
and use mod_rewrite to strip the .html off all requests.
I’m not an SEO expert, but I am about 99% sure if you switch from the
.html to non-.html URLs, you are going to want to have permanent
redirects in place or your ranking is going to take a hit for a while
(not to mention users who have bookmarks, other sites with links to you,
etc).
Appreciate the mod_rewrite suggestions. That will clearly solve the
problem of the broken inbound links.
However, I need to do some more research on what Google counts as an
inbound link. The Google page ranking may just want to see what its
always seen i.e. /.html or the ranking software
may be clever enough to figure out that pollenceramics.com/artist
still works and is accepted as an inbound link.
I certainly take the point that its much better to follow the rails
convention of / and forget the .html.
I’m not an SEO expert, but I am about 99% sure if you switch from the
.html to non-.html URLs, you are going to want to have permanent
redirects in place or your ranking is going to take a hit for a while
(not to mention users who have bookmarks, other sites with links to you,
etc).
Agreed. The issue is how to implement those redirects. mod_rewrite
seems to have two problems. The documentation basically says that this
stuff is really complicated, don’t expect to understand it in a day
but more to the point the Passenger documentation says don’t use
mod_rewrite and mod_rails (passenger’s implementation) together or
everything falls appart.
I’d expect that a routing expert would be able to do that. I’m
definitely not that expert. I’m trying to make what strikes me as some
other simple routing changed and they have sent me running to the
documentation in tears.
This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.