Características

Web IDE: VS Code en el navegador, en su sitio en vivo

Abra un editor VS Code completo directamente desde el panel de control y trabaje en los archivos reales de su sitio, con git integrado y todo el editor dentro del mismo entorno aislado por CageFS que su acceso SFTP; no requiere instalar nada localmente y no hay copias independientes que puedan quedar desactualizadas. Edita el sitio EN VIVO: el archivo que guarde estará en el internet público en el momento en que se escriba, aunque un archivo estático puede seguir sirviéndose desde la caché de la CDN hasta por cuatro horas.

Un editor de código en un navegador, con un árbol de archivos junto a un archivo abierto y un cursor en él.
  • VS CodeEditor completo, en el navegador
  • 700.000+sitios alojados en todo el mundo
  • 2Vías de acceso: Editor web y SFTP
  • 99,99 %Garantía de tiempo de actividad

El editor que ya conoce, apuntando al sistema de archivos en vivo

El IDE web es VS Code ejecutándose en el navegador a través de code-server, abierto desde el sitio que está viendo en el panel de control. Edita los archivos reales de ese sitio: sin pasos de carga, sin necesidad de mantener sincronizada una copia local y sin un cuadro de texto web básico que finge ser un editor.

VS Code completo, no un editor de archivos

Resaltado de sintaxis, búsqueda en múltiples archivos, paneles divididos y los atajos de teclado que ya tiene memorizados, disponibles en el navegador gracias a code-server.

El editor que ya conoce

El árbol de archivos, la búsqueda en todo el sitio, la edición de varios archivos y las combinaciones de teclas que ya conoce: el editor que utiliza localmente, ejecutándose en el servidor en lugar de en su portátil.

Los archivos activos, no una copia

Está editando el sitio web directamente. No hay una copia de prueba intermedia ni nada que sincronizar después, lo que lo hace rápido y a la vez justifica revisarlo dos veces antes de guardar. Es posible que los archivos estáticos se sigan sirviendo desde la caché de la CDN hasta por cuatro horas.

Git integrado

Prepare, confirme, cree ramas, compare diferencias y envíe cambios directamente desde el editor, para que el trabajo realizado en el servidor permanezca bajo control de versiones en lugar de convertirse en una corrección rápida no documentada.

wp-cli donde está el código

Para el trabajo con WordPress, la línea de comandos importa tanto como el editor. Ambos se encuentran en el mismo lugar.

wp-cli se ejecuta en su sitio desde la terminal del panel. Busque y reemplace en una base de datos, vacíe una caché, revierta un plugin, actualice de forma masiva, exporte una tabla o ejecute un script puntual, todo ello sin salir del archivo que estaba editando.

Esto cierra el ciclo habitual. Lea el error en el registro, abra el archivo en el editor, modifíquelo, ejecute el comando de wp-cli que lo demuestre y continúe. Todo ocurre en el sitio real sobre la pila real, por lo que lo que usted prueba es exactamente lo que reciben sus visitantes.

  • wp-cli desde la terminal del panel
  • Acceso al panel de administración de WP con un solo clic cuando la solución se encuentra en la administración y no en el código
  • Instalar, activar, actualizar y eliminar plugins y temas desde el panel
  • Registros de acceso, errores y PHP disponibles junto al editor
  • phpMyAdmin y Adminer integrados y con SSO para trabajar directamente en la base de datos
  • Gestor de archivos FileGator integrado y con SSO para operaciones masivas de archivos

Aislado en el kernel, auditado en el extremo

El acceso del navegador a un servidor solo es aceptable si el límite es real. El IDE web se encuentra exactamente dentro del mismo aislamiento que cualquier otra ruta de acceso.

Aislamiento del sistema de archivos CageFS

Cada usuario obtiene una vista aislada del sistema de archivos y no puede ver a otros usuarios, otros sitios web ni archivos confidenciales del sistema. CageFS está diseñado para contener vulneraciones de seguridad y es el mismo entorno aislado en el que se ejecutan sus sesiones de SFTP.

