WordPress Multisite en un VPS: red de sitios web, instalación y hosting

¿Qué es WordPress Multisite y cómo funciona?

WordPress Multisite en un VPS es una solución potente que permite alojar una red completa de sitios WordPress independientes en una única instalación de WordPress y un solo servidor privado virtual, lo que proporciona gestión centralizada, ahorro de recursos y gran flexibilidad para desarrolladores, agencias y grandes proyectos. Esta funcionalidad, integrada en el núcleo de WordPress, transforma una instalación común en una plataforma escalable para alojar múltiples sitios, cada uno de los cuales puede tener su propio dominio, subdominio o subdirectorio único.

En esencia, WordPress Multisite crea un único panel de administración desde el cual el llamado "Superadministrador" (Super Admin) puede gestionar toda la red. Esto incluye añadir y eliminar sitios, gestionar usuarios de la red, instalar y actualizar plugins y temas para todos los sitios, así como controlar la configuración general. Al mismo tiempo, cada sitio individual de la red mantiene su propia base de datos (o un conjunto de tablas en una base de datos compartida), archivos multimedia, usuarios e incluso puede tener sus propios administradores que gestionan solo su sitio, sin tener acceso a la configuración global de la red.

Técnicamente, WordPress Multisite utiliza una única base de datos MySQL, pero para cada sitio individual se crean tablas únicas con un prefijo, por ejemplo, wp_2_posts, wp_3_users, y así sucesivamente, si el sitio principal utiliza el prefijo wp_. Esto permite almacenar los datos de cada sitio de forma aislada, pero dentro de un mismo SGBD, lo que simplifica las copias de seguridad y la gestión. Los archivos del núcleo de WordPress, los plugins y los temas también son compartidos por toda la red, lo que ahorra significativamente espacio en disco y simplifica el proceso de actualización.

Componentes clave de una red WordPress Multisite

Para entender cómo funciona una red WordPress Multisite, es importante conocer sus elementos clave:

• Superadministrador (Super Admin): Es el usuario con los privilegios más altos que gestiona toda la red. Puede instalar y eliminar temas y plugins para toda la red, crear y eliminar sitios, asignar administradores a sitios individuales y controlar la configuración global.
• Sitios (Sites): Cada recurso web individual en la red es un "sitio". Tiene su propia URL, panel de administración, usuarios, entradas, páginas y archivos multimedia. Los administradores de sitios individuales pueden activar los temas y plugins disponibles para ellos, gestionar el contenido y los usuarios de su sitio.
• Temas y plugins de red (Network Themes & Plugins): Los temas y plugins son instalados por el Superadministrador para toda la red. Una vez instalados, están disponibles para su activación en cualquier sitio de la red. El Superadministrador también puede "activar para la red" (Network Activate) un plugin, lo que lo hará obligatorio y activo en todos los sitios sin posibilidad de desactivación por parte de los administradores locales.
• Base de datos compartida (Shared Database): Todos los sitios de la red utilizan la misma base de datos MySQL, pero con diferentes prefijos de tabla para cada sitio, lo que garantiza el aislamiento lógico de los datos.
• Sistema de archivos compartido (Shared File System): El núcleo de WordPress, así como todos los temas y plugins instalados, se almacenan en un único directorio, lo que reduce la duplicación de archivos y simplifica el mantenimiento.

Ventajas y desventajas de usar Multisite

Ventajas:

• Gestión centralizada: Un único inicio de sesión en el panel de administración para gestionar todos los sitios. Instalación y actualización de temas/plugins una sola vez para toda la red.
• Ahorro de recursos: Menos espacio en disco y memoria, ya que el núcleo de WordPress, los temas y los plugins no se duplican.
• Facilidad de escalado: Es fácil añadir nuevos sitios a la red, lo que es ideal para proyectos de rápido crecimiento o portales de clientes.
• Uniformidad: Posibilidad de garantizar un conjunto uniforme de plugins y temas, así como estándares de seguridad para todos los sitios de la red.
• Comodidad para desarrolladores: El desarrollo y las pruebas de plugins/temas para toda la red se simplifican.

Desventajas:

• Complejidad de configuración y administración: La configuración de WordPress Multisite, especialmente en un VPS, requiere ciertos conocimientos técnicos en servidores web, DNS y línea de comandos.
• Punto único de fallo: Si el sitio principal o la base de datos de la red fallan, esto afecta a todos los sitios.
• Dependencia de plugins: No todos los plugins son totalmente compatibles con Multisite. Algunos pueden funcionar incorrectamente o requerir licencias separadas para cada sitio.
• Problemas de rendimiento: Un sitio o plugin mal optimizado puede afectar negativamente el rendimiento de toda la red. Se requiere un wordpress multisite hosting cuidadoso con recursos suficientes.
• Copia de seguridad: La copia de seguridad de toda la red puede ser más compleja que la de un solo sitio, aunque existen plugins y métodos especializados.

¿Cuándo usar una red de sitios WordPress (WordPress Multisite)?

La decisión de migrar a WordPress Multisite o desplegar una nueva red de sitios basada en él debe ser bien pensada. Esta funcionalidad no es una solución universal para cada caso en el que se requieren varios sitios. Sin embargo, en ciertos escenarios, ofrece ventajas significativas en gestión, escalabilidad y ahorro de recursos.

Escenarios de aplicación típicos

Una red de sitios WordPress es ideal para los siguientes casos:

