Access rights without Opti ID

You can add users and create groups and give them varying types of access. By creating a group, such as Marketing Department, you can add users from the marketing department and they will each have the same access rights as the others in the group.

Access rights in Optimizely Content Management System (CMS) controls the content that visitors see, what editors can do, and where they can do it in the content structure. For example:

Access rights are normally managed from the administration view in CMS, but you can give editors the right to manage access rights for a single page in edit view.

Video: Manage access rights

Video tutorial: Manage access rights (6:39 minutes)

You can control which parts of the application content structure are available to business users, such as content editors and site administrators, and what is available with restricted access to visitors. You can also let visitors post comments on the application through access rights.

By default, Optimizely CMS has built-in user groups that align with user roles. You can extend predefined groups and roles; see Managing users and user groups.

As for pages, you can apply access rights to assets in the content structure, such as folders, blocks, and media. You can define specific access rights from the "Root" level and down, including the Recycle bin (Trash) and For All Sites that store blocks and media. Blocks and media share the same folder structure.

You assign access rights on a "per content" basis, allowing different levels of interaction for various groups with each content piece. You can set access rights for a single content piece or a content hierarchy, with sub-items automatically inheriting the parent's access rights. You can also apply access to a content item that is different from the parent item by clearing its inheritance.

For instance, Dan might have full access rights while Bob has only read access to the same content. Additionally, Dan can have full access to one piece of content but different rights on another. You should place users into groups for CMS access rights to streamline permission management, ensuring consistent and efficient access control across multiple users and content pieces. See Add users and groups.

Editors must have Create access rights to the global or site-specific folder under For All Sites or For This Site where they want to upload an image or create a block, or to the current page when adding assets to the local For This Page folder. Suppose media should be automatically published when uploaded. In that case, editors who upload must have Publish access rights to the global or site-specific folder or the page if media are uploaded to the local folder.

See Folders for a description of global, site-specific, and local folders.

Content inherits access rights from its closest parent item by default. When you set access rights for a content item, the rights apply to it, and subitems that have a selected Inherit settings from parent item option, subitems with this option cleared are not affected. For example, Alloy Plan, Alloy Track, and Alloy Meet have the same access rights because they inherit the access rights from the Start page.

The following image shows the access rights for the Alloy Track content; it will not inherit from the parent item. Any changes of access rights on Marketing will not be pushed to subitems unless they have selected the Inherit settings from parent item option.

Campaigns is a subitem of Alloy Track. It has Inherit settings from parent item selected, so the access rights are identical to that of the Alloy Track content item.

Book a demo is also a subitem of Alloy Track, but contrary to Campaigns, it has Inherit settings from parent item cleared, so its access rights are not the same as the parent content item.

Selecting the Apply settings for all subitems checkbox applies the access rights of the parent item to its subitems, even if a subitem has inheritance cleared. The option adds settings to a subitem it did not have before and does not change or remove any existing settings.

For example, the Alloy Track content item has Abbie as a user with access rights.

When you select Apply settings for all subitems, Abbie is added as a user with access rights to Book a demo because Abbie is part of the Alloy Track content item's access rights. Reid, who already had access rights to Book a demo, remains unchanged on the list of access rights.

Suppose a parent item and a non-inheriting subitem have the same user or group, and the access rights for the user or group differ between the parent and the subitem. In that case, the parent's settings are applied when you select Apply Settings for all subitems. For example:

Administrators generally manage website access rights from the administration view. However, you can set access rights for a single page or a block from the edit view if you have administrator rights. This is useful when you need to publish an item to verify the final result but you do not want it to be publicly visible.

To set access rights, open the item in the All Properties edit view (or scroll to the top of the page in the on-page edit view). The Visible to option displays Everyone for publicly available content on the website and Restricted if access limitations apply.

Click Manage to change the settings in the Access Rights dialog box:

If access rights are inherited from the parent page, clear Inherit access rights from parent item, and click Add Users/Groups to define new access rights. Add access rights as desired and save the settings.

For example, removing read access for Everyone, as in the example above, hides the published page from the public, but it is fully visible and editable for the Site_Editors group (and Administrators).

You can set access rights to content for a single user. For example, you can set the access rights so only Abbie (and system administrators) can edit the Book a Demo page. You can add Abbie to any number of pages and content and set Abbie's access rights to each content item the same (or differently) for each page.

If you have several users who need common access to content, managing access rights on a user-by-user basis can be complex. Create user groups with similar access needs, add the users to each user group, and then use the user group to set access rights to content. This lets you manage access rights. You can add a user to one or more groups.

For example, add Abbie, Erin, and Reid to a Marketing user group and give access rights to any number of pages and content to the Marketing group instead of each individual. You modify the Marketing user group to add Eddie to all of the Marketing content (or remove Abbie). You do not have to visit each page or content item to update users' access rights.

To remove a user or group from the access list, clear all of the access rights for that user or group and click Save.

The Optimizely Recommendations feature uses audiences; you need administration access rights to manage audiences. If you want an editor to manage audiences without providing access to the entire admin view, you can make the editor a member of AudienceAdmins. This group provides access only to the Audience option in the top menu. AudienceAdmins comes with Optimizely, but you must add it through Settings > Access Rights > Administer Groups > Create Group > AudienceAdmins.

You can set specific access rights for audiences, letting them view specific "hidden" content that is not publicly available. For example, you may want only members of the Visitors from London audience to have access to a Family day at the zoo page with a discount coupon.

This feature is useful to create a "customer area" for registered customers on your website. Being an audience member requires registration and login to access the content.

If your website has content in multiple languages, you can define access rights for languages so editors can create content only in languages to which they have access. Enabled languages are displayed in the Config view, but only users with access rights to a language can create and edit content in that language. See Website languages.

See Permissions for information about managing access rights for other parts of the Optimizely Content Management System (CMS) platform.