Title: MetaBench
Author: Silver222
Published: <strong>2026 年 8 月 18 日</strong>
Last modified: 2026 年 8 月 18 日

---

搜索插件

![](https://ps.w.org/metabench/assets/banner-772x250.png?rev=3652904)

![](https://ps.w.org/metabench/assets/icon-256x256.png?rev=3652904)

# MetaBench

 作者：[Silver222](https://profiles.wordpress.org/silver222/)

[下载](https://downloads.wordpress.org/plugin/metabench.1.0.1.zip)

 * [详情](https://cn.wordpress.org/plugins/metabench/#description)
 * [评价](https://cn.wordpress.org/plugins/metabench/#reviews)
 *  [安装](https://cn.wordpress.org/plugins/metabench/#installation)
 * [开发进展](https://cn.wordpress.org/plugins/metabench/#developers)

 [支持](https://wordpress.org/support/plugin/metabench/)

## 描述

MetaBench replaces the cramped core Custom Fields box with a panel built for
 sites
that actually have a lot of metadata.

 * **Search** across both keys and values, with matches highlighted as you type.
 * **Filter** by value type — text, number, long text, array, JSON or empty.
 * **Sort** by key, by value size, or by raw database order.
 * **Edit in place**, with a textarea for long values and JSON editing for
    serialised
   arrays.
 * **Rename, create and delete** fields, each independently switchable.
 * Works on **posts and terms**, on whichever post types and taxonomies you
    enable.
 * Works in the **block editor and the classic editor** with no duplicated UI.

#### Permissions

For ordinary meta keys, every read and write goes through the per-key
 capabilities
that core derives from `register_meta()` auth callbacks. A user who cannot edit 
such a field through core cannot edit it through MetaBench either.

Protected keys — those beginning with an underscore, where ACF, SEO plugins and

WooCommerce keep their data — work differently, and the difference is worth understanding.

    ```
    map_meta_cap() denies `edit_post_meta` on a protected key for *every* role,
    ```

including administrators, unless a plugin has registered an `auth_..._meta_...`

filter for that specific key. That blanket denial is aimed at untrusted REST and
XML-RPC callers, and it makes the core capability unusable as a gate for a deliberate
administrative tool.

MetaBench therefore gates protected keys separately. They are listed and
 editable
only when **both**:

 1. “Show protected fields” is switched on in the settings, and
 2. the user holds `manage_options` (filterable via
     metabench_protected_capability).

This is an intentional step past the core denial, kept as narrow and explicit as

possible. If you do not want that behaviour on your site, leave the setting off —
which is the default — and MetaBench will never touch a protected key.

#### Translations

MetaBench ships translated into German, Spanish, French, Italian, Japanese,
 Dutch,
Polish, Brazilian Portuguese, Russian, Ukrainian and Simplified Chinese, covering
all 119 translatable strings.

Every string the JavaScript panel displays is defined in PHP and handed to the
 
browser through `wp_localize_script()`, so the whole interface translates from a
single `.po` file with no JavaScript build step and no separate JSON language packs.

To retranslate or add a locale, edit the `.po` file in `languages/` with Poedit

or any gettext editor, then recompile:

    ```
    wp i18n make-mo languages/ languages/
    wp i18n make-php languages/
    ```

After changing translatable strings in the source, regenerate the template with

wp i18n make-pot . languages/metabench.pot –domain=metabench.

#### For developers

Filters:

 * `metabench_settings` — the effective settings array.
 * `metabench_required_capability` — the capability gating the panel.
 * `metabench_protected_capability` — the capability gating protected keys.
 * `metabench_available_post_types` / `metabench_available_taxonomies` — the
    choices
   offered on the settings screen.
 * `metabench_get_items` — the rows returned for an object.
 * `metabench_validate_key` — return a `WP_Error` to block a write.

REST routes, all under `metabench/v1`:

 * `GET /fields/<object_type>/<object_id>`
 * `POST /fields/<object_type>/<object_id>`
 * `POST /fields/<object_type>/<object_id>/<meta_id>`
 * `DELETE /fields/<object_type>/<object_id>/<meta_id>`

## 安装

 1. Upload the `metabench` folder to `/wp-content/plugins/`.
 2. Activate the plugin through the Plugins screen.
 3. Visit **Settings  MetaBench** and enable the post types and taxonomies you
     want
    the panel on.

## 常见问题

### Do changes save when I update the post?

No. Each field saves immediately over the REST API, independently of the post.
 
That means you can fix one meta value without publishing unrelated draft edits, 
but it also means there is no undo — the panel says so beneath the table.

### Why can I not see my ACF fields?

ACF stores its values in protected keys beginning with an underscore. Enable
 “Show
protected fields” under Settings  MetaBench, and note that only users with `manage_options`
will see them. Editing those by hand can desynchronise ACF’s own field references,
so change them only when you know what a key does.

### Why is one of my fields read only?

Either you lack the capability for that key, or the stored value is a
 serialised
PHP object. Objects cannot round-trip through the JSON editor without risking data
loss, so MetaBench shows them but refuses to write them.

### Does it handle duplicate meta keys?

Yes. Rows are addressed by `meta_id`, so several rows sharing one key are
 listed
and edited individually rather than collapsed into one.

## 评价

此插件暂无评价。

## 贡献者及开发者

「MetaBench」是开源软件。 以下人员对此插件做出了贡献。

贡献者

 *   [ Silver222 ](https://profiles.wordpress.org/silver222/)

[帮助将「MetaBench」翻译成简体中文。](https://translate.wordpress.org/projects/wp-plugins/metabench)

### 对开发感兴趣吗?

您可以[浏览代码](https://plugins.trac.wordpress.org/browser/metabench/)，查看[SVN仓库](https://plugins.svn.wordpress.org/metabench/)，
或通过[RSS](https://plugins.trac.wordpress.org/log/metabench/?limit=100&mode=stop_on_copy&format=rss)
订阅[开发日志](https://plugins.trac.wordpress.org/log/metabench/)。

## 更新日志

#### 1.0.1

 * Hardened deserialization of stored meta values so a protected-key payload
    can
   no longer instantiate arbitrary PHP objects on read.
 * Corrected a docblock that claimed object-cache caching the code doesn’t do.

#### 1.0.0

 * Initial release.

## 额外信息

 *  版本 **1.0.1**
 *  最后更新：**1 月前**
 *  活跃安装数量 **不到10**
 *  WordPress 版本 ** 6.0 或更高版本 **
 *  已测试的最高版本为 **7.0.6**
 *  PHP 版本 ** 7.4 或更高版本 **
 *  语言
 * [English (US)](https://wordpress.org/plugins/metabench/)
 * 标签
 * [custom fields](https://cn.wordpress.org/plugins/tags/custom-fields/)[developer](https://cn.wordpress.org/plugins/tags/developer/)
   [metadata](https://cn.wordpress.org/plugins/tags/metadata/)[post meta](https://cn.wordpress.org/plugins/tags/post-meta/)
   [term-meta](https://cn.wordpress.org/plugins/tags/term-meta/)
 *  [高级视图](https://cn.wordpress.org/plugins/metabench/advanced/)

## 评级

尚未提交反馈。

[您的评价](https://wordpress.org/support/plugin/metabench/reviews/#new-post)

[查看全部评论](https://wordpress.org/support/plugin/metabench/reviews/)

## 贡献者

 *   [ Silver222 ](https://profiles.wordpress.org/silver222/)

## 支持

有话要说吗？是否需要帮助？

 [查看支持论坛](https://wordpress.org/support/plugin/metabench/)