Websites/Taskforce/Proposals/Domain Name Strategy

From MozillaWiki
< Websites‎ | Taskforce‎ | Proposals
Revision as of 20:45, 31 August 2010 by Jswisher (talk | contribs) (→‎Solution: Added detailed principles for "one mozilla" strategy)
Jump to navigation Jump to search

Domain Name Strategy

Working Group

John Slater, Janet Swisher, and David Boswell

Problem

We are currently using our organizational structure as a way to set up domain names and this is presenting irrelevant information to people and diverting our message away from more important things, such as what we do and why we do it.

For example, the following are some of the organizational domains currently in use:

  • mozilla.com
  • mozillamessaging.com
  • mozilla-europe.org

Note that mozilla.org is not an organizational domain -- it is the community's domain that was set up and used long before there was any Mozilla organization. It isn't the Foundation's organizational domain -- that is mozillafoundation.org that was in use briefly but has been retired.

Solution

Short version

Stop using organizations as a way to structure our domain name strategy.

Long version

Develop an alternate domain name strategy that uses something other than organizations for its structure. There seem to be two main options:

  • Structure a strategy based on product/activity: firefox.com, thunderbird.com, drumbeat.org, etc.
  • Structure a strategy based on the idea that the universe is all one big Mozilla site: mozilla.org/firefox, mozilla.org/thunderbird, mozilla.org/drumbeat, etc.

Both options have advantages and disadvantages, so there should be some discussion. We can also learn by doing. We propose taking one site currently using the mozilla.com domain and changing it to learn what works and what doesn't. That can then be a model for dealing with other organization-based domains.

"One Mozilla" Strategy

I (Janet) propose the following principles for structuring URLs for the "one Mozilla" strategy:

  • Use subdirectories for product-specific sub-sites.
    • E.g., product portals: mozilla.org/firefox, mozilla.org/thunderbird, mozilla.org/seamonkey
  • Use subdomains for functional areas or efforts that cut across products, or embrace the broader Mozilla mission.
    • E.g., addons.mozilla.org, developer.mozilla.org, drumbeat.mozilla.org
  • Use subdirectories with subdomains for product-specific sites only as it makes sense based on content.
    • E.g., support.mozilla.org/firefox and support.mozilla.org/thunderbird, but developer.mozilla.org (no subdir)
  • Use protocol-named subdomains only for non-web servers (irc, ftp). I.e., drop 'www'. Protocol names, when used, should be the first element in a domain name.

Case Study

We propose converting mozilla.com into a Firefox-specific site to be hosted at mozilla.org/firefox. This would mean there is no just one top-level Mozilla site instead of the current two (mozilla.org and mozilla.com). Once this process is done, we can review how things went, make changes to the domain if needed and roll out a plan for dealing with other organization-based domains.

Retrieved from "https://wiki.mozilla.org/index.php?title=Websites/Taskforce/Proposals/Domain_Name_Strategy&oldid=249932"