• Instituciones educativas: Universidades, escuelas o colegios pueden proporcionar a cada facultad, departamento o incluso club estudiantil su propio sitio web, gestionado de forma centralizada.
• Grandes corporaciones con filiales o departamentos: Cada división puede tener su propio sitio web, manteniendo una marca y estructura unificadas, gestionadas por el departamento de TI.
• Portales de noticias o revistas: Diferentes secciones o autores pueden tener sus blogs/secciones, unificados en una sola red.
• Agencias web: Las agencias pueden usar Multisite para alojar y gestionar los sitios de sus clientes, ofreciéndoles acceso limitado al panel de administración de su sitio, mientras mantienen el control total sobre las actualizaciones y la seguridad a nivel de red.
• Sitios de directorio o portales con contenido de usuario: Por ejemplo, un directorio inmobiliario donde cada agente recibe su mini-sitio, o una red social donde los usuarios pueden crear sus propios blogs.
• Sitios multilingües: Cada idioma puede ser un sitio separado en la red, lo que simplifica la gestión de contenido y versiones lingüísticas.
• Plataformas SaaS en WordPress: Si ofrece un servicio donde los usuarios pueden crear sus propios sitios (por ejemplo, un constructor de blogs), Multisite es la base ideal.

En estos casos, la gestión centralizada de actualizaciones, plugins y temas, así como la capacidad de crear rápidamente nuevos sitios, simplifican significativamente los flujos de trabajo y reducen los costos operativos. Si está lanzando varios proyectos que requieren una funcionalidad básica similar y están unidos por una lógica común, WordPress Multisite en un VPS confiable puede ser su elección.

Alternativas y cuándo son preferibles

A pesar de todas las ventajas, existen situaciones en las que WordPress Multisite puede no ser la mejor solución:

• Proyectos completamente independientes: Si sus sitios no tienen nada en común, aparte de estar hechos en WordPress, y son gestionados por diferentes equipos sin necesidad de control centralizado, entonces las instalaciones separadas de WordPress en diferentes subdominios o dominios serán preferibles. Esto elimina el "punto único de fallo" y otorga a cada proyecto total autonomía.
• Diferentes requisitos de plugins/temas: Si cada sitio requiere un conjunto único de plugins y temas que difieren mucho entre sí, gestionarlos dentro de Multisite puede volverse engorroso. Algunos plugins pueden entrar en conflicto o requerir una configuración específica para cada sitio, lo que anula las ventajas de la centralización.
• Altos requisitos de seguridad y aislamiento: Si la vulneración de un sitio en la red puede tener consecuencias críticas para otros (por ejemplo, para instituciones bancarias o gubernamentales), entonces un aislamiento completo a nivel de VPS individuales o incluso servidores dedicados gestionados puede ser una opción más segura.
• Conocimientos técnicos limitados: Si usted o su equipo no tienen experiencia con servidores, DNS y configuraciones de WordPress más complejas, el soporte de Multisite puede resultar demasiado difícil. En este caso, usar varias instalaciones separadas en un hosting normal o un VPS gestionado será más sencillo.

Es importante sopesar todos los pros y los contras, basándose en las necesidades específicas de su proyecto. A veces, la simplicidad de varias instalaciones separadas supera los beneficios potenciales de la centralización.

Preparación de un VPS para WordPress Multisite: elección del hosting y configuración preliminar

El despliegue exitoso de WordPress Multisite en un VPS comienza con la elección correcta del hosting y una configuración preliminar adecuada del servidor. Dado que una red de sitios puede consumir significativamente más recursos que un sitio WordPress estándar, es crucial garantizar suficiente rendimiento y estabilidad.

Elección de la tarifa VPS óptima para Multisite

Al elegir un VPS para wordpress multisite hosting, debe prestar atención a varios parámetros clave:

1. Procesador (CPU): Para una red pequeña (hasta 10-15 sitios con tráfico moderado) serán suficientes 2-4 vCPU. Para redes medianas y grandes (hasta 50 sitios o con alto tráfico) se recomiendan 4-8 vCPU. Para redes muy grandes o proyectos de alta carga puede ser necesario 8+ vCPU o incluso un servidor dedicado.
2. Memoria RAM: Este es uno de los recursos más críticos.
   • Mínimo: 2 GB de RAM para una red de 2-3 sitios con bajo tráfico.
   • Recomendado: 4-8 GB de RAM para la mayoría de las redes medianas (hasta 20-30 sitios).
   • Óptimo: 16 GB de RAM o más para redes grandes, especialmente si se utilizan plugins que consumen muchos recursos, muchos usuarios o alto tráfico.
   Recuerde que cada proceso PHP activo, base de datos y servidor web consume RAM.
3. Espacio en disco (Storage): Elija discos NVMe. Ofrecen una velocidad de lectura/escritura significativamente mayor en comparación con SSD o HDD, lo cual es crítico para el rendimiento de WordPress, especialmente con una gran cantidad de archivos pequeños (imágenes, caché) y un trabajo activo con la base de datos.
   • Mínimo: 80-100 GB NVMe para empezar.
   • Recomendado: 160-250 GB NVMe, para tener margen para archivos multimedia, copias de seguridad y crecimiento.
4. Ancho de banda (Bandwidth): Asegúrese de que su tarifa incluya un volumen de tráfico suficiente (por ejemplo, 1-2 TB/mes) y una alta velocidad de puerto (1 Gbps o más).
5. Ubicación geográfica de su VPS: Elija un centro de datos ubicado más cerca de su audiencia principal para minimizar las latencias y acelerar la carga de los sitios.

