homepage Welcome to WebmasterWorld Guest from 54.237.213.31
register, free tools, login, search, pro membership, help, library, announcements, recent posts, open posts,
Pubcon Platinum Sponsor 2014
Home / Forums Index / Google / Google SEO News and Discussion
Forum Library, Charter, Moderators: Robert Charlton & aakk9999 & brotherhood of lan & goodroi

Google SEO News and Discussion Forum

    
Changes in back end technology
driller41

5+ Year Member



 
Msg#: 3985886 posted 8:31 am on Sep 8, 2009 (gmt 0)

I have just changed my site from .net to php - the backend needed to be changed - I had no choice.

I should have asked this before I started but are there any dos and donts, how should I manage the change?

 

tedster

WebmasterWorld Senior Member tedster us a WebmasterWorld Top Contributor of All Time 10+ Year Member



 
Msg#: 3985886 posted 6:23 pm on Sep 8, 2009 (gmt 0)

The ideal would be to configure the server to parse .asp extensions through the php handler. That way you wouldn't need to change any urls.

If that's not in the cards for you, you should 301 redirect the legacy urls to the new version.

driller41

5+ Year Member



 
Msg#: 3985886 posted 8:38 am on Sep 9, 2009 (gmt 0)

So would just recreating the pages as php pages with the content the same not be enough for the all knowing Google algorithm?

tedster

WebmasterWorld Senior Member tedster us a WebmasterWorld Top Contributor of All Time 10+ Year Member



 
Msg#: 3985886 posted 3:38 pm on Sep 9, 2009 (gmt 0)

Remember that Google Search ranks pages. By changing the extension, you've changed the URLs for all your internal pages,. and all rankings that belong to your old urls are gone. You are also losing credit for any backlinks that point to your internal pages.

mack

WebmasterWorld Administrator mack us a WebmasterWorld Top Contributor of All Time 10+ Year Member



 
Msg#: 3985886 posted 4:28 pm on Sep 9, 2009 (gmt 0)

Im with tedster on this one. If you have page.asp and name it page.php the url is totaly changed, so all ranking will be lost. A 301 redirect would address this and allow you to continue developing with .php extensions.

Setting the server to treat .asp pages as php would IMO be your best option, this means no page url's would change and the .asp extension would be handled like any .php page.

Assuming you are going to be on an Apache server the change could be set up using nothing more that your htaccess file at doc root...

AddType application/x-httpd-php asp

Mack.

zaneta

10+ Year Member



 
Msg#: 3985886 posted 5:51 pm on Sep 9, 2009 (gmt 0)

I had to move a site from IIS (Win) to Apache (UNIX).
It was .asp. I kept the same urls and parsed asp as php.
That's the way to do it, you just have to adjust the code.

In a newer perspective though, you can Rewrite the URLs and
route it wherever you want. I have used both methods and
this one is more efficient for coding.

jd01

WebmasterWorld Senior Member 5+ Year Member



 
Msg#: 3985886 posted 8:35 pm on Sep 9, 2009 (gmt 0)

What tedster said... and in an effort to donate back a little bit:

Assuming Mod_Mime is installed:

AddHandler application/x-httpd-php .net

Should do the trick...
With a little reference:
[httpd.apache.org...]

dstiles

WebmasterWorld Senior Member dstiles us a WebmasterWorld Top Contributor of All Time 5+ Year Member



 
Msg#: 3985886 posted 10:23 pm on Sep 9, 2009 (gmt 0)

You would imagine that a company that claims to be so clever could easily decide if a simple page extension change were just a tech thing or if the content had changed between the two files. I often doubt google's practical intelligence.

On the other hand, it adds to a webmaster's worries, and I suppose they think that can't be all bad. FUD.

jd01

WebmasterWorld Senior Member 5+ Year Member



 
Msg#: 3985886 posted 10:50 pm on Sep 9, 2009 (gmt 0)

You would imagine that a company that claims to be so clever could easily decide if a simple page extension change were just a tech thing or if the content had changed between the two files. I often doubt google's practical intelligence.

They're actually following Internet protocol and web standards, which I believe is a good thing, even if it gives you something else to worry about. The 'pages' (URI) are not the same and should not be treated as the same according to Internet protocol or web standards, and when someone places a link to example.com/some_dir/some_page.net that's where the link goes... Neither Google (nor any search engine) IMO should not arbitrarily attempt to find the 'new location' for the information and then count it as a link or the 'same page', because it's not and anyone who clicks on the link will receive a 404 error, unless there is a redirect in place, in which case, if done properly and through a single redirect to the correct location will be counted properly as a link and the 'new location' by G.

pavlovapete

5+ Year Member



 
Msg#: 3985886 posted 4:16 am on Sep 10, 2009 (gmt 0)

driller41

are you 301ing the old URLs to the new ones? If not may I suggest you do this as a matter of priority.

And I second (or third) using the extension rewriting.

Cheers

driller41

5+ Year Member



 
Msg#: 3985886 posted 9:08 am on Sep 10, 2009 (gmt 0)

Many thanks for the comments, the site is on a shared Windows server currently, I guess that limits my options somewhat.

Does the 301 have to be on each page or sitewide?

pavlovapete

5+ Year Member



 
Msg#: 3985886 posted 10:29 pm on Sep 10, 2009 (gmt 0)

Shared Windows server does limit you somewhat - particularly a mod_rewrite rule as mentioned in the posts above.

In your case I think you'll need to set up 301s for each page. I've used clunky 404 redirects on Windows servers in the past. Not real pretty or scalable to massive sites.

Global Options:
 top home search open messages active posts  
 

Home / Forums Index / Google / Google SEO News and Discussion
rss feed

All trademarks and copyrights held by respective owners. Member comments are owned by the poster.
Home ¦ Free Tools ¦ Terms of Service ¦ Privacy Policy ¦ Report Problem ¦ About ¦ Library ¦ Newsletter
WebmasterWorld is a Developer Shed Community owned by Jim Boykin.
© Webmaster World 1996-2014 all rights reserved