{"id":22357,"date":"2026-08-27T16:03:20","date_gmt":"2026-08-27T14:03:20","guid":{"rendered":"https:\/\/www.curiaweb.ch\/?post_type=docs&#038;p=22357"},"modified":"2026-08-27T16:03:21","modified_gmt":"2026-08-27T14:03:21","password":"","slug":"optimize-wordpress-database","status":"publish","type":"docs","link":"https:\/\/www.curiaweb.ch\/en\/hilfe\/wordpress\/wordpress-datenbank-optimieren\/","title":{"rendered":"Optimize WordPress database: Remove junk data and shrink database"},"content":{"rendered":"<p class=\"wp-block-paragraph\">Over time, in a <strong>WordPress database<\/strong> Several post revisions, auto-saved drafts, spam comments, expired transients, and data from no longer used plugins can cause the database to become significantly larger than necessary.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">A large database is not automatically a slow database. Nevertheless, it is worth removing unnecessary data on a regular basis. Especially with websites that have been around for several years, are frequently edited, or have used many plugins, considerable amounts of no longer needed data can accumulate.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">In this guide, we explain to you, <strong>what WordPress stores in the database<\/strong>, which data can normally be cleaned up safely, where special caution is required, and how you can sensibly optimize a WordPress database without deleting important content.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Briefly explained:<\/strong> a WordPress database should not be as small as possible, but <strong>clean and efficient<\/strong> be. Only delete data whose function you know, and create a current backup before any major database cleanup.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">What does WordPress store in the database?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">In simple terms, WordPress consists of two main areas: the <strong>Files<\/strong> your website and the <strong>Database<\/strong>.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">For example, the files contain:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>WordPress core files<\/li>\n\n\n\n<li>Plugins<\/li>\n\n\n\n<li>Themes<\/li>\n\n\n\n<li>uploaded images and other media files<\/li>\n\n\n\n<li>Configuration files<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">In contrast, the database contains a large portion of the actual website content and settings. These include, among other things:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Posts and pages<\/li>\n\n\n\n<li>Post revisions<\/li>\n\n\n\n<li>Comments<\/li>\n\n\n\n<li>User accounts<\/li>\n\n\n\n<li>Categories and Tags<\/li>\n\n\n\n<li>WordPress settings<\/li>\n\n\n\n<li>Plugin and theme settings<\/li>\n\n\n\n<li>Metadata<\/li>\n\n\n\n<li>temporarily stored information<\/li>\n\n\n\n<li>with WooCommerce additionally numerous shop, customer and order data<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">That is why the database is a central component of your WordPress website. An ill-considered cleanup can have much more serious consequences than just a little lost storage space.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Why does a WordPress database grow over time?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">A growing database is completely normal at first. When you create new pages, publish posts, receive comments, or use plugins, additional database entries are created.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">In addition to this actually required data, however, information can accumulate that is no longer needed later.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Typical examples are:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>old post revisions<\/li>\n\n\n\n<li>automatic drafts<\/li>\n\n\n\n<li>deleted posts in the recycle bin<\/li>\n\n\n\n<li>Spam comments<\/li>\n\n\n\n<li>deleted comments<\/li>\n\n\n\n<li>expired transients<\/li>\n\n\n\n<li>orphaned metadata<\/li>\n\n\n\n<li>legacy plugin settings<\/li>\n\n\n\n<li>temporary data<\/li>\n\n\n\n<li>Log and statistical data of certain plugins<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Depending on the website, this data may be negligible or make up a significant portion of the database.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">A large database is not automatically a problem<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">The pure file size of a database only gives a limited indication of the speed of a WordPress website.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">A correctly structured database with many necessary datasets can function smoothly. At the same time, a much smaller database can cause slow queries if, for example, a plugin executes inefficient database queries or creates problematic entries in frequently loaded options.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Therefore, the goal of an optimization is not:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>\u201eMy database needs to be as small as possible.\u201c<\/strong><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Rather:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>\u201eMy database should only contain the required data and remain technically clean.\u201c<\/strong><\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Note:<\/strong> Never delete data just because a table looks large. First, you must clarify which application or WordPress function uses this data.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">Before every database cleanup: Create a backup<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Before deleting data from the WordPress database or editing tables directly, you should have a recent backup.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">This applies in particular to:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>productive corporate websites<\/li>\n\n\n\n<li>WooCommerce stores<\/li>\n\n\n\n<li>Member websites<\/li>\n\n\n\n<li>High-traffic websites<\/li>\n\n\n\n<li>Websites with extensive plugin data<\/li>\n\n\n\n<li>manual changes via phpMyAdmin<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">A database cleanup differs from many normal WordPress settings: Deleted data cannot necessarily be restored simply via an \u201eUndo\u201c button.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Important:<\/strong> A backup should be created before the cleanup and not only after something has already gone wrong.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">How big is my WordPress database?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">If you are using CURIAWEB web hosting, you can manage your databases via <strong>cPanel<\/strong> manage.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">For a detailed view, <strong>phpMyAdmin<\/strong>. There you can open the relevant WordPress database and view the contained tables and their size.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">If you are running multiple WordPress installations, you should first make sure that you have opened the correct database.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">You can find the used database name in the WordPress file:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>wp-config.php<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">There is the database about <code>DB_NAME<\/code> defined.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">We have already explained how to identify the correct WordPress database via cPanel and phpMyAdmin in our guide <a href=\"\/en\/help\/wordpress\/change-wordpress-password-phpmyadmin\/\">Change WordPress password via phpMyAdmin<\/a> explained in more detail.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Understanding the most important WordPress database tables<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">A standard WordPress installation uses various tables with different tasks.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">With a table prefix of <code>wp_<\/code> do the following tables belong to this, for example:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><code>wp_posts<\/code> \u2013 Posts, pages and other content types<\/li>\n\n\n\n<li><code>wp_postmeta<\/code> \u2013 additional information on content<\/li>\n\n\n\n<li><code>wp_comments<\/code> \u2013 Comments<\/li>\n\n\n\n<li><code>wp_commentmeta<\/code> \u2013 additional comment data<\/li>\n\n\n\n<li><code>wp_users<\/code> \u2013 User accounts<\/li>\n\n\n\n<li><code>wp_usermeta<\/code> \u2013 additional user information and permissions<\/li>\n\n\n\n<li><code>wp_options<\/code> - WordPress and plugin settings<\/li>\n\n\n\n<li><code>wp_terms<\/code> \u2013 Terms like categories and tags<\/li>\n\n\n\n<li><code>wp_term_taxonomy<\/code> \u2013 Assignment and type of taxonomies<\/li>\n\n\n\n<li><code>wp_term_relationships<\/code> - Links between content and taxonomies<\/li>\n\n\n\n<li><code>wp_termmeta<\/code> - additional information on taxonomy terms<\/li>\n\n\n\n<li><code>wp_links<\/code> \u2013 WordPress legacy link management<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Plugins can create their own additional tables. WooCommerce and more extensive extensions can therefore add numerous other tables to a WordPress database.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The table prefix also does not have to <code>wp_<\/code> loud. It may be configured differently on your installation.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Post revisions: One of the most common reasons for additional data<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">WordPress can store previous versions of posts and pages during editing as so-called <strong>Revisions<\/strong> save.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">This is a very useful feature. If you accidentally overwrite content or want to return to an older version, revisions can be a lifesaver.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">However, many revisions can accumulate on frequently edited pages.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Especially in the case of extensive landing pages or websites that have been edited over years, individual content items can have numerous old versions.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Should I delete all WordPress revisions?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Not necessarily.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Revisions are not useless data garbage. They fulfill a specific security and convenience function when editing content.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">A sensible strategy can therefore be to remove very old revisions or to limit the number of revisions stored in the future, instead of disabling the feature altogether.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Before a cleanup, you should check, especially in the case of important pages, whether you might still want to fall back on older versions.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Limit the number of WordPress revisions<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">If you want to prevent WordPress from saving a very large number of revisions per post in the long run, you can set the maximum number via the file <code>wp-config.php<\/code> limit.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">An example would be:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>define( 'WP_POST_REVISIONS', 10 );<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">This limits the number of saved revisions per post or page.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The specific value is not a general recommendation for every website. For frequently edited editorial websites, a higher number may make sense, while fewer revisions may be sufficient for simple corporate websites.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Recommendation:<\/strong> Completely disabling revisions saves database entries, but it also removes a useful recovery feature. Limiting them is the better compromise for many websites.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">Automatic drafts and trash contents<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">During editing, WordPress automatically saves intermediate drafts. In addition, deleted posts and pages initially remain in the trash.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">This is intentional and protects against accidental data loss.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">However, if many unneeded drafts or trash items have accumulated over a longer period of time, they can be reviewed and permanently deleted.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">For example, open:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Posts \u2192 All Posts<\/strong><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">or:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Pages \u2192 All Pages<\/strong><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">and check the respective trash and draft areas.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">We explain how posts and pages are managed in our guides on <a href=\"\/en\/help\/wordpress\/edit-and-delete-wordpress-posts\/\">Editing and Deleting WordPress Posts<\/a> as well as to <a href=\"\/en\/help\/wordpress\/edit-delete-wordpress-pages\/\">Editing and deleting WordPress pages<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Clean up spam comments and trash<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Websites with an activated comment function can accumulate large amounts of spam comments over time.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">WordPress distinguishes, among other things, between:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>approved comments<\/li>\n\n\n\n<li>pending comments<\/li>\n\n\n\n<li>Spam<\/li>\n\n\n\n<li>Recycle Bin<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Spam and comments that are no longer needed can be deleted.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">For websites with a very high volume of spam, regular cleaning can prevent an unnecessary amount of comment data from being stored.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">We explain how to properly manage comments and their status at <a href=\"\/en\/help\/wordpress\/manage-wordpress-comments\/\">Manage comments in WordPress<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">What are WordPress transients?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>Transients<\/strong> are temporarily stored data that WordPress or plugins can cache for a specific period of time.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">For example, a plugin can temporarily store the result of a complex calculation or an external query so that it does not have to be performed again every time the page is loaded.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Transients typically have an expiration time. Once expired, they are no longer valid.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Expired transients can therefore generally be removed. WordPress or the respective plugin will regenerate required temporary data as needed.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Should I constantly delete all transients?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">No.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Transients exist precisely to temporarily cache certain data. If you delete them permanently, it can even cause extra work for WordPress or plugins because the data has to be regenerated over and over again.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">A cleanup <strong>expired<\/strong> Transients can be useful. A constant complete deletion of all temporary data, on the other hand, is not a performance strategy.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">What is orphaned data?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">As <strong>orphaned data<\/strong> are simply referred to as database entries whose original association no longer exists.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">An example: A plugin stores additional information for a post. If the original content or a plugin function is removed, metadata that is no longer needed can remain under certain circumstances.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Such data may occur, among other things, in the following areas:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Post metadata<\/li>\n\n\n\n<li>Comment metadata<\/li>\n\n\n\n<li>User metadata<\/li>\n\n\n\n<li>Taxonomy mappings<\/li>\n\n\n\n<li>plugin-native tables<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">The problem: Not every entry that looks \u201eorphaned\u201c at first glance can be safely deleted.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Attention:<\/strong> Do not delete any metadata or database tables solely based on their name. Modern plugins may use data structures whose purpose is not obvious without knowing the plugin.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">Uninstalled plugins may leave data behind<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Deactivating or deleting a WordPress plugin does not necessarily mean that all data generated by that plugin is removed from the database.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">This is even partly intended.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">If you reinstall a plugin later, many users want to reuse their previous configuration. Therefore, some plugins keep their settings or tables even after uninstallation.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Other plugins explicitly offer an option during removal such as:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><strong>\u201eDelete all data when uninstalling\u201c<\/strong><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Whether left-behind data can be removed therefore depends on the respective plugin.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">How to correctly disable and remove plugins will be explained later in our guide <a href=\"\/en\/help\/wordpress\/wordpress-plugin-deaktivieren-loeschen\/\">Deactivate or delete WordPress plugins<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Detect old plugin tables<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">In phpMyAdmin, you can often see additional tables created by plugins alongside the WordPress core tables.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The table name sometimes contains the name or an abbreviation of the plugin in question. However, you should not rely on that blindly.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Before you delete a supposedly old plugin table, you should clearly clarify:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>which plugin created the table<\/li>\n\n\n\n<li>whether the plugin is still active<\/li>\n\n\n\n<li>whether another plugin uses the same data<\/li>\n\n\n\n<li>whether the data is still needed<\/li>\n\n\n\n<li>whether a later reinstall is planned<\/li>\n\n\n\n<li>whether a current backup is available<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">If you cannot answer these questions, leave the table as it is.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">The wp_options table deserves special attention<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">One of the most important WordPress tables is:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>wp_options<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">or correspondingly with a different table prefix:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>deinpraefix_options<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">This is where WordPress, themes, and numerous plugins store configurations and other values.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Individual plugins can leave significant amounts of data there. However, even more important than the sheer size can be, <strong>which option data is loaded automatically on page views<\/strong>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">What does autoload mean in WordPress?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Certain entries from the options table can be loaded automatically by WordPress because they are frequently needed.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">It can become problematic when plugins save very large amounts of data as autoloaded options or leave behind unnecessary entries after their removal.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">This can impact performance, even though the entire database might not be particularly large.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Precisely here is where it becomes clear why looking solely at the database size is not sufficient.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>For advanced users:<\/strong> Noticeably large automatically loaded option data can be a starting point for performance analysis. However, never delete or change such entries solely based on their size. First, it must be clarified which component requires them.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">Do not treat the WooCommerce database like a normal blog<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">At a <strong>WooCommerce website<\/strong> special care is required.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">An online shop stores significantly more business-relevant data than a simple blog. Depending on the WooCommerce version, configuration, and extensions, this can include, among other things:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Orders<\/li>\n\n\n\n<li>Order items<\/li>\n\n\n\n<li>Customer data<\/li>\n\n\n\n<li>Product data<\/li>\n\n\n\n<li>Tax information<\/li>\n\n\n\n<li>Shipping information<\/li>\n\n\n\n<li>Vouchers<\/li>\n\n\n\n<li>Webhooks<\/li>\n\n\n\n<li>scheduled background tasks<\/li>\n\n\n\n<li>Payment-related metadata<\/li>\n\n\n\n<li>Plugin-specific shop data<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Such data must not simply be deleted as \u201eold database entries\u201c.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">In addition, there are legal and accounting retention obligations that can be relevant depending on the company and type of data.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Important for WooCommerce:<\/strong> Never purge order, customer, payment, or tax-relevant data on suspicion. In the case of a production shop, it must be clearly determined prior to any data purge which data may be removed technically and legally.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">Action Scheduler can generate large tables<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">WooCommerce and numerous other WordPress plugins use the <strong>Action Scheduler<\/strong>, to schedule and execute background tasks.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Depending on the activity of a website, many entries can accumulate over time.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Especially in the case of shops or websites with automations, corresponding tables can therefore grow significantly.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Many entries are not automatically an error. However, if there are an unusually large number of failed or constantly regenerated tasks, the cause should be investigated first.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Merely deleting the entries, for example, does not fix a plugin that generates new failed tasks every minute due to an error.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Optimizing database tables: What does that mean?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">MySQL and MariaDB can technically optimize tables. This is not about deleting WordPress content, but about the internal organization and storage of the database tables.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">After many modifications and deletions, unused storage can accumulate within a table, depending on the database engine used.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Table optimization can reorganize or reclaim this memory under certain conditions.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">However, that doesn't mean every WordPress database needs to be manually optimized all the time.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Optimize WordPress database via phpMyAdmin<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Depending on the server configuration, phpMyAdmin offers a function for optimizing database tables.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Optimize tables in phpMyAdmin<\/h3>\n\n\n\n<ol class=\"wp-block-list\">\n<li>First, create or check a current backup.<\/li>\n\n\n\n<li>Open cPanel.<\/li>\n\n\n\n<li>Start <strong>phpMyAdmin<\/strong>.<\/li>\n\n\n\n<li>Select the correct WordPress database.<\/li>\n\n\n\n<li>Check the displayed tables.<\/li>\n\n\n\n<li>Mark the tables that need to be optimized, or use the provided selection function.<\/li>\n\n\n\n<li>Select the function <strong>\u201eOptimize table\u201c<\/strong> or rather <strong>\u201eOptimize table\u201c<\/strong>.<\/li>\n\n\n\n<li>Wait until phpMyAdmin has completed the operation.<\/li>\n\n\n\n<li>Then check the website and the WordPress admin area.<\/li>\n<\/ol>\n\n\n\n<p class=\"wp-block-paragraph\">Whether and how much memory is actually freed up depends on the database structure, the storage engine used, and the state of the tables.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Does \u201eOptimize table\u201c make my website faster?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Not necessarily.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Table optimization can be useful in certain situations, but it is not a universal WordPress turbo.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">If your website is slow, completely different causes may be responsible:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>inefficient plugins<\/li>\n\n\n\n<li>too many external requests<\/li>\n\n\n\n<li>slow PHP processes<\/li>\n\n\n\n<li>unoptimized images<\/li>\n\n\n\n<li>missing caching<\/li>\n\n\n\n<li>poorly coded database queries<\/li>\n\n\n\n<li>excessively large automatically loaded options<\/li>\n\n\n\n<li>Problems with themes or page builders<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Database optimization should therefore be considered part of technical maintenance and not as a one-size-fits-all solution for every slow WordPress website.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Can I use a WordPress optimization plugin?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Yes. There are WordPress plugins that enable database cleanups conveniently via the dashboard.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Such plugins can, for example, offer functions for:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Revisions<\/li>\n\n\n\n<li>Drafts<\/li>\n\n\n\n<li>Spam comments<\/li>\n\n\n\n<li>Recycle bin contents<\/li>\n\n\n\n<li>Transients<\/li>\n\n\n\n<li>Table optimization<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">However, a plugin does not automatically make the cleanup risk-free.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">If an option offers, for example, \u201edelete orphaned metadata\u201c or \u201eremove unused tables,\u201c you should still understand which data is affected by it.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Basic rule:<\/strong> The more aggressive a cleanup function sounds, the more carefully you should check what it actually deletes.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">Do not permanently install an additional plugin for every maintenance task<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">For a one-time database cleanup, you do not necessarily have to keep a corresponding plugin installed permanently.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">If you only need a maintenance plugin for a specific task, you can remove it again after a successful cleanup, provided none of its functions are permanently required.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Every additional plugin expands the code of your WordPress installation and must be maintained and updated itself.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Therefore, do not install multiple plugins that essentially perform the same task.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Do not \u201eclean up\u201c the database directly with SQL commands\u201c<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">The internet is full of SQL commands that supposedly remove revisions, metadata, options, or other WordPress data with a single click.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Such commands can be technically correct and still be unsuitable for your specific website.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">An SQL command does not automatically consider:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>your installed plugins<\/li>\n\n\n\n<li>your individual table prefixes<\/li>\n\n\n\n<li>WooCommerce structures<\/li>\n\n\n\n<li>Custom Post Types<\/li>\n\n\n\n<li>Plugin dependencies<\/li>\n\n\n\n<li>custom data models<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Therefore, do not copy unknown SQL commands from forums, blogs, or AI answers directly into a production database.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Attention:<\/strong> A single SQL command can permanently modify or delete thousands of records in seconds. Only use SQL for database cleanups if you know exactly which records are affected.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">wp_postmeta can become very large<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">For extensive WordPress websites, the table <code>wp_postmeta<\/code> often to the larger tables.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">That is not automatically unusual. WordPress and plugins use post metadata for a lot of additional information.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Page Builders, WooCommerce, SEO plugins, and other extensions can store large amounts of legitimate data there.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">A large <code>wp_postmeta<\/code>table is therefore no reason to delete data records across the board.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Check log and statistical data<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Some plugins store logs, statistics, or historical data directly in the WordPress database.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">This may include, for example:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Security protocols<\/li>\n\n\n\n<li>404 Logs<\/li>\n\n\n\n<li>Email protocols<\/li>\n\n\n\n<li>Activity logs<\/li>\n\n\n\n<li>Statistical data<\/li>\n\n\n\n<li>Import and export logs<\/li>\n\n\n\n<li>Debug Information<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">If such data is stored indefinitely, the corresponding tables can grow considerably.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Therefore, check plugins with logging functions to see if a reasonable retention period can be configured.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Often it is better, for example, to retain only a defined period rather than storing technical logs for years that no one needs anymore.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Backups do not belong in the WordPress database<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Normal complete website backups are usually stored as files and therefore are not part of the actual WordPress database.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Nevertheless, backup plugins can save status information, logs, and configurations in the database.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">If your hosting usage is unusually high, you shouldn't just check the database for that reason. Old backup archives in the file system can take up significantly more storage space than the database itself.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Why Database Cleanup Is Not a Daily Job<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">A WordPress database does not need to be \u201ecleaned\u201c every day.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">WordPress and modern database systems are designed to work permanently with large amounts of structured data.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Too aggressive or permanently executed cleanup can even be counterproductive if, for example, useful temporary data is constantly removed or revisions that would be needed later are deleted.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">For most standard websites, occasional checks as part of regular maintenance are sufficient.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">When is a more detailed database analysis worthwhile?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">A more detailed examination is particularly useful if:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>die Datenbank ungew\u00f6hnlich stark gewachsen ist<\/li>\n\n\n\n<li>ein altes Plugin grosse Tabellen hinterlassen hat<\/li>\n\n\n\n<li>die Website seit vielen Jahren betrieben wird<\/li>\n\n\n\n<li>sehr viele Revisionen vorhanden sind<\/li>\n\n\n\n<li>ein Plugin grosse Mengen an Logs speichert<\/li>\n\n\n\n<li>WooCommerce-Hintergrundaufgaben auff\u00e4llig anwachsen<\/li>\n\n\n\n<li>der WordPress-Adminbereich bei datenbankintensiven Aktionen langsam reagiert<\/li>\n\n\n\n<li>ein Performance-Tool auf langsame Datenbankabfragen hinweist<\/li>\n\n\n\n<li>die Hosting-Belegung untersucht werden soll<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">In solchen F\u00e4llen sollte zuerst festgestellt werden, <strong>welche Tabellen wachsen und warum<\/strong>. Erst danach wird entschieden, ob \u00fcberhaupt etwas gel\u00f6scht werden sollte.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">WordPress-Datenbank nach einer Plugin-Bereinigung kontrollieren<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn du alte Plugin-Daten entfernt hast, solltest du die Website anschliessend gr\u00fcndlich testen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Check in particular:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Home<\/li>\n\n\n\n<li>important subpages<\/li>\n\n\n\n<li>WordPress admin area<\/li>\n\n\n\n<li>Forms<\/li>\n\n\n\n<li>Benutzer-Login<\/li>\n\n\n\n<li>Plugins mit Datenbankzugriff<\/li>\n\n\n\n<li>bei WooCommerce Warenkorb und Checkout<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Bei einer Fehlermeldung solltest du nicht mit weiteren Bereinigungen fortfahren, sondern zuerst die Ursache untersuchen.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Was bringt eine Datenbankoptimierung f\u00fcr SEO?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Das L\u00f6schen von Revisionen oder Transients verbessert dein Google-Ranking nicht direkt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Eine technisch saubere Website kann jedoch indirekt relevant sein, wenn Datenbankprobleme tats\u00e4chlich zu langsamen Antwortzeiten, Fehlern oder einer schlechten Benutzererfahrung f\u00fchren.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Du solltest eine Datenbankbereinigung deshalb nicht als \u201eSEO-Trick\u201c betrachten.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">F\u00fcr SEO sind Inhalte, Suchintention, interne Verlinkung, technische Erreichbarkeit, Performance und zahlreiche weitere Faktoren wesentlich wichtiger als die Frage, ob deine Datenbank beispielsweise 80 oder 120 MB gross ist.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">WordPress-Datenbank und Cache sind nicht dasselbe<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Die Begriffe Datenbank, Cache und Speicher werden h\u00e4ufig miteinander verwechselt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The <strong>Database<\/strong> enth\u00e4lt dauerhaft gespeicherte strukturierte Informationen deiner Website.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">A <strong>Cache<\/strong> h\u00e4lt dagegen normalerweise bereits erzeugte oder h\u00e4ufig ben\u00f6tigte Daten vor, damit sie schneller wiederverwendet werden k\u00f6nnen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Das L\u00f6schen eines Caches und das L\u00f6schen von Datenbankinhalten sind deshalb zwei v\u00f6llig unterschiedliche Vorg\u00e4nge.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Cache kann normalerweise neu aufgebaut werden. Ein gel\u00f6schter Beitrag oder eine entfernte Plugin-Konfiguration aus der Datenbank dagegen nicht ohne Weiteres.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Eine sinnvolle Reihenfolge f\u00fcr die Datenbankbereinigung<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\">Empfohlenes Vorgehen<\/h3>\n\n\n\n<ol class=\"wp-block-list\">\n<li>Aktuelles Backup erstellen beziehungsweise \u00fcberpr\u00fcfen.<\/li>\n\n\n\n<li>Gr\u00f6sse der Datenbank und einzelnen Tabellen analysieren.<\/li>\n\n\n\n<li>Ungew\u00f6hnlich grosse Tabellen identifizieren.<\/li>\n\n\n\n<li>Pr\u00fcfen, welche WordPress-Funktion oder welches Plugin die Daten erzeugt.<\/li>\n\n\n\n<li>Offensichtlich nicht mehr ben\u00f6tigte Inhalte wie Papierkorb und Spam kontrollieren.<\/li>\n\n\n\n<li>Alte Revisionen bei Bedarf reduzieren.<\/li>\n\n\n\n<li>Abgelaufene tempor\u00e4re Daten gegebenenfalls bereinigen.<\/li>\n\n\n\n<li>Plugin-Logs und deren Aufbewahrungsdauer pr\u00fcfen.<\/li>\n\n\n\n<li>Verwaiste Plugin-Daten nur nach eindeutiger Identifikation entfernen.<\/li>\n\n\n\n<li>Tabellen bei tats\u00e4chlichem Bedarf technisch optimieren.<\/li>\n\n\n\n<li>Website und wichtige Funktionen anschliessend testen.<\/li>\n<\/ol>\n\n\n\n<h2 class=\"wp-block-heading\">Was du nicht machen solltest<\/h2>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Tabellen l\u00f6schen, nur weil sie gross sind<\/li>\n\n\n\n<li>unbekannte SQL-Befehle aus dem Internet ausf\u00fchren<\/li>\n\n\n\n<li>ohne Backup direkt in phpMyAdmin experimentieren<\/li>\n\n\n\n<li><code>wp_options<\/code> auf Verdacht bereinigen<\/li>\n\n\n\n<li>WooCommerce-Bestelldaten als \u201ealte Daten\u201c l\u00f6schen<\/li>\n\n\n\n<li>alle Revisionen automatisch als nutzlosen Datenm\u00fcll betrachten<\/li>\n\n\n\n<li>st\u00e4ndig s\u00e4mtliche Transients l\u00f6schen<\/li>\n\n\n\n<li>Plugin-Tabellen allein anhand ihres Namens entfernen<\/li>\n\n\n\n<li>eine Datenbankoptimierung als universelle L\u00f6sung f\u00fcr Performance-Probleme betrachten<\/li>\n<\/ul>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Note:<\/strong> Bei einer Datenbankoptimierung gilt nicht \u201eviel l\u00f6schen = viel schneller\u201c. Eine professionelle Bereinigung beginnt mit einer Analyse. Erst wenn du weisst, <strong>welche Daten vorhanden sind und warum<\/strong>, solltest du entscheiden, was entfernt werden kann.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">Wann solltest du lieber nichts selbst l\u00f6schen?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn du nicht sicher beurteilen kannst, welche Daten eine Tabelle enth\u00e4lt oder welches Plugin einen bestimmten Eintrag ben\u00f6tigt, solltest du die Daten nicht auf Verdacht entfernen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Das gilt besonders bei produktiven WooCommerce-Shops, Mitglieder-Websites und gesch\u00e4ftskritischen WordPress-Installationen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Als CURIAWEB-Kunde kannst du dich bei Unsicherheiten an unseren Support wenden. Teile uns m\u00f6glichst genau mit, welche Website betroffen ist, welche Tabelle beziehungsweise Datenbank auff\u00e4llig erscheint und warum du eine Bereinigung durchf\u00fchren m\u00f6chtest.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">So l\u00e4sst sich zuerst beurteilen, ob tats\u00e4chlich unn\u00f6tige Daten vorliegen oder ob die Datenbankgr\u00f6sse f\u00fcr die betreffende Website vollkommen normal ist.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Summary<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Eine WordPress-Datenbank w\u00e4chst mit der Nutzung deiner Website. Beitr\u00e4ge, Seiten, Einstellungen, Benutzer, Kommentare und Plugin-Daten werden dort dauerhaft gespeichert. Zus\u00e4tzlich k\u00f6nnen sich mit der Zeit Revisionen, Spam-Kommentare, abgelaufene Transients, Protokolle und Daten nicht mehr verwendeter Plugins ansammeln.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Eine grosse Datenbank ist jedoch nicht automatisch langsam oder fehlerhaft. Entscheidend ist, welche Daten gespeichert werden und ob sie weiterhin ben\u00f6tigt werden. Vor jeder gr\u00f6sseren Bereinigung solltest du deshalb ein aktuelles Backup besitzen und zun\u00e4chst die betroffenen Tabellen analysieren.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Revisionen k\u00f6nnen begrenzt, Spam und Papierkorb-Inhalte entfernt und abgelaufene tempor\u00e4re Daten bereinigt werden. Bei Plugin-Tabellen, verwaisten Metadaten und insbesondere <code>wp_options<\/code> ist dagegen gr\u00f6ssere Vorsicht erforderlich. Bei WooCommerce d\u00fcrfen gesch\u00e4fts- und bestellrelevante Daten niemals auf Verdacht gel\u00f6scht werden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn du f\u00fcr die Analyse direkt mit phpMyAdmin arbeitest, hilft dir unsere Anleitung zum <a href=\"\/en\/help\/wordpress\/change-wordpress-password-phpmyadmin\/\">Arbeiten mit der WordPress-Datenbank \u00fcber phpMyAdmin<\/a> beim Verst\u00e4ndnis von Datenbankname und Tabellenpr\u00e4fix. Wie du nicht mehr ben\u00f6tigte Erweiterungen korrekt entfernst, erkl\u00e4ren wir im Artikel <a href=\"\/en\/help\/wordpress\/wordpress-plugin-deaktivieren-loeschen\/\">Deactivate or delete WordPress plugins<\/a>.<\/p>","protected":false},"excerpt":{"rendered":"<p>Mit der Zeit sammelt sich in einer WordPress-Datenbank einiges an. Beitragsrevisionen, automatisch gespeicherte Entw\u00fcrfe, Spam-Kommentare, abgelaufene Transients und Daten nicht mehr verwendeter Plugins k\u00f6nnen daf\u00fcr sorgen, dass die Datenbank deutlich gr\u00f6sser wird als notwendig. Eine grosse Datenbank ist nicht automatisch eine langsame Datenbank. Trotzdem lohnt es sich, unn\u00f6tige Daten regelm\u00e4ssig zu entfernen. Besonders bei Websites, [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"_joinchat":[],"footnotes":""},"doc_category":[80],"doc_tag":[],"class_list":["post-22357","docs","type-docs","status-publish","hentry","doc_category-wordpress"],"year_month":"2026-09","word_count":3794,"total_views":"3","reactions":{"happy":"0","normal":"0","sad":"0"},"author_info":{"name":"Silvio Mazenauer","author_nicename":"admin-curia","author_url":"https:\/\/www.curiaweb.ch\/en\/author\/admin-curia\/"},"doc_category_info":[{"term_name":"WordPress","term_url":"https:\/\/www.curiaweb.ch\/en\/hilfe-kategorie\/wordpress\/"}],"doc_tag_info":[],"knowledge_base_info":[],"knowledge_base_slug":[],"_links":{"self":[{"href":"https:\/\/www.curiaweb.ch\/en\/wp-json\/wp\/v2\/docs\/22357","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.curiaweb.ch\/en\/wp-json\/wp\/v2\/docs"}],"about":[{"href":"https:\/\/www.curiaweb.ch\/en\/wp-json\/wp\/v2\/types\/docs"}],"author":[{"embeddable":true,"href":"https:\/\/www.curiaweb.ch\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.curiaweb.ch\/en\/wp-json\/wp\/v2\/comments?post=22357"}],"version-history":[{"count":1,"href":"https:\/\/www.curiaweb.ch\/en\/wp-json\/wp\/v2\/docs\/22357\/revisions"}],"predecessor-version":[{"id":22359,"href":"https:\/\/www.curiaweb.ch\/en\/wp-json\/wp\/v2\/docs\/22357\/revisions\/22359"}],"wp:attachment":[{"href":"https:\/\/www.curiaweb.ch\/en\/wp-json\/wp\/v2\/media?parent=22357"}],"wp:term":[{"taxonomy":"doc_category","embeddable":true,"href":"https:\/\/www.curiaweb.ch\/en\/wp-json\/wp\/v2\/doc_category?post=22357"},{"taxonomy":"doc_tag","embeddable":true,"href":"https:\/\/www.curiaweb.ch\/en\/wp-json\/wp\/v2\/doc_tag?post=22357"}],"curies":[{"name":"WP","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}