Extending the vocabulary¶
Target group: Developers
Table of Contents
Introduction¶
The TYPO3 schema extension ships type models and view helpers with their properties from the core vocabulary of the schema.org definitions. However, there are several extensions, like Health and lifesciences or Autos. There are also pending types and properties available that enable schema.org to introduce terms on an experimental basis.
The embedding of these vocabulary extensions goes beyond the scope of this TYPO3 extension, as it will considerably increase the number of terms – while most of them are not used by the majority of users.
For your convenience there are separate extensions to extend the vocabulary available with the terms of the different sections. But if you only want to add only a few terms you are encouraged to add them on your own, especially pending terms.
Pending terms are experimental, after a certain time a term will be incorporated into the core vocabulary or dropped. This depends on the usage, adoption and discussions. To maintain backward-compatibility and to not break any pages, pending types are also not supplied by this extension.
But the vocabulary delivered with this extension can be extended according to your needs. This chapter describes the necessary steps to register additional properties to existing types or to introduce new types on your website.
Register additional properties¶
You can use a PSR-14 event listener to add one ore more properties to one or more types. The chapter Register additional properties for a type describes how to register additional properties in detail.
Note
About 1-2 times a year a new version of the schema.org definition is released. The extension adopts these changes in future releases. If you register a pending property for a type, this property can be included in the core vocabulary in a later version of this extension. However, it doesn't do any harm to register a property that already exists.
Adding types¶
Changed in version 3.0.0.
You can add additional types for use in the API or as a WebPage type. As an example, in March 2020, schema.org introduces a new VirtualLocation type related to the corona crisis, which was quickly adopted by Google. The type can be used as location in the Event type. So let's start with this example.
Create the type model class
The model class for a type defines the available properties. The model class for the
VirtualLocation
type may look like the following:<?php declare(strict_types=1); namespace MyVendor\MyExtension\Schema\Type; use Brotkrueml\Schema\Attributes\Type; #[Type('VirtualLocation')] final class VirtualLocation { private static array $propertyNames = [ 'additionalType', 'alternateName', 'description', 'disambiguatingDescription', 'identifier', 'image', 'mainEntityOfPage', 'name', 'potentialAction', 'sameAs', 'subjectOf', 'url', ]; }
In the example, the class is stored in
Classes/Schema/Type
of your extension, but you can choose any namespace. The class must have the\Brotkrueml\Schema\Attributes\Type
attribute assigned. It has one mandatory parameter: the type name. The protected static property$propertyNames
contains the available schema.org properties.Now you can use the
VirtualLocation
in your PHP code:<?php declare(strict_types=1); namespace MyVendor\MyExtension\Controller; use Brotkrueml\Schema\Manager\SchemaManager; use Brotkrueml\Schema\Type\TypeFactory; final class MyController { public function __construct( private readonly SchemaManager $schemaManager, private readonly TypeFactory $typeFactory, ) {} public function createVirtualLocation(): void { // ... $location = $this->typeFactory->create('VirtualLocation'); $location->setProperty('url', 'https://example.com/my-webinar-12345/register'); $this->schemaManager->addType($location); // ... } }
Note
With the
\Brotkrueml\Schema\Attributes\Type
attribute the class is recognised as a type model class. All types are collected on DI compile time: When you add/change/remove a class, you have to flush the cache via Admin Tools > Maintenance or theflush:cache
command on CLI.Create the view helper (optional)
If you have the need for a view helper with that type, you can create one:
<?php declare(strict_types=1); namespace MyVendor\MyExtension\ViewHelpers\Schema\Type; use Brotkrueml\Schema\Core\ViewHelpers\AbstractTypeViewHelper; final class VirtualLocationViewHelper extends AbstractTypeViewHelper { protected string $type = 'VirtualLocation'; }
Changed in version 3.0: The name of the type must be defined with the
$type
property.To use the
schema
namespace in Fluid templates also with your custom view helpers add the following snippet to theext_localconf.php
file of your extension:$GLOBALS['TYPO3_CONF_VARS']['SYS']['fluid']['namespaces']['schema'][] = 'MyVendor\\MyExtension\\ViewHelpers\\Schema';
This way you don't have to think about which namespace to use. And if the pending type is moved to the core vocabulary you have no need to touch your Fluid templates. Of course, feel free to use another namespace.
Attention
Add the schema extension as a dependency to your extension. This ensures that your class models take precedence over the delivered models from the schema extension. This may be necessary, if you define a pending type with pending properties (which you also use) to avoid breaks when the type is included into the core vocabulary but some properties aren't.
Tip
Have a look into the schema_virtuallocation extension. It serves as a blueprint for adding own types and view helpers.
Add a new WebPage type¶
Changed in version 3.0.0.
If you are responsible for a medical website, the chances are high that you need the MedicalWebPage web page type, which is part of the Health schema.org extension.
Register this web page type so that it is available in the web page type list in the page properties. Simply follow the steps in the Adding types section.
Mark your class as a WebPage type with the interface
\Brotkrueml\Schema\Core\Model\WebPageTypeInterface
:
<?php
declare(strict_types=1);
namespace MyVendor\MyExtension\Schema\Type;
use Brotkrueml\Schema\Attributes\Type;
use Brotkrueml\Schema\Core\Model\AbstractType;
use Brotkrueml\Schema\Core\Model\WebPageTypeInterface;
#[Type('MedicalWebPage')]
final class MedicalWebPage extends AbstractType implements WebPageTypeInterface
{
protected static array $propertyNames = [
// ... the properties ...
];
}
The new web page type can now be selected in the page properties: