Tomohiro Shiotani

<p>Content Bridge for Commerce provides a lightweight REST API endpoint that allows external commerce platforms such as Shopify to fetch WordPress editorial content.</p>
<p>This plugin does not sync databases or duplicate content. It simply exposes your WordPress posts through a clean, structured JSON API designed for external consumption.</p>
<h3>Key Features</h3>
<ul>
<li>Fetch latest WordPress posts via REST API</li>
<li>Filter posts by category or tag (using slug)</li>
<li>Return featured image, excerpt, and publish date</li>
<li>Optional conversion of Jetpack (i0.wp.com) CDN image URLs back to original URLs</li>
<li>Configurable default post count and limits</li>
<li>Built-in transient cache (5 minutes) to reduce database load</li>
<li>No data duplication or migration required</li>
</ul>
<h3>REST API Endpoint</h3>
<p>Base endpoint:</p>
<pre><code>/wp-json/content-bridge/v1/posts
</code></pre>
<p>Examples:</p>
<p>Latest posts:<br />
    /wp-json/content-bridge/v1/posts?per_page=4</p>
<p>Posts filtered by tag:<br />
    /wp-json/content-bridge/v1/posts?tax=post_tag&term=guidi&per_page=4</p>
<p>Posts filtered by category:<br />
    /wp-json/content-bridge/v1/posts?tax=category&term=news&per_page=4</p>
<p>If no taxonomy is specified, the API returns the latest posts from all published posts.</p>
<h4>Authentication</h4>
<p>This plugin protects its REST API using a simple API key mechanism.</p>
<p>Requests must include a valid API key via the following HTTP header:</p>
<p>X-Content-Bridge-Key: YOUR_API_KEY</p>
<p>If the API key is missing or invalid, the endpoint will return a 401 Unauthorized response.</p>
<p>The API key can be configured in the plugin settings screen.</p>
<p>The API key can be manually set or generated from the plugin settings screen.</p>
<h3>Settings</h3>
<p>Settings <span aria-hidden="true" class="wp-exclude-emoji">→</span> Content Bridge for Commerce</p>
<ul>
<li>Default number of posts</li>
<li>Maximum allowed posts per request</li>
<li>Image size (thumbnail / medium / large / full)</li>
<li>Excerpt length (word count)</li>
<li>Enable or disable Jetpack CDN URL unwrapping</li>
</ul>
<h3>Privacy</h3>
<p>Content Bridge for Commerce does not collect, store, or transmit any personal data.</p>
<p>The plugin only exposes publicly available WordPress post data (such as title, excerpt, featured image, and permalink) via a REST API endpoint.</p>
<p>No data is sent to external servers by this plugin.</p>


Content Bridge for Commerce

Bridge WordPress editorial content to Shopify and other commerce platforms via a simple REST API.

danielauener

