Naming conventions

Based on the extension key of an extension these naming conventions should be followed:

TER = TYPO3 extension repository
extkey = extension key
modkey = backend module key
Public extensions
  1. Public extensions are available from the TER or via Packagist. Private extensions are not published to the TER or Packagist.

  2. The extkey is made up of lowercase alphanumeric characters and underscores only and should start with a letter.

    Example: cool_shop

  3. The extkey is valid if the TER accepts it. This makes sure that the name follows the rules and is unique.

  4. Database tablenames should be named tx_ + extkey (without underscores) + _specification.

    Examples: tx_coolshop_products, tx_coolshop_categories, tx_coolshop_more_categories, tx_coolshop_domain_model_tag.

Backend modules
  1. The modkey is made up of alphanumeric characters only. It does not contain underscores and starts with a letter.

    Example: coolshop

Frontend PHP classes
For frontend PHP classes, follow the same conventions as for database tables and fields.

You may also want to refer to the TYPO3 Coding Guidelines for more on general naming conventions in TYPO3.


If you study the naming conventions above closely you will find that they are complicated due to varying rules for underscores in key names. Sometimes the underscores are stripped off, sometimes not.

The best practice you can follow is to avoid using underscores in your extensions keys at all! That will make the rules simpler. This is highly encouraged.

Note on “old” extensions:

Some the “classic” extensions from before the extension structure came about do not comply with these naming conventions. That is an exception made for backwards compatibility. The assignment of new keys from the TYPO3 Extension Repository will make sure that any of these old names are not accidentally reassigned to new extensions.

Further, some of the classic plugins (tt_board, tt_guest etc) use the “user_” prefix for their classes as well.