Cómo gestionar varios blogs desde un solo panel en 2026 (el modelo Vlogerly)

Resumen rápido: una cuenta, varios blogs, un solo panel

Si alguna vez has gestionado dos blogs en WordPress, sabes cómo se ve la alternativa: dos instalaciones, dos logins, dos paneles de analíticas, dos herramientas de newsletter, dos de cada plugin. El modelo de abajo es el que usa Vlogerly, y es la respuesta más simple a una pregunta que el resto de la industria trata como exótica: cómo publicar en varios blogs desde un único workspace sin perder la cabeza.

Este artículo cubre qué cambia cuando pasas de un blog a varios, los cuatro flujos de trabajo que se vuelven genuinamente más fáciles, las tres decisiones que tomar antes de añadir el segundo proyecto, y un recorrido de 60 segundos para crear un blog nuevo dentro del panel.

Por qué la mayoría de plataformas te obligan a un blog por cuenta

El modelo CMS estándar asume un blog por cuenta porque así se escribió el software originalmente. WordPress, Ghost, Substack y la mayoría del resto encierran contenido, usuarios, temas y settings en un único sitio. Tener un segundo blog significa una segunda cuenta, una segunda línea de facturación, un segundo deploy, un segundo de cada cosa.

Eso funciona bien si solo vas a tener un blog. Se rompe en el momento en que decides probar un segundo nicho, llevar un proyecto de cliente o partir tu audiencia por idioma. La fricción no está en escribir; está en el overhead operativo de recordar dos sets de credenciales, dos paneles de settings y dos sitios donde mirar el tráfico de la mañana.

Las 6 cosas que cambian cuando vas multi-blog en un solo panel

1. El selector de proyecto vive en la cabecera del panel

El detalle de UX con mayor impacto en un panel multi-blog es dónde vive el selector de proyecto. En Vlogerly está en la barra de cabecera arriba de cada vista del panel, mostrando el nombre del proyecto activo más un pequeño chevron. Al hacer clic se despliega la lista de todos tus proyectos más una opción "Crear un proyecto". Cambias y todo el panel se recarga contra el contexto del nuevo proyecto.

Te quedas dentro de una sola cuenta todo el tiempo. No hay un login separado por blog.

2. El proyecto activo está en la URL

Cada ruta del panel incluye el proyecto como query parameter (?project=<id>). Así sabe el panel qué blog estás viendo. Implicación práctica: puedes guardar como favorito la lista de artículos o la vista de analíticas de un blog específico y aterriza exactamente ahí, sin importar qué proyecto estaba activo la última vez.

3. Las categorías y tags están scoped por proyecto

Una categoría "Viajes" en tu blog de viajes no tiene nada que ver con un tag "Viajes" en tu blog B2B de SaaS. Cada proyecto tiene su propia lista de categorías y su propia lista de tags, y no hay polinización cruzada. Esto es lo que evita que dos blogs no relacionados contaminen la taxonomía del otro.

4. Los suscriptores de newsletter también están scoped por proyecto

La lista del blog A y la del blog B están completamente separadas. Un suscriptor de tu blog de jardinería no recibe tu newsletter de fintech salvo que se suscriba explícitamente a ambos. Confirmación, baja y notificaciones de hitos se enrutan según el proyecto al que el suscriptor se haya dado de alta.

5. Las analíticas se agregan por proyecto, no por cuenta

Las KPI cards, los charts y los números de tiempo en página del panel están filtrados al proyecto activo. Para comparar blogs uno contra otro cambias de uno al otro; no se agregan por defecto. Eso encaja con cómo realmente evalúas un blog (en términos absolutos, no como una rebanada del agregado de tu cuenta).

6. Los dominios personalizados se asignan por proyecto

Cada proyecto puede mapearse a un dominio distinto (o subdominio). Un proyecto puede vivir en tu-nicho.com, otro en tu-cliente.com/blog, un tercero en tu-nombre.com/notas. Al panel le da igual cuál; sirve el proyecto correcto al dominio correcto.

Los 4 flujos de trabajo que se vuelven genuinamente más fáciles

1. Correr A/B tests de nicho en paralelo

Elegir el nicho de un blog es una de las decisiones más lentas y arriesgadas que toma un blogger principiante (cubrimos el marco de los 3 círculos en nuestra guía de selección de nicho). Multi-proyecto le da la vuelta a la apuesta: pasa de "comprométete seis meses a un nicho" a "publica 10 posts en dos o tres sub-nichos y dobla apuesta en el que se mueva primero". Mismo escritor, mismo esfuerzo, tres veces la señal.

2. Montar un blog para un cliente sin caos de facturación

