Apache Logo
The Apache Way Contribute ASF Sponsors

This Apache® Project Website Branding Policy define how Apache projects must refer to trademarks and requires a few specific elements on websites. The site map of trademark resources is also helpful.

Apache Project Website Branding Policy

This document defines the brand and trademark management requirements for Apache® projects on their own websites. This includes all Top Level Projects (TLP), each of which is managed by a Project Management Committee (PMC). It also includes requirements and other best practices for how subprojects, products (i.e. software releases), and other parts of the ASF's web presence should be presented to the public. The PMC Branding Responsibilities also explains how PMC members must manage their project's brands in other ways.

This policy is meant to promote and improve the image of all projects that are part of the ASF, as well as to show that all Apache® projects are part of "community of developers and users" that we believe is an important factor in our success. While each of our projects manages their own affairs within the broad guidelines of the Apache Way, a consistent public branding and web presence that ties all of our projects together with the well-known http://www.apache.org homepage benefits all of us by ensuring that end users and future contributors know how to find official project resources.

Questions? Apache committers with questions can contact the Trademarks Committee. The formal Trademark Policy explains how other organizations should refer to Apache project trademarks and logos. A list of ASF trademarks and guidelines for reporting potential misuses of trademarks are also available.

Incubator Podlings in the Apache Incubator have their own detailed Podling branding guidelines, questions go to the general@incubator list. Podlings must comply with all Project Branding Requirements before graduation to a top level project.

Use of Apache Marks at Events is covered under our Third Party Event Branding Policy, and explains how to seek permission.

Contents

See Also: Trademark Resources Site Map.

Project Website And URL Policy

Project Naming And Descriptions Policy

Guidelines for choosing names of new projects exist, but haven't yet been reviewed and merged into this policy document.

The Apache Xerces XML parsing library software provides a complete implementation of the XML 1.0 parsing specification, and is easily configurable and compliant with current standards.

This description is both useful for new readers to your page, and is important for the ASF to maintain an overall list of trademarks for our software products. A trademark is only important when associated with a specific kind of goods: in our case with the actual downloadable software products that the ASF and our PMCs provide.

Note that it's best to pass the sample description by trademarks@, to ensure it's a proper trademark goods description. For example, in the past Apache Tomcat's website said it is an "implementation" and a "collaboration", not as a product with functionality. Apache SpamAssassin's website described itself as a "project" and a "version" and otherwise refers to the software as "it". Neither of these contains a proper trademark goods description (i.e. computer software that performs a function). While this trademark description style may sometimes seem clumsy in technical documentation, it is a critical way that we can enforce our trademarks - plus, it only needs to be done in one prominent place on the website.

Terminology: a project or subproject is a community and any associated products that are managed by a PMC; the same brand guidelines apply to both. A product is a specific, downloadable software product that our users might want to use in some way. There are a few extra specific requirements for product branding. Note that most projects and subprojects release a product with the same name (i.e. the Apache Foo project releases a software product called Apache Foo).

Website Navigation Links Policy

Whatever main navigation system your project website uses, it must feature certain text links back to key pages on the main www.apache.org website. These links can appear in whatever main navigation system your site uses on all top level pages for the project or subproject.

Link back to www.apache.org: All project and subproject homepages must include a prominent link to the main http://www.apache.org homepage. This may either be a featured link in your main navigation system, or may be a text link in your Main homepage text. A best practice is to include a short sentence or paragraph on the homepage noting that this project is an Apache project, and is part of a larger community of developers and users.

If you have alternate suggestions for the text for links pointing back to the main ASF pages that better fit with your project's web presence, please let trademarks@ know.

Including "Thanks" links to third parties - if your project has typically companies that donate software licenses or support to project committers, please follow the Corporate Recognition Guidelines. It is important to ensure any such pages are presented publicly in a manner that is distinctly different than the formal Sponsorship program.

Trademark Attributions Policy

