--- title: Creating TYPO3 Backend Usergroups Your Clients Will Love url: "https://b13.com/knowledge/creating-typo3-backend-usergroups-your-clients-will-love" description: "Well-structured backend user experiences are critical to successful TYPO3-projects. Learn more in our post on user access. Learn how to keep your editors happy day in and day out by building great backend user experiences in TYPO3. Our post shows you how." image: "https://b13.com/fileadmin/_processed_/6/8/csm_Blog_Redakteursgruppen_191-2_4a3f294c2b.png" date: 2020-03-25 modified: 2026-08-19 lastUpdated: 2026-08-19 --- # Creating TYPO3 Backend Usergroups Your Clients Will Love [ TYPO3 ](https://b13.com/knowledge/typo3) Creating TYPO3 Backend Usergroups Your Clients Will Love ========================================================== ![](https://b13.com/fileadmin/_processed_/9/a/csm_desiree_bf441faeda.jpg)Desirée Lochner 27 March 2020 [ RSS Feed ](https://b13.com/rss.xml) ![Two figures interact with a digital interface, one pointing at an image placeholder while the other gestures towards text boxes. The scene features a modern design with vibrant colors and abstract shapes in the background.](https://b13.com/fileadmin/_processed_/8/7/csm_Blog_Redakteursgruppen_12e0c2688c.webp) Never hear this question from your content editors again, “Why can she do that, but I can’t?” Solid planning early in your project can save you chaos and extra work later. There is a very close connection between the long-term success of your TYPO3-projects and the happiness of the editors working in the installations day in and day out. Well-thought-out backend usergroups and a clear, well-structured backend experience are fundamental to your clients‘ job satisfaction (and appreciation of your work!). Sensible backend usergroup-logic is essential for keeping your TYPO3 system usable, comprehensible, extensible, and maintainable in the long term. Nobody wants to have to go in and clean up a messy backend and backend user configuration in a running project. Build it right the first time! In this blog post, I’ll show you some principles on how to organize well-designed backend usergroups that will make your job easier and that your editors will love. Principles ------------ ### 1. Go from general to specific When designing your backend usergroup logic, start with the most general case, moving to more and more specific ones. Later in the project, you might need a backend usergroup with precise, minimal access (e.g., backend users who only work with one TYPO3 module or specific content types). You should lay the right foundation, upon which you can build limited-access and specialized backend usergroups (see usergroup [“Basic Page Access”](#c783) below). ### 2. Don’t mess up your backend users: Go ahead and create another backend usergroup. If you have an installation with a large number of backend users, never change a single user’s backend configuration to limit or extend their access (e.g., an editor of one specific team who needs specific access). Instead, create a backend usergroup with the access rights required for your user’s team or job function. Any changes needed can be made once, covering all the relevant users, and you won’t have to remember each and every editor affected. Let’s say you add another editor of the same team with the same access rights and then another and then another. You will need to remember every backend user with the same set of access rights every time something affecting their access needs changing. And let’s be honest: There are more critical things for our brains to remember. Make your life easier. Create new backend usergroups instead. ### 3. Use the description field in “notes” Make your life (or someone else’s) easier when you need to come back months or years later to update your configuration. Write a description of precisely what a given usergroup is for (and what it’s not for!) in the notes field. It will be a huge help for others, too, and might stop them from unintentionally “destroying” the system with unwise access configuration choices. ![Backend usergroup settings for "Basic Page Access," detailing its foundational role in usergroup configuration and access across all pages. Instructions indicate no further configuration is needed within this group.](https://b13.com/fileadmin/_processed_/6/b/csm_backend_usergroups_basic-page-access_EN_9bb119aa04.webp) ### 4. Access to the filelist or a filemount Your editors will want to be able to upload files to the site. Create the required filemounts and add them to your backend usergroup. Don’t just give this access to individual users. See [point 2.](#c773) ### 5. Remove unused database fields Keep the configuration of your backend usergroups as simple as possible. Remove all unused database fields by modifying the backend TCA configuration or using PageTSconfig when finishing the integration of a content type or plugin. That’s when you know best which fields are actually needed. Doing it this way will spare you manually checking whether a given backend usergroup needs access to a particular field. **Side note:** There are two strategies for configuring database fields: “`explicitlyAllow`“ and ”`explicitlyDeny`“. If you want to build an extensible setup within a complex scenario, always use the “`explicitlyAllow`“ option. In this scenario, once a ”parent“ usergroup inherits an allowed field, it cannot be removed in ”child“ usergroups. Don’t show or hide specific fields for different backend usergroups unless you have a use case for it. One valid use case would be if some editors explicitly should not be able to access or use specific fields within pages, content types, records, or plugins. For example, there is a “Restrict editing to admin users” checkbox within content elements that regular editors should not be allowed to see or edit. If checked by a non-admin user, they won’t be able to edit that content element anymore. Don’t give them an option to lock themselves out :-) ### 6. Give database fields human-readable names To keep things clear and straightforward, in the default TCA, name your database fields in a way other stakeholders can understand—not just developers, but also project managers, for example. ### 7. Install required languages Your editors might prefer to use the TYPO3 backend in their native language, rather than English. Make sure to install the required languages within your installation so editors can choose their preferred language. ### 8. Don’t forget the access module The access module lets you configure page-based access rules. There is a separate definition for “Everybody” and one for “Group.” To configure the rights for “Everybody” correctly, you will need to figure out the lowest common denominator within all backend usergroups. **Example:** All of the editors are supposed to see pages and edit content. Only some of them are allowed to edit page properties. The lowest common denominator would be “Show Page” and “Edit content” (since not everybody is allowed to change page properties), which will, therefore, be the configuration for “Everybody.” Then use the “Group”-configuration to make sure the appropriate editors are allowed to change page properties, and so on. ### 9. A little documentation never killed nobody ;-) Especially when it comes to very complex backend user designs, we recommend documenting the backend usergroup logic, so others can find and understand it. Even a simple chart can get the job done. All stakeholders should have access to the logic at any time in an online document where they can make adjustments and comparisons as needed. ![Flowchart outlining user access levels for a system, including "Basic Page Access," "Standard Editors," and a "Dog house" user group. It details specific user groups for HR, Marketing, and Product Management departments.](https://b13.com/fileadmin/_processed_/a/e/csm_backend_usergroups_table_EN_6749e1019d.webp) How should I design my backend usergroups? -------------------------------------------- Using this house to illustrate the concept, each backend usergroup inherits the access rights of the usergroups it’s built on top of. The “higher” you get in this illustration, the more specific your backend usergroup will be. ![Diagram illustrating an access configuration structure, featuring a main house representing different editors' teams and a smaller house indicating a backend group. The standard editor and basic group are also labeled within the structure.](https://b13.com/fileadmin/_processed_/7/9/csm_backend_usergroups_house_EN_ea086c62a9.webp) ### Note: This design is a suggestion based on our experience with typical installations and their access patterns. More complex business cases and TYPO3 installations can call for exceptions and different access-solution-logic. ### 1. “Basic Page Access”—the foundation of all backend usergroups 1. Create this usergroup at the beginning of your project, then base other backend usergroups on the next level above it throughout the project. 2. The backend usergroup “Basic Page Access” needs to be set (in most cases) for all pages within the TYPO3-configuration (in `TCEMAIN.permissions`). **Note:** There will be special requirements for complex installations in which you cannot use this group as a basis. This example covers most installations with “regular” requirements. 3. **Important!** The usergroup “Basic Page Access” will not get any further configuration or permissions beyond basic page access (e.g., for modules or content types). The Basic Page Access usergroup is there to make sure new content and pages can be seen, edited, etc. by all editors according to the configuration within the access module. The default configuration in TYPO3 only gives access to members of the same backend usergroup as the creator of a given page. Without the Basic Page Access usergroup in place, other editors in other groups would not have access. ![Table displaying permissions settings, including columns for Owner, Group, Everybody, and Lock status. The "Home" entry shows various access levels indicated by checkmarks and crosses.](https://b13.com/fileadmin/_processed_/3/a/csm_backend_usergroups_permissions_EN_af65f7d289.webp) ### 2. Standard Editors—the first floor 1. The Standard Editors‘ usergroup builds on top of the Basic Page Access group. 2. The Standard Editors‘ usergroup sets the configuration for all “standard” editors. That means you set all the configuration options relevant to most editors here—e.g., all basic content types, modules, plugins, etc. that all editors should be able to see and edit. The exception to this is editors with minimal access. See [point 4](#c790) for more on this. ![User interface for editing backend user group settings, titled "Standard Editor." Sections include workspace permissions, database mounts, and file mounts, with options to manage selected and available items.](https://b13.com/fileadmin/_processed_/7/6/csm_backend_usergroups_firstfloor_EN_a1b7cd156a.webp) ### 3. Editors with specific access—the second floor 1. In most projects, we have backend users from different company departments, who often only need access to a specific part of the page tree—HR only accesses the career pages, or similar. 2. These editors can do everything Standard Editors can do—and always inherit the settings of Basic Page Access. In addition, they can access their specific part of the page tree and the filemount in their specific editor group. ![User interface for editing backend user group settings titled "Editor Human Resources." Sections include workspace permissions, database mounts, and file mounts with options for selecting and managing items.](https://b13.com/fileadmin/_processed_/8/6/csm_backend_usergroups_secondfloor_EN_8edc34ec22.webp) ### 4. Backend usergroup with minimal access—the doghouse 1. To be able to create new backend usergroups with precise and limited access compared to the standard editors (e.g., with access to only one module or a specific content type) there should be no extraneous configuration within the backend usergroup “Basic Page Access.” **Trust me:** There WILL be an exception, and “We only need one backend usergroup, and everybody should have access to everything” will not work out in the long run. There are always exceptions … always ;-). 2. The “doghouse”-backend usergroup is based on “Basic Page Access” and therefore inherits its configuration. Takeaways ----------- - Conceptualize your backend usergroup design BEFORE YOU START BUILDING IT. Work with your clients, take their needs and business logic into account. This precaution will save you cleaning up a mess later. - Always design your usergroups from general to specific. - Developers are not editors, but they need to look through the editors‘ eyes when configuring the backend. - Never believe, “We really only need one usergroup for editors. That’ll be enough.” Not ever. Just say no. - Having a well-constructed system will save you a massive amount of time (and nerves) in the future. It will also be less risky and more fun for the editors getting their daily work done. I promise. ### Written by: ![Bild von Desirée Lochner](https://b13.com/fileadmin/_processed_/9/a/csm_desiree_e6f1adcb99.webp) Creative mind and project manager who always stays in control with heart and expertise - in the office and on stage Desirée Lochner Consulting [ more from Desirée Lochner ](https://b13.com/team/desiree-lochner) Related Articles ------------------ - ![Cartoon trophy character surrounded by hands giving thumbs up and a heart gesture, set against a gear-patterned background.](https://b13.com/fileadmin/_processed_/f/7/csm_T3ppy_Design_Kit_Headerbild_b51eb9dc31.webp) ### T3ppy Gives TYPO3 a Friendly Face 06 August 2026 | Florian “Flix” Keitgen TYPO3 is powerful—but it doesn’t have to feel impersonal. Meet T3ppy, our friendly companion for the backend. [ Read more: T3ppy Gives TYPO3 a Friendly Face ](https://b13.com/knowledge/t3ppy-design-kit) - ![Gavel labeled "AI" on a circuit-patterned background with yellow stars, symbolizing regulation or legislation related to artificial intelligence in the EU.](https://b13.com/fileadmin/_processed_/1/0/csm_EUAIAct_Headerbild_510724b3de.webp) ### AI Content in TYPO3: Labelling Needs Accountability 02 August 2026 | Benni Mack The EU AI Act brings the origins of AI-generated content into focus. AI Label marks AI-generated and AI-edited content in TYPO3 and records who signed off the published version—for… [ Read more: AI Content in TYPO3: Labelling Needs Accountability ](https://b13.com/knowledge/ai-content-in-typo3-labelling-needs-accountability) - ![A series of stylized figures in various poses, each with a distinctive orange hat, depict a progression from walking to standing still while looking at a phone, set against a purple grid background.](https://b13.com/fileadmin/_processed_/d/7/csm_QueuesDDEV_Headerbild_f640931350.webp) ### Better scalability with decoupled queues: How to set up RabbitMQ with TYPO3 10 April 2024 | Jochen Roth When built-in message transports hit their limits, RabbitMQ can provide TYPO3 with a scalable, robust message queue. [ Read more: Better scalability with decoupled queues: How to set up RabbitMQ with TYPO3 ](https://b13.com/knowledge/better-scalability-with-decoupled-queues-how-to-set-up-rabbitmq-with-typo3) - ![A cartoon character resembling a shield gives a thumbs up in front of a computer interface with various menu options.](https://b13.com/fileadmin/_processed_/e/6/csm_Header_cda1f80173.webp) ### Meet T3ppy: A New Era for Editorial Work in TYPO3 01 April 2026 | Florian “Flix” Keitgen T3ppy and the AiM extension bring AI directly into the TYPO3 backend—enhancing SEO, content quality, and workflows with centralized control. [ Read more: Meet T3ppy: A New Era for Editorial Work in TYPO3 ](https://b13.com/knowledge/meet-t3ppy-a-new-era-for-editorial-work-in-typo3) - ![Retro microphone illustration with a shopping cart icon in the background, symbolizing e-commerce or online shopping.](https://b13.com/fileadmin/_processed_/f/8/csm_Marketplace_Headerbild_ee1575614c.webp) ### Why TYPO3 Needs a Marketplace for Products 25 March 2026 | Florian “Flix” Keitgen A marketplace would make TYPO3 products more discoverable, easier to compare, and benefit both agencies and clients alike. [ Read more: Why TYPO3 Needs a Marketplace for Products ](https://b13.com/knowledge/why-typo3-needs-a-marketplace-for-products) - ![A hand holding a magnifying glass over a laptop screen displaying a webpage with an image and text elements.](https://b13.com/fileadmin/_processed_/e/5/csm_BackendUserSection_Headerbild_6093c842fd.webp) ### Unlocking TYPO3’s Hidden Gem: The Backend User Section (Doktype 6) 05 March 2026 | David Steeb Discover TYPO3’s underrated doktype 6 (Backend User Section) for secure internal previews, editor training, and prototyping. Learn real use cases, common pitfalls like 403 errors… [ Read more: Unlocking TYPO3’s Hidden Gem: The Backend User Section (Doktype 6) ](https://b13.com/knowledge/backend-user-section-in-typo3-uses-pitfalls-helper) - ![Two stylized web page designs featuring a user profile, image placeholders, and text sections, set against a light blue background.](https://b13.com/fileadmin/_processed_/2/0/csm_BackendPreview_Headerbild_b4c5799cfa.webp) ### Backend Previews With a System—Why We Built EXT:backendpreviews 09 February 2026 | David Steeb EXT:backendpreviews brings structure and consistency to content previews in the TYPO3 backend using Fluid templates, layouts, and partials. [ Read more: Backend Previews With a System—Why We Built EXT:backendpreviews ](https://b13.com/knowledge/backend-previews-with-a-system-why-we-built-extbackendpreviews) - ![A human hand shakes a robotic hand against a purple background with heart patterns, symbolizing collaboration between humans and technology.](https://b13.com/fileadmin/_processed_/6/2/csm_AIbotsLoveMarkdown_Headerbild_72fe5820d6.webp) ### The Internet Is No Longer Just for Humans—AI Bots Love Markdown 28 January 2026 | Benni Mack Discover why most web traffic is now automated and how TYPO3’s structured content model prepares websites for humans, editors, and AI systems. [ Read more: The Internet Is No Longer Just for Humans—AI Bots Love Markdown ](https://b13.com/knowledge/the-internet-is-no-longer-just-for-humans-ai-bots-love-markdown) - ![Several colorful web page mockups stacked together, showcasing different layouts and design elements against a purple background.](https://b13.com/fileadmin/_processed_/e/3/csm_CaminoTheme_Headerbild_d082598009.webp) ### Camino—The Need for a Default Theme in TYPO3 Is Real 27 January 2026 | Benni Mack With TYPO3 v14, Camino introduces a default theme that removes friction from first installs. Why this matters—and how TYPO3 laid the groundwork. [ Read more: Camino—The Need for a Default Theme in TYPO3 Is Real ](https://b13.com/core-insights/blog/camino-the-need-for-a-default-theme-in-typo3-is-real) - ![Graphic featuring stylized representations of a tower with the text "T3CON25 Düsseldorf" prominently displayed in the center.](https://b13.com/fileadmin/_processed_/7/b/csm_T3CON2025_Headerbild_fc9c5cc53e.webp) ### T3CON25—One Step Closer to the Future of Content Management 10 December 2025 | Franzi Töpler T3CON25 showcased the future of TYPO3 with insights on TYPO3 v14, AI, digital sovereignty, and open-source solutions driving secure, modern web experiences. [ Read more: T3CON25—One Step Closer to the Future of Content Management ](https://b13.com/knowledge/shaping-the-future-of-content-management-t3con25)