Si haces ghost-writing o gestionas blogs para algún cliente pequeño, la fricción de provisionar una plataforma nueva por encargo es real. Con multi-proyecto, creas el blog del cliente dentro de tu cuenta, mapeas su dominio, le das acceso limitado para revisión y nunca tocas una segunda plataforma de facturación. Cuando termina el trabajo, borras el proyecto; todo lo demás queda limpio.

3. Llevar un split EN + ES como proyectos separados

Si quieres una arquitectura SEO limpia para audiencias en inglés y español (en vez de depender de las traducciones dentro de un mismo artículo), puedes llevarlas como dos proyectos con dominios o subdominios distintos. Cada uno con su propia postura SEO, su propia newsletter, sus propias analíticas. El i18n a nivel de artículo sigue disponible también, así que puedes mezclar estrategias.

4. Probar un ángulo nuevo en un sandbox antes de fusionarlo

Tienes un blog principal y una idea para un ángulo de contenido nuevo que puede o no encajar. Un proyecto sandbox te deja publicar tres o cuatro posts del ángulo nuevo, ver si la audiencia reacciona, y después o fusionarlo de vuelta al blog principal o graduarlo a su propia marca. Cero riesgo a tu autoridad existente.

3 decisiones que tomar antes de crear el segundo proyecto

Recorrido de 60 segundos: añadir un segundo blog

1. Desde cualquier página del panel, haz clic en el nombre del proyecto en la cabecera para abrir el dropdown del selector de proyecto.

2. Haz clic en Crear un proyecto al final de la lista. Se abre un slideover en el lado derecho.

3. Rellena el nombre (obligatorio). El slug se genera automáticamente desde el nombre. Opcionalmente añade descripción, dominio y logo. Los logos pasan por la misma subida a R2 que los artículos, así que se sirven desde la CDN.

4. Envía. El nuevo proyecto aparece en el selector inmediatamente. Sigues en la misma vista del panel, pero ahora con el contexto del nuevo proyecto.

5. Si configuraste un dominio personalizado, ve a Settings -> Project desde la barra lateral y completa los registros DNS. Hasta que el DNS resuelva, el blog es accesible en el subdominio por defecto de Vlogerly.

El flujo entero toma menos de un minuto. No hay un segundo login, no hay un segundo plan de facturación, no hay un segundo proveedor de analíticas.

Qué queda separado y qué queda unificado

Una de las preguntas más comunes sobre multi-proyecto es "¿qué se comparte entre blogs?". La respuesta honesta es: muy poco, y es a propósito.

• Compartido: tu cuenta, tu facturación, tu único login, el editor y sus features, las actualizaciones de la plataforma, la CDN e infraestructura subyacentes.

• Separado por proyecto: artículos, categorías, tags, suscriptores de newsletter, analíticas, dominios, branding (logo, nombre), settings.

Esa separación es lo que hace que el modelo funcione. Un blog de viajes y uno de fintech no deberían compartir categorías ni suscriptores; deberían compartir solo la cuenta del autor y la plataforma sobre la que se montan.

Casos extremos que vale la pena saber

• Borrar un proyecto es permanente e instantáneo. Los artículos, categorías, tags y la lista de newsletter de ese proyecto se van con él. El panel no te dejará borrar tu último proyecto (siempre necesitas al menos uno).

• El "proyecto por defecto" es por cuenta. Cambiar de proyecto vía el dropdown también actualiza el default, así que cuando vuelves a iniciar sesión aterrizas donde dejaste la última vez.

• Los slugs de artículo están scoped por proyecto. Puedes tener /como-empezar en dos proyectos distintos sin colisión.

• Los slugs de proyecto (el segmento público de la URL) deben ser únicos a nivel global dentro de tu cuenta, y se derivan una vez en la creación. Elige un slug sensato al inicio; renombrar después cambia el nombre del proyecto pero no su URL slug.

Conclusión

Gestionar varios blogs desde un solo panel no es un flujo de trabajo exótico; es el default en cuanto decides publicar en más de un nicho, idioma o encargo de cliente. El modelo de Vlogerly te da una sola cuenta, un selector de proyecto en la cabecera, categorías/tags/suscriptores/analíticas totalmente scoped por proyecto, y un flujo de creación de 60 segundos que no te hunde en segundos logins ni segundos planes de facturación.

Si todavía estás en un blog pero el segundo empieza a sentirse inevitable (porque el nicho se está ensanchando, un cliente preguntó o quieres hacer A/B con un sub-tema), crea el segundo proyecto esta semana. Toda la razón por la que existe el modelo es para que el segundo blog te cueste un minuto, no un fin de semana. Crea tu cuenta gratis en Vlogerly y el selector de proyecto está ahí mismo en la cabecera en el momento que aterrizas en el panel.