Por ejemplo, para una red de 10-20 sitios con tráfico moderado, una tarifa VPS con 4-6 vCPU, 8 GB de RAM y 160 GB NVMe será un buen punto de partida. Valebyte.com ofrece varias tarifas VPS que se pueden escalar a medida que su red crece.

Configuración básica del servidor: SO, servidor web, base de datos

Después de elegir el VPS, es necesario configurar el entorno básico del servidor. Recomendamos utilizar un sistema operativo basado en Linux, como Ubuntu Server (versión LTS) o Debian, debido a su estabilidad, amplio soporte comunitario y extensa documentación.

1. Actualización del sistema: Siempre comience actualizando el gestor de paquetes y los paquetes instalados:

   sudo apt update
   sudo apt upgrade -y

2. Instalación del servidor web:
   • Nginx (recomendado): Conocido por su rendimiento y eficiencia en el manejo de contenido estático y como proxy inverso.

     sudo apt install nginx -y

     Ejemplo de configuración básica de Nginx (para subdominios, considerando PHP-FPM):

     server {
         listen 80;
         server_name example.com *.example.com; # Reemplace con su dominio principal
         root /var/www/html/wordpress; # Ruta a su instalación de WordPress
     
         index index.php index.html index.htm;
     
         location / {
             try_files $uri $uri/ /index.php?$args;
         }
     
         location ~ \.php$ {
             include snippets/fastcgi-php.conf;
             fastcgi_pass unix:/var/run/php/php8.1-fpm.sock; # Especifique su versión de PHP-FPM
             fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
             include fastcgi_params;
         }
     
         # Para subdominios en Multisite
         location ~ /\. {
             deny all;
         }
     
         # Protección contra acceso directo a archivos
         location ~* /(wp-content|wp-includes|wp-admin|uploads|themes|plugins)/.*\.(php|phps|phtml|py|rb|sh|bash|ini|log)$ {
             deny all;
         }
     }

   • Apache: Más sencillo de configurar para Multisite gracias al archivo .htaccess, pero puede ser menos eficiente bajo alta carga.

     sudo apt install apache2 -y

3. Instalación de PHP y PHP-FPM: WordPress requiere PHP. Para un mejor rendimiento, use PHP-FPM. Se recomienda PHP 8.1 o superior.

   sudo apt install php8.1 php8.1-fpm php8.1-mysql php8.1-curl php8.1-gd php8.1-mbstring php8.1-xml php8.1-zip php8.1-imagick -y

   Después de instalar PHP-FPM, si usa Nginx, asegúrese de que su configuración apunte al socket de PHP-FPM (como en el ejemplo anterior). Si usa Apache, asegúrese de que el módulo mod_php o mod_fcgid/mod_proxy_fcgi esté configurado correctamente.
4. Instalación de la base de datos MySQL/MariaDB: WordPress utiliza MySQL o un SGBD compatible. MariaDB es una excelente alternativa.

   sudo apt install mariadb-server -y
   sudo mysql_secure_installation # Ejecute para configurar la seguridad de MySQL

   Cree una nueva base de datos y un usuario para WordPress:

   sudo mysql -u root -p
   CREATE DATABASE wordpress_multisite_db;
   CREATE USER 'wordpress_user'@'localhost' IDENTIFIED BY 'your_strong_password';
   GRANT ALL PRIVILEGES ON wordpress_multisite_db.* TO 'wordpress_user'@'localhost';
   FLUSH PRIVILEGES;
   EXIT;

5. Configuración de permisos de acceso: Asegúrese de que el servidor web tenga permisos de lectura/escritura en el directorio de WordPress.

   sudo chown -R www-data:www-data /var/www/html/wordpress
   sudo chmod -R 755 /var/www/html/wordpress

   (Reemplace /var/www/html/wordpress con su ruta a WordPress.)

Después de completar estos pasos, su VPS estará listo para la instalación de WordPress y la activación del modo Multisite. Recuerde que para otras aplicaciones web complejas, como Flarum, o incluso para servidores de juegos, como se describe en nuestros artículos sobre la instalación de servidores de juegos, por ejemplo, Palworld, la preparación básica del VPS es siempre el primer y más importante paso.

Instalación paso a paso de WordPress Multisite en un VPS

La instalación de WordPress Multisite en un VPS implica varias etapas clave: primero se instala un WordPress normal, luego se activa el modo Multisite, y finalmente se configuran los archivos del servidor web y de WordPress. Siga estas instrucciones para configurar correctamente su red de sitios.

Instalación de WordPress estándar y configuración del archivo wp-config.php

1. Descargue y descomprima WordPress: Vaya al directorio de su servidor web (por ejemplo, /var/www/html/) y descargue la última versión de WordPress:

