SharePoint naming conventions, or any naming conventions for that matter, are great… but they are only good if they are followed and used consistently. This article is not designed to be a definitive list of what to do but more of a guide that will hopefully help you establish your own best practices within your organization.
Administrative Naming Conventions
Shared Service Providers
Guidelines:
- Include the words SharedServices or SSP somewhere in the name
- Include a number as you very well may have more than one somewhere down the road
- Include some indication of scope/usage for example: SharedServices_External_01
- Don’t use spaces
- Use underscores as separators
Examples:
- External_SSP_01
- SharedServices_External_01
- SSP_External_01
Content Database
First let me say this will probably be the most controversial and if you already have a database naming scheme at your organization then please use that one for consistency.
Guidelines:
- Use CamelCase
- Use underscores as separators
- Prefix with an organization identifier, examples: Acme = ACME, Microsoft = MS, etc
- Include SharePoint or WSS in the name
- Include a name that indicates usage
- For Web Appliations with multiple databases include a numerical indicator
- For development and test environments postfix with the environment name _DEV, _TEST
Examples:
CN should be replaced with your organization indentifier as discussed above.
- CN_SharePoint_Portal
- CN_SharePoint_MySite_01
- CN_SharePoint_MySite_02
Web Applications
IIS Web Site Description
Guidelines:
- Always prefix with “SharePoint” just incase other applications will exist on the box this will group them together nicely in IIS and make it easier to find
- Include the correct port number
- Include some sort of usage indicator
- Spaces are allowed
- Separate name and port number with ” – “
Examples:
- SharePoint Portal – 80
- SharePoint SSP Admin – 10000
IIS Path
Guidelines:
- Include the correct port number
- Include some sort of usage indicator
- Spaces are not allowed
Examples:
- Portal80
- SSPAdmin1000
IIS Application Pool Name
Guidelines:
- Always prefix with “SharePoint” just incase other applications will exist on the box this will group them together nicely in IIS and make it easier to find
- Include the correct port number
- Include some sort of usage indicator
- Spaces are allowed
- Separate name and port number with ” – “
- Should be identical to the IIS Web Site Description
Examples:
- SharePoint Portal – 80
- SharePoint SSP Admin – 10000
Managed Paths
Guidelines:
- Use all lowercase letters
- Do not include any special characters
- Wildcard paths should be plural
- Explicit paths should be singular
Examples:
- /departments/*
- /humanresources
Site Collections
Guidelines:
- Should be plural if it is a logical container for additional sites such as /departments/
- Should be singular if it’s designed to house one level of content such as /personal/username or /projects/projectname
- Should not contain any special characters
- Should be all lowercase
- Should be as short as possible while still indicating usage but not excessively abbreviating words
Examples:
- Information Technology Site – /departments/it
- Policies and Procedures Site – /policies
End User Naming Conventions
Sub Sites
See site collections above.
Document Libraries / Lists
This is a tricky one. One one hand I hate seeing %20 or spaces within a URL but on the other hand if you don’t include those spaces you get some side effects in the user interface. For example, the Relevant Documents web part uses the URL of the library in the Location column instead of the display name as seen below.
Guidelines:
- Where possible keep document libaries and lists to a single word
- Use plural names such as “Documents” rather than “Document Library”
- Name should imply the usage such as “Personal Documents” or “Shared Pictures”
- No special characters
- Spaces are allowed but it will put a %20 into the URL. See information above for pro’s and con’s of using spaces
- Keep the name short if possible. Remember, there is a limit to the length of a URL!
Examples:
- Shared Documents
- Personal Pictures
- Documents
- Links
Site / List Columns
Guidelines:
- No special characters
- Create the column first with no spaces and then rename the Display Title to include spaces if necessary. Otherwise a space will be translated into _x0020_ which makes using SharePoint Designer, Visual Studio or 3rd party products such as Nintex Workflow much more difficult
- Use CamelCase
- Name should be singular (unless it is a column that allows multiple selections or free text) and imply usage
- Name should not identify underlying datatype, example: Department may change from a text box to a dropdown to a lookup field
- Do not use the name of an existing field because SharePoint will automatically append an incrementing integer starting with 0, this can cause alot of confusion later
Examples:
- FirstApprover then renamed to “First Approver”
- DocumentType then renamed to “Document Type”
- Link

Cory Peters is the Chief SharePoint Architect at Eastridge Technology, a Microsoft Gold Partner in Winston-Salem, NC.




What about Web parts from an end user perspective.
Example: If I add a calendar web parts maybe. Training Calender.
It might not matter. thx.
Hey Kevin,
Thanks for the comment! If you are referring to web part headers then I think the key is the content that is inside of the web part. Try to ensure that the web part header describes BOTH the content AND how the content is filtered / sorted.
So let’s use your example of a training calendar. I could have a web part that is filtered to show events that have not expired and sorted with the soonest at the top. In this case I would call my web part “Upcoming Events”. I will also use this practice on views for libraries and lists as well. “My Documents”, “Word Documents”, “Expired Announcements”, etc.
Thanks again for the question!