<p>This plugin adds a couple of extensions to the WordPress Rest API, which are aimed to make the use of WordPress as headless CMS easier.<br />
It is originally coded for <a href="https://github.com/northosts/wuxt" rel="nofollow ugc">WUXT</a>, a dockerized development environment for headless WordPress combined with NuxtJs. However, it can be used by every other application, which needs a powerful headless WordPress back-end.</p>
<h3>WordPress API Extensions</h3>
<ul>
<li><strong>Frontpage endpoint</strong>: There is no obvious way to get the WordPress front-page via the Rest API. To read the settings, you have to be authorized, which makes things unnecessary complicated. The new endpoint returns the front-page object if it is set, the ten newest posts otherwise.</li>
<li><strong>Menu endpoint</strong>: Right now, there is no way I know of, for getting menus from the API. This endpoint returns an entire menu as nested array. Default location is “main”, but you can request other locations.</li>
<li><strong>Slug endpoint</strong>: If you are building a front-end app on top of WordPress, you have to think about how to structure your urls. WordPress has two default post-types (posts & pages) and in the urls is not distinguished which type you are requesting, so http://wp-site.expl/something might lead to a page or a post, dependent on the type of the object with the slug something. If you want to mirror that behaviour in your app, you have to do two requests for each url, one searching pages, one searching posts. To make that one request, use the slug end-point.</li>
<li><strong>Taxonomy filter AND extension</strong>: When filtering taxonomies with an Rest API request, all queries are OR-queries. That means you can get posts which are either in category A or B. Our adjustment lets you switch all tax_queries to an AND-relation, so that you can select posts which are both in category A and B.</li>
<li><strong>Geo query</strong>: If your application has to get posts by geographical proximity, you can use a geo query.</li>
<li><strong>WordPress SEO meta fields</strong>: They are included automatically in the <code>meta</code> object if the Yoast WordPress SEO plugin is activated.</li>
<li><strong>Advanced custom fields</strong> are included automatically in the <code>meta</code> object if the plugin is activated.</li>
</ul>
<h3>Endpoints and parameters</h3>
<p><strong>Frontpage</strong></p>
<ul>
<li><code>GET</code> <code>/wp-json/wuxt/v1/front-page</code></li>
<li><code>GET</code> <code>/wp-json/wuxt/v1/front-page?_embed</code></li>
</ul>
<p><strong>Menu</strong></p>
<ul>
<li><code>GET</code> <code>/wp-json/wuxt/v1/menu</code></li>
<li><code>GET</code> <code>/wp-json/wuxt/v1/menu?location=<location></code></li>
</ul>
<p><strong>Slug</strong></p>
<ul>
<li><code>GET</code> <code>/wp-json/wuxt/v1/slug/<post-or-page-slug></code></li>
<li><code>GET</code> <code>/wp-json/wuxt/v1/slug/<post-or-page-slug>?_embed</code></li>
</ul>
<p><strong>Taxonomy filter AND extension</strong></p>
<ul>
<li><code>GET</code> <code>/wp-json/wp/v2/posts/?categories=1,2&and=true</code></li>
</ul>
<p><strong>GEO query</strong></p>
<ul>
<li><code>GET</code> <code>/wp-json/wp/v2/posts/?coordinates=<lat>,<lng>&distance=<distance><km|m></code></li>
<li><code>GET</code> <code>/wp-json/wp/v2/posts/?coordinates=<lat_meta_field>:<lat>,<lng_meta_field>:<lng>&distance=<distance><km|m></code></li>
<li><code>GET</code> <code>/wp-json/wp/v2/posts/?coordinates=52.585,13.373&distance=10</code></li>
<li><code>GET</code> <code>/wp-json/wp/v2/posts/?coordinates=lat_mkey:52.585,lng_mkey:13.373&distance=10</code></li>
<li><code>GET</code> <code>/wp-json/wp/v2/posts/?coordinates=52.585,13.373&distance=10m</code></li>
</ul>
<h3>Links</h3>
<ul>
<li><a href="https://www.danielauener.com/wordpress-rest-api-extensions-for-going-headless-wp/" rel="nofollow ugc">More detailed end-point description</a></li>
<li><a href="https://github.com/northosts/wuxt" rel="nofollow ugc">WUXT</a></li>
<li><a href="https://www.danielauener.com/nuxt-js-wordpress-wuxt/" rel="nofollow ugc">WUXT release blog post</a></li>
<li><a href="https://nuxtjs.org/" rel="nofollow ugc">NuxtJs</a></li>
</ul>
<h3>Credits</h3>
<ul>
<li>Michael Cox <a href="https://gist.github.com/michaeland/191ce08d22fed74da05a" rel="nofollow ugc">Menu Class for returning a menu as array</a></li>
</ul>


WUXT Headless WordPress API Extensions

Extensions for the Rest API to provide endpoints that support a more convenient use of headless WordPress as back-end CMS.

Content Bridge for Commerce vs WUXT Headless WordPress API Extensions