Tu producto
La aplicación en la que inicia sesión tu cliente. Todo lo que hay a continuación se accede a través de ella, por eso el constructor se interpreta como una función y no como una herramienta.
PageKit: el creador de sitios GrapesJS autoalojado, con el código fuente incluido. Obtener acceso anticipado
Crea un creador de páginas visual totalmente personalizado con tu marca para tu SaaS, agencia o plataforma. Personaliza la interfaz del editor, controla usuarios y permisos, gestiona los datos de los inquilinos y publica a través de tu propia infraestructura.
Bloques
Estilos
Ninguno de estos tres se parece a los demás, y los tres son el mismo motor de edición visual por debajo. Esa es toda la propuesta de etiqueta blanca: el motor es una dependencia, la interfaz es tu producto. Carga uno y haz clic antes de leer otra palabra.
Abrir en una pestaña nuevaLa demo de stock, sin estilo ni marca. Este es el punto de partida de toda construcción de marca blanca — y el que tus clientes nunca deberían ver.
La demo se carga en un marco incrustado solo después de hacer clic, así que la página en sí se mantiene ligera.
El white-labelling suele describirse como un intercambio de logotipos. No lo es. Compara los dos fotogramas a continuación: mismo lienzo, mismo arrastrar y soltar, mismos controles de estilo — y dos productos completamente diferentes desde el punto de vista de la persona que los usa.
Elementos
Propiedades
Antes
Después
Tus usuarios deberían sentir que están usando tu producto — no un editor de terceros que casualmente está incrustado en él.
Un creador de páginas de marca blanca es un sistema visual de edición de páginas que puede integrarse en otro producto y personalizarse para adaptarse a su marca, su experiencia de usuario y sus reglas de negocio.
La expresión se toma prestada de la fabricación, donde un producto white label es fabricado por una empresa y vendido bajo el nombre de otra. Aplicado al software, significa que el motor de edición es una dependencia que elige tu equipo, y todo lo que el cliente percibe — la interfaz, el vocabulario, la biblioteca de contenidos, las reglas sobre quién puede hacer qué — te pertenece a ti. Por tanto, un creador de páginas white label es menos un producto que instalas y más un producto que ensamblas.
Qué cubre realmente el white label
El white label es más que cambiar un logotipo. Cada elemento anterior es una decisión sobre quién posee una capa de la experiencia — y un constructor que se detiene en el logo sigue siendo reconociblemente la herramienta de otra persona.
Una build white label es un montón de capas, y merece la pena ser preciso sobre cuáles de ellas puede proporcionar un motor de edición visual y cuáles no. Lee la pila de arriba hacia abajo: lo que ve tu cliente, hasta dónde finalmente se encuentra la página publicada.
La aplicación en la que inicia sesión tu cliente. Todo lo que hay a continuación se accede a través de ella, por eso el constructor se interpreta como una función y no como una herramienta.
Identidad, tono y vocabulario. Aplicado al shell del editor, los nombres de bloques y cada cadena que lee un usuario.
El motor de edición visual: lienzo, componentes, arrastrar y soltar, controles de estilo, edición responsiva, serialización. Código abierto, autoalojado y personalizable hasta el nivel del panel.
Bloques, plantillas, presets, adaptadores de almacenamiento, integraciones de recursos y comandos de exportación que completan lo que el núcleo deja deliberadamente abierto.
Proyectos, páginas, revisiones y recursos, en tu esquema y tu base de datos. El editor serializa un proyecto; dónde está escrito ese proyecto es tu decisión.
Cuentas, organizaciones, roles, permisos, facturación y el API con el que habla el editor. Ningún motor de edición puede proporcionar esto, porque es tu lógica de negocio.
Renderizado, alojamiento, caché, dominios y certificados para las páginas que tus clientes envían.
El motor de edición es la única capa que no tienes que construir. Cada otra capa es donde tu producto realmente se diferencia — lo cual es una buena razón para no pasar un año reconstruyendo la que ya está resuelta.
La misma pila, detallada. Tres carriles: lo que el motor te ofrece de fábrica, lo que puede ofrecer una extensión y lo que solo tu aplicación puede poseer. El tercer carril es el honesto — y es donde un comprador empresarial gastará sus preguntas.
Nada en el carril derecho es un hueco en el editor — esas capacidades dependen de tus cuentas, tu modelo de tenencia y tu infraestructura, así que ningún motor de edición puede decidirlas por ti.
Tu cliente nunca abre un editor. Abre tu producto, va a sus páginas, elige una plantilla y empieza a editar — y el motor de edición es el que dibuja el lienzo en medio de ese camino.
El viaje que realmente recorre tu cliente
GrapesJS puede trabajar entre bastidores mientras tus clientes interactúan con la experiencia de tu producto.
Tu producto, con el constructor como una característica entre varias.
Autenticación, organizaciones, facturación, usuarios y permisos — el contexto en el que se ejecuta cada sesión de edición.
La función del creador de páginas: carga de proyectos, guardado, selección de plantillas, disparadores de publicación.
La capa de edición visual — lienzo, componentes, bloques, capas, estilos, recursos y comandos.
GrapesJS se encarga de la capa de edición visual. Tu aplicación se encarga de la lógica de negocio que la rodea — y el límite entre ambas es la decisión de diseño más importante de toda la construcción.
Mira cómo funcionaQué aporta tu aplicación al límite
Si más de un cliente utiliza tu constructor, la tenencia deja de ser un detalle de implementación. Cada organización necesita sus propias páginas, su propia biblioteca de recursos, sus propias plantillas y su propia marca — y debe ser estructuralmente incapaz de acceder a la de nadie más.
Tu plataforma
Es propietario del límite de inquilino y lo hace cumplir en cada solicitud
Org A
Org B
Org C
Cada proyecto, fila de recursos y plantillas se asigna a una organización, y el alcance se aplica al lado del servidor — no filtrando en el navegador.
Las páginas de un inquilino son filas en tu base de datos. El editor carga un proyecto a la vez y lo vuelve a escribir a través de tu API.
Las subidas caen en un prefijo o cubo por inquilino, por lo que el contenido multimedia de un cliente nunca puede aparecer en el selector de otro.
Las plantillas pueden ser globales, específicas de un plan o privadas para una sola organización, que a menudo es lo que realmente desbloquea una actualización de plan.
Los colores, fuentes y logotipos se resuelven por organización, de modo que los clientes de una agencia ven su propia identidad en el mismo despliegue.
Cuando se publican las páginas de un inquilino — path, subdominio o dominio personalizado — es la configuración de inquilinos que resuelve tu aplicación.
GrapesJS no tiene un concepto incorporado de inquilinos. Edita un proyecto a la vez; el aislamiento, el alcance y las comprobaciones de derechos alrededor de ese proyecto se implementan en tu aplicación y se aplican en tu backend.
La personalización es más profunda de lo que la mayoría de equipos planean. Estos cuatro niveles están ordenados según lo visibles que son, no por el trabajo que requieren — y el último es el que separa una herramienta renombrada de un producto que se siente nativo.
La capa con la que todos empiezan. Necesaria, y por sí sola nunca es suficiente.
El cromo alrededor del lienzo. Los paneles pueden ser reorganizados, reemplazados o renderizados por tus propios componentes.
Lo que los usuarios pueden colocar realmente en una página. Aquí es donde un builder deja de ser genérico.
Las palabras. Un usuario que lee tu vocabulario por todas partes nunca se da cuenta de que hay un motor debajo.
Las cadenas de interfaz del editor son traducibles y sus paneles son configurables, así que los dos primeros niveles son configuraciones y no bifurcaciones. El núcleo es BSD-3-Clause, licenciado y autoalojado, lo que es lo que hace posibles los niveles más profundos.
Un constructor que distribuye a equipos necesita más de un tipo de usuario. Estos cinco roles cubren la mayoría de los productos; los nombres importan menos que el hecho de que cada uno resuelva un conjunto diferente de paneles visibles, bloques disponibles y derechos de publicación.
Acceso completo, incluyendo facturación y eliminación
Usuarios, configuración y publicación
Diseños, estilos y plantillas
Contenido dentro de bloques aprobados
Acceso de solo lectura y avances
Cómo llega un permiso al lienzo
Lee la cadena de arriba hacia abajo: los tres primeros pasos ocurren en tu aplicación, y solo los últimos tres son la configuración del editor. Ocultar un panel es una consecuencia de renderizado de una decisión ya tomada y ya aplicada en el lado del servidor: un permiso que solo existe en el navegador no es un permiso.
En una herramienta de un solo usuario, editar y publicar son la misma acción. En un producto vendido a equipos, son estados separados con derechos distintos — y esa separación suele ser lo primero que pregunta un comprador empresarial.
Existe una página en tu base de datos sin representación pública todavía.
Cualquiera que tenga derechos de edición en este proyecto trabaja en el lienzo.
El borrador se comparte como un avance, con los comentarios gestionados por tu producto.
Un usuario con derechos de aprobación firma el acuerdo. El cambio de estado es tuyo para registrar.
Tu infraestructura renderiza y publica la página. El papel del editor ha terminado.
Las etapas marcadas son donde debe estar una comprobación de autorización.
Los editores pueden crear contenido mientras que solo los usuarios autorizados pueden publicarlo — una frase que decide un número sorprendente de acuerdos empresariales.
El núcleo incluye una paleta de bloques vacía a propósito: un conjunto genérico de bloques sería incorrecto para cada producto en el que se colocara. Lo que pongas en esa paleta es la decisión más específica de producto de toda la construcción.
Tu sección inicial, con los campos que realmente utiliza tu producto.
Tablas de planos que puedan leer tus propios datos de precios.
La prueba social expone la forma en que tu marca la presenta.
Una cuadrícula repetible que tus usuarios no puedan romper accidentalmente.
Pares de preguntas y respuestas, ampliables en la página publicada.
Un formulario conectado por cable a tu endpoint, no al de un tercero.
El bloque de conversión, bloqueado a tus estilos de botones.
Un pie de página compartido que se mantenga consistente en cada página.
Las plantillas son la forma en que un constructor enseña a sus usuarios cómo es un bien. Un lienzo en blanco intimida; un conjunto de plantillas basado en el trabajo de tus clientes es una característica del producto.
Tipos de plantillas que merecen la pena enviar
Estos son tipos de plantillas que un constructor suele enviar, no listados de catálogo. Lo que contiene tu conjunto debería derivarse de lo que tus clientes publican con más frecuencia.
No des a los usuarios un editor genérico. Dales un editor diseñado para tu producto.
Para agencias y plataformas web, la página publicada que lleva el dominio propio del cliente es el producto. También es una preocupación entera de infraestructura — merece la pena diseñar desde el principio, porque adaptar el enrutamiento de dominios a un constructor en activo es desagradable.
Guarda el nombre del host junto al espacio de trabajo, verifica la propiedad y luego enruta las solicitudes entrantes hacia las páginas publicadas de ese tenant.
Emitir y renovar certificados por dominio de cliente es responsabilidad de la plataforma, ya sea que lo gestiones tú mismo o lo deleges a un host.
Algunos equipos renderizan páginas desde su propia base de datos; otros envían la salida generada a un host estático. Ambos patrones funcionan, y una familia de plugins ya automatiza la segunda.
Asigna a cada página una URL de vista previa alojada en la plataforma desde el principio, para que la revisión y aprobación no esperen a DNS.
Ninguna biblioteca de edición visual ofrece alojamiento de dominio. GrapesJS emite páginas; DNS, certificados, enrutamiento y caché permanecen con tu infraestructura o tu proveedor de alojamiento.
En el momento en que dos personas pueden editar la misma página, alguien preguntará quién la cambió. Un rastro de actividades es barato de añadir mientras diseñas, guarda y publica, y caro de reconstruir después.
Actividad
Qué anotar en cada entrada
Filas ilustrativas. GrapesJS no tiene registro de auditoría; la pista la escribe tu aplicación cuando gestiona un guardado, una aprobación o una publicación, que además es el único lugar donde se sabe qué usuario está actuando.
Lee la pila como un orden de construcción. Cada peldaño está suministrado por el motor, disponible como plugin o trabajo que solo tu equipo puede hacer — y ser honesto sobre cuál es lo que hace que una estimación sobreviva al contacto con el proyecto.
Dos peldaños no tienen respuesta de catálogo, y eso es deliberado más que un descuido: los roles y el registro de auditorías dependen de tu modelo de identidad y tu base de datos, así que son trabajo de aplicación. Si esa es la parte que tu equipo prefiere no construir solo, es exactamente para eso que existen los servicios de implementación.
Cada anuncio a continuación es un producto real en GJS.Market, agrupado según el trabajo que realiza en una versión de marca blanca.
Sustituye la interfaz predeterminada: paneles personalizados, una carcasa a medida o un editor renderizado por tus propios componentes.
Explora esta categoríaUna interfaz de creación al estilo consumidor, entregada como preset — la misma que se ejecuta en la demo de arriba, si tus usuarios no son desarrolladores.
Una carcasa de editor alternativa completa, útil tanto como opción de envío como prueba de hasta dónde se puede llevar el Chrome.
Renderiza la interfaz del editor con tus propios componentes React, para que el constructor herede tu sistema de diseño en lugar de aproximarlo.
Haz que el resaltado de la selección se alinee con los colores de tu marca — un pequeño detalle que discretamente delata a un editor sin marca.
Los bloques, secciones y plantillas con los que tus usuarios componen — además de la gestión de páginas y símbolos que los rodea.
Explora esta categoríaPermite que los usuarios guarden sus propias secciones como bloques reutilizables, que es como crece la biblioteca de bloques de un cliente sin que tu equipo envíe cada uno.
Gestiona el conjunto de plantillas desde el que parten tus usuarios, por producto o por cliente.
Secciones reutilizables enlazadas: actualiza un encabezado una vez y cada página que lo contiene sigue.
Proyectos de varias páginas dentro de una sesión de edición, que es lo que la mayoría de los espacios de trabajo de clientes realmente necesitan.
Dónde viven los proyectos y los recursos, y cómo sale el resultado del editor.
Explora esta categoríaPersiste proyectos en un backend sin interfaz en lugar de almacenamiento en navegador, un ejemplo práctico de la costura de almacenamiento.
Enruta la biblioteca de recursos a través del almacenamiento de medios gestionados, con carpetas por inquilino en tu lado.
Entrega a los usuarios un archivo descargable de la página que han construido, con marcas y estilos incluidos.
Reduce la frecuencia con la que se escriben los proyectos, lo cual importa en cuanto muchos tenants editan a la vez.
Proyectos, objetivos de despliegue, recuperación y los pequeños detalles que hacen que un editor se sienta acabado.
Explora esta categoríaGestiona varios proyectos en una sola instancia de editor — lo más parecido a un shell de espacio de trabajo en el catálogo.
Despliega la página construida en un host estático directamente desde el editor, como un patrón de publicación para adaptar.
Guardado automático con restauración, así que una pestaña perdida no es una tarde perdida para tu cliente.
Carga tus propias tipografías en el editor para que lo que ven los usuarios al editar coincida con lo que reciben los visitantes.
Tres combinaciones que aparecen repetidamente. Ninguna es un paquete: son puntos de partida, y cada una de ellas necesita tu aplicación alrededor de ellas.
Para equipos enviando sitios de clientes
Consulta el ángulo de la página de aterrizajePara los equipos SaaS, añadir edición de página
Véase el ángulo SaaSPara plataformas cuyos clientes publican
Consulta el ángulo de incrustaciónLos precios son los precios listados en el mercado en el momento de la construcción y se muestran para orientación.
GrapesJS proporciona la base de edición visual. Los plugins de GJS.Market pueden añadir funcionalidades especializadas sin que tu equipo tenga que construir todas las funciones internamente. Ambas vías que se muestran a continuación son legítimas: la cuestión es qué partes de la pila son realmente tu diferenciadora.
Control total sobre cada línea, pagado en tiempo de ingeniería que sigues pagando.
Lo que asumes
Justo cuando el propio comportamiento de edición es tu diferencia.
Habla a través del alcanceAdopta lo que se resuelve y dedica tu ingeniería a lo que es tuyo.
Cómo es el lazo
Justo cuando tu diferenciador es el producto alrededor del editor.
Explorar pluginsFunción por característica, lo que tú mismo estarías escribiendo frente a lo que un motor ya establecido ya expuesto. Las filas marcadas como capa de aplicación son la mitad honesta de esta tabla: un motor de edición no puede poseerlas, así que están en tu agenda de cualquier forma.
| Capacidad | Desde cero | GrapesJS |
|---|---|---|
| Lienzo visual | Construcción | Incluido |
| Arrastrar y soltar | Construcción | Incluido |
| Componentes | Construcción | Incluido |
| Bloques | Construcción | Extensible |
| Estilo | Construcción | Incluido |
| Edición responsiva | Construcción | Incluido |
| UI personalizado | Construcción | Extensible |
| Recursos | Construcción | Extensible |
| Almacenamiento | Construcción | Extensible |
| Permisos | Construcción | Capa de aplicación |
| Multi-inquilina | Construcción | Capa de aplicación |
| Publicación | Construcción | Capa de aplicación |
| Plugins | Construcción | Extensible |
Los veredictos reflejan la versión actual, 2026-09-02 re-verificada. "Capa de aplicación" significa que la capacidad depende de tus cuentas e infraestructura, no que falte.
Construye tu lógica de negocio y tu experiencia de marca. No reconstruyas el motor de edición visual.
Tres decisiones relacionadas que se discuten como si fueran una sola. Se acumulan en lugar de competir: la mayoría de los productos acaban haciendo las tres, en este orden.
Coloca el editor dentro de tu aplicación. Una pregunta técnica sobre integración, empaquetado y la frontera entre el estado del editor y el estado de la aplicación.
Incrustar un editorHaz que el editor parezca y se comporte como parte de tu producto. Una pregunta sobre el producto sobre marca, vocabulario, permisos y lo que pueden hacer tus clientes.
Estás aquíConvierte la edición de página en una función de producto orientada al cliente que empaquetas y vendas. Una pregunta comercial sobre planes, límites y precios.
Empaquetarla como SaaSSeis formas recurrentes. Difieren menos en el editor que necesitan que en lo que las rodea.
Ofrece a los clientes la creación visual de páginas dentro de tu producto, sin enviarlos a otra herramienta y luego de vuelta.
El ángulo SaaSOfrece a los clientes un entorno de edición controlado y con marca donde puedan actualizar textos sin tocar el diseño.
Flujos de trabajo de la página de aterrizajeOfrecer a los clientes su propia experiencia de creación de páginas, incluyendo sus propios dominios y sus propias bibliotecas de recursos.
Incrustación del editorDeja que los equipos de marketing lancen páginas de campaña sin reservar tiempo de ingeniería para cada variación.
Mecánicas de arrastrar y soltarAñadir edición visual a un producto de contenido existente sin construir primero un motor de edición completo.
Edición CMS sin cabezaCrea flujos de trabajo controlados de edición y publicación, con pasos de aprobación y un historial de actividades que satisface la revisión.
Servicios de implementaciónUna vez que el constructor es tuyo, también lo es la relación comercial que lo rodea. Cómo lo empaquetas es una decisión empresarial más que técnica, pero merece la pena tomarlo antes de que el modelo de arrendamiento esté definido, porque los planes y límites son cuestiones de arrendamiento.
Una forma convencional de cuatro niveles, que demostró concretar las implicaciones de arrendamiento en lugar de establecer una lista de precios.
Un espacio de trabajo, un pequeño límite de páginas, URLs de vista previa alojadas en la plataforma.
Más páginas, el conjunto completo de plantillas, un dominio personalizado.
Varios asientos, roles y un paso de aprobación antes de publicar.
Múltiples organizaciones, una pista de auditoría, bloques personalizados y términos de soporte.
Solo ilustrativo. Lo que pertenece a cada nivel depende de tu mercado — pero fíjate en cuánto de la escala se basa en las características de permisos y arrendamientos que aparecen antes en esta página.
Tú controlas tus precios, planes y la relación con el cliente.
Una compilación de marca blanca exige exigencias que un editor cerrado no puede satisfacer. Necesitas cambiar la interfaz, ejecutarla en tu propia infraestructura e integrarla con sistemas que el proveedor nunca ha oído conocer. El núcleo es BSD-3-Clause, licenciado y auto-hostable, lo que hace que todo eso sea posible.
La interfaz es de marcado y configuración que puedes leer, reemplazar y ampliar — no una caja negra con un API tematizado.
El editor se ejecuta donde se ejecuta tu aplicación, así que los proyectos y recursos nunca tienen que salir de tu infraestructura.
Una arquitectura de plugins documentada, además de un ecosistema de plugins existentes para adaptar en lugar de empezar.
El almacenamiento, los recursos y los comandos son costuras que apuntas a tus propios servicios.
El despliegue, las actualizaciones y la ubicación de datos son tus decisiones, según tu calendario.
Puedes leer el código que envías a los clientes, lo cual cada vez es más un requisito de compras que una preferencia.
El editor es una biblioteca de navegador, así que va donde ya está tu aplicación. Estas páginas cubren la mecánica por framework: montar, limpiar y mantener el estado del editor fuera de tu bucle de renderizado.
Montar el editor en un árbol de componentes sin dejar que se enfrente a tu ciclo de renderizado.
Creador de páginas ReactEditor solo para clientes, páginas publicadas renderizadas por el servidor y el límite entre ellas.
Creador de páginas Next.jsCiclo de vida, referencias y desmontaje cuando el editor está dentro de un componente Vue.
GrapesJS con VueConfiguración de componentes, detección de cambios y limpieza en una aplicación Angular.
GrapesJS con AngularNo hay ningún framework — una etiqueta de script, un elemento contenedor y una llamada de init.
Empieza por lo básicoEditor
Pon en marcha el motor con un set de bloques de salida, un par de plantillas y tu marca aplicada. El objetivo es una demo en la que cree tu propio equipo, no un producto que se pueda enviar.
Producto
Intégralo en la aplicación: autenticación, usuarios, organizaciones, almacenamiento de proyectos y una biblioteca de recursos. Aquí es donde el creador deja de ser una demo.
Gobernanza
Roles, permisos, un paso de aprobación y un rastro de actividades. Normalmente impulsado por el primer cliente con más de tres personas.
Escala
Multi-inquilinos, dominios personalizados, infraestructura de publicación, facturación, analítica y los flujos de trabajo de marca blanca que permiten que cada cliente se parezca a sí mismo.
Un constructor tiene dos tiempos de ejecución con casi nada en común, y tratarlos como uno es el error de rendimiento más común en este tipo de producto.
Carga el paquete de edición cuando un usuario abra el editor, no cuando abra tu panel de control.
El editor gestiona su propio árbol. Espejarlo en tu tienda global vuelve a renderizar tu aplicación en cada pulsación de teclado.
Un inquilino con miles de imágenes necesita un selector paginado y buscable en lugar de una lista larga.
Los motores de texto enriquecido, editores de código y herramientas de imagen merecen la pena posponerlos hasta que se abra el panel que los necesita.
Nada de lo que necesita el editor pertenece al paquete que un visitante descarga para una página publicada.
Las imágenes, el CSS crítico y la caché para páginas publicadas las decide tu capa de renderizado, donde tienes control total.
El entorno de autoría y el sitio web publicado no necesitan tener los mismos requisitos de tiempo de ejecución.
Un constructor multi-inquilino acepta contenido no confiable y produce páginas que otras personas cargan. Ambas mitades merecen atención, y la mayor parte del trabajo está en tu lado del límite.
Carga de proyectos, guardado, subida y publicación de recursos son todos endpoints a los que llega una sesión autenticada — y todos merecen ser tratados como tales.
Vuelve a comprobar en el servidor qué ya ocultaba la interfaz. Un botón oculto es una posibilidad de experiencia de usuario, no control de acceso.
Define cada consulta por organización y prefieres un alcance imposible de omitir antes que uno que todo desarrollador deba recordar.
Comprueba el tipo, tamaño y extensión en el servidor, y sirve medios de usuario desde un origen separado cuando puedas.
Un constructor visual puede producir un margrado arbitrario. Decide deliberadamente si se permiten scripts personalizados y desinfecta en consecuencia.
La publicación cambia lo que ve el público. Limita la tarifa, autoriza explícitamente y registra quién la activó.
Un proyecto guardado es una entrada del usuario. Valida su forma antes de almacenarlo o volver a renderizarlo.
La lista de bloques y el conjunto de paneles son configuraciones sobre las que el navegador puede estar dispuesto.
Esta es una lista de verificación inicial para un constructor en concreto, no un programa de seguridad completo, y ninguna arquitectura es segura por construcción. Trata un constructor white label como cualquier otra aplicación multi-inquilino que acepte contenido de usuario.
Implementación
¿Necesitas ayuda para integrar, crear marca o ampliar GrapesJS dentro de tu producto? Explora servicios de implementación para integraciones personalizadas, personalización de UI, plugins y soporte de producción — incluyendo los dos peldaños de la pila que el catálogo no puede cubrir por ti.
Empieza con el motor de edición visual GrapesJS. Añade tu marca, sistema de contenidos, permisos e infraestructura para crear un creador de páginas que se sienta nativo de tu producto.
Dinos qué estás construyendo y qué capas de la pila quieres tener. Volvemos con un telescopio.
EmpiezaTemas, UI personalizados, bloques, plantillas, adaptadores de almacenamiento y comandos de publicación — agrupados por el peldaño de la pila que llenan.
Explorar pluginsIntegración, branding, bloques personalizados, roles y flujos de trabajo de aprobación, implementados con tu equipo.
Explorar serviciosTu marca. Tu editor. Tus clientes. Tu infraestructura.