leoloso

<p>This plugin helps convert WordPress into a manager of our digital content, to publish it in different mediums or platforms: not just the website, but also email, iOS/Android apps, home-assistants (like Amazon Alexa) and others.</p>
<p>It does this by extracting the metadata from all Gutenberg blocks inside of a blog post. Because each Gutenberg block stores its own content and properties, these ones can be extracted as metadata and exported through a JSON object, accessible through a REST API endpoint, to feed any application on any platform.</p>
<p>The plugin makes the following REST API endpoints available:</p>
<ul>
<li>/wp-json/block-metadata/v1/metadata/{POST_ID}: Extract all metadata from all Gutenberg blocks in a blog post with id {POST_ID}, converted to medium-agnostic (eg: removing all non-semantic HTML tags)</li>
<li>/wp-json/block-metadata/v1/data/{POST_ID}: Extract all data from all Gutenberg blocks in a blog post with id {POST_ID}, as originally stored in the block by Gutenberg (eg: containing HTML code)</li>
</ul>
<p>Demonstration:</p>
<ul>
<li><a href="https://nextapi.getpop.org/posts/cope-with-wordpress-post-demo-containing-plenty-of-blocks/" rel="nofollow ugc">Blog post</a></li>
<li><a href="https://nextapi.getpop.org/wp-json/block-metadata/v1/data/1499" rel="nofollow ugc">Blog post’s Gutenberg blocks</a></li>
<li><a href="https://nextapi.getpop.org/wp-json/block-metadata/v1/metadata/1499" rel="nofollow ugc">Blog post’s medium-agnostic metadata</a></li>
</ul>
<h4>How does it work?</h4>
<p>This plugin is based on the strategy called “Create Once, Publish Everywhere” (also called “COPE”), which reduces the amount of work needed to publish our content into different mediums by establishing a single source of truth for all content.</p>
<p>Having content that works everywhere is not a trivial task, since each medium will have its own requirements. For instance, whereas HTML is valid for printing content for the web, this language is not valid for an iOS/Android app; similarly, we can add classes to our HTML for the web, but these must be converted to styles for email.</p>
<p>The solution is to separate form from content: The presentation and the meaning of the content must be decoupled, and only the meaning is used as the single source of truth. The presentation can then be added in another layer, specific to the selected medium. For instance, given the following piece of HTML code, the <code><p></code> is an HTML tag which applies mostly for the web, and attribute class=”align-center” is presentation (placing an element “on the center” makes sense for a screen-based medium, but not for an audio-based one such as Amazon Alexa):</p>
<pre><code><p class="align-center">Hello world!</p>
</code></pre>
<p>Hence, this piece of content cannot be used as a single source of truth, and it must be converted into a format which separates the meaning from the presentation, such as the following piece of JSON code:</p>
<pre><code>{
  content: "Hello world!",
  placement: "center",
  type: "paragraph"
}
</code></pre>
<p>This piece of code can be used as a single source of truth for content, since from it we can recreate once again the HTML code to use for the web, and procure an appropriate format for other mediums.</p>
<h4>Supported Gutenberg blocks</h4>
<p>This plugin attempts to extract the metadata for all Gutenberg blocks shipped in WordPress core; support for additional blocks, such as from plugins, can be added through hooks. Not all Gutenberg blocks can be supported (for instance, because they may only work for the web, or only make sense when applied to screen-based mediums, among other reasons).</p>
<p>The following WordPress core blocks are currently not supported:</p>
<ul>
<li><code>"core/columns"</code></li>
<li><code>"core/column"</code></li>
<li><code>"core/cover"</code></li>
<li><code>"core/html"</code></li>
<li><code>"core/table"</code></li>
<li><code>"core/button"</code></li>
<li><code>"core/media-text"</code></li>
</ul>
<p>The following Gutenberg blocks are supported, and this plugin extracts their metadata:</p>
<ul>
<li><code>"core/paragraph"</code></li>
<li><code>"core/image"</code></li>
<li><code>"core-embed/youtube"</code> (all other <code>"core-embed"</code> blocks can also be extracted, but must be implemented through a hook)</li>
<li><code>"core/heading"</code></li>
<li><code>"core/gallery"</code></li>
<li><code>"core/list"</code></li>
<li><code>"core/audio"</code></li>
<li><code>"core/file"</code></li>
<li><code>"core/video"</code></li>
<li><code>"core/code"</code></li>
<li><code>"core/preformatted"</code></li>
<li><code>"core/quote"</code></li>
<li><code>"core/pullquote"</code></li>
<li><code>"core/verse"</code></li>
</ul>
<h4>Extracting metadata for additional blocks</h4>
<p>We can extend this plugin to extract the metadata for additional blocks, such as those shipped through plugins. To do this, simply add a hook for filter <code>"Leoloso\BlockMetadata\Metadata::blockMeta"</code> (located in function <code>get_block_metadata($block_data)</code> from class <code>Metadata</code> in file <code>block-metadata/src/Metadata.php</code>). The attributes that must be extracted must be decided on a block type by block type basis:</p>
<pre><code>add_filter("Leoloso\BlockMetadata\Metadata::blockMeta", "extract_additional_block_metadata", 10, 3);
function extract_additional_block_metadata($blockMeta, $blockName, $block)
{
  if ($blockName == "my-plugin/my-block-name") {
    return array(
      "property1" => $block["property1"],
      "property2" => $block["property2"]
    );
  }

  return $blockMeta;
}
</code></pre>
<h4>Further references</h4>
<ul>
<li><a href="https://leoloso.com/posts/my-1st-wp-plugin/" rel="nofollow ugc">Inspiration for the plugin</a></li>
<li><a href="https://slides.com/leoloso/cope-with-wp" rel="nofollow ugc">Slides from presentation “COPE with WordPress”</a> (from WordCamp Singapore 2019), explaining how the plugin works</li>
</ul>
<h4>Contributing / Reporting issues</h4>
<p>Please head over to the project’s <a href="https://github.com/leoloso/block-metadata" rel="nofollow ugc">GitHub repo</a> for contributing, reporting issues or making suggestions, and others.</p>
<p><em>Banner image <a href="https://www.freepik.com" rel="nofollow ugc">designed by Freepik</a></em></p>


