Guía práctica para la configuración y optimización completa del modo multi-sitio en WordPress Network

La función de Multisitios de WordPress, anteriormente conocida como WordPress MU (Multiuser), es una potente herramienta incorporada que permite crear y administrar múltiples sitios web a partir de una única instalación de WordPress. Es ideal para gestionar varios blogs relacionados, crear una plataforma unificada para sitios web de clientes, operar sitios en varios idiomas o desarrollar servicios SaaS. Simplifica un problema complejo de administración de múltiples sistemas, convirtiéndolo en una operación sencilla a través de un panel de control centralizado.

Los conceptos centrales y las ventajas del modo multi-sitio

Después de activar la red de múltiples sitios, su instalación de WordPress se convertirá en una “red”. Dentro de esta red, cuenta con un sitio principal (el sitio original en el que se instaló WordPress) y puede agregar tantos sitios secundarios como desee. Todos los sitios comparten los mismos archivos del núcleo de WordPress, la misma base de datos (aunque algunas tablas de datos serán independientes), así como el mismo conjunto de plugins y temas.

Su principal ventaja radica en la gestión centralizada. El superadministrador de la red puede instalar y activar temas o plugins en todos los sitios desde un único panel de control, mientras que los administradores de los subsitios solo pueden utilizar los recursos que hayan sido activados por el superadministrador, sin poder instalarlos por sí mismos. Esto mejora significativamente la seguridad, la coherencia y la eficiencia de la gestión. Todos los cuentas de usuario también son compartidos en la red, y un mismo usuario puede tener diferentes roles en diferentes sitios.

Lecturas recomendadas Análisis completo de los servidores compartidos: Principios, ventajas y desventajas, y guía de estrategias de optimización。

Pasos completos para la configuración de la red

Antes de comenzar, por favor asegúrese de hacer una copia de seguridad de los archivos de su sitio web y de su base de datos, ya que esta acción modificará los archivos de configuración principales.

Servidor de WordPress de UltaHost

Garantía de reembolso en 30 días, ancho de banda ilimitado y bases de datos, protección gratuita contra ataques DDoS; descuento del 50% al comprar por 3 años (versiones de 4 TB y 5 TB).

página de acceso

Modificar el archivo de configuración de WordPress

En primer lugar, necesitará editar el sitio web. wp-config.php El archivo se encuentra después de las líneas de código que definen la configuración de la base de datos, pero antes de… /* That's all, stop editing! Happy publishing. */ Antes de esta línea de comentarios, añada el siguiente código:

define( 'WP_ALLOW_MULTISITE', true );

Después de guardar y cargar el archivo, actualice el backend de WordPress. Verá una nueva opción llamada “Ajustes de red” en el menú “Herramientas”.

Complete la instalación mediante el asistente en segundo plano.

Para acceder a la página de “Configuraciones de red”, debe elegir la estructura de red que desea utilizar: un subdominio (por ejemplo, site1.yourdomain.com) o un subdirectorio (por ejemplo, yourdomain.com/site1). Los subdominios suelen ser más claros en su uso, pero requieren que configure un subdominio con caracteres comodín (Wildcard Subdomain) en el servidor. En el caso del desarrollo local o de una estructura de subdirectorios, no es necesaria ninguna configuración adicional en el servidor.

Después de hacer la selección, haga clic en “Instalar”. WordPress generará un conjunto de códigos que deberá agregarlos en los lugares indicados, siguiendo las instrucciones que se le proporcionen. wp-config.php Archivos y directorio raíz .htaccess El archivo se encuentra en el servidor (si se utiliza el servidor Apache). Para el servidor Nginx, las reglas deben ser añadidas al archivo de configuración de Nginx del sitio.

Lecturas recomendadas Análisis completo de los servidores VPS: desde los principios hasta la experticia, una guía integral para la selección y optimización.。

Una vez que haya completado el proceso de adición, necesitará iniciar sesión de nuevo. En ese momento, aparecerá el menú “Mi sitio” en la esquina superior izquierda de la interfaz de administración de WordPress; este es el panel de control para el administrador superio que gestiona toda la red.

Operaciones diarias de gestión de redes

Como superadministrador, sus principales tareas de gestión se realizarán en el nuevo panel de control “Mi sitio -> Administración de red”.

Gestión centralizada de sitios, usuarios y temas

En la página “Sitios”, puede agregar, eliminar, archivar, desactivar o buscar todos los sitios de la red de la misma manera que gestiona los artículos. Cada sitio cuenta con su propia dirección, título, idioma del administrador y hora de registro, entre otras informaciones.

hosting.com Alojamiento compartido

Alto rendimiento con CPU AMD EPYC, almacenamiento SSD NVMe y LiteSpeed, asistencia interna de expertos 24 horas al día, 7 días a la semana, medidas de seguridad avanzadas como SSL, fuerza bruta, protección contra malware y DDoS, ahorro de hasta 73%.

página de acceso

En la página de “Usuarios”, puede administrar a todos los usuarios de la red. Al agregar un nuevo usuario, es posible asignarlo a un sitio específico y especificar su rol al mismo tiempo. Los permisos de administración de usuarios están estrictamente divididos: el superadministrador tiene control total, mientras que los administradores de sitios solo pueden gestionar a los usuarios y el contenido de su propio sitio.

La gestión de temas y plugins ha cambiado radicalmente. En la página de “Temas”, el superadministrador puede instalar nuevos temas y “activarlos para toda la red”, de modo que todos los subsitios puedan utilizarlos; también puede activarlos sin permitir que los subsitios los utilicen. Los administradores de los subsitios no pueden cargar ni instalar temas, sino que solo pueden cambiar entre los temas que el superadministrador ya ha activado. La lógica de gestión de plugins es similar: en la página de “Plugins”, el superadministrador los activa de manera centralizada.