cd /var/www/html/
sudo wget https://wordpress.org/latest.tar.gz
sudo tar -xvzf latest.tar.gz
sudo mv wordpress/* . # Movemos los archivos a la carpeta raíz, si es necesario
sudo rm -rf wordpress latest.tar.gz

Asegúrese de que los permisos de acceso estén configurados correctamente (consulte la sección anterior).

2. Cree el archivo wp-config.php: Copie el archivo de configuración de ejemplo:

sudo cp wp-config-sample.php wp-config.php

Abra wp-config.php en un editor de texto (por ejemplo, nano o vim):

sudo nano wp-config.php

3. Configure los parámetros de la base de datos: Reemplace los valores de DB_NAME, DB_USER, DB_PASSWORD y DB_HOST con los datos que creó anteriormente:

define( 'DB_NAME', 'wordpress_multisite_db' );
define( 'DB_USER', 'wordpress_user' );
define( 'DB_PASSWORD', 'your_strong_password' );
define( 'DB_HOST', 'localhost' );

4. Añada claves de seguridad únicas: Genere nuevas claves en el sitio web oficial de WordPress e insértelas en el archivo wp-config.php.

5. Complete la instalación de WordPress a través de la interfaz web: Abra su dominio en el navegador (por ejemplo, http://yourdomain.com). Verá la página de bienvenida de WordPress. Siga las instrucciones para crear el sitio principal de la red, especificando el nombre del sitio, nombre de usuario, contraseña y correo electrónico.

Activación del modo Multisite y configuración de .htaccess

Después de instalar WordPress estándar con éxito, está listo para activar WordPress Multisite:

1. Permita Multisite en wp-config.php: Abra wp-config.php y añada la siguiente línea antes de la línea /* That's all, stop editing! Happy publishing. */:

define( 'WP_ALLOW_MULTISITE', true );

Guarde y cierre el archivo.

2. Actualice la página en el panel de administración: Inicie sesión en el panel de administración de su sitio WordPress. Vaya a la sección Herramientas -> Configuración de red (Tools -> Network Setup). Si no ve esta opción, es posible que no haya añadido WP_ALLOW_MULTISITE en el lugar correcto o no haya actualizado la página.

3. Elija la estructura de la red: En la página "Configuración de red", se le pedirá que elija entre "Subdominios" (Sub-domains) y "Subdirectorios" (Sub-directories).

• Subdominios (por ejemplo, site1.yourdomain.com): Requieren la configuración de Wildcard DNS y la configuración del servidor web. Recomendado para nuevas instalaciones.
• Subdirectorios (por ejemplo, yourdomain.com/site1): No requieren Wildcard DNS, pero pueden tener limitaciones si su instalación de WordPress tiene más de un mes (WordPress evita el uso de subdirectorios para instalaciones antiguas para evitar conflictos con entradas existentes).

Haga su elección. Especifique el nombre de la red y el correo electrónico del administrador de la red. Haga clic en "Instalar".

4. Actualice wp-config.php y .htaccess: Después de hacer clic en "Instalar", WordPress generará dos bloques de código. Debe copiarlos e insertarlos:

• El primer bloque de código insértelo en wp-config.php debajo de la línea define( 'WP_ALLOW_MULTISITE', true ); y antes de /* That's all, stop editing! Happy publishing. */. Se verá algo así:

  define('MULTISITE', true);
  define('SUBDOMAIN_INSTALL', true); // O false, si eligió subdirectorios
  define('DOMAIN_CURRENT_SITE', 'yourdomain.com');
  define('PATH_CURRENT_SITE', '/');
  define('SITE_ID_CURRENT_SITE', 1);
  define('BLOG_ID_CURRENT_SITE', 1);

• El segundo bloque de código reemplazará el contenido de su archivo .htaccess (para Apache) o se utilizará para configurar Nginx (para Nginx). Para Apache: Abra .htaccess en el directorio raíz de WordPress:

  sudo nano .htaccess

  Reemplace todo el contenido del archivo con el código proporcionado, que se verá algo así:

  RewriteEngine On
  RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
  RewriteBase /
  RewriteRule ^index\.php$ - [L]
  
  # add a trailing slash to /wp-admin
  RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L]
  
  RewriteCond %{REQUEST_FILENAME} -f [OR]
  RewriteCond %{REQUEST_FILENAME} -d
  RewriteRule ^ - [L]
  RewriteRule ^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) $2 [L]
  RewriteRule ^([_0-9a-zA-Z-]+/)?(.*\.php)$ $2 [L]
  RewriteRule . index.php [L]

  Para Nginx: Si usa Nginx, deberá configurar manualmente el archivo de configuración de su host virtual (por ejemplo, /etc/nginx/sites-available/yourdomain.com) de acuerdo con las instrucciones que WordPress proporciona en esta página. Esto incluirá las directivas try_files y rewrite para el manejo correcto de las solicitudes a subdominios o subdirectorios. Un ejemplo para subdominios se proporcionó en la sección anterior.

5. Vuelva a iniciar sesión: Después de guardar los cambios en wp-config.php y .htaccess, WordPress le pedirá que inicie sesión de nuevo. Ahora su red WordPress Multisite está activada. Verá la opción "Mis sitios" (My Sites) en la barra superior del panel de administración, desde donde podrá gestionar la red y los sitios individuales.

Subdominios vs. Subdirectorios: ¿Qué elegir para su red de sitios WordPress?

Una de las primeras y más importantes decisiones al configurar WordPress Multisite es elegir la estructura de URL para su red: usar subdominios (por ejemplo, site1.maindomain.com) o subdirectorios (por ejemplo, maindomain.com/site1). Esta elección afecta al SEO, la facilidad de configuración y la flexibilidad para el desarrollo futuro.

Ventajas y desventajas de cada enfoque

Subdominios (Sub-domains):

Ejemplo: blog.example.com, shop.example.com

Ventajas:

• Ventajas SEO: Se considera que los motores de búsqueda pueden tratar los subdominios como entidades más independientes que los subdirectorios, lo que puede ser útil si cada sitio de su red tiene una temática muy diferente.
• Flexibilidad para el mapeo de dominios: Los subdominios son más fáciles de integrar con la función de mapeo de dominios, permitiendo que cada sitio de la red tenga su propio dominio único (por ejemplo, site1.com en lugar de site1.maindomain.com).
• Separación clara: Visual y lógicamente, los subdominios crean una sensación de mayor independencia para cada sitio.
• Facilidad de configuración para nuevas instalaciones: WordPress recomienda los subdominios para las instalaciones nuevas de Multisite.

