WP REST API Controller

Description

WP REST API Controller allows admins to toggle the visibility of, and customize the endpoints for, all custom post types and all taxonomies within WordPress with an easy-to-use graphical interface. Additionally, you can tweak visibility and customize the meta data attached to the API response.

Note: This plugin requires WordPress Version 4.7 or later to work.

Features:

  • Enable/Disable REST API endpoints for custom post types and taxonomies.
  • Enable/Disable custom post type/taxonomy meta data (add or remove meta fields from API requests).
  • Rename custom post type/taxonomy base endpoints.
  • Rename custom post type/taxonomy meta data names in API requests so they are more user friendly.
  • Manipulate and control post types/taxonomies and their data created by third party plugins and themes.
  • Granular control of API responses without writing a single line of PHP code.
  • Filters included to alter and extend default functionality.

Note: As of version 1.4.0, this plugin no longer controls default WordPress Posts or Pages.

Screenshots

  • WP REST API Controller settings page.

Installation

  1. Download the plugin .zip file and make note of where on your computer you downloaded it to.
  2. In the WordPress admin (yourdomain.com/wp-admin) go to Plugins > Add New or click the “Add New” button on the main plugins screen.
  3. On the following screen, click the “Upload Plugin” button.
  4. Browse your computer to where you downloaded the plugin .zip file, select it and click the “Install Now” button.
  5. After the plugin has successfully installed, click “Activate Plugin” and enjoy!
  6. Find the WP REST API Controller Settings screen under the Tools menu in the WordPress Admin

FAQ

Can I toggle the visibility of endpoints?

Yes! You can quickly and easily toggle the endpoints, so they are either accessible or inaccessible to API requests. Using our interface you can enable the post types you need, while disabling the ones you don’t.

Can I alter the default REST endpoints using this plugin?

You can not change the default post (posts) and page (pages) post type endpoints. For posts, you can only control custom post type endpoints. For taxonomies, you can control the default categories and tags endpoints and data.

Can I alter REST endpoints for post types from other plugins or my theme?

Yes! Our plugin simply filters the rest_base parameter for the custom post type, so you can setup or alter REST endpoints for every custom post type on your site!

Are all post types customizable using this plugin?

Our plugin allows you to customize most of the post types within WordPress. However, we have excluded the posts, pages, nav_menu_items and revisions post types by default. As WordPress Core continues to develop REST API functionality, these post types may change.

Can we customize the meta data assigned to post types?

Yes! Users can enable or disable custom meta data assigned to each post. You can also change the name of the property for each meta data in the API request. If you assign custom meta fields to your posts using Advanced Custom Fields, CMB2 or add_meta_box() you can adjust the visibility, and customize the name, of the property in API requests.

Is this plugin compatible with the Core WordPress 4.7 REST API?

Yes! Version 1.3 of this plugin is compatible with WordPress 4.7.

How do I retrieve repeating postmeta fields?

A repeating postmeta field is one where there are multiple database entries for a single meta key. The default behavior of this plugin did not deal with these fields correctly (i.e. it only returned the first value). As of v1.4.1, a new filter has been added – wp_rest_api_controller_retrieve_meta_single – that allows you to retrieve all of the repeating post meta fields. The reason this was not set as the default behavior is that it changes the data structure of non-repeating fields (i.e. all postmeta values will be returned as arrays). This filter has three parameters: $single – the boolean value for returning postmeta as arrays or as single items, $renamed_meta_key_name – the renamed name of the meta_key we’re retrieving and $original_meta_key_name – the original meta key name. These parameters allow you to specifically determine which fields you want returned as arrays. As always, if you have any questions please reach out to us on GitHub or through the WordPress Support forum.

Note: All properties in the API request are populated using get_post_meta() or get_term_meta(). If you need to filter a meta value, you can use the wp_rest_api_controller_api_property_value filter provided by this plugin.

Reviews

January 22, 2018
This thing saved me a lot of time trying to expose Woocommerce product price directly in WordPress API, awesome!
July 17, 2017
I was able to use this on a project with a newspaper using WordPress. Very handy -- the one issue we did notice was that you cannot have a meta variable that has a "custom meta key" name of "id" because when it conflicts with the WordPress post ID in the JSON object: it makes all the custom fields appear empty. All we had to do was change that setting for the "id" field in the plugin's admin panel and all was well.
July 11, 2017
Thank you for creating this, a GUI to managing the REST API is exactly what WP needs! One thing though, any idea why my custom fields are "null" in the web service even though there are values in the backend? I'm using WP-Types if that makes a difference.
Read all 11 reviews

Contributors & Developers

“WP REST API Controller” is open source software. The following people have contributed to this plugin.

Contributors

Changelog

2.0.5 – March 8th, 2021

  • Housekeeping

2.0.3 – August 29th, 2019

  • Lodash Security Update.

2.0.2 – July 12th, 2019

  • Fixing bug with renaming endpoints.
  • Fixing bug where empty meta fields would appear in a taxonomy’s list.
  • Some code cleanup.

2.0.1 – May 13th, 2019

  • Fixing uninstall issue.

2.0.0 – March 12th, 2019

  • Taxonomies are now added to the WP REST API Controller! You can rename taxonomy endpoints, enable/disable taxonomy meta, and rename taxonomy meta.
  • The restriction of using dashes in post/term meta has been removed.
  • The restriction of protected meta fields has been removed.
  • The restriction of lowercase meta fields has been removed. Please be aware that characters like quotes can have unpredictable results in your JSON objects.
  • You can now enable/disable all meta fields with a single toggle.

WP REST API Controller v1.4.2 – February 2rd, 2019

  • Update rest_endpoint_base static string to wp-core get_rest_url() flexible url

v1.4.1 – February 23rd, 2017

  • A new filter has been added: wp_rest_api_controller_retrieve_meta_single. This controls the $single argument for the get_post_meta() function. Please note: if you want to see all of the values for repeating meta key fields (i.e. multiple entries in the postmeta table corresponding to the same key) you need to use this filter and return false. If you don’t you will only retrieve the first value. For more information, see the FAQ “How do I retrieve repeating postmeta fields.”

v1.4.0 – January 18th, 2017

  • Default posts and pages are no longer controllable with this plugin (this change is due to future WordPress Core development leveraging the REST API). As a result, both endpoints will be enabled and all post meta customizations will be lost on update.
  • Added array of ‘always enabled’ posts and an associated filter wp_rest_api_controller_always_enabled_post_types. By default, post, page, revision, nav_menu_item, custom_css, customize_changeset, and attachment post types are always enabled.
  • Added logic to handle empty post meta names to prevent all post meta fields from being displayed
  • Added logic to handle uppercase letters in customized post meta names

v1.3.0 – December 6th, 2016

  • Refactor code base.
  • Repair a few errors.
  • Remove additional post types (media, changeset, custom_css).
  • Updated plugin compatibility to work alongside WordPress 4.7 and later (REST API now baked into core).

v1.2.0 – July 10th, 2016

  • Patched issue where all meta keys were returning the same value.
  • Bumped version to v1.2.0.

v1.1.0 – July 10th, 2016

  • Added the ability to clear cache when new post types/meta data have been registered.
  • Added admin notices to help clarify what happened.
  • Bumped version number to v1.1.0.

v1.0.0

  • Initial plugin commit.