---
title: "Saleor Storefront: Where the Visual Editor Ends | Laioutr"
canonical_url: "https://www.laioutr.com/es/blog/saleor-visual-editor-storefront-template-limits-2026"
locale: es
meta:
description: "Saleor's GraphQL backend is best in class, but its official storefront template is a developer starting point, not an editor for marketing teams to use."
"og:description": "Saleor's GraphQL backend is best in class, but its official storefront template is a developer starting point, not an editor for marketing teams to use."
"og:title": "Saleor Storefront: Where the Visual Editor Ends | Laioutr"
---
# Saleor Storefront: Where the Visual Editor Ends
Índice
1. [1.What the Saleor Storefront template actually is](#what-the-saleor-storefront-template-actually-is)
2. [2.What the Saleor Dashboard offers for content, and what it does not](#what-the-saleor-dashboard-offers-for-content-and-what-it-does-not)
3. [3.Where it breaks in practice](#where-it-breaks-in-practice)
4. [4.Why this becomes an organizational bottleneck, not just a technical one](#why-this-becomes-an-organizational-bottleneck-not-just-a-technical-one)
5. [5.What an editor layer on top of Saleor actually changes](#what-an-editor-layer-on-top-of-saleor-actually-changes)
6. [6.Where the stock template is genuinely enough](#where-the-stock-template-is-genuinely-enough)
7. [7.Our take](#our-take)
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 the Saleor Storefront template actually is](#what-the-saleor-storefront-template-actually-is)
2. [2.What the Saleor Dashboard offers for content, and what it does not](#what-the-saleor-dashboard-offers-for-content-and-what-it-does-not)
3. [3.Where it breaks in practice](#where-it-breaks-in-practice)
4. [4.Why this becomes an organizational bottleneck, not just a technical one](#why-this-becomes-an-organizational-bottleneck-not-just-a-technical-one)
5. [5.What an editor layer on top of Saleor actually changes](#what-an-editor-layer-on-top-of-saleor-actually-changes)
6. [6.Where the stock template is genuinely enough](#where-the-stock-template-is-genuinely-enough)
7. [7.Our take](#our-take)
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)
Saleor's backend is one of the strongest arguments in open source commerce: a GraphQL-first API, a modern Python core, and an architecture that never forces a monolithic storefront on top of it. Teams pick Saleor precisely because the backend does not get in the way. The friction shows up one layer higher, in the official Saleor Storefront itself, which ships as a Next.js template built for engineers to extend, not for a content or marketing team to run day to day.
This piece stays on that specific seam: what the Storefront template actually is, what the Saleor Dashboard actually offers for editing content, and where exactly the gap opens once a non-developer needs to publish a new page. If you are still deciding between the template, a custom build, or a managed storefront for Saleor in the first place, [our storefront-options comparison](https://www.laioutr.com/en/blog/saleor-storefront-options-template-custom-managed-2026) covers that upstream decision. If your priority is avoiding GraphQL complexity on the storefront side altogether, [our post on Saleor for retailers without GraphQL overhead](https://www.laioutr.com/en/blog/saleor-storefront-for-retailers-without-graphql-complexity-2026) covers that angle. This post assumes you already have, or are about to have, a working Saleor Storefront, and asks what happens when someone outside engineering needs to change it.
## What the Saleor Storefront template actually is
The official [Saleor Storefront](https://github.com/saleor/storefront) repository describes itself as a production-ready template built with React, Next.js App Router, TypeScript, GraphQL, and Tailwind CSS, licensed under FSL-1.1-ALv2, which converts to Apache 2.0 two years after each release. That is a source-available starting point, not a hosted product. You clone it, wire it to your Saleor GraphQL endpoint, and from there the codebase is yours to maintain, extend, and deploy.
That framing matters because it decides where every future change has to happen. Page layout, section order, and component composition live in the Next.js codebase as React components and routes. There is no database-backed page model driving what a landing page or a campaign page looks like. If a new section needs to appear on the homepage, someone edits a component file, opens a pull request, and deploys it. The template is genuinely good at what it is built for, a fast, typed, GraphQL-native starting point for a development team. It was never built as an authoring surface for people who do not write code.
## What the Saleor Dashboard offers for content, and what it does not
Saleor's own admin, the Dashboard, does include a content feature: [Pages](https://docs.saleor.io/docs/3.x/api-reference/pages/objects/page), for things like an "About us" page or a policy page. Since Saleor 3.0, page content uses [Editor.js](https://editorjs.io/) instead of the older Draft.js, stored as structured JSON that a storefront can render however it wants, including read-only rendering on the frontend.
That is a genuinely useful primitive for static, text-heavy content. It is not a page builder. Editor.js gives you rich text blocks, headings, lists, embeds, the things a long-form editorial page needs. It does not give you a section-based layout system: no hero blocks with configurable columns, no product grids you can drag into place, no way to preview how a change will actually render inside the live storefront before it ships. A marketer editing a Saleor Page is composing structured text, not composing a page layout. The moment a change involves visual structure rather than paragraph content, whether it is a new campaign hero, a reordered product carousel, or a seasonal banner, it stops being a Dashboard task and becomes a Next.js pull request.
## Where it breaks in practice
Four points come up consistently once a content or marketing team tries to run day-to-day publishing on top of the stock Storefront template:
- **New landing pages need a developer.** Because layout is code, not data, a net-new campaign page is a build task, not a content task. There is no self-service path from "we need a Black Friday page" to a published URL without someone opening the repository.
- **Section-level changes require a deploy.** Reordering a homepage, swapping a hero image for a different aspect ratio, or adding a promotional strip mid-page all touch component code, which means a build, a review, and a deploy pipeline, even for changes that are visually trivial.
- **Preview is disconnected from authoring.** Editor.js content in the Dashboard has no live binding to how the storefront actually renders it. Editors write structured text on faith that the frontend will style it correctly, rather than seeing the real page update as they work.
- **Localization is an API capability, not a workflow.** [PageTranslatableContent](https://docs.saleor.io/api-reference/pages/objects/page-translatable-content) exists so translated fields can be stored and queried, but turning that into a working multi-market publishing workflow, one editor per locale, approvals, staged rollout, still has to be built on top. The API gives you the data shape; it does not give you the editorial process.
None of this is a defect in Saleor. It is the direct, expected consequence of shipping an open source, developer-oriented storefront template instead of a hosted content product. The Storefront repository is explicit about being a starting point meant to be forked and customized, and a forked, customized Next.js codebase is, by construction, something only engineering can safely change.
## Why this becomes an organizational bottleneck, not just a technical one
The pattern is familiar from every headless stack that separates a strong API backend from a code-only frontend: the backend decision gets made once, by engineering, and is genuinely good. The frontend then becomes the daily interface for marketing, content, and growth teams, who have no direct way to touch it. Every campaign page, every seasonal layout tweak, every A/B test variant becomes a ticket in the engineering backlog, competing with feature work for the same sprint capacity.
For Saleor specifically, this is a sharper version of the pain because the backend is unusually capable. Teams choose Saleor for its API depth, its multichannel model, its extensibility, precisely the qualities that make a GraphQL-first architecture attractive to an engineering team. That same depth does nothing for the marketer who just needs a new page live before a campaign launches on Monday. The gap is not a missing feature in Saleor. It is a missing layer between the API and the people who need to publish against it without writing code.
## What an editor layer on top of Saleor actually changes
This is the point where a [Composable Visual Page Builder](https://www.laioutr.com/en/composable-visual-page-builder) sits on top of, not instead of, the Saleor GraphQL API. Laioutr connects directly to Saleor's product, category, and checkout data, the same API your Next.js Storefront already calls, and exposes it through a [Content Management](https://www.laioutr.com/en/product/content-management) layer that a marketing team can operate without a deploy. Existing Storefront components do not get thrown away; they get registered as reusable blocks that Studio's editor can place, reorder, and configure with a live preview bound to the actual rendering, closing exactly the authoring-to-render gap that Editor.js leaves open.
The organizational split that results is the one Saleor's own architecture already implies but does not deliver on its own: engineering keeps ownership of data models, integrations, and the underlying component logic, while the [content manager](https://www.laioutr.com/en/role/content-manager) and [editor](https://www.laioutr.com/en/role/editor) roles publish pages, campaigns, and copy changes directly. That is the same decoupling argument that makes [Composable Headless Frontend](https://www.laioutr.com/en/composable-headless-frontend) work for any GraphQL-first backend: the API stays the source of truth, and the editor layer is the missing piece that turns API depth into daily publishing speed.
## Where the stock template is genuinely enough
To be fair to Saleor: if your storefront needs are simple, a handful of static pages, a product catalog with standard PLP and PDP layouts, and no more than occasional seasonal copy tweaks, the Storefront template plus Dashboard Pages can carry a small team for a long time. The problem is not the template's existence, it is the moment your publishing cadence outgrows what a developer with spare sprint capacity can absorb, which for most growing commerce brands happens faster than the initial build plan assumed.
- **New pages per month**. Template is enough: 0 to 1. You need an editor layer: Several, on a campaign calendar.
- **Who requests changes**. Template is enough: Engineering itself. You need an editor layer: Marketing, content, regional teams.
- **Layout variability**. Template is enough: Low, mostly static pages. You need an editor layer: High, seasonal and campaign-driven.
- **Multi-market publishing**. Template is enough: Single locale. You need an editor layer: Multiple markets, own editorial cadence each.
- **Preview requirement**. Template is enough: Staging deploy is acceptable. You need an editor layer: Real-time preview before publish is expected.
## Our take
Saleor's backend earns its reputation. The Storefront template earns its reputation too, as a clean, typed, well-documented starting point for a development team, which is exactly what its own repository says it is. The mismatch only appears when a business tries to run marketing operations through a tool that was built and licensed as a developer artifact. That is not a Saleor shortcoming to fix; it is a layer that was never meant to exist inside the template in the first place, and it is the layer worth adding once your publishing needs outgrow what Editor.js and a deploy pipeline can support.
## Frequently asked questions
**Does Saleor have a visual page builder at all?** Not in the sense of drag-and-drop, section-based layout composition. The Dashboard's Pages feature covers structured rich text through Editor.js, which is well suited to static content but not to visual page layout or live preview.
**Can we keep our existing Next.js Storefront components if we add an editor layer?** Yes. The components that already call Saleor's GraphQL API do not need to be rewritten; they get registered as blocks a visual editor can place and configure, which is the same integration pattern Laioutr uses for any composable frontend.
**Is this an argument against Saleor as a backend?** No. The argument is specifically about the Storefront template's authoring model, not the commerce API underneath it. Saleor's GraphQL depth is exactly what makes a composed editor layer possible in the first place.
## Next steps
If your team is publishing Saleor pages through pull requests more often than through a Dashboard, [book a 30-minute demo](https://www.laioutr.com/en/pricing). We will look at your current Storefront components and show what the same pages look like with a marketing-editable layer on top.
## More from the Laioutr platform
- [Composable Visual Page Builder](https://www.laioutr.com/en/composable-visual-page-builder)
- [Composable Headless Frontend](https://www.laioutr.com/en/composable-headless-frontend)
- [Content Management](https://www.laioutr.com/en/product/content-management)
- [Headless Frontend for Saleor](https://www.laioutr.com/en/headless-frontend-for-saleor)
- [Role: Content Manager](https://www.laioutr.com/en/role/content-manager)
- [Role: Editor](https://www.laioutr.com/en/role/editor)
**About the author:** Marcel Thiesies is Co-Founder of Laioutr and works with commerce teams on the frontend layer that sits between a composable backend and the people who need to publish against it every day.
---
Compartir este artículo
[Compartir en Facebook](https://www.facebook.com/sharer/sharer.php?u=https%3A%2F%2Fwww.laioutr.com%2Fes%2Fblog%2Fsaleor-visual-editor-storefront-template-limits-2026) [Compartir en X](https://x.com/intent/post?url=https%3A%2F%2Fwww.laioutr.com%2Fes%2Fblog%2Fsaleor-visual-editor-storefront-template-limits-2026&text=) [Compartir en LinkedIn](https://www.linkedin.com/sharing/share-offsite/?url=https%3A%2F%2Fwww.laioutr.com%2Fes%2Fblog%2Fsaleor-visual-editor-storefront-template-limits-2026) [Compartir en Pinterest](https://pinterest.com/pin/create/button/?url=https%3A%2F%2Fwww.laioutr.com%2Fes%2Fblog%2Fsaleor-visual-editor-storefront-template-limits-2026&description=) [Compartir por correo electrónico](mailto:?subject=&body=%0A%0Ahttps%3A%2F%2Fwww.laioutr.com%2Fes%2Fblog%2Fsaleor-visual-editor-storefront-template-limits-2026)
## Más artículos interesantes
Conocimiento práctico sobre desarrollo frontend, agentes inteligentes y headless
[Al blog](https://www.laioutr.com/es/blogs)
[Tracking web en e-commerce 2026: una visión honesta del stack
El tracking web en e-commerce no es una herramienta, sino un stack de cinco capas: gestión del conse…](https://www.laioutr.com/es/blog/website-tracking-ecommerce-stack-overview-2026)
[Una fuente de contenido para cada canal: del print a la tienda
La doble introducción de datos se produce cuando el mismo texto de producto, la misma especificación…](https://www.laioutr.com/es/blog/unified-content-source-print-to-storefront-omnichannel-2026)
[Las cookies de terceros no han muerto: por qué faltan datos
Las cookies de terceros siguen existiendo en 2026. En 2025 Google decidió no eliminarlas de Chrome y…](https://www.laioutr.com/es/blog/third-party-cookies-2026-why-tracking-data-has-gaps)
[Compra como invitado o cuenta de cliente: una decisión a probar
En un storefront B2C, la compra como invitado debería ser el camino por defecto, y la cuenta de clie…](https://www.laioutr.com/es/blog/guest-checkout-vs-customer-account-frontend-testing)
[Google Tag Manager solo con consentimiento: el fallo de Hannover
Google Tag Manager solo puede cargarse después de que la persona que visita el sitio haya dado un co…](https://www.laioutr.com/es/blog/google-tag-manager-consent-vg-hannover-ruling-2026)
[Agencia de composable commerce 2026: tres ofertas en lugar de una
En 2026, una agencia de composable commerce no gana con un único paquete estándar. Gana con tres mod…](https://www.laioutr.com/es/blog/composable-commerce-agency-three-offer-models-2026)
[Algolia en el frontend composable: índices, eventos, integración
Una integración de Algolia en un frontend composable consta de tres capas que conviene planificar po…](https://www.laioutr.com/es/blog/algolia-indexing-events-composable-frontend-2026)
[Campañas de descuento en tiendas online: páginas de Black Friday
Una campaña de descuento en una tienda online funciona cuando el objetivo, la mecánica de descuento …](https://www.laioutr.com/es/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/es/blog/iphone-duo-ecommerce-foldable-storefront)
[Datos de producto estructurados: cómo se notan en tu storefront
Datos de producto estructurados significa que cada dato del producto vive en un atributo tipado, con…](https://www.laioutr.com/es/blog/structured-product-data-pim-frontend-2026)
[El 44 % decide con prueba o PoC: el PoC de storefront para DACH
En la región DACH, las decisiones de software se toman cada vez más con las manos en la masa: en el …](https://www.laioutr.com/es/blog/storefront-proof-of-concept-dach-buyers-2026)
[Comparativa FMP: cómo elegir la Frontend Management Platform adecuada
Elegir una Frontend Management Platform (FMP) no consiste en comparar listas de funciones, sino en s…](https://www.laioutr.com/es/blog/frontend-management-platform-comparison-how-to-choose-2026)
[DAM, PIM y CMS convergen: qué significa para el frontend de tu tienda
Los proveedores de DAM, PIM y CMS están entrando en el terreno de los demás, y cada vez más equipos …](https://www.laioutr.com/es/blog/dam-pim-cms-convergence-content-hub-storefront-2026)
[Contentful Live Preview: lo que tu frontend tiene que resolver
Con Contentful Live Preview, los editores ven un borrador junto al editor de la entrada y siguen los…](https://www.laioutr.com/es/blog/contentful-live-preview-frontend-perspective-2026)
[Gobernanza de contenido a gran escala: contenido de producto y assets
Gobernanza de contenido a gran escala significa definir una sola vez roles, aprobaciones, reglas de …](https://www.laioutr.com/es/blog/content-governance-product-content-brand-assets-frontend-2026)
[](https://www.laioutr.com/es/apps/shopify)
Laioutr
[Shopify](https://www.laioutr.com/es/apps/shopify)
Shopify es una plataforma de comercio para vender online y en tienda física.
[](https://www.laioutr.com/es/apps/shopware)
Laioutr
[Shopware](https://www.laioutr.com/es/apps/shopware)
Shopware es una plataforma de e-commerce flexible de origen europeo para catálogos de productos y comercio omnicanal.
[](https://www.laioutr.com/es/apps/adobe-commerce)
Laioutr
[Adobe Commerce](https://www.laioutr.com/es/apps/adobe-commerce)
Adobe Commerce es una plataforma de comercio empresarial para escenarios B2C y B2B complejos y globales.
Planned
[](https://www.laioutr.com/es/apps/b2b-sellers)
Laioutr
[B2Bsellers](https://www.laioutr.com/es/apps/b2b-sellers)
Suite B2B para Shopware que convierte la tienda online en una plataforma profesional de comercio B2B.
Planned
[](https://www.laioutr.com/es/apps/commerce-layer)
Laioutr
[Commerce Layer](https://www.laioutr.com/es/apps/commerce-layer)
Commerce Layer es una plataforma de headless commerce para que inventarios y catálogos estén disponibles online.
[](https://www.laioutr.com/es/apps/commercetools)
Laioutr
[Commercetools](https://www.laioutr.com/es/apps/commercetools)
Commercetools es una plataforma de e-commerce headless basada en SaaS y utilizada en todo el mundo.
[](https://www.laioutr.com/es/apps/emporix)
Laioutr
[Emporix](https://www.laioutr.com/es/apps/emporix)
Emporix es una plataforma de composable commerce API-first para escenarios B2B y B2C escalables.
Planned
[](https://www.laioutr.com/es/apps/hcl-software)
Laioutr
[HCL Software](https://www.laioutr.com/es/apps/hcl-software)
Suite empresarial de comercio y experiencia digital con un alto grado de configurabilidad.
Planned
[](https://www.laioutr.com/es/apps/intershop)
Laioutr
[Intershop](https://www.laioutr.com/es/apps/intershop)
Plataforma de comercio empresarial para modelos de negocio B2B y B2C complejos.
Planned
[](https://www.laioutr.com/es/apps/magento-2)
Laioutr
[Magento 2](https://www.laioutr.com/es/apps/magento-2)
Plataforma de comercio ampliable y muy extendida para escenarios B2C y B2B.
[](https://www.laioutr.com/es/apps/oxid-eshop)
Laioutr
[OXID eShop](https://www.laioutr.com/es/apps/oxid-eshop)
OXID eShop es una plataforma de comercio ampliable para requisitos B2B y B2C complejos.
Planned
[](https://www.laioutr.com/es/apps/patchworks)
Laioutr
[Patchworks](https://www.laioutr.com/es/apps/patchworks)
Patchworks es un iPaaS low-code que conecta e-commerce, ERP, WMS, 3PL y marketplaces.
Planned
[](https://www.laioutr.com/es/apps/PrestaShop)
Laioutr
[Prestashop](https://www.laioutr.com/es/apps/PrestaShop)
Plataforma de comercio open source para pequeños y medianos comerciantes en Europa y más allá.
Planned
[](https://www.laioutr.com/es/apps/saleor)
Laioutr
[Saleor](https://www.laioutr.com/es/apps/saleor)
Plataforma de comercio open source y API-first basada en GraphQL para storefronts a medida.
Planned
[](https://www.laioutr.com/es/apps/salesforce-commerce-cloud)
Laioutr
[Salesforce Commerce Cloud](https://www.laioutr.com/es/apps/salesforce-commerce-cloud)
Salesforce Commerce Cloud es una plataforma de comercio empresarial en la nube para empresas de cualquier tamaño.
Planned
[](https://www.laioutr.com/es/apps/sap-commerce-cloud)
Laioutr
[SAP Commerce Cloud](https://www.laioutr.com/es/apps/sap-commerce-cloud)
Plataforma de comercio empresarial para catálogos complejos, modelos de precios y recorridos omnicanal.
Planned
[](https://www.laioutr.com/es/apps/scayle)
Laioutr
[Scayle](https://www.laioutr.com/es/apps/scayle)
SCAYLE es un motor de comercio con el que marcas y comerciantes escalan su negocio.
Planned
[](https://www.laioutr.com/es/apps/spryker)
Laioutr
[Spryker](https://www.laioutr.com/es/apps/spryker)
Plataforma de composable commerce para modelos de negocio B2B y B2C exigentes.
[](https://www.laioutr.com/es/apps/sylius)
Laioutr
[Sylius](https://www.laioutr.com/es/apps/sylius)
Sylius es un framework de e-commerce pensado para desarrolladores y para experiencias de compra B2C y B2B.
Planned
[](https://www.laioutr.com/es/apps/vendure)
Laioutr
[Vendure](https://www.laioutr.com/es/apps/vendure)
Vendure es una plataforma de headless commerce para empresas con requisitos complejos.
Coming Soon
[](https://www.laioutr.com/es/apps/vtex)
Laioutr
[VTEX](https://www.laioutr.com/es/apps/vtex)
Plataforma de composable commerce cloud native para B2B y B2C a gran escala.
Planned
[](https://www.laioutr.com/es/apps/websale)
Laioutr
[Websale](https://www.laioutr.com/es/apps/websale)
Backend de comercio estable y apto para grandes empresas en entornos comerciales complejos.
Llamada estratégica
## ¿Listos para convertir su frontend en una capa de control?
Muéstranos tu stack, tu roadmap, tu escenario de replatforming, y te mostraremos cómo encaja Laioutr, cuánto cuesta y qué tan rápido puedes estar en producción.
*"Después de 30 minutos supimos que Laioutr hace viable nuestro replatforming." - Daniel B., CEO,* [*hygibox.de*](https://hygibox.de)
[Reserva una demo](https://www.laioutr.com/es/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/es/#website",
"url": "https://www.laioutr.com/es/",
"name": "Laioutr",
"inLanguage": "es",
"publisher": {
"@id": "https://www.laioutr.com/#identity"
}
},
{
"@type": "BlogPosting",
"@id": "https://www.laioutr.com/es/blog/saleor-visual-editor-storefront-template-limits-2026#article",
"headline": "Saleor Storefront: Where the Visual Editor Ends",
"description": "Saleor's GraphQL backend is best in class, but its official storefront template is a developer starting point, not an editor for marketing teams to use.",
"image": [
"https://eu-west-2.graphassets.com/cmii2mlqi0dux06l5543v7nkc/cmtclwemf6gbf06l2auq5hit5"
],
"datePublished": "2026-08-28T07:05:33.088374+00:00",
"dateModified": "2026-08-28T07:05:33.088374+00:00",
"inLanguage": "es",
"articleSection": "Insights",
"keywords": "Visual Editing, Frontend Management, Headless Commerce",
"author": {
"@type": "Person",
"name": "Marcel Thiesies",
"jobTitle": "Cofundador y CEO, Laioutr",
"image": "https://eu-west-2.graphassets.com/cmii2mlqi0dux06l5543v7nkc/cmj01b962364n07lb0iguvts5"
},
"publisher": {
"@id": "https://www.laioutr.com/#identity"
},
"mainEntityOfPage": {
"@id": "https://www.laioutr.com/es/blog/saleor-visual-editor-storefront-template-limits-2026#webpage"
},
"isPartOf": {
"@id": "https://www.laioutr.com/es/#website"
}
},
{
"@type": "WebPage",
"@id": "https://www.laioutr.com/es/blog/saleor-visual-editor-storefront-template-limits-2026#webpage",
"url": "https://www.laioutr.com/es/blog/saleor-visual-editor-storefront-template-limits-2026",
"name": "Saleor Storefront: Where the Visual Editor Ends",
"description": "Saleor's GraphQL backend is best in class, but its official storefront template is a developer starting point, not an editor for marketing teams to use.",
"inLanguage": "es",
"isPartOf": {
"@id": "https://www.laioutr.com/es/#website"
},
"breadcrumb": {
"@id": "https://www.laioutr.com/es/blog/saleor-visual-editor-storefront-template-limits-2026#breadcrumb"
},
"primaryImageOfPage": {
"@type": "ImageObject",
"url": "https://eu-west-2.graphassets.com/cmii2mlqi0dux06l5543v7nkc/cmtclwemf6gbf06l2auq5hit5"
},
"datePublished": "2026-08-28T07:05:33.088374+00:00",
"mainEntity": {
"@id": "https://www.laioutr.com/es/blog/saleor-visual-editor-storefront-template-limits-2026#article"
}
},
{
"@type": "BreadcrumbList",
"@id": "https://www.laioutr.com/es/blog/saleor-visual-editor-storefront-template-limits-2026#breadcrumb",
"itemListElement": [
{
"@type": "ListItem",
"position": 1,
"name": "Laioutr",
"item": "https://www.laioutr.com/es/"
},
{
"@type": "ListItem",
"position": 2,
"name": "Insights",
"item": "https://www.laioutr.com/es/blogs/insights"
},
{
"@type": "ListItem",
"position": 3,
"name": "Saleor Storefront: Where the Visual Editor Ends"
}
]
}
]
}
```