Desventajas:

• Requiere Wildcard DNS: Para soportar subdominios, es necesario configurar un registro Wildcard DNS (*.example.com, apuntando a la IP de su VPS). Esto puede ser más complejo para principiantes.
• Configuración del servidor web: Requiere una configuración específica de Nginx o Apache para el enrutamiento correcto de las solicitudes a los subdominios.
• Certificados SSL: Para cada subdominio o para toda la red se necesitará un certificado SSL Wildcard (por ejemplo, Let's Encrypt Wildcard), lo que añade complejidad a la configuración.

Subdirectorios (Sub-directories):

Ejemplo: example.com/blog, example.com/shop

Ventajas:

• Facilidad de configuración: No requieren Wildcard DNS. La configuración del servidor web suele ser más sencilla, ya que todos los sitios se encuentran en un único directorio raíz del dominio principal.
• Ventajas SEO (para algunos casos): Los motores de búsqueda pueden considerar el contenido en subdirectorios como parte del dominio principal, lo que puede contribuir a fortalecer la autoridad del dominio principal. Ideal si todos los sitios están estrechamente relacionados temáticamente.
• Un solo certificado SSL: Basta con un certificado SSL para el dominio principal, que cubrirá todos los subdirectorios.

Desventajas:

• Restricciones de WordPress: WordPress no permite usar subdirectorios para instalaciones existentes que tengan más de un mes, para evitar conflictos con páginas/entradas ya existentes. Esto los hace menos flexibles para la migración.
• Menor independencia: Los sitios parecen partes de un sitio grande, lo que puede no ser deseable si desea crear una sensación de marcas separadas.
• Posibles conflictos: Posibilidad de conflictos de URL si los nombres de los subdirectorios coinciden con páginas o entradas existentes en el sitio principal.

Cuándo elegir cada uno:

• Elija subdominios si está creando una nueva red, desea dar a cada sitio una apariencia más independiente, planea usar el mapeo de dominios, o si los sitios tienen temáticas diferentes.
• Elija subdirectorios si todos los sitios están estrechamente relacionados con el dominio principal, desea fortalecer el SEO del dominio principal, y necesita una configuración lo más sencilla posible sin Wildcard DNS.

Configuración de DNS y servidor web para subdominios/subdirectorios

Para subdominios:

1. Configuración de Wildcard DNS: Vaya al panel de control DNS de su registrador de dominios o proveedor de DNS. Añada un registro de tipo A (o CNAME, si usa CDN):

Tipo: A
Nombre/Host: *
Valor/Apuntar a: Dirección IP de su VPS

Este registro dirigirá todos los subdominios inexistentes (por ejemplo, site1.yourdomain.com, site2.yourdomain.com) a su VPS. El tiempo de propagación de los registros DNS puede tardar hasta 24-48 horas.

2. Configuración del servidor web:

• Nginx: En el archivo de configuración de su host virtual (por ejemplo, /etc/nginx/sites-available/yourdomain.com) asegúrese de que la directiva server_name incluya subdominios Wildcard:

  server_name yourdomain.com *.yourdomain.com;

  El resto de la configuración de Nginx, por lo general, ya contiene las reglas try_files y rewrite necesarias para WordPress Multisite, que obtuvo al activar la red.
• Apache: El archivo .htaccess, generado por WordPress, ya contiene todas las reglas RewriteRule necesarias para el manejo de subdominios. Asegúrese de que el módulo mod_rewrite esté habilitado:

  sudo a2enmod rewrite
  sudo systemctl restart apache2

  Además, en la configuración de su host virtual (por ejemplo, /etc/apache2/sites-available/yourdomain.com.conf), asegúrese de que AllowOverride All esté configurado para el directorio de WordPress, para que Apache pueda leer .htaccess.

No olvide reiniciar el servidor web después de realizar los cambios: sudo systemctl restart nginx o sudo systemctl restart apache2.

Para subdirectorios:

1. Configuración de DNS: No se requiere Wildcard DNS. Solo necesita un registro A para el dominio principal (yourdomain.com y www.yourdomain.com), que apunte a la IP de su VPS.

2. Configuración del servidor web:

• Nginx: La configuración de Nginx para subdirectorios será similar a la configuración para un solo sitio WordPress, pero teniendo en cuenta las reglas específicas de try_files y rewrite proporcionadas por WordPress al activar la red.
• Apache: El archivo .htaccess, generado por WordPress para el modo de subdirectorios, contiene todas las reglas necesarias. Asegúrese de que mod_rewrite esté habilitado y que AllowOverride All esté configurado para el directorio de WordPress.

Además, reinicie el servidor web después de los cambios.

La elección entre subdominios y subdirectorios es una decisión fundamental que afectará a toda la arquitectura de su red WordPress Multisite. Considere cuidadosamente sus necesidades futuras antes de tomar una decisión.

Mapeo de dominios (Domain Mapping) en WordPress Multisite: gestión de dominios individuales

Una de las funciones más potentes de WordPress Multisite es la capacidad de mapeo de dominios (Domain Mapping). Esta función permite que cada sitio individual de su red tenga su propio dominio único, diferente del dominio principal de la red. Por ejemplo, en lugar de site1.maindomain.com o maindomain.com/site1, su cliente o departamento puede usar clientdomain.com. Esto crea la impresión de un sitio completamente independiente, manteniendo todas las ventajas de la gestión centralizada de la red.

Cómo funciona el mapeo de dominios

El mecanismo de mapeo de dominios en WordPress Multisite es bastante simple, pero requiere una configuración correcta de DNS y del servidor web:

1. Registro DNS: Para cada dominio "mapeado" (por ejemplo, clientdomain.com) es necesario crear un registro DNS A (o CNAME) que apunte a la dirección IP de su VPS, donde se aloja el wordpress multisite hosting. Esto garantiza que al solicitar clientdomain.com, el navegador del usuario sea dirigido a su servidor.
2. Servidor web: Su servidor web (Nginx o Apache) debe estar configurado para procesar las solicitudes a todos los dominios "mapeados" y dirigirlas al directorio raíz de su instalación de WordPress. Esto se logra generalmente mediante un Wildcard Virtual Host (para Nginx) o una configuración universal (para Apache).
3. WordPress Multisite: Dentro de WordPress, el Superadministrador añade el nuevo dominio a un sitio específico de la red. WordPress utiliza esta información para determinar qué sitio de la red debe cargarse al solicitar ese dominio.

Anteriormente, el mapeo de dominios requería plugins de terceros, pero desde la versión 4.5 de WordPress, esta funcionalidad está integrada en el núcleo. Ahora basta con añadir el dominio en la configuración del sitio en el panel de administración de la red.

Configuración del mapeo de dominios y SSL

1. Configuración de DNS para cada nuevo dominio:

Para cada dominio que desee "mapear" a un sitio de su red, debe crear un registro DNS A que apunte a la dirección IP de su VPS. Por ejemplo, para el dominio clientdomain.com:

Tipo: A
Nombre/Host: @ (o clientdomain.com)
Valor/Apuntar a: Dirección IP de su VPS

Tipo: A
Nombre/Host: www
Valor/Apuntar a: Dirección IP de su VPS

Repita esto para todos los dominios que desee utilizar.

2. Configuración del servidor web para procesar todos los dominios:

Su servidor web debe estar preparado para aceptar solicitudes para cualquier dominio que mapee.

• Nginx: Asegúrese de que en el bloque server de su host virtual (por ejemplo, /etc/nginx/sites-available/yourdomain.com) se especifique server_name, que incluya tanto el dominio principal como el Wildcard para subdominios, y posiblemente una lista de todos los dominios mapeados, si no utiliza un enfoque universal. Lo mejor es usar el enfoque Wildcard, que ya se describió para subdominios, ya que permite a Nginx escuchar todos los dominios dirigidos a su IP.

  server {
      listen 80;
      server_name yourdomain.com *.yourdomain.com clientdomain.com client2domain.com; # Añada todos los dominios mapeados
      root /var/www/html/wordpress; # Ruta a su instalación de WordPress
  
      # ... el resto de la configuración de Nginx para WordPress Multisite ...
  }

  Para un enfoque más flexible, se puede usar Wildcard en server_name, pero esto puede complicar la configuración de SSL para dominios individuales sin un SSL Wildcard.
• Apache: Apache suele ser más indulgente, ya que dirigirá todas las solicitudes que lleguen a la dirección IP a su Virtual Host predeterminado, si no hay una coincidencia más específica. Asegúrese de que su Virtual Host para WordPress Multisite sea el predeterminado o esté configurado para procesar todos los dominios.

3. Adición del dominio en WordPress Multisite:

Inicie sesión en el panel de administración de la red (como Superadministrador). Vaya a Mis sitios -> Administración de red -> Sitios (My Sites -> Network Admin -> Sites).

• Seleccione el sitio para el que desea configurar el mapeo y haga clic en "Editar".
• En el campo "Dirección del sitio (URL)" (Site Address (URL)), cambie la URL del subdominio/subdirectorio al nuevo dominio (por ejemplo, de site1.maindomain.com a clientdomain.com).
• Guarde los cambios.

4. Configuración de SSL para dominios mapeados:

Este es un paso crucial para la seguridad y el SEO. Para cada dominio mapeado, necesitará instalar un certificado SSL.

• Let's Encrypt con Certbot: Esta es la solución más popular y gratuita.

  sudo apt install certbot python3-certbot-nginx -y # Para Nginx
  sudo apt install certbot python3-certbot-apache -y # Para Apache

  Luego ejecute Certbot para cada dominio:

  sudo certbot --nginx -d clientdomain.com -d www.clientdomain.com # Para Nginx
  sudo certbot --apache -d clientdomain.com -d www.clientdomain.com # Para Apache

  Certbot configurará automáticamente su servidor web y obtendrá los certificados. Repita para cada dominio mapeado.
• Certificado SSL Wildcard: Si utiliza subdominios, y cada subsitio debe tener su propio subdominio (por ejemplo, site1.maindomain.com), un certificado SSL Wildcard (*.maindomain.com) puede cubrir todos los subdominios. Let's Encrypt también puede emitir certificados Wildcard, pero esto requiere el uso del método de verificación DNS-01.

Después de configurar SSL, asegúrese de que todas las solicitudes se redirijan a HTTPS. Esto se puede hacer a través de la configuración del servidor web o utilizando plugins de WordPress (por ejemplo, Really Simple SSL), pero la configuración a nivel de servidor siempre es preferible.

El mapeo de dominios hace que la red de sitios WordPress sea increíblemente flexible y potente, permitiéndole gestionar una multitud de proyectos diversos desde un solo servidor, creando al mismo tiempo una marca única para cada uno de ellos.

Rendimiento y optimización de WordPress Multisite en un VPS

El rendimiento es un aspecto clave para cualquier plataforma web, y WordPress Multisite en un VPS no es una excepción. Con el crecimiento del número de sitios, usuarios y contenido, la carga del servidor aumenta significativamente. Una optimización efectiva es crucial para garantizar una carga rápida de las páginas, un funcionamiento estable y una experiencia de usuario positiva. Nuestro objetivo es exprimir al máximo su wordpress multisite hosting.

Caché, CDN y optimización de la base de datos

1. Caché: El caché es la herramienta principal para mejorar el rendimiento de WordPress.

• Caché de objetos (Object Caching): Acelera las consultas a la base de datos de WordPress. Se recomienda usar Redis o Memcached. Para Redis:

  sudo apt install redis-server -y

  Luego instale el plugin Redis Object Cache en WordPress y actívelo a nivel de red. Añada en wp-config.php:

  define('WP_REDIS_HOST', '127.0.0.1');
  define('WP_REDIS_PORT', 6379);
  define('WP_REDIS_PASSWORD', 'your_redis_password'); // Si está configurado
  define('WP_REDIS_DATABASE', 0); // Use diferentes bases de datos para diferentes sitios, si es necesario
  define('WP_CACHE_KEY_SALT', 'your_unique_salt_prefix_'); // Importante para Multisite

• Caché de páginas (Page Caching): Almacena páginas HTML completamente generadas para no tener que generarlas de nuevo en cada solicitud.
  • Plugins de WordPress: WP Super Cache o W3 Total Cache (requiere una configuración más compleja para Multisite). Instale y configure a nivel de red.
  • Caché del servidor (Varnish/Nginx FastCGI Cache): Una solución más eficiente que funciona a nivel del servidor web. Varnish HTTP Cache es un potente proxy inverso que puede acelerar significativamente la entrega de contenido. Nginx FastCGI Cache también es muy eficiente y más fácil de configurar que Varnish.
• Caché del navegador: Se configura a nivel del servidor web (Nginx/Apache) para indicar a los navegadores cuánto tiempo deben almacenar los recursos estáticos (CSS, JS, imágenes).

2. Red de entrega de contenido (CDN): Una CDN (por ejemplo, Cloudflare, KeyCDN, BunnyCDN) distribuye sus archivos estáticos (imágenes, CSS, JS) a través de múltiples servidores en todo el mundo. Esto reduce la distancia al usuario y acelera significativamente la carga del sitio, disminuyendo la carga en su VPS. Cloudflare también ofrece funciones adicionales de seguridad y optimización.

3. Optimización de la base de datos:

• Limpieza regular: Elimine revisiones antiguas de entradas, comentarios de spam, transitorios no utilizados. Plugins como WP-Optimize pueden ayudar.
• Indexación: Asegúrese de que todas las tablas necesarias de la base de datos estén indexadas para una ejecución rápida de las consultas.
• Configuración de MySQL/MariaDB: Optimice la configuración de la base de datos (por ejemplo, my.cnf) para su servidor. Parámetros como innodb_buffer_pool_size, query_cache_size (para MySQL 5.7 y versiones anteriores), max_connections son muy importantes. Por ejemplo, innodb_buffer_pool_size debe establecerse en aproximadamente el 50-70% de la RAM disponible, si la base de datos es el principal consumidor de memoria.

4. Optimización de imágenes: Utilice plugins para comprimir imágenes (por ejemplo, Smush, Imagify) y conviértalas a formatos modernos (WebP). Esto reduce significativamente el tamaño de las páginas.

Monitorización de recursos y escalado

1. Monitorización de recursos: La monitorización regular de su VPS es clave para identificar cuellos de botella y problemas de rendimiento.

• Herramientas de línea de comandos: Use htop para monitorear CPU y RAM, iotop para operaciones de disco, netstat para actividad de red.
• Monitorización del servidor web: Nginx Access Logs y Error Logs, Apache Access Logs y Error Logs.
• Sistemas de monitorización: Instale un sistema de monitorización como Prometheus + Grafana, Netdata, Zabbix, o use servicios de monitorización en la nube. Esto le permitirá rastrear la carga de CPU, el uso de RAM, las operaciones de disco, el tráfico de red, el número de procesos PHP activos y las solicitudes a la base de datos en tiempo real. Muchas de estas herramientas, al igual que herramientas de monitorización como Dozzle, pueden instalarse fácilmente en un VPS.
• Monitorización de WordPress: Use plugins para monitorear el rendimiento y la depuración, como Query Monitor, para identificar consultas lentas a la base de datos o plugins que consumen muchos recursos.

2. Escalado: A medida que su red WordPress Multisite crece, puede ser necesario escalar el VPS.

• Escalado vertical: Aumento de los recursos del VPS actual (añadir CPU, RAM, espacio en disco). Valebyte.com permite actualizar fácilmente las tarifas de VPS.
• Escalado horizontal (para redes muy grandes): Separación de componentes en servidores individuales. Por ejemplo, asignar un VPS separado para la base de datos (MySQL/MariaDB), otro para el caché (Redis/Memcached) y varios VPS para el servidor web con un balanceador de carga. Esto es significativamente más complejo y generalmente solo se requiere para proyectos corporativos de alta carga.
• Optimización del código: Revise y optimice regularmente el código de temas y plugins. Elimine plugins y temas no utilizados.

Recuerde que cada sitio de su red contribuye a la carga general. Un plugin mal optimizado en uno de los sitios puede ralentizar toda la red. Por lo tanto, es importante controlar lo que instalan los administradores de sitios individuales y, si es necesario, limitar sus capacidades.

¿Qué VPS se necesita para WordPress Multisite: recomendaciones de Valebyte.com?

La elección del VPS adecuado para WordPress Multisite es crucial para el funcionamiento estable y el rendimiento de su red de sitios. Valebyte.com ofrece diversas configuraciones que pueden satisfacer las necesidades desde pequeños blogs personales hasta grandes redes corporativas. A continuación, presentamos nuestras recomendaciones, basadas en la experiencia de alojar aplicaciones web exigentes.

Configuraciones mínimas y recomendadas

Los requisitos de un VPS para WordPress Multisite dependen en gran medida del número de sitios en la red, su tráfico, la complejidad de los temas y plugins utilizados, así como el número de usuarios activos. Hemos dividido las recomendaciones en tres niveles:

1. Nivel inicial (para redes pequeñas, hasta 5-10 sitios con bajo tráfico):

• CPU: 2 vCPU
• RAM: 4 GB
• Disco: 80-100 GB NVMe
• Ancho de banda: 1 TB/mes
• Ejemplo de uso: Varios blogs personales, entorno de prueba, red de sitios para una pequeña startup.
• Nota: En este nivel es fundamental usar caché (Nginx FastCGI Cache o plugins) y optimización de imágenes.

2. Nivel medio (para redes medianas, hasta 20-50 sitios con tráfico moderado):

• CPU: 4-6 vCPU
• RAM: 8-16 GB
• Disco: 160-250 GB NVMe
• Ancho de banda: 2-4 TB/mes
• Ejemplo de uso: Red de sitios para una agencia web (sitios de clientes), red corporativa de departamentos, portal educativo.
• Nota: Es obligatorio implementar caché de objetos (Redis/Memcached) y CDN. La monitorización regular de los recursos del servidor se vuelve crítica.

3. Nivel avanzado (para redes grandes, más de 50 sitios o con alto tráfico/E-commerce):

• CPU: 8+ vCPU (o núcleos dedicados)
• RAM: 32+ GB
• Disco: 500 GB+ NVMe (o varios discos)
• Ancho de banda: 5+ TB/mes
• Ejemplo de uso: Grandes plataformas SaaS en WordPress, grandes portales de medios, redes de E-commerce que requieren alta disponibilidad y rendimiento.
• Nota: En este nivel a menudo se requiere escalado horizontal (servidores separados para la base de datos, caché, servidores web), hosting gestionado y/o el uso de servidores dedicados de alto rendimiento. La monitorización con sistemas avanzados (Prometheus/Grafana) es obligatoria.

Comparación de tarifas de Valebyte.com para WordPress Multisite

Presentamos una comparación orientativa de las tarifas de Valebyte.com, adecuadas para diferentes niveles de wordpress multisite hosting. Tenga en cuenta que los precios y las especificaciones exactas pueden variar, y para obtener información actualizada, siempre es mejor visitar nuestro sitio web.

Tarifa Valebyte.com	vCPU	RAM (GB)	Disco NVMe (GB)	Tráfico (TB/mes)	Precio orientativo ($/mes)	Adecuado para
VPS-Start	2	4	80	1	desde $15	Redes pequeñas (hasta 10 sitios), blogs personales, proyectos de prueba
VPS-Standard	4	8	160	2	desde $30	Redes medianas (hasta 30 sitios), pequeñas agencias, portales corporativos
VPS-Pro	6	16	250	4	desde $60	Redes grandes (hasta 50+ sitios), proyectos de alta carga, E-commerce
VPS-Enterprise	8+	32+	500+	5+	desde $120	Redes muy grandes, plataformas SaaS, aplicaciones empresariales críticas

Recomendaciones importantes al elegir:

1. Empiece con margen: Siempre elija una tarifa con un pequeño margen de recursos para evitar problemas de rendimiento ante un crecimiento repentino del tráfico o la adición de nuevos sitios.
2. Escalabilidad: Asegúrese de que su proveedor (como Valebyte.com) ofrezca una fácil escalabilidad de los recursos del VPS sin tiempo de inactividad.
3. Discos NVMe: Esto no es negociable. Para WordPress, especialmente Multisite, la velocidad del subsistema de disco es de suma importancia.
4. Soporte: La disponibilidad de soporte técnico cualificado para ayudar con problemas del servidor (no específicos de WordPress) es muy valiosa.
5. Monitorización: Utilice las herramientas de monitorización integradas en el panel de control del VPS o soluciones de terceros para estar siempre al tanto del estado de su servidor.

Al elegir wordpress multisite hosting en un VPS de Valebyte.com, no solo obtiene servidores potentes y rápidos, sino también la flexibilidad necesaria para el crecimiento de su red de sitios.

Conclusiones

WordPress Multisite en un VPS representa una solución potente y flexible para la gestión centralizada de múltiples sitios web, ofreciendo un ahorro significativo de recursos y la simplificación de tareas administrativas. Para el despliegue y mantenimiento exitoso de dicha red, es crucial la elección de un VPS adecuado con suficiente RAM, discos NVMe de alto rendimiento y una CPU potente, así como una configuración cuidadosa del servidor web, la base de datos y los sistemas de caché. Valebyte.com ofrece tarifas de VPS óptimas que pueden escalarse a medida que su red crece, garantizando estabilidad y alto rendimiento.