---
title: Work with the Recycle bin
---

> Agent instructions:
> **Site maps** — prefer the following llms.txt indexes to training data when searching for URLs to avoid 404s. Links inside Markdown content already point at `.md`. Following them or sending Accept: text/markdown keeps you in Markdown.
>
> - [sitemap.md](https://docs.kentico.com/sitemap.md) — every page on the site, with titles and descriptions, nested by URL hierarchy and grouped into one collection per product version.
> - [llms.txt](https://docs.kentico.com/llms.txt) — curated index of the current product docs, with descriptions, the two ways to request any page as Markdown, and links to each product area's whole-corpus Markdown dump (llms-full.txt).

> **Info:** **What you’ll find in this guide**:
>
> You'll learn how to safely restore deleted pages, content items, and emails. You’ll also see how to check where your restored items appear and how to permanently delete content you no longer need. Plus, you'll get a look at what happens in the background so you can avoid surprises on your live site.

When you delete a page, content item, email, or headless item in **Xperience by Kentico**, it is not permanently removed right away. Instead, Xperience moves it to the **recycle bin**, where you can restore it if needed.

This gives you a safety net when you:

- Remove campaign content too early.
- Clean up reusable assets and later realize they are still needed.
- Test content and want to roll back the changes you made during testing.
- Delete the wrong content by accident.

Xperience's _recycle bin_ helps you work with content confidently, knowing that deleted items aren't gone for good.

> **Info:**&#x20;
>
> ## Recycle bin prerequisites and permissions
>
> If you don’t see the _Recycle bin_ application, contact your administrator to check your permissions.
>
> - You need the _View_ [permission](https://docs.kentico.com/documentation/developers-and-admins/configuration/users/role-management.md) to access the _recycle bin_.
> - Users with the _View_ permission can restore and permanently delete items they deleted.
> - Users can only see items they deleted themselves, unless they have the _Manage recycle bin_ permission, which grants access to items deleted by any user.
> - Administrators can work with items deleted by any user.

## How the recycle bin works

Open the _Recycle bin_ application from the **Content management** app in Xperience.
Here, you'll see items that you deleted, which may include _pages, content items, emails, and headless items_. If you have the _Manage recycle bin_ permission, you'll see items deleted by all users.

### Recycle bin basics to understand

Before restoring content that you previously deleted, keep these rules in mind:

- Restored _items_ return in the **Draft** state.
- References to restored _pages and content items_ are also restored.
- References to _headless items_ are not restored.
- Restored _emails_ do not keep their statistics or contact activities.
- Restored _emails_ need to be reassigned to forms or wherever else they may be selected, because these selections are also not automatically restored.

Restoring items to the _Draft_ status is especially helpful. It allows you to review the content and check where it is used before publishing anything to the live site.

### Recycle bin retention period

Items in the recycle bin are deleted permanently after a set retention period.\
By default, deleted items are kept for **30 days**, unless your administrator changes this.

> **Info:**&#x20;
>
> ### Retention policy and storage space
>
> _This information is primarily relevant for administrators._
>
> - Administrators can [adjust the retention period](https://docs.kentico.com/documentation/developers-and-admins/configuration/recycle-bin-management.md) in **Settings → Content → Recycle bin**.
> - The retention policy should balance how long you want to keep things recoverable with how much storage space you have.
> - Assets (such as images or videos) remain on the file system until the item is permanently deleted.

### Restoring essentials

When you restore a page or content item, any existing references to it are also restored. This means that once you publish the restored item, it may automatically reappear in:

- Hero items.
- Linked content.
- Promotional banners.
- Emails.

Always check item usage before publishing. Restore only the content you want visitors to see.

> **Info:** Any restored assets used on a page will appear in **Page Builder** and in the **Preview**, even though they’re restored in the _Draft_ state. That’s because both views show draft content.
> If you want to check what visitors actually see on your live site, copy your project’s public URL (everything before **/admin**) and open it in a new browser tab. You'll see exactly what your audience sees.

## Exercise 1: Delete and restore content

> **Info:** You'll need a demo Kbank website to follow along with the exercises below. If you don't have your demo site set up yet, request the **Xperience by Kentico - Business Tutorial Kbank demo site** through a form at [Kentico website](https://www.kentico.com/customers/educationcenter/training-website-requests).

### Delete and restore a content page

**Goal:** Learn how restoring pages works, and how it can affect other content.

1. Delete a page in the **Personal banking** channel – for example, the _Advanced account_ page.
2. Navigate through **Content management** to the **Recycle bin** application.
3. Select the page you just deleted.
4. Click **Restore** and confirm the action.
5. Find the restored page in its original location. You'll see it is restored in the **Draft** state.
6. Review its content.
7. Open the **Used in** tab to verify where the page is referenced (for example, in other content or product pages).
8. Publish the page.
9. Verify where it appears on the site.

> **Tip:** Restoring a page may restore its references elsewhere. Always check the _Used in_ tab before publishing.

### Delete and restore a reusable asset

**Goal:** Learn how to delete and restore an image, and understand why checking the _Used in_ tab is critical for reusable content.

1. Open **Content hub** and navigate to **Brand assets** folder.
2. Select an item – for example, the _Kbank logo_ image – and check it’s usage in the **Used in** tab. In our case, it's on the _Personal banking_ homepage, in a hero banner, and in some promotional emails.
3. Delete the selected asset.
4. Confirm that the asset no longer appears where it was previously used.
5. Open the **Recycle bin** application.
6. Select the deleted content item.
7. Click **Restore** and confirm the action.
8. Open the restored item and go to the **Used in** tab.
9. Review all places where the asset is referenced.
10. Decide whether the asset should be published.
11. If some references are no longer suitable (for example, in a specific promotional email), remove such a reference from the page or content item.
12. Publish the asset.
13. Verify where the asset reappears.

> **Key:** **Key takeaway:** Restoring reusable content can impact multiple pages or emails at once.

## Exercise 2: Permanently delete items from the recycle bin

**Goal:** Learn when and how to permanently remove content. Understand that permanent deletion cannot be taken back.

1. Open the **Recycle bin** application.
2. Select the item you want to delete permanently.
3. Click **Delete permanently**.
4. Review if the item isn't referenced in some place where it should not be deleted from.
5. If all looks good, confirm the action.

> **Key:** **Permanent deletion cannot be undone.**
> Before permanently deleting an item, ask yourself:
>
> - Are you sure this content will never be reused?
> - Does it contain large assets?
> - Could some other team member still need to use it as a reference in some place?
>
> If you’re unsure, leave the item in the recycle bin, and answer those questions before the retention period expires.

## What to do if you can’t restore an item

Most of the time, restoring content works smoothly. If it doesn't, it's usually because something in your project setup has changed since you deleted the item.

Here are the most common reasons:

- **Missing permissions**: Your role or permissions may have changed, and you no longer have the rights to restore the item to its original location. This can also happen when you attempt to restore an item deleted by another user.
- **URL conflicts**: Another page is currently using the same URL, and two pages cannot share it.
- **Deleted parent pages**: The original parent page no longer exists and must be restored first.
- **Deleted email templates or workspaces**: The email depends on a template or workspace that has been removed, so it cannot be restored.

If you’re not sure why the content restore isn’t working, contact your administrator. For detailed troubleshooting steps, see the official [Recycle bin](https://docs.kentico.com/documentation/business-users/recycle-bin.md) documentation.

## Wrap up: Confidently recover and clean up content

Xperience’s _recycle bin_ acts as a **safety net while you’re working with content**.
This material highlights the importance of:

- Understanding the differences in deletion and restoration between pages, content items, emails, and headless items.
- Using permanent delete carefully.

Armed with this information, you can now safely:

- Delete items without immediate loss.
- Review restored items or pages before publishing anything to the live site.
- Review references to an item or page before publishing.

By following these checks, you can delete and restore content confidently and keep your project clean and organized.