Optimización del rendimiento y la seguridad para múltiples sitios web

La arquitectura multi-sitio, aunque aporta comodidades, también impone requisitos más elevados en términos de recursos de servidores y políticas de seguridad.

Lecturas recomendadas Guía completa para establecer un negocio de comercio electrónico internacional con WooCommerce: desde cero hasta la creación de un sitio web independiente para comercio exterior multilingüe y potente.。

Implementar una estrategia de almacenamiento en caché eficiente

Debido a que todos los sitios comparten el mismo código, el caché de objetos se vuelve de vital importancia. Se recomienda utilizar sistemas de caché de objetos persistentes como Redis o Memcached. Al instalar los complementos correspondientes para WordPress (como el Redis Object Cache) y configurar adecuadamente el servicio en el servidor, se puede reducir significativamente la carga de consultas a la base de datos.

En cuanto al caché de páginas, se puede considerar utilizar plugins de caché que soporten múltiples sitios, o configurar reglas de caché independientes para cada subsitio importante. Es recomendable evitar el uso de un modelo de “caché para todo el sitio” que sea simple y poco sofisticado en un solo sitio, y en su lugar adoptar soluciones de caché más inteligentes.

Alojamiento compartido InterServer

Alojamiento compartido $2.50 USD al mes , primer mes $0.1 USD código promocional tryinterserver, 461 scripts de aplicaciones en la nube, instalación en un clic.

página de acceso

Reforzar la seguridad y el aislamiento de permisos

El principio fundamental es mantener actualizadas en todo momento la versión principal de WordPress, así como todos los plugins y temas activados, ya que una vulnerabilidad en cualquier componente puede poner en peligro toda la red. Utilice plugins de seguridad para realizar un escaneo integral de la red y reforzar su seguridad.

A nivel del banco de datos, aunque los sitios comparten el prefijo de las tablas de datos, los datos clave, como… wp_posts、wp_comments Estos datos se almacenan en tablas divididas (por ejemplo…). wp_2_postsAsegúrese de que su plan de copias de seguridad pueda realizar una copia completa de todos los subtablas.

El control de permisos a través del código también es muy efectivo. Puede utilizarlo para... is_super_admin() La función en el código determina si el usuario actual es un superadministrador, lo que decide si se mostrarán ciertas funciones de administración o se ejecutarán operaciones específicas. En el caso de los administradores de subsitios, es esencial definir claramente los límites de sus permisos para evitar operaciones no autorizadas.

resúmenes

La red de múltiples sitios de WordPress es una herramienta potente que requiere una planificación cuidadosa. Al compartir el código central y gestionar de manera centralizada a los usuarios, temas y plugins, simplifica significativamente el mantenimiento de varios sitios relacionados, siendo especialmente adecuada para redes corporativas, plataformas educativas, matrices de contenidos de múltiples marcas o idiomas, entre otros escenarios. No obstante, su naturaleza interconectada exige que los administradores presten atención a la optimización del rendimiento del servidor, a la implementación de políticas de seguridad rigurosas y a una división clara de permisos. Desplegar y optimizar con éxito una red de WordPress constituirá la base para la gestión de proyectos de WordPress a gran escala.

FAQ Preguntas más frecuentes

¿Se perderán los datos y configuraciones de mi sitio único existentes después de habilitar la funcionalidad de múltiples sitios?

No. El proceso de habilitar una red de múltiples sitios es no destructivo. Su sitio actual se convertirá automáticamente en el sitio principal de la red (con el ID 1), y todos los artículos, páginas, archivos de medios, configuraciones y datos de usuarios se mantendrán intactos.

¿Debería elegir un subdominio o una estructura de subdirectorios?

Si su sitio web requiere una marca corporativa altamente independiente o podría ser separado en dominios web independientes, se recomienda utilizar subdominios (como blog.example.com). Para ello, es necesario configurar registros de comodín en el sistema DNS.*.example.comEs importante asegurarse de que el servidor sea compatible con esta estructura de directorios subordinados (por ejemplo, example.com/blog). Esta estructura es más sencilla y no requiere configuraciones adicionales en el servidor, lo que puede ser beneficioso para la optimización de búsqueda (SEO) al concentrar el contenido en áreas específicas del sitio web. Sin embargo, puede resultar en una menor independencia entre los diferentes componentes del sitio. Tenga en cuenta que, una vez se elige esta estructura, cualquier cambio posterior será bastante difícil de realizar.

¿Cómo funcionan los complementos y los temas en una red de múltiples sitios?

Todos los plugins y archivos de temas se almacenan en un directorio compartido de la red.wp-content/plugins Y wp-content/themesPero solo los superadministradores pueden “activarlas” a nivel de red. Una vez que un complemento (plugin) es “activado” a nivel de red, se ejecutará obligatoriamente en todos los sitios; en cambio, la opción de “activación” permite que los administradores de los subsitios decidan por sí mismos si lo desean activar o no. Los temas (themes) solo pueden ser utilizados por los subsitios si han sido previamente activados por el superadministrador.

¿Cómo migrar un sitio WordPress independiente existente a una red de múltiples sitios?

Se trata de un proceso complejo que no se limita a una simple copia de archivos. El método estándar es el siguiente: 1) Crear una red de sitios web en la nueva ubicación; 2) Utilizar plugins de migración especializados (como Duplicator o All-in-One WP Migration) para exportar el sitio antiguo; 3) Generar un nuevo sitio vacío dentro de la red de sitios; 4) Ingresar los datos en el sitio nuevo mediante la función de importación del plugin. Este proceso implica la modificación de los prefijos de las bases de datos y el reemplazo de las URL, por lo que es esencial realizar pruebas primero en un entorno de prueba.