---
title: "Translation Workflow: TMS, PIM and Component Schema"
canonical_url: "https://www.laioutr.com/en/blog/translation-workflow-tms-pim-component-schema-2026"
locale: en
meta:
description: "A translation workflow breaks when TMS, PIM and component schema disagree on what is translatable. Here is how to wire them together the right way."
"og:description": "A translation workflow breaks when TMS, PIM and component schema disagree on what is translatable. Here is how to wire them together the right way."
"og:title": "Translation Workflow: TMS, PIM and Component Schema"
---
# Translation Workflow in the Frontend: How TMS, PIM and Component Schema Connect
Table of contents
1. [1.What actually breaks (it is rarely the translation itself)](#what-actually-breaks-it-is-rarely-the-translation-itself)
2. [2.Three systems, three different jobs](#three-systems-three-different-jobs)
3. [3.Declare translatable fields at the schema level, not in a spreadsheet](#declare-translatable-fields-at-the-schema-level-not-in-a-spreadsheet)
4. [4.Preventing layout breakage from text expansion](#preventing-layout-breakage-from-text-expansion)
5. [5.How locale routing ties back to the same schema decision](#how-locale-routing-ties-back-to-the-same-schema-decision)
6. [6.A five-step way to wire it together](#a-five-step-way-to-wire-it-together)
7. [7.Where this fits into a broader frontend architecture](#where-this-fits-into-a-broader-frontend-architecture)
8. [8.Frequently asked questions](#frequently-asked-questions)
9. [9.Next steps](#next-steps)
10. [10.More from the Laioutr platform](#more-from-the-laioutr-platform)
1. [1.What actually breaks (it is rarely the translation itself)](#what-actually-breaks-it-is-rarely-the-translation-itself)
2. [2.Three systems, three different jobs](#three-systems-three-different-jobs)
3. [3.Declare translatable fields at the schema level, not in a spreadsheet](#declare-translatable-fields-at-the-schema-level-not-in-a-spreadsheet)
4. [4.Preventing layout breakage from text expansion](#preventing-layout-breakage-from-text-expansion)
5. [5.How locale routing ties back to the same schema decision](#how-locale-routing-ties-back-to-the-same-schema-decision)
6. [6.A five-step way to wire it together](#a-five-step-way-to-wire-it-together)
7. [7.Where this fits into a broader frontend architecture](#where-this-fits-into-a-broader-frontend-architecture)
8. [8.Frequently asked questions](#frequently-asked-questions)
9. [9.Next steps](#next-steps)
10. [10.More from the Laioutr platform](#more-from-the-laioutr-platform)
Most translation failures are not translation failures. They are handoff failures between three systems that never agreed on who owns what. The translation management system, or TMS, moves strings from a source language to a target language. The product information management system, or PIM, owns product data. The frontend component schema decides what actually gets rendered on the page, and how. When these three disagree about which fields are translatable, where locale-specific content actually lives, and how much space a translated string is allowed to take, the failure rarely shows up inside the TMS itself. It shows up in the browser: a German button label wrapping onto three lines, a French product description sitting inside a layout built for English word counts, a locale switch that quietly points at the wrong page. This is a practical guide to wiring the three systems together so translation stops breaking at the frontend.
## What actually breaks (it is rarely the translation itself)
Ask a team where their last localization bug came from and the answer is almost never a bad translation. It is one of four repeat offenders. First, text expansion: translated strings, especially into German, tend to run noticeably longer than their English source, and a component built for a fixed-width button or a single-line label breaks the moment a longer string lands in it. Second, PIM attributes that were never meant to be free text get treated as translatable copy anyway, so a structured field designed for a SKU or a spec value ends up carrying marketing sentences nobody modeled for. Third, locale routing and content locale drift apart: a page renders correctly in the CMS preview but resolves to the wrong locale once it hits production routing, because nobody connected the two systems at the schema level. Fourth, and most common, is scope creep in the component schema itself: a status label mapped to a design token, for example, slowly becomes something an editor tries to translate anyway, because nothing in the schema stopped them. None of these four are translation quality problems. They are handoff problems, and they get fixed once, at the schema layer, not once per locale.
## Three systems, three different jobs
Once the handoff problem is visible, the fix is mostly a matter of ownership. The PIM's job is canonical product data: SKUs, dimensions, pricing rules, category codes, values that stay identical everywhere. Most of that should never enter a translation workflow, because it is not language-dependent. The exception is a field that is really marketing copy wearing a PIM attribute's name, a long-form product description, for instance, which needs to be treated as content and routed through translation, even though it lives next to the SKU. The content layer's job, whether a CMS or a component-driven page builder, is editorial content: landing pages, campaign copy, blog posts, authored per market with a full localization workflow behind it. The frontend component schema's job is to define the contract: which props accept translated rich text, which accept a fixed value that must never vary by locale, and how much length a translatable prop can hold before the layout breaks. The TMS's job is orchestration only, not ownership. It picks up flagged, keyed strings from the source locale, routes them through a translation job, and writes the result back to the same key in the target locale. The moment a TMS becomes a second place where content actually lives, locale drift has already started.
## Declare translatable fields at the schema level, not in a spreadsheet
The fix for most of the ownership confusion above is boring on purpose: every field in a content model should carry an explicit localization flag, translatable or fixed, decided once when the field is created, not re-negotiated ad hoc by whoever happens to be running a translation job that quarter. That decision belongs to whoever owns component management and content modeling, not to a spreadsheet maintained separately by the localization team. Two practical rules follow. First, every translatable string needs a single, stable source key, referenced identically by the content layer and the TMS, so a round trip through translation never quietly creates a second, drifting copy of the content. Second, localizations should reference the same underlying content node across locales rather than forking a new node per locale, because a forked node is a promise to keep two documents in sync by hand, and that promise gets broken within a quarter.
## Preventing layout breakage from text expansion
Text expansion is not a translation defect, it is a design assumption that was never tested against anything but the English source. German UI strings routinely run meaningfully longer than their English equivalent, sometimes long enough to break a layout only ever proven with English word counts. Three habits prevent most of this. First, give every component prop that accepts translated text an explicit character budget as part of its schema definition, not just a data type. Second, test new components against a worst-case-length placeholder, sometimes called pseudo-localization, during component review, before any real translation exists, because waiting for the German translation to discover a layout bug is the most expensive way to find it. Third, prefer flexible containers with a defined wrap or line-clamp behavior over fixed-height boxes for translatable text, and never bake translatable text into an image asset, or a simple copy change turns into a design ticket.
## How locale routing ties back to the same schema decision
Routing is usually built once, early, by whoever set up the frontend, and then forgotten by everyone who did not build it. That is exactly the problem: a URL should resolve to the locale that matches the actual localized content behind it, not to whichever market the frontend happened to be built for first. If the schema already says which fields are translatable, the routing layer needs to resolve that locale variant without duplicating the entire page tree per market. That is the practical argument for treating [Multi-Brand and Multi-Market](https://www.laioutr.com/en/product/multi-brand-multi-market) as a platform property rather than a per-project build: one component tree, with locale-specific data resolved at render time, instead of a forked frontend per market that someone has to keep in sync by hand. Get the schema, the content layer, and the routing layer agreeing on the same source of truth, and hreflang correctness mostly follows on its own. Keep them separate, and hreflang becomes a manually maintained mapping table that goes stale the first time someone adds a locale.
## A five-step way to wire it together
None of the above requires a rebuild. It requires a short, deliberate sequence, usually completed one content model at a time rather than as a single migration project.
1. Audit your content model and mark every field translatable or fixed at the schema level, not in a wiki page or a spreadsheet someone maintains separately.
2. Move marketing copy that currently lives inside PIM attribute fields into a proper content layer with localization support, and keep the PIM itself limited to canonical, mostly non-translatable data.
3. Give every translatable string a stable key that both the content layer and the TMS reference, so a translation round trip never creates a second, competing record of the same content.
4. Set a character budget and a wrap or truncation strategy for every component prop that accepts translated text, and review new components against a worst-case-length string before any real translation exists.
5. Wire locale routing directly to the content locale, so switching locale resolves the same component tree with different data, rather than a separate page tree that drifts out of sync over time.
Do these five in order and most of what looks like a translation problem on the ticket board turns out to have been a schema problem all along.
## Where this fits into a broader frontend architecture
We are not trying to replace a TMS or a PIM, and teams that expect us to are looking in the wrong place. What we build under the [Agentic Frontend Management Platform](https://www.laioutr.com/en/agentic-frontend-management-platform) is the layer where the outputs of both actually meet the rendered page: a [component schema](https://www.laioutr.com/en/composable-headless-frontend) that knows which props are translatable before a translated string ever arrives, and a [content management](https://www.laioutr.com/en/product/content-management) layer built for exactly the kind of localization workflow described above, instead of a general-purpose CMS bolted onto a rigid frontend that was never designed with locales in mind. For teams still running content through a [headless CMS](https://www.laioutr.com/en/headless-cms) layered on top of a monolithic frontend, this is usually the fastest place to start: not a new TMS, not a new PIM, but a schema layer that finally tells both of them what they need to know.
## Frequently asked questions
**Does Laioutr replace our PIM or TMS?** No. Laioutr sits at the frontend and component layer, where the outputs of both are actually rendered. Your PIM stays the source of canonical product data, and your TMS stays the orchestration layer that moves strings through a translation job.
**Where should marketing copy live, in the PIM or the content layer?** In the content layer, in almost every case. Keep the PIM limited to structured, mostly non-translatable data. A long-form product description is content, not an attribute, even if it currently lives next to the SKU.
**How do we test for text-expansion problems before a translation even exists?** Review new components against a worst-case-length placeholder string during design and development, not against the English default. This is often called pseudo-localization, and it catches layout breaks weeks before a real translation would.
**Does fixing this also fix locale-specific SEO issues?** Indirectly, yes. Once the schema, the content layer, and the routing layer agree on the same source of truth, hreflang correctness mostly follows automatically. It is a downstream benefit, not the primary reason to do this work.
## Next steps
If your team is untangling a translation workflow that keeps breaking at the frontend, [book a 30-minute demo](https://www.laioutr.com/en/pricing). We will look at your current content model, your PIM setup, and where the schema layer between them needs to catch up.
## More from the Laioutr platform
- [Multi-Brand and Multi-Market](https://www.laioutr.com/en/product/multi-brand-multi-market)
- [Content Management](https://www.laioutr.com/en/product/content-management)
- [Composable Headless Frontend](https://www.laioutr.com/en/composable-headless-frontend)
- [Headless CMS](https://www.laioutr.com/en/headless-cms)
- [For Content Managers](https://www.laioutr.com/en/role/content-manager)
**About the author:** Marcel Thiesies is Co-Founder of Laioutr and works on how translation, product data, and frontend schema actually connect in production storefronts.
---
Share this article
[Share on Facebook](https://www.facebook.com/sharer/sharer.php?u=https%3A%2F%2Fwww.laioutr.com%2Fen%2Fblog%2Ftranslation-workflow-tms-pim-component-schema-2026) [Share on X](https://x.com/intent/post?url=https%3A%2F%2Fwww.laioutr.com%2Fen%2Fblog%2Ftranslation-workflow-tms-pim-component-schema-2026&text=) [Share on LinkedIn](https://www.linkedin.com/sharing/share-offsite/?url=https%3A%2F%2Fwww.laioutr.com%2Fen%2Fblog%2Ftranslation-workflow-tms-pim-component-schema-2026) [Share on Pinterest](https://pinterest.com/pin/create/button/?url=https%3A%2F%2Fwww.laioutr.com%2Fen%2Fblog%2Ftranslation-workflow-tms-pim-component-schema-2026&description=) [Share via email](mailto:?subject=&body=%0A%0Ahttps%3A%2F%2Fwww.laioutr.com%2Fen%2Fblog%2Ftranslation-workflow-tms-pim-component-schema-2026)
## More interesting articles
Practical know-how for frontend development, smart agents, and headless
[To the blog](https://www.laioutr.com/en/blogs)
[Website Tracking in E-Commerce 2026: An Honest Stack Overview
Website tracking in e-commerce is not one tool but a stack of five layers: consent management, tag m…](https://www.laioutr.com/en/blog/website-tracking-ecommerce-stack-overview-2026)
[One Content Source, Every Channel: Print to Storefront
Re-keying happens when the same product text, specification or image is typed in again for every cha…](https://www.laioutr.com/en/blog/unified-content-source-print-to-storefront-omnichannel-2026)
[Third-Party Cookies Are Not Dead: Why Data Still Has Gaps
Third-party cookies still exist in 2026. Google decided in 2025 not to remove them from Chrome and r…](https://www.laioutr.com/en/blog/third-party-cookies-2026-why-tracking-data-has-gaps)
[Guest Checkout vs. Customer Account: A Frontend Decision to Test
Guest checkout should be the default path in a B2C storefront, and the customer account should be an…](https://www.laioutr.com/en/blog/guest-checkout-vs-customer-account-frontend-testing)
[Google Tag Manager Only With Consent: The Hanover Court Ruling
Google Tag Manager may only be loaded after a visitor has given valid consent. That is the core of a…](https://www.laioutr.com/en/blog/google-tag-manager-consent-vg-hannover-ruling-2026)
[Composable Commerce Agency 2026: Three Offers Instead of One
A composable commerce agency does not win in 2026 with one standard package. It wins with three clea…](https://www.laioutr.com/en/blog/composable-commerce-agency-three-offer-models-2026)
[Algolia in a Composable Frontend: Indexing, Events, Integration
An Algolia integration in a composable frontend consists of three layers that are best planned separ…](https://www.laioutr.com/en/blog/algolia-indexing-events-composable-frontend-2026)
[Discount Campaigns in Online Stores: Black Friday Sale Pages
A discount campaign in an online store works when the goal, the discount mechanic and the campaign p…](https://www.laioutr.com/en/blog/discount-campaigns-online-store-black-friday-sale-pages)
[iPhone Duo and Ecommerce: What Merchants Need to Know Now
iPhone Duo goes on sale on October 23, 2026. Online stores don't need a dedicated app or a custo…](https://www.laioutr.com/en/blog/iphone-duo-ecommerce-foldable-storefront)
[Structured Product Data: How It Shows Up in Your Storefront
Structured product data means every product fact lives in a typed attribute with a unit, a stable id…](https://www.laioutr.com/en/blog/structured-product-data-pim-frontend-2026)
[44% Decide via Trial or PoC: How to Run a Storefront PoC in DACH
In DACH, software decisions are increasingly made hands-on: in the study "Software Buying in DA…](https://www.laioutr.com/en/blog/storefront-proof-of-concept-dach-buyers-2026)
[Frontend Management Platform Comparison: How to Choose the Right FMP
Choosing a frontend management platform (FMP) is less about feature lists and more about where your …](https://www.laioutr.com/en/blog/frontend-management-platform-comparison-how-to-choose-2026)
[DAM, PIM, and CMS Are Converging: What It Means for Your Storefront
DAM, PIM, and CMS vendors are moving into each other's territory, and more teams now evaluate on…](https://www.laioutr.com/en/blog/dam-pim-cms-convergence-content-hub-storefront-2026)
[Contentful Live Preview: What Your Frontend Has to Deliver
Contentful Live Preview lets editors see a draft right next to the entry editor and watch changes ap…](https://www.laioutr.com/en/blog/contentful-live-preview-frontend-perspective-2026)
[Content Governance at Scale: Product Content and Brand Assets
Content governance at scale means that roles, approvals, brand rules, asset rights and translations …](https://www.laioutr.com/en/blog/content-governance-product-content-brand-assets-frontend-2026)
[](https://www.laioutr.com/en/apps/shopify)
Laioutr
[Shopify](https://www.laioutr.com/en/apps/shopify)
Shopify is a commerce platform for selling online and in physical retail.
[](https://www.laioutr.com/en/apps/shopware)
Laioutr
[Shopware](https://www.laioutr.com/en/apps/shopware)
Shopware is a flexible ecommerce platform from Europe for product catalogs and omnichannel commerce.
[](https://www.laioutr.com/en/apps/adobe-commerce)
Laioutr
[Adobe Commerce](https://www.laioutr.com/en/apps/adobe-commerce)
Adobe Commerce is an enterprise commerce platform for complex, global B2C and B2B scenarios.
Planned
[](https://www.laioutr.com/en/apps/b2b-sellers)
Laioutr
[B2Bsellers](https://www.laioutr.com/en/apps/b2b-sellers)
B2B suite for Shopware that turns an online store into a professional B2B commerce platform.
Planned
[](https://www.laioutr.com/en/apps/commerce-layer)
Laioutr
[Commerce Layer](https://www.laioutr.com/en/apps/commerce-layer)
Commerce Layer is a headless commerce platform for making inventory and catalogs available online.
[](https://www.laioutr.com/en/apps/commercetools)
Laioutr
[Commercetools](https://www.laioutr.com/en/apps/commercetools)
Commercetools is a SaaS-based headless ecommerce platform used worldwide.
[](https://www.laioutr.com/en/apps/emporix)
Laioutr
[Emporix](https://www.laioutr.com/en/apps/emporix)
Emporix is a composable, API-first commerce platform for scalable B2B and B2C scenarios.
Planned
[](https://www.laioutr.com/en/apps/hcl-software)
Laioutr
[HCL Software](https://www.laioutr.com/en/apps/hcl-software)
Enterprise suite for digital commerce and experience with extensive configurability.
Planned
[](https://www.laioutr.com/en/apps/intershop)
Laioutr
[Intershop](https://www.laioutr.com/en/apps/intershop)
Enterprise commerce platform for complex B2B and B2C business models.
Planned
[](https://www.laioutr.com/en/apps/magento-2)
Laioutr
[Magento 2](https://www.laioutr.com/en/apps/magento-2)
Widely used, extensible commerce platform for B2C and B2B scenarios.
[](https://www.laioutr.com/en/apps/oxid-eshop)
Laioutr
[OXID eShop](https://www.laioutr.com/en/apps/oxid-eshop)
OXID eShop is an extensible commerce platform for complex B2B and B2C requirements.
Planned
[](https://www.laioutr.com/en/apps/patchworks)
Laioutr
[Patchworks](https://www.laioutr.com/en/apps/patchworks)
Patchworks is a low-code iPaaS that connects ecommerce, ERP, WMS, 3PL, and marketplaces.
Planned
[](https://www.laioutr.com/en/apps/PrestaShop)
Laioutr
[Prestashop](https://www.laioutr.com/en/apps/PrestaShop)
Open-source commerce platform for small and midsize merchants in Europe and beyond.
Planned
[](https://www.laioutr.com/en/apps/saleor)
Laioutr
[Saleor](https://www.laioutr.com/en/apps/saleor)
Open-source, API-first commerce platform built on GraphQL for custom storefronts.
Planned
[](https://www.laioutr.com/en/apps/salesforce-commerce-cloud)
Laioutr
[Salesforce Commerce Cloud](https://www.laioutr.com/en/apps/salesforce-commerce-cloud)
Salesforce Commerce Cloud is a cloud-based enterprise commerce platform for businesses of any size.
Planned
[](https://www.laioutr.com/en/apps/sap-commerce-cloud)
Laioutr
[SAP Commerce Cloud](https://www.laioutr.com/en/apps/sap-commerce-cloud)
Enterprise commerce platform for complex catalogs, pricing models, and omnichannel journeys.
Planned
[](https://www.laioutr.com/en/apps/scayle)
Laioutr
[Scayle](https://www.laioutr.com/en/apps/scayle)
SCAYLE is a commerce engine that helps brands and retailers scale their business.
Planned
[](https://www.laioutr.com/en/apps/spryker)
Laioutr
[Spryker](https://www.laioutr.com/en/apps/spryker)
Composable commerce platform for sophisticated B2B and B2C business models.
[](https://www.laioutr.com/en/apps/sylius)
Laioutr
[Sylius](https://www.laioutr.com/en/apps/sylius)
Sylius is a developer-friendly ecommerce framework for B2C and B2B shopping experiences.
Planned
[](https://www.laioutr.com/en/apps/vendure)
Laioutr
[Vendure](https://www.laioutr.com/en/apps/vendure)
Vendure is a headless commerce platform for businesses with complex requirements.
Coming Soon
[](https://www.laioutr.com/en/apps/vtex)
Laioutr
[VTEX](https://www.laioutr.com/en/apps/vtex)
Cloud-native, composable commerce platform for B2B and B2C at scale.
Planned
[](https://www.laioutr.com/en/apps/websale)
Laioutr
[Websale](https://www.laioutr.com/en/apps/websale)
Stable, enterprise-ready commerce backend for complex retail environments.
Strategy call
## Ready to turn your frontend into a control layer?
Show us your stack, your roadmap, your replatforming scenario, and we'll show you how Laioutr fits, what it costs, and how fast you go live.
*"After 30 minutes, we knew Laioutr makes our replatforming feasible." - Daniel B., CEO,* [*hygibox.de*](https://hygibox.de)
[Book a demo](https://www.laioutr.com/en/contact)
## Structured Data
```json
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "Organization",
"@id": "https://www.laioutr.com/#identity",
"name": "Laioutr",
"legalName": "Laioutr GmbH",
"url": "https://www.laioutr.com/",
"logo": {
"@type": "ImageObject",
"url": "https://www.laioutr.com/laioutr-logo.png",
"width": 400,
"height": 400
},
"email": "info@laioutr.com",
"telephone": "+49 30 75435715",
"address": {
"@type": "PostalAddress",
"streetAddress": "Münchweilersteig 5",
"postalCode": "12559",
"addressLocality": "Berlin",
"addressCountry": "DE"
},
"vatID": "DE450905846",
"sameAs": [
"https://www.linkedin.com/company/laioutr",
"https://www.youtube.com/@Laioutr",
"https://x.com/laioutr"
]
},
{
"@type": "WebSite",
"@id": "https://www.laioutr.com/en/#website",
"url": "https://www.laioutr.com/en/",
"name": "Laioutr",
"inLanguage": "en",
"publisher": {
"@id": "https://www.laioutr.com/#identity"
}
},
{
"@type": "BlogPosting",
"@id": "https://www.laioutr.com/en/blog/translation-workflow-tms-pim-component-schema-2026#article",
"headline": "Translation Workflow in the Frontend: How TMS, PIM and Component Schema Connect",
"description": "A translation workflow breaks when TMS, PIM and component schema disagree on what is translatable. Here is how to wire them together the right way.",
"image": [
"https://eu-west-2.graphassets.com/cmii2mlqi0dux06l5543v7nkc/cmtckpajh5xbs06mmio9ok7jz"
],
"datePublished": "2026-08-28T06:32:03.712128+00:00",
"dateModified": "2026-08-28T06:31:50.34337+00:00",
"inLanguage": "en",
"articleSection": "Insights",
"keywords": "Localization, Content modeling, Information architecture, Frontend Management",
"author": {
"@type": "Person",
"name": "Marcel Thiesies",
"jobTitle": "Co-Founder & CEO, Laioutr",
"image": "https://eu-west-2.graphassets.com/cmii2mlqi0dux06l5543v7nkc/cmj01b962364n07lb0iguvts5"
},
"publisher": {
"@id": "https://www.laioutr.com/#identity"
},
"mainEntityOfPage": {
"@id": "https://www.laioutr.com/en/blog/translation-workflow-tms-pim-component-schema-2026#webpage"
},
"isPartOf": {
"@id": "https://www.laioutr.com/en/#website"
}
},
{
"@type": "WebPage",
"@id": "https://www.laioutr.com/en/blog/translation-workflow-tms-pim-component-schema-2026#webpage",
"url": "https://www.laioutr.com/en/blog/translation-workflow-tms-pim-component-schema-2026",
"name": "Translation Workflow in the Frontend: How TMS, PIM and Component Schema Connect",
"description": "A translation workflow breaks when TMS, PIM and component schema disagree on what is translatable. Here is how to wire them together the right way.",
"inLanguage": "en",
"isPartOf": {
"@id": "https://www.laioutr.com/en/#website"
},
"breadcrumb": {
"@id": "https://www.laioutr.com/en/blog/translation-workflow-tms-pim-component-schema-2026#breadcrumb"
},
"primaryImageOfPage": {
"@type": "ImageObject",
"url": "https://eu-west-2.graphassets.com/cmii2mlqi0dux06l5543v7nkc/cmtckpajh5xbs06mmio9ok7jz"
},
"datePublished": "2026-08-28T06:32:03.712128+00:00",
"dateModified": "2026-08-28T06:31:50.34337+00:00",
"mainEntity": {
"@id": "https://www.laioutr.com/en/blog/translation-workflow-tms-pim-component-schema-2026#article"
}
},
{
"@type": "BreadcrumbList",
"@id": "https://www.laioutr.com/en/blog/translation-workflow-tms-pim-component-schema-2026#breadcrumb",
"itemListElement": [
{
"@type": "ListItem",
"position": 1,
"name": "Laioutr",
"item": "https://www.laioutr.com/en/"
},
{
"@type": "ListItem",
"position": 2,
"name": "Insights",
"item": "https://www.laioutr.com/en/blogs/insights"
},
{
"@type": "ListItem",
"position": 3,
"name": "Translation Workflow in the Frontend: How TMS, PIM and Component Schema Connect"
}
]
}
]
}
```