Hay títulos que suenan a nota de prensa y otros que te obligan a parar un segundo. Kirki como primer constructor visual de WordPress con lienzo infinito entra en la segunda categoría. No porque WordPress necesitara otro builder más —bastantes tenemos ya, gracias— sino porque la idea del lienzo infinito cambia la conversación.
Durante años hemos diseñado webs en WordPress como quien monta muebles de catálogo: columnas, secciones, contenedores, bloques, márgenes, ajustes responsive y la eterna pregunta de “¿por qué esto se ve bien en escritorio y en móvil parece una mudanza mal hecha?”. Un lienzo infinito promete otra lógica: pensar la web como sistema visual, no solo como una pila de bloques.
Y ahí es donde Kirki puede ponerse interesante. No por el efecto wow, sino por lo que puede significar para diseñadores, desarrolladores y empresas que necesitan prototipar, decidir y publicar sin convertir cada cambio en una reunión de tres horas.
Kirki no parte de cero, y eso importa
Quien haya trabajado con WordPress más allá de instalar temas bonitos sabe que Kirki no es un nombre nuevo. Durante mucho tiempo ha estado asociado a la personalización de temas y al ecosistema del Customizer. Es decir: no hablamos de una marca que aparece de la nada con un vídeo espectacular y cero cicatrices técnicas.
Eso, en WordPress, cuenta. Mucho.
Porque lanzar un editor visual es fácil si solo enseñas la demo. Lo complicado viene después: compatibilidad con temas, rendimiento, estructura del HTML, CSS que no parezca escrito durante un apagón, accesibilidad, responsive real, carga en producción, seguridad, exportación, migraciones y convivencia con Gutenberg. La fiesta empieza cuando lo usas en una web con tráfico, plugins de terceros y un cliente que toca botones sin avisar.
Por eso me interesa más la arquitectura que la promesa. Si Kirki consigue unir una experiencia visual potente con una salida técnica limpia, entonces sí estamos ante algo más que “otro constructor”.
El lienzo infinito no es solo una pijada visual
El concepto de lienzo infinito viene de herramientas como Figma, FigJam, Miro o algunos editores modernos de producto. Te permite moverte libremente, crear zonas, explorar variantes, comparar layouts y construir una visión más amplia del proyecto.
En una web tradicional de WordPress, normalmente trabajas página a página. Editas la home. Luego una landing. Luego una ficha. Luego una plantilla. Cada pieza vive en su cajón. Funciona, sí, pero no siempre ayuda a ver el sistema completo.
Un lienzo infinito aplicado a WordPress podría permitir algo bastante más útil:
- Diseñar varias versiones de una misma sección sin duplicar páginas enteras.
- Comparar estructuras de landing antes de publicarlas.
- Visualizar flujos completos: anuncio, landing, formulario, gracias, email.
- Trabajar mejor con equipos de diseño, desarrollo y negocio.
- Convertir el prototipo en implementación sin rehacerlo todo desde cero.
Esto último es clave. Las empresas pierden muchísimo tiempo entre “lo que se aprobó en diseño” y “lo que acabó publicado”. A veces parecen primos lejanos. Si Kirki reduce esa distancia, tiene sentido empresarial, no solo estético.
La pregunta incómoda: ¿necesita WordPress otro builder?
Respuesta corta: no. Respuesta útil: depende.
WordPress ya tiene Gutenberg, patrones, bloques reutilizables, edición del sitio, constructores visuales consolidados y una colección infinita de plugins que prometen hacerlo todo menos prepararte café. El problema no es la cantidad de herramientas. El problema es que muchas herramientas visuales terminan generando deuda técnica disfrazada de productividad.
He visto webs hechas con builders que al principio eran “muy fáciles de editar” y dos años después eran un campo de minas. Shortcodes incrustados, estilos duplicados, plantillas imposibles de mantener, tiempos de carga absurdos y clientes atrapados en una herramienta porque migrar costaba más que rehacer la web. Muy cómodo todo, hasta que deja de serlo.
Por eso, si Kirki quiere jugar en serio, no basta con tener una interfaz bonita. Tiene que responder bien a preguntas aburridas, que son precisamente las importantes:
- ¿Qué HTML genera?
- ¿Cómo gestiona CSS y JavaScript?
- ¿Respeta buenas prácticas de accesibilidad?
- ¿Permite trabajar con campos personalizados?
- ¿Se integra bien con Gutenberg o compite contra él?
- ¿Qué pasa si el plugin desaparece?
- ¿Puede usarse en proyectos profesionales sin miedo a quedar encerrado?
La experiencia visual vende. La salida técnica decide si una herramienta sobrevive en proyectos reales.
Lo que un desarrollador mira antes del entusiasmo
Cuando aparece una herramienta visual nueva, el diseñador suele preguntar: “¿Qué puedo crear?”. El cliente pregunta: “¿Cuánto tarda?”. El desarrollador pregunta: “¿Qué me va a romper?”.
No es pesimismo. Es supervivencia profesional.
En proyectos WordPress para empresas, especialmente cuando hay WooCommerce, automatizaciones, CRM, ERP o integraciones externas, el builder no puede ser una caja negra. Tiene que convivir con datos, permisos, roles, caché, SEO, traducciones y mantenimiento. La web no es un póster interactivo. Es una pieza del negocio.
En ese sentido, me gustaría ver a Kirki resolviendo bien tres capas:
- Capa visual: libertad real para diseñar sin pelearse con contenedores cada cinco minutos.
- Capa técnica: código limpio, extensible y compatible con estándares de WordPress.
- Capa de negocio: capacidad para crear páginas que conviertan, se midan y se mantengan.
Si solo cumple la primera, será bonito. Si cumple las tres, puede ser una herramienta seria.
Gutenberg, bloques y el eterno choque entre libertad y control
Gutenberg ha mejorado muchísimo. Lo digo sin sarcasmo, que ya es decir. La edición por bloques ha cambiado la forma de construir contenido en WordPress, y la edición completa del sitio va cerrando muchas heridas históricas del CMS.
Pero Gutenberg sigue teniendo una tensión natural: quiere ser flexible sin dejar de ser estructurado. Eso es bueno para la consistencia, pero a veces se queda corto cuando necesitas explorar ideas visuales rápido.
Ahí un lienzo infinito puede aportar algo distinto. No necesariamente sustituir Gutenberg, sino actuar como una capa de composición más visual. La clave está en la integración. Si Kirki genera bloques nativos, respeta patrones y permite trabajar con datos de WordPress de forma limpia, la cosa puede ponerse interesante. Si crea su propio universo paralelo, ya sabemos cómo termina la película.
Para entender mejor hacia dónde va WordPress como plataforma, merece la pena mirar también cambios recientes del ecosistema, como los comentados en qué trae WordPress 7.1 y qué cambios sí importan. WordPress se está moviendo, aunque a veces lo haga con esa velocidad tranquila de quien sabe que medio internet depende de no romper nada.
Para empresas: menos reuniones, más prototipos útiles
Desde el punto de vista empresarial, lo interesante de Kirki no es que permita “diseñar bonito”. Eso debería venir de serie. Lo interesante es que pueda acortar el ciclo entre idea, validación y publicación.
Pensemos en una empresa que lanza campañas con frecuencia: una academia, una inmobiliaria, una clínica, una tienda online, una consultora B2B. Cada campaña suele necesitar una landing, formularios, seguimiento, quizá automatizaciones con n8n, integración con CRM o eventos de analítica. Si cada landing depende de pasar por diseño, maquetación, revisión, desarrollo y publicación, el calendario empieza a parecer una broma pesada.
Una herramienta visual con lienzo infinito podría ayudar a trabajar de otra manera: prototipar varias hipótesis, validar el mensaje, montar variantes y publicar con más agilidad. Pero ojo: agilidad no significa improvisación permanente. Significa tener un sistema que permite moverse rápido sin romperlo todo.
En proyectos donde hay captación, formularios o embudos, también conviene revisar ideas como las de reducir citas no asistidas con WordPress o crear encuestas interactivas en WordPress con IA. Al final, una buena interfaz visual sirve de poco si no conecta con procesos reales de negocio.
Para desarrolladores: no todo lo visual es enemigo
Hay desarrolladores que oyen “visual builder” y empiezan a sudar en CSS. Lo entiendo. Hemos sufrido demasiadas capas mágicas que prometían ahorrar trabajo y terminaron generando más tickets que una pasarela de pagos mal integrada.
Pero tampoco conviene caer en el purismo barato. No todo tiene que hacerse a mano para ser profesional. La pregunta no es si una herramienta es visual o no. La pregunta es si respeta el proyecto.
Un buen builder debería permitir al desarrollador definir límites, componentes, estilos globales, campos dinámicos y estructuras reutilizables. Debería facilitar que marketing edite sin llamar al programador para cambiar una frase, pero sin permitir que conviertan la home en una feria medieval con siete tipografías y botones fluorescentes.
La gracia está en combinar libertad con criterio. En mi experiencia, los mejores proyectos WordPress no son los que dan control absoluto al cliente ni los que lo bloquean todo. Son los que diseñan un sistema flexible, pero con barandillas.
Si trabajas creando plugins, campos personalizados o arquitecturas más avanzadas, puede interesarte cruzar esta conversación con enfoques como Modern Fields Pro en WordPress o incluso con desarrollos más técnicos como React nativo en plugins WordPress con Antonella Framework. Ahí es donde se ve si una herramienta visual puede convivir con desarrollo serio o si solo sirve para páginas de escaparate.
El riesgo de los builders: velocidad hoy, deuda mañana
La deuda técnica no suele llegar con música dramática. Llega con frases como “esto lo hacemos rápido y luego lo ordenamos”. Spoiler: luego no llega casi nunca.
Con los builders visuales pasa mucho. Se lanza rápido, se modifica rápido, se improvisa rápido. Todo rápido. Hasta que el sitio pesa demasiado, la estructura no se entiende, el SEO sufre, el editor se vuelve lento o nadie sabe qué plantilla controla qué parte.
Por eso, antes de adoptar Kirki en un proyecto real, yo miraría esto:
- Cómo se comporta con caché y optimización.
- Si permite versionar configuraciones o exportar diseños.
- Qué dependencia deja sobre el contenido.
- Cómo afecta al Core Web Vitals.
- Si mantiene una estructura semántica correcta.
- Cómo responde en móviles y pantallas intermedias.
- Qué curva de aprendizaje tiene para un equipo no técnico.
También conviene tener cerca una checklist de salud general. Artículos como los errores más comunes en WordPress o optimizar WordPress desde una perspectiva de programador vienen bien para recordar algo básico: el editor es solo una parte del sistema.
Una herramienta visual no es peligrosa por ser visual. Es peligrosa cuando oculta decisiones técnicas que alguien tendrá que pagar más adelante.
Lo que me gustaría ver en Kirki
Si Kirki quiere marcar diferencia, no necesita ganar por cantidad de efectos. Necesita ganar por criterio. Personalmente, me gustaría ver:
- Integración profunda con bloques nativos.
- Gestión clara de estilos globales.
- Componentes reutilizables sin duplicación absurda.
- Soporte para contenido dinámico y campos personalizados.
- Salida HTML limpia y accesible.
- Buen rendimiento sin depender de veinte optimizadores externos.
- Compatibilidad real con flujos de trabajo profesionales.
Y, por pedir, documentación decente. Parece una tontería hasta que estás a las once de la noche intentando entender por qué una plantilla no hereda estilos y la documentación dice “simplemente haz clic en guardar”. Maravilloso. Gracias por nada.
Conclusión: el lienzo infinito solo importa si no nos encierra
Kirki tiene una promesa potente: llevar WordPress hacia una forma más visual, abierta y flexible de construir páginas. El concepto de lienzo infinito encaja muy bien con cómo trabajan hoy muchos equipos: explorando, comparando, iterando y convirtiendo ideas en piezas publicables.
Pero la promesa no basta. WordPress no necesita más magia. Necesita herramientas que respeten el contenido, el rendimiento, la mantenibilidad y la libertad de salir si mañana cambias de opinión.
Si Kirki consigue eso, puede ser algo importante. Si no, será otro builder bonito para demos y complicado para producción. Y de esos ya tenemos una colección generosa.
La buena noticia es que la dirección es interesante. WordPress necesita más herramientas que piensen como diseñadores sin olvidar que debajo hay código, negocio y mantenimiento. Porque al final una web no se juzga por lo bien que se ve en la demo, sino por cómo aguanta seis meses después, cuando ya hay campañas, cambios, prisas, plugins, clientes y realidad. Sobre todo realidad.
puedes ver más en https://kirki.com/