Block Metadata

Extract all metadata from all Gutenberg blocks inside of a post

Dmytro Verzhykovskyi

<p><strong>SEO Fields API Support</strong> is a lightweight plugin that enhances the WordPress REST API by making Yoast SEO fields – such as SEO titles and meta descriptions -available for programmatic updates. This plugin is perfect for developers and site owners who need to automate or manage SEO metadata efficiently via the REST API.</p>
<h3>Key Features</h3>
<ul>
<li><strong>Yoast SEO Integration</strong>: Exposes <code>_yoast_wpseo_title</code> and <code>_yoast_wpseo_metadesc</code> fields in the REST API.</li>
<li><strong>Wide Compatibility</strong>: Supports all public post types, including posts, pages, and custom post types.</li>
<li><strong>Secure</strong>: Includes authentication checks and data sanitization to ensure safe updates.</li>
<li><strong>Lightweight</strong>: Only activates its features when Yoast SEO is installed, minimizing overhead.</li>
</ul>
<h3>Compatibility</h3>
<ul>
<li>Requires WordPress 6.2 or higher.</li>
<li>Requires Yoast SEO to be installed and activated.</li>
</ul>
<h3>Usage</h3>
<p>After activation, you can update SEO fields using the WordPress REST API. Below is an example:</p>
<ul>
<li><strong>Updating a Post</strong>: Send a <code>PUT</code> request to <code>/wp/v2/posts/<post-id></code> with this JSON body:<br />
  `json<br />
{<br />
“meta”: {<br />
  “_yoast_wpseo_title”: “Custom SEO Title”,<br />
  “_yoast_wpseo_metadesc”: “Custom meta description for SEO.”<br />
}<br />
}</li>
</ul>


SEO Fields API Support

Exposes SEO fields managed by Yoast SEO to the WordPress REST API for programmatic updates.

Block Metadata vs SEO Fields API Support