He hecho algunos cambios de perspectivas con respecto a mis dos blogs, actualmente independientes, por cuanto su administracion es complicada para lo que esperaba de ellos. Hoy vamos a intentar unirlos bajo una funcion llamada MultiSite de WordPress
Introducción
Desde hace un buen tiempo que he estado unificando las cosas entre los dos blogs. Simplificando unas, probando otras, y finalmente decidí que los blogs deben ser eso, blogs. Nada de cosas mágicas ni plugins especiales ni desborde de Javascript. Así que como base, voy a desactivar los registros de usuarios, porque bueno, tampoco es que se hayan registrado usuarios (humanos) últimamente y prepararé el campo para otros experimentos. Se supone que mediante wordpress multisite tendré mayor control y hasta podría añadir mas sitios con los que podría experimentar. Me gusta la idea. Si bien son muchos sitios, todos son míos y no necesito administrarlos como si no lo fueran. Vamos a ver que resulta de esto. De forma muy resumida, me guiaré con el articulo de Kinsta, sobre como hacer un multisite. Así que omitiré gran parte de los pasos y solo acotare los detalles particulares para mi situación.
Desarrollo
Para empezar, el cambio a multisite es principalmente relacionado a las bases de datos, por lo que es poco probable que necesites preocuparte por los archivos. adjunto del blog de kinsta lo que considera mas importantes de los cambios que van a suceder.
- El número de sitios individuales.
- Los roles de usuario de WordPress – la activación de Multisite añade el rol de administrador de red.
- Acceso a temas y plugins – sólo el administrador de red puede instalarlos.
- Las pantallas de administración – Multisite añade algunas pantallas para la gestión de la red.
- La forma en que se almacenan los medios – Multisite agrega carpetas adicionales para subir archivos a cada sitio.
- La forma en que se almacenan los datos – Multisite crea tablas de base de datos adicionales para cada sitio, pero almacena algunos datos (por ejemplo, usuarios) para toda la red.
Así que los primeros pasos a realizar serán los respaldos de ambos sitios. Tanto del principal como del secundario. Con los respaldos de los archivos de WordPress y la base de datos deberías tener suficiente para poder restaurar tu sitio a su estado original, así que asegúrate que lo tienes bien hecho. quiero hacer mi sitio principal multisite con mi sitio secundario, pero no quiero perder las url existentes, ni que el sitio secundario sea accesible solo por ruta y no por dominio. como podría hacerlo?
Tropiezos
A decir verdad, ya me lo veía venir. Muchas veces advierten que no se va a poder restaurar el sitio secundario y lo mejor es empezarlo de cero. Técnicamente hice eso. Tras el aterrador proceso de convertir mi sitio principal en MultiSite, y previo a exportar mediante la herramienta nativa de wordpress, intente importar los contenidos del sitio anterior. Es una pesadilla. Que cosa mas horrible. El importador nativo de wordpress es cercano a ser inutil.
Tuve problemas exportando. No encontre rastros del error, pero las entradas no las dejaba exportar. Menos las páginas. Simplemente colapsaba al instante sin dejar rastro. Cosas mas superfluas si que exportaban, pero no era lo que me interesaba. Tras lucharle con el WP-CLI, logré sacar algunas cosas. Pero luego no podia importarlas. Para importarlas tenia que estar el sitio original en pie. Intenté solo copiar las imagenes y que el importador solo traiga los contenidos. Pero no dejaba. ¿Para que da la opcion de importar sin imagenes si luego no deja importarlas si no activo esa casilla?
El WP-CLI no funciona en multisite. asi que no hay forma de aplicarlo. La inteligencia artificial me daba opciones ambiguas y tras leer personalmente la documentación, me di cuenta que las opciones que sugeria no existian. Al final me rendí.
Es importante que el sitio principal no haya sido modificado en general. No tuve que hacer ninguna cosa magica para que funcione, pero el secundario quedó gravemente mutilado. Utilicé un plugin llamado mediasync para recuperar las imágenes que copié físicamente al nuevo directorio y la herramienta de importacion funcionó de alguna manera. Entonces comencé a corregir los detalles.
En primer lugar, la carpeta wp-content/uploads ahora agrega un directorio sites y una numeración que corresponde al id del nuevo blog/página. Si bien el sistema de url amigable de wordpress permite que ningún post de blog se pierda, si que se pierden las URL de las imágenes. Mediante un pequeño script SQL en la base de datos reescribi la nueva URL agregando los directorios que se agregaron por el cambio y finalmente funcionó… la mayoria.
Resulta también que importar las imágenes mediante mediasync no importa metadatos que se alojan en la tabla wp-media, por lo que los post pierden la imagen destacada. ¿Por que esta vinculada la imagen como destacada a un post en la tabla de medios y no en la misma de posts?
Como sea, tras pensarlo un poco, vi que podría restaurar la base de datos con Dbeaver, pero también me di cuenta que, teniendo las entradas con sus comentarios y fechas basta. Aprovechare este desastre para ir reconstruyendo todo poco a poco y materializar mi visión sobre mis blogs.
Observaciones sobre el cambio
Es interesante el resultado. Puedo agregar nuevos sitios sin tener que andar desplegando nuevo directorio y nueva base de datos con mucha facilidad. Si bien tengo que agregar plugins desde el panel central, cada instancia maneja sus propias configuraciones y temas. Es como usar wordpress.com, pero en selfhosting y sin limites jajaja
No estoy seguro en que situaciones se usa esto. Es muy probable que se haga para tiendas o algo así, lo tengo que estudiar. Creo que con métodos mas primitivos se puede restaurar un sitio secundario al convertir en multisite y creo que se puede evitar todo el mal rato que pasé por ignorante, pero esto es para aprender.
Conclusiones
Curiosidades:
Este sitio es multisite desde el 28 de diciembre de 2025 y esta entrada se publicará en el 6 de febrero de 2026 y hoy 19 de enero de 2026 veo a alguien mas hablar del tema XD
