If you are working on Sharepoint 2010 public facing website and working on SEO then configuring the URL Rewrite rule for sharepoint is very important to get the search engine ranking.
If you are working on sharepoint then you might be using IIS7. You can configure the URL Management component(URL Rewrite 2.0) for IIS7.
URL Rewrite 2.0
URL Rewrite 2.0 is a URLs management component for IIS7. Although it’s called URL Rewrite it allows you to create and manage both URL rewrites and redirects.
Probably the best thing about the URL Rewrite 2.0 is that it’s a solution provided and supported by Microsoft that fully integrates with IIS7. Because it doesn’t involve installing custom code, it lowers the barrier of installing it.
As mentioned before, URL Rewrite 2.0 allows you to do both rewriting and redirecting URLs. One important thing to note, is that rewriting URLs in SharePoint is not supported, and if you choose to do it, you will be doing it at your own risk. You are allowed to use URL Rewrite 2.0 for URL redirects though.
For creating multiple redirects, URL Rewrite 2.0 allows you to define rewrite maps which are basically groups of redirects. Then you can assign a rewrite map to a redirect rule what makes it a matter of minutes to configure short URLs with URL Rewrite 2.0. The ease of configuration combined with the fact that there are virtually no restrictions for creating the short URLs (yes, you can create a short URL like http://www.cmsstores.com/yourpage with URL Rewrite 2.0) make URL Rewrite 2.0 look like a perfect candidate for creating short URLs with SharePoint. There are two more things you should consider before you turn the switch on.
URL Rewrite 2.0 is an IIS7 solution. This means that it hasn’t been created specifically for SharePoint and therefore it doesn’t integrate with it. So far the only way of managing the rewrite maps is from the IIS Manager interface what makes it impossible for business to use by themselves. In order to create a new redirect they will have to call the IIS admin and there is no way around it at this moment.
The second thing that you have to consider is when using URL Rewrite 2.0 in a multi-WFE environment. Rewriting/Redirecting URLs using URL Rewrite 2.0 is enabled on IIS on a specific server, on a specific Web Application. Additionally all rewrite maps are defined within that single Web Application and are stored in its web.config. So in order to successfully use URL Rewrite 2.0 with SharePoint 2010 on a multi-WFE farm you would have to find a way to keep the rewrite maps of all WFE’s in sync what can quickly get really complex, especially if someone decides to start using SPWebConfigModifications.
Although URL Rewrite 2.0 seems like a perfect candidate at first glance, it has some serious limitations, especially if considered to be used with larger deployments. Lack of interface for users other than IIS admins, no integration with SharePoint and no support for multi-WFE farms are serious drawbacks to consider before starting using it with SharePoint 2010.
You can find the detailed informaiton on URL Rewrite or short url for Sharepoint site in this below URL
- This solution contains no resources scoped for a Web application – Sharepoint WSP deployment exception
- SharePoint 2010 migration tips
- SharePoint on Cloud
- More about SharePoint Custom page and Application Page
- Developer favorites SharePoint 2010 enhancements
- SharePoint 2010 MSDN article collection for developer
- Sharepoint 2013 Search components
- Automate Sharepoint 2010 installation using AutoSPInstaller
- How to customize sharepoint list toolbar
- There is a duplicate ‘system.web.extensions/scripting/scriptResourceHandler’ section defined