Aislamiento de recursos LVE

La CPU, la RAM, la E/S, las IOPS, los procesos y los procesos de entrada están limitados por sitio, de modo que una compilación pesada o un script fuera de control se ralentiza dentro de su propia jaula en lugar de perjudicar a los vecinos.

Credenciales de privilegios mínimos

Las claves de acceso y las credenciales se administran en el panel de control según el principio de privilegios mínimos, de modo que usted otorgue solo el acceso que una tarea necesita y nada más allá de eso.

Acceso registrado en auditoría

El acceso se registra en el registro de auditoría con actor, acción y objetivo: la misma disciplina aplicada a cada acción con privilegios en la plataforma.

Dé forma al entorno de ejecución, no solo al código

Un editor es solo la mitad de un entorno de desarrollo. La otra mitad es la infraestructura subyacente, y esta se puede configurar por sitio.

  • Selector de versión de PHP por sitio, para que un plugin heredado y una compilación moderna puedan convivir en la misma cuenta
  • Configuraciones de PHP editables — memory_limit, max_execution_time, tamaño de upload y post y el resto — dentro de su plan contratado
  • Extensiones de PHP activadas o desactivadas por sitio: imagick, gd, redis, memcached, bcmath, intl, soap y más
  • Workers de LSAPI PHP por sitio, limitados por procesos de entrada de LVE y configurables dentro de su nivel
  • Gestión de cron por sitio tanto para WP-cron como para cron real, además de variables de entorno por sitio
  • Caché de objetos Redis o Memcached por sitio, servido por LiteSpeed Enterprise con HTTP/3 activado
  • MariaDB por sitio con múltiples bases de datos y usuarios, y un interruptor de acceso remoto cuando necesite un cliente externo

De la edición a la publicación, de forma segura

Editar la producción directamente es a veces la decisión correcta y a veces una mala idea. La plataforma admite ambas opciones desde el mismo editor.

Clone el sitio al entorno de pruebas con un solo clic, abra el Web IDE en la copia de pruebas, trabaje allí y envíe los cambios a producción una vez comprobados. Los archivos y la base de datos se transfieren juntos, con el mismo stack y esquema que en producción, de modo que el entorno de pruebas sea un ensayo real y no una simple aproximación.

Si su trabajo pertenece a un repositorio, use git desde el editor y permita que las implementaciones basadas en git lleven el cambio a través de la canalización de compilación e implementación. El código creado en el navegador sigue la misma ruta de lanzamiento con control de versiones y reversión que el código escrito en su portátil.

Cuando un cambio sale mal de todos modos, las copias de seguridad se muestran en el panel con restauración en un solo clic, y cada despliegue es una versión a la que usted puede regresar. La red de seguridad no es un ticket de soporte.

IA en el editor y cualquier IA fuera de él

El IDE web se integra con el asistente de IA del panel de control, y toda la plataforma está diseñada para ser impulsada por las herramientas de IA que usted ya utiliza.

La asistencia de IA está disponible en el panel de control y se ejecuta en su propio modelo a través de AI Pack: usted aporta el modelo y el asistente lee y edita archivos, ejecuta wp-cli y aplica cambios. No existe ningún tipo de dependencia obligatoria de un modelo integrado que no haya elegido.

Fuera del navegador, nuestro servidor MCP permite que cualquier cliente compatible con MCP — Claude Code, Cursor, ChatGPT y otros — controle su alojamiento y sus sitios mediante lenguaje natural, dentro del alcance de sus permisos de API. El diseño es deliberado: una sola API y un único catálogo de acciones, expuestos de múltiples formas. Cree en nuestro editor, cree en el suyo o permita que un agente lo haga; la misma ruta de despliegue se encarga de los tres.

Preguntas frecuentes

¿Qué es exactamente el Web IDE?

