Extending the vocabulary

Target group: Developers

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.

  1. 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:

    EXT:my_extension/Classes/EventListener/AdditionalPropertiesForPerson.php
    <?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:

    EXT:my_extension/Classes/Controller/MyController.php
    <?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 the flush:cache command on CLI.

  2. Create the view helper (optional)

    If you have the need for a view helper with that type, you can create one:

    EXT:my_extension/Classes/ViewHelpers/Schema/Type/VirtualLocationViewHelper.php
    <?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 the ext_localconf.php file of your extension:

    EXT:my_extension/ext_localconf.php
    $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:

EXT:my_extension/Classes/Schema/Type/MedicalWebPage.php
<?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:

MedicalWebPage in the list of available web page types

MedicalWebPage in the list of available web page types