Apache Foo, Foo, Apache, the Apache feather logo, and the Apache Foo project logo are either registered trademarks or trademarks of The Apache Software Foundation in the United States and other countries.

This may appear in page footers or in any other appropriate location.

FooBar and the FooBar logo are trademarks of Yoyodyne, Inc.

To provide a generic trademark attribution (either to cover cases where a large number of marks are used, or in case we're not sure which words are other organization's marks), you can add instead:

All other marks mentioned may be trademarks or registered trademarks of their respective owners.

Logos And Graphics Policy

Powered By... Logos

Projects are encouraged to create a variation of their main logo as a "Powered By..." or " Project Inside" logo. This logo may be used by third parties to denote that they build products or services using the associated product. While we must ensure that the main product logo is associated with the actual product that the Apache project provides, we allow third parties to more broadly use "Powered by..." logos in conjunction with their own products.

Update 2014! New Powered By Apache logos are available for all projects to use (or request updates to).

Project Metadata

All projects must provide a DOAP - Description Of A Project - file or entry for both the project itself and all product releases that they make - OR otherwise provide structured data such that the projects.apache.org website can find it. Follow the guidelines at to make a DOAP file and register it. This will allow the ASF to best showcase all of its projects and products in a variety of ways.

Update Apache Trademark Lists, briefly describing each software product. In the future, we hope to generate this list from DOAP files of all products.

Other Trademark Requirements

If your project has subprojects that are software language specific, be sure to name them appropriately. For example, "Apache Xerces Perl" is not appropriate, since it improperly uses the trademark "Perl". A better project name would be "Apache Xerces for Perl". For example, the ASF could allow a third party named FooBar to ship a software product called "FooBar Software for Apache Xerces" or "BarFoo Services for Apache Xerces". The ASF would not allow "FooBar Xerces" or "BarFoo Xerces" forms of a name to be used by FooBar, since Xerces is our trademark. The same applies to the use of the word "Perl" (which is a trademark of The Perl Foundation ).

Registered Trademarks If a PMC would like to request legal registration of their project's trademarks, please registering their marks, please follow the REGREQUEST instructions.

Project-related Domain Names If there are pre-existing non-apache.org domain names directly related to the project that are in use for project-related purposes, the project's PMC may request that the ASF (and the infrastructure team) take over the registration of those domain names if they are freely available or will be donated to the ASF. Note that in general projects must publish any and all official information at their project.apache.orgdomain, or on an Infrastructure-supported wiki site. If your PMC plans to actively manage and maintain these non-apache.org domain names, then contact tm-registrations@apache.org for advice on determining if we should ask Infrastructure to take over the registration and how to setup the redirects to the primary project homepage. In general a simple INFRA Jira ticket is used to officially request that the ASF take over a donated domain name ownership.

Update coming soon: policy details on using pre-existing non-*.apache.org domain names to host end-user focused content. Note that the developer or contributor homepage for a project must be at the proper http://*project*.apache.org URL.

Projects may not use domain names owned by third parties to host official project content. The content must be migrated, or the domain must be transferred to Apache infra.

Project Branding Checklist

All Apache top level projects should be fully compliant with these guidelines. Any projects which are not compliant must work with trademarks@ to ensure that they are. All Incubator podlings must either comply with all requirements before graduation, or must have a specific and short-term action plan to complete compliance in short order after graduation (in case there are technical issues with website updates, etc.)

Update 2014 Please contact trademarks@ directly with branding questions - there is no longer any need to include this in your board reports.

Project Branding Report Checklist - Project Website Basics : homepage is project.apache.org

Important Note

Nothing in this ASF policy statement shall be interpreted to allow any third party to claim any association with the Apache Software Foundation or any of its projects or to imply any approval or support by ASF for any third party products or services.

This document is aimed at the ASF's internal community and the PMCs that manage our projects, and does not override or replace our formal Trademark Policy. If you have a question that is not specifically answered here or that you'd like further clarification on, please contact us. Further resources about trademark law and policy are also available.

Privacy Policy