Es VS Code ejecutándose en su navegador, proporcionado por code-server y abierto desde la página del sitio en el panel de control. Obtiene el editor completo, con git, editando los archivos reales de ese sitio en el servidor: los archivos en producción, sin ninguna copia provisional intermedia. No se instala nada localmente y no hay ninguna copia separada que mantener sincronizada.

¿Aún dispongo de SFTP?

Sí. El editor web es una vía de acceso, junto con SFTP y, en los planes que incluyen SSH, un shell enjaulado. Todos ellos desembocan en la misma vista de sus archivos aislada mediante CageFS, por lo que puede utilizar el editor para una tarea y su propio cliente para la siguiente. Los planes Footprint-Free disponen de SFTP en lugar de un shell.

¿Pueden otros inquilinos ver mis archivos a través de él?

Cada usuario obtiene una vista aislada del sistema de archivos bajo CageFS y no puede ver a otros usuarios, otros sitios ni archivos confidenciales del sistema, y LVE limita la CPU, la RAM, las operaciones de entrada/salida (IO), las IOPS y los procesos por sitio para que una jaula no pueda agotar los recursos del servidor. CageFS está diseñado para contener las vulneraciones en lugar de reducir el riesgo a cero, motivo por el cual el análisis básico de malware, el WAF proactivo y dicho aislamiento están incluidos en cada cuenta en lugar de venderse como un complemento opcional.

¿Puedo conceder a un desarrollador acceso a solo uno de mis sitios?

El acceso actualmente se rige por los roles de su organización —propietario, facturación, dev y solo lectura— y los miembros heredan los permisos del rol que desempeñan en dicha organización. Tenga en cuenta que el rol dev no otorga permisos de despliegue ni de publicación en vivo. La delimitación opcional del alcance de recursos por membresía, como limitar un miembro a sitios específicos, es una mejora planificada y no algo disponible en este momento, y las claves de API se emiten por organización con alcances detallados en lugar de por miembro individual.

¿El editor web está disponible en todos los planes?

No se trata de una función del plan, por lo que la respuesta no depende del plan que usted compre: depende de dónde se ejecute el sitio. El editor se abre en los sitios que alojamos en nuestra propia flota, porque se ejecuta dentro del contenedor aislado propio de ese sitio en nuestros servidores. Si ha optado por implementar un sitio en otro lugar (otra plataforma de alojamiento, Cloudflare Pages, Netlify, GitHub Pages o su propio servidor), edita ese sitio donde se ejecuta. Los productos VPS y en la nube tampoco lo incluyen: no hay ningún contenedor administrado sobre el cual abrirse.

¿Tiene un coste adicional la asistencia de IA en el editor?

La asistencia de IA funciona con su propio modelo a través del AI Pack, por lo que usted aporta y paga por el modelo que desee en lugar de estar vinculado al que nosotros elijamos. Hoy ya está disponible en el panel de control; dentro del editor se encuentra en desarrollo activo y aún no está disponible. Por otra parte, nuestro servidor MCP permite que herramientas externas de IA como Claude Code o Cursor gestionen su alojamiento directamente, delimitadas por sus permisos de API.

¿Debo editar directamente en producción?

Puede hacerlo, y a veces esa es la respuesta correcta más rápida. Para cualquier cambio sustancial, clone a staging con un solo clic, abra el Web IDE en la copia e impleméntelo en producción una vez comprobado el cambio. Las implementaciones basadas en Git y las versiones con opción de reversión están disponibles cuando el cambio corresponde a un repositorio, y las copias de seguridad con restauración en un clic respaldan todo.

¿Cómo puedo probarlo?

Comience una prueba de 14 días sin tarjeta. No se requieren datos de pago; la prueba cubre el alojamiento Footprint-Free para hasta 5 sitios, de modo que pueda abrir el editor, trabajar en un sitio real sobre el stack auténtico y juzgarlo usted mismo.

Abra el editor, no un ticket de soporte

VS Code completo en el navegador. Comience con una prueba de 14 días sin tarjeta — sin datos de pago, hasta 5 sitios en Footprint-Free.

Empiece gratis