[{"data":1,"prerenderedAt":192},["ShallowReactive",2],{"seo-verification":3,"blog-wordpress-multisite-vps-gestiona-n-sitios-en-una-instalacion-es":6},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-wordpress-multisite-vps-gestiona-n-sitios-en-una-instalacion-es",{"id":9,"slug":10,"slugs":11,"title":15,"excerpt":16,"readTime":17,"views":18,"isPinned":19,"publishedAt":20,"updatedAt":21,"category":22,"categories":28,"featuredImage":30,"bgImage":31,"posterImage":32,"relatedSolution":33,"intro":36,"sections":37,"ctaTitle":130,"ctaBody":131,"ctaButton":132,"ctaUrl":133,"relatedPosts":134},368,"wordpress-multisite-vps-gestiona-n-sitios-en-una-instalacion",{"fr":12,"en":13,"ar":14,"es":10},"wordpress-multisite-vps-agence","wordpress-multisite-vps-manage-n-client-sites-one-install","ووردبريس-متعدد-المواقع-على-vps-ادارة-مواقع-العملاء","WordPress Multisite en VPS: gestiona N sitios en una instalación","Activa WordPress Multisite en un VPS para centralizar N sitios de clientes bajo una base de código, una actualización y subdominios aislados. Guía para agencias.",10,0,false,"2026-09-20T00:00:00+00:00","2026-09-20T21:13:51+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},7,"Autoalojamiento","self-hosting","bg-indigo-500\u002F10 text-indigo-400","cloud",[29],{"id":23,"name":24,"slug":25,"color":26,"icon":27},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Fwordpress-multisite-vps-agence-poster.svg",{"categorySlug":34,"appSlug":35},"cms-sitios-web","wordpress","Cuando la cartera de sitios de clientes supera la decena, gestionar cada instancia por separado se convierte en un cuello de botella: tantos paneles de control, tantos ciclos de actualización, tantos riesgos de quedarse atrás. WordPress Multisite permite federar estos sitios bajo una sola instalación, manteniendo subdominios independientes. En un VPS, el aislamiento de red y las copias de seguridad automáticas contienen los riesgos que plantea este modelo de alojamiento concentrado.",[38,42,52,55,77,117,121,124,127],{"type":39,"title":40,"body":41},"h2","Por qué Multisite en lugar de N instancias WordPress separadas","Una agencia que gestiona quince sitios WordPress en quince instalaciones distintas se enfrenta a un problema de escala: quince paneles de control que supervisar, quince ciclos de actualización que coordinar, quince configuraciones de servidor web que mantener. Si un plugin crítico publica un parche de seguridad, hay que aplicarlo quince veces — una por una, manualmente o mediante herramientas de orquestación externas.\n\nWordPress Multisite resuelve este problema de raíz. Una sola instalación WordPress ejecuta una **red de sitios** (network). Cada cliente tiene su propio subdominio (`client1.example.com`, `client2.example.com`), su propio contenido, sus propios usuarios y su propia configuración de tema. Pero los archivos del núcleo de WordPress, los plugins y los temas se comparten y gestionan centralmente por el **superadministrador** de la red.\n\nEn un VPS dedicado, este modelo tiene pleno sentido: el aislamiento de red contiene la superficie de ataque y mantienes el control completo sobre PHP, MariaDB y Nginx sin pasar por un panel de control de terceros.",{"type":43,"title":44,"items":45},"ul","Lo que ganas en la práctica",[46,47,48,49,50,51],"**Una sola actualización** del núcleo de WordPress, plugins y temas de red — aplicada simultáneamente a todos los sitios de la cartera.","**Un solo punto de entrada de administración**: el superadministrador de red supervisa todos los sitios desde `\u002Fwp-admin\u002Fnetwork\u002F`.","**Almacenamiento compartido de medios** opcional por sitio — agrupa recursos o aisla según tus contratos con clientes.","**Ahorro de recursos del servidor**: un solo proceso PHP-FPM, una sola instancia de caché de objetos, una sola conexión MariaDB que ajustar.","**Incorporación más rápida**: crear un subsitio consiste en rellenar un formulario en la red, no en aprovisionar un servidor.","**Copias de seguridad centralizadas**: un solo volcado MariaDB cubre todos los sitios, programable con una sola regla cron.",{"type":39,"title":53,"body":54},"Requisitos previos: recursos VPS recomendados para 5 a 15 sitios activos","Los recursos necesarios dependen del tráfico y la complejidad de los sitios — no del número de instalaciones. Para una red de **5 a 15 sitios WordPress activos** (sitios escaparate o blogs con tráfico moderado, sin WooCommerce intensivo), la recomendación editorial basada en la documentación de WordPress y Nginx\u002FMariaDB es:\n\n- **CPU**: 2 vCPU como mínimo; 4 vCPU en cuanto combinas caché de páginas con tráfico simultáneo.\n- **RAM**: 4 GB como base; 8 GB recomendados si activas una caché de objetos Redis junto con PHP-FPM.\n- **Almacenamiento**: SSD NVMe, 40 GB mínimo para archivos WordPress + medios + logs de MariaDB; ajustar según el volumen de medios de los clientes.\n- **PHP**: PHP 8.2 o 8.3 (PHP 8.1 llegó al final de soporte activo a finales de 2024).\n- **MariaDB**: 10.6 LTS o 10.11 LTS.\n- **Servidor web**: Nginx con bloques `server` por subdominio y DNS comodín.\n\nSi tu cartera supera los 15 sitios o incluye tiendas WooCommerce, considera dividir la red Multisite en dos particiones o empezar con 8 GB \u002F 4 vCPU.",{"type":56,"title":57,"steps":58},"steps","Activar WordPress Multisite y configurar Nginx para subdominios",[59,62,65,68,71,74],{"title":60,"body":61},"Configurar el DNS comodín","Antes de hacer ningún cambio en WordPress, añade un registro DNS comodín en tu dominio principal:\n\n```\n*.example.com  A  \u003CIP_DE_TU_VPS>\n```\n\nEsta entrada dirige todos los subdominios a tu VPS. Sin ella, los subsitios de la red permanecerán inaccesibles desde el navegador, aunque WordPress los cree correctamente.",{"title":63,"body":64},"Permitir el modo red en wp-config.php","Edita `wp-config.php` en la raíz de tu instalación WordPress y añade la siguiente línea **antes** de `\u002F* That's all, stop editing! *\u002F`:\n\n```php\ndefine( 'WP_ALLOW_MULTISITE', true );\n```\n\nEsta constante es la condición documentada en la \u003Ca href=\"https:\u002F\u002Fdeveloper.wordpress.org\u002Fadvanced-administration\u002Fmultisite\u002Fcreate-network\u002F\">documentación oficial de WordPress\u003C\u002Fa> para activar el asistente de instalación de red.",{"title":66,"body":67},"Crear la red desde el panel de administración","Inicia sesión en `\u002Fwp-admin\u002F`, ve a **Herramientas → Instalación de la red**. Elige **Subdominios** (DNS comodín obligatorio). Introduce el título de la red y el correo electrónico del administrador, luego haz clic en **Instalar**.\n\nWordPress te proporcionará dos bloques de código para insertar en `wp-config.php` y en `.htaccess` (Apache) o en tu archivo de configuración Nginx. Cópialos exactamente.",{"title":69,"body":70},"Adaptar la configuración de Nginx para subdominios comodín","En Nginx, el bloque `.htaccess` proporcionado por WordPress no se lee. Reemplázalo con un bloque `server` dedicado. Esta es la configuración mínima para una red de subdominios:\n\n```nginx\nserver {\n    listen 80;\n    server_name example.com *.example.com;\n\n    root \u002Fvar\u002Fwww\u002Fwordpress;\n    index index.php;\n\n    # Multisite subdomain rewrite\n    if (!-e $request_filename) {\n        rewrite \u002Fwp-admin$ $scheme:\u002F\u002F$host\u002Fwp-admin\u002F permanent;\n        rewrite ^(\u002F[^\u002F]+)?(\u002Fwp-.*) $2 last;\n        rewrite ^(\u002F[^\u002F]+)?(\u002F.*\\.php) $2 last;\n    }\n\n    location \u002F {\n        try_files $uri $uri\u002F \u002Findex.php?$args;\n    }\n\n    location ~ \\.php$ {\n        fastcgi_pass unix:\u002Frun\u002Fphp\u002Fphp8.3-fpm.sock;\n        fastcgi_index index.php;\n        include fastcgi_params;\n        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;\n    }\n}\n```\n\nRecarga Nginx: `systemctl reload nginx`. Luego pasa a HTTPS generando un certificado comodín con Certbot usando el desafío DNS-01 — un certificado SAN `*.example.com` cubre todos los subsitios de la red.",{"title":72,"body":73},"Finalizar la configuración de WordPress Multisite en wp-config.php","Añade las constantes proporcionadas por el asistente a `wp-config.php` (adapta los valores a tu instalación):\n\n```php\ndefine( 'MULTISITE', true );\ndefine( 'SUBDOMAIN_INSTALL', true );\ndefine( 'DOMAIN_CURRENT_SITE', 'example.com' );\ndefine( 'PATH_CURRENT_SITE', '\u002F' );\ndefine( 'SITE_ID_CURRENT_SITE', 1 );\ndefine( 'BLOG_ID_CURRENT_SITE', 1 );\n```\n\nCierra sesión y vuelve a iniciarla. El panel de control muestra ahora el menú **Red** en la barra de administración. Desde **Red → Sitios → Añadir nuevo**, crea tu primer subsitio de cliente: `client1.example.com`.",{"title":75,"body":76},"Activar plugins de red y asignar temas","En **Red → Plugins**, activa los plugins para toda la red (**Activar en la red**) o deja que los administradores de los subsitios los activen por su cuenta. Los temas funcionan igual: el superadministrador los pone a disposición y cada subsitio elige el suyo.\n\nNota importante: algunos plugins **no son compatibles con el modo red**. Verifica la compatibilidad en la documentación del plugin antes de activarlo en la red — un plugin incompatible puede bloquear el panel de control de todos los subsitios simultáneamente.",{"type":78,"title":79,"headers":80,"rows":84},"comparison","Multisite vs instancias WordPress separadas: tabla comparativa",[81,82,83],"Criterio","WordPress Multisite","Instancias separadas",[85,89,93,97,101,105,109,113],[86,87,88],"Actualización del núcleo WordPress","1 operación para N sitios","N operaciones manuales",[90,91,92],"Actualización de un plugin","1 operación de red","N operaciones, riesgo de desincronización",[94,95,96],"Aislamiento de datos del cliente","Parcial (misma base MariaDB, prefijos distintos)","Total (bases de datos distintas, procesos PHP distintos)",[98,99,100],"Almacenamiento de medios","Compartido por defecto, aislable con plugin","Aislado de forma nativa",[102,103,104],"Recursos del servidor","Compartidos — ahorro de RAM y CPU","Aditivos — cada instancia consume su parte",[106,107,108],"Plugin incompatible con la red","Potencialmente bloquea todos los sitios","Afecta solo a una instancia",[110,111,112],"Incorporar un nuevo sitio","Formulario en la red — segundos","Aprovisionamiento completo — minutos a horas",[114,115,116],"Certificado SSL comodín","1 certificado `*.example.com`","1 certificado por dominio de cliente",{"type":118,"title":119,"body":120},"tip","Seguridad de Multisite en VPS: contener el impacto de una vulnerabilidad","La objeción más común sobre WordPress Multisite es válida: si un plugin vulnerable es comprometido, la superficie de ataque potencial cubre toda la red, no solo un sitio. En un VPS dedicado, varias medidas contienen este impacto:\n\n**Copias de seguridad diarias automatizadas.** Un volcado MariaDB programado cada noche (cron + `mysqldump` o `mariabackup`) te da un punto de restauración reciente para cada subsitio. Almacena los volcados fuera del VPS — en un bucket compatible con S3 o en un volumen remoto.\n\n**Firewall de aplicaciones.** Un WAF Nginx (ModSecurity o reglas OWASP) filtra las solicitudes maliciosas antes de que lleguen a PHP. Combínalo con `fail2ban` para bloquear las IPs que intenten fuerza bruta en `\u002Fwp-login.php`.\n\n**Actualizaciones sin demora.** La fortaleza de Multisite — una actualización para toda la cartera — es también tu mejor defensa: aplica los parches de seguridad de WordPress y los plugins el día de su publicación. Sin Multisite, el retraso en actualizar una instancia olvidada es la vulnerabilidad más explotada.\n\n**Superadmin con acceso limitado.** La cuenta de superadministrador de la red tiene derechos sobre todos los sitios. Usa autenticación de dos factores en esta cuenta y crea cuentas de administrador de subsitio separadas para cada cliente.",{"type":39,"title":122,"body":123},"Solución de problemas: tres errores frecuentes en una red WordPress Multisite","**1. Plugin reportado como «incompatible con el modo red».**\nAlgunos plugins comprueban explícitamente si WordPress está funcionando en modo Multisite y se niegan a activarse en la red. La causa suele ser el uso de `$wpdb->blogid` u opciones almacenadas de forma incompatible con las tablas prefijadas de cada subsitio. Solución: revisa los issues de GitHub del plugin, busca una alternativa compatible, o activa el plugin solo en los subsitios que lo necesiten (si el plugin lo permite) en lugar de a nivel de red.\n\n**2. Página de administración de red inaccesible (`\u002Fwp-admin\u002Fnetwork\u002F` redirige al panel de control estándar).**\nEl superadmin no es el mismo usuario que el administrador del sitio principal. Al crear la red, WordPress añade un indicador `super_admin` al usuario activo. Si creaste la red con una cuenta y luego inicias sesión con otra, esa segunda cuenta no verá el menú de red. Comprueba en MariaDB:\n\n```sql\nSELECT meta_value FROM wp_usermeta\nWHERE meta_key = 'wp_user_level'\nAND user_id = \u003CID_DE_TU_CUENTA>;\n```\n\nPara elevar a un usuario a superadmin: usa la función `grant_super_admin( $user_id )` desde un archivo en mu-plugins.\n\n**3. Subdominios inaccesibles: el DNS comodín no se propaga inmediatamente.**\nDespués de añadir `*.example.com A \u003CIP>`, el TTL del registro determina el tiempo de propagación. Durante este período, los sitios creados en la red devuelven un error DNS en el navegador — WordPress los ha creado correctamente, pero el resolvedor todavía no conoce el subdominio. Si trabajas localmente con un VPS de desarrollo, añade una entrada en `\u002Fetc\u002Fhosts` en tu equipo para cada subdominio que quieras probar: `\u003CIP_VPS>  client1.example.com`.\n\nUn cuarto caso se produce con configuraciones mixtas **www \u002F sin www**: si tanto `example.com` como `www.example.com` apuntan al VPS, asegúrate de que `DOMAIN_CURRENT_SITE` en `wp-config.php` coincida exactamente con el dominio principal sin el prefijo `www`, y que Nginx redirija la forma www a la forma canónica antes de pasar la solicitud a WordPress.",{"type":118,"title":125,"body":126},"Migrar sitios existentes a una red Multisite","Si ya gestionas sitios WordPress separados y quieres consolidarlos en una red Multisite, el plugin **WordPress Importer** (plugin oficial) exporta contenidos, comentarios y usuarios desde cada instancia origen, y luego los importa en un subsitio de la red.\n\nTres puntos a vigilar antes de migrar:\n\n- **Los uploads no se migran automáticamente.** Copia la carpeta `wp-content\u002Fuploads\u002F` de cada sitio origen a `wp-content\u002Fuploads\u002Fsites\u002F\u003CID>\u002F` en la red (el ID lo asigna WordPress al crear el subsitio).\n- **Comprueba la compatibilidad de plugins de red** antes del cambio: un plugin activo en el sitio antiguo puede no funcionar en modo red. Haz una lista de los plugins de cada sitio origen y crúzala con la lista de plugins de red disponibles.\n- **Prueba las redirecciones de dominio.** Si el sitio migrado tenía su propio dominio (`www.client1.com`), configura el módulo **WordPress MU Domain Mapping** o la funcionalidad nativa de dominio personalizado para que `client1.example.com` redirija a `www.client1.com` — o viceversa según tu elección.",{"type":39,"title":128,"body":129},"Puesta en producción: pasos de validación antes de abrir a tus clientes","Antes de migrar tus primeros sitios de clientes a la red, revisa estos puntos:\n\n- **Prueba la creación de un subsitio** desde `client1.example.com` y verifica que sea accesible desde un navegador externo.\n- **Verifica que el certificado comodín cubre `*.example.com`**: `openssl s_client -connect client1.example.com:443 -servername client1.example.com | grep subject`.\n- **Simula una actualización de plugin de red** y comprueba que todos los subsitios siguen funcionando.\n- **Planifica y prueba la restauración** de un subsitio a partir de un volcado MariaDB: la restauración no probada no es una copia de seguridad.\n- **Documenta el procedimiento de incorporación** para tus clientes: URL de administración, credenciales, permisos concedidos a su cuenta de administrador de subsitio.\n\nUn VPS ServOrbit dimensionado para tu cartera WordPress te da el control sobre toda la pila — PHP, MariaDB, Nginx, copias de seguridad — sin capa de abstracción que oculte los errores.","Un solo VPS para toda tu agencia","Un VPS ServOrbit es suficiente para gestionar toda la cartera WordPress de tu agencia.","Descubrir la oferta para agencias","\u002Fsolutions\u002Fagences",[135,152,171],{"id":136,"slug":137,"slugs":138,"title":142,"excerpt":143,"readTime":144,"views":18,"isPinned":19,"publishedAt":145,"updatedAt":146,"category":147,"categories":148,"featuredImage":30,"bgImage":31,"posterImage":150,"relatedSolution":151},73,"alojar-wordpress-en-un-vps",{"fr":139,"en":140,"ar":141,"es":137},"heberger-wordpress","host-wordpress-on-your-own-vps","استضافة-wordpress-على-خادم-vps-الخاص-بك","Alojar WordPress en su propio VPS","Aloje WordPress en su VPS para un rendimiento y un control máximos: Docker, MariaDB, caché, reverse proxy y SSL.",3,"2026-04-08T00:00:00+00:00","2026-09-08T22:00:02+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},[149],{"id":23,"name":24,"slug":25,"color":26,"icon":27},"\u002Fblog\u002Fcovers\u002Fheberger-wordpress-poster.svg",{"categorySlug":25,"appSlug":35},{"id":153,"slug":154,"slugs":155,"title":159,"excerpt":160,"readTime":161,"views":18,"isPinned":19,"publishedAt":162,"updatedAt":163,"category":164,"categories":165,"featuredImage":30,"bgImage":31,"posterImage":167,"relatedSolution":168},144,"instalar-woocommerce-en-un-vps",{"fr":156,"en":157,"ar":158,"es":154},"installer-woocommerce-vps","woocommerce-on-a-vps-a-fast-store-you-control","woocommerce-على-vps-متجر-سريع-وتحت-سيطرتك","WooCommerce en VPS: tienda rápida y bajo control","Instale WooCommerce en un VPS ServOrbit: WordPress, caché, HTTPS, copias de seguridad y control total de su tienda.",4,"2026-02-01T00:00:00+00:00","2026-09-07T11:26:10+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},[166],{"id":23,"name":24,"slug":25,"color":26,"icon":27},"\u002Fblog\u002Fcovers\u002Finstaller-woocommerce-vps-poster.svg",{"categorySlug":169,"appSlug":170},"comercio-electronico","woocommerce",{"id":172,"slug":173,"slugs":174,"title":178,"excerpt":179,"readTime":180,"views":181,"isPinned":19,"publishedAt":182,"updatedAt":163,"category":183,"categories":189,"featuredImage":30,"bgImage":31,"posterImage":191,"relatedSolution":30},317,"hardening-linux-vps-checklist-para-agencias-tras-la-entrega",{"fr":175,"en":176,"ar":177,"es":173},"linux-hardening-vps-checklist","linux-vps-hardening-checklist-for-agencies","قائمة-تصليب-خادم-لينكس-للوكالات-بعد-التسليم","Hardening Linux VPS : checklist para agencias tras la entrega","Checklist de hardening Linux reproducible para agencias: auditd, sudo, clave SSH, UFW, fail2ban y desactivación de root — con trazabilidad por cliente.",11,1,"2026-08-30T00:00:00+00:00",{"id":184,"name":185,"slug":186,"color":187,"icon":188},8,"Seguridad y monitorización","securite-monitoring","bg-rose-500\u002F10 text-rose-400","security",[190],{"id":184,"name":185,"slug":186,"color":187,"icon":188},"\u002Fblog\u002Fcovers\u002Flinux-hardening-vps-checklist-poster.svg",1789939245538]