La edición colaborativa en WordPress hoy, en octubre de 2026, se apoya en tres herramientas que ya vienen en el núcleo: las Notas para comentar sobre bloques y fragmentos de texto, el bloqueo de entradas que evita que dos personas se pisen los cambios y las revisiones para volver a cualquier versión anterior. La edición simultánea en tiempo real, estilo Google Docs, todavía no está activada en ninguna versión estable: se retiró de WordPress 7.0 y tampoco quedó habilitada en la 7.1.
Eso no impide que un equipo de marketing trabaje bien dentro de WordPress. Con roles bien asignados, un flujo de estados (borrador, pendiente de revisión, programado) y las Notas con menciones que trajo la versión 7.1, una redactora, un diseñador y una jefa de marketing pueden preparar y aprobar contenido sin pasar el texto por WhatsApp ni por cinco versiones de un documento. En esta guía te explicamos cómo montarlo y qué esperar de la colaboración en tiempo real.
Actualizado: octubre de 2026
Lo esencial
- Las Notas llegaron en WordPress 6.9 como comentarios por bloque. En la 7.1 (19 de agosto de 2026) ganaron menciones con @, texto enriquecido y notas sobre una frase concreta.
- La edición en tiempo real se retiró de WordPress 7.0 el 8 de mayo de 2026 y no está activada en la 7.1. Sigue en fase experimental.
- Mientras tanto, WordPress solo deja editar una entrada a una persona a la vez; los demás ven un aviso y pueden pedir el control.
- El rol de cada persona importa más que la herramienta: un colaborador no publica, un editor sí.
- Las revisiones guardan cada versión y en WordPress 7.0 se pueden recorrer de forma visual para restaurar la correcta.
- Todo esto funciona en el editor de bloques. Las páginas hechas con constructores como Elementor siguen otras reglas.
Qué significa «colaborar» en WordPress, y qué no
Cuando un gerente pide «que el equipo pueda trabajar junto en la web», suele pensar en Google Docs: varias personas escribiendo a la vez y viendo el cursor de las demás. Eso, en WordPress, se llama colaboración en tiempo real y es el objetivo de la fase 3 del proyecto Gutenberg, la etapa dedicada a la colaboración. Pero la colaboración tiene más capas, y varias ya funcionan:
- Comentar y pedir cambios sin tocar el texto: lo resuelven las Notas.
- Evitar que alguien borre el trabajo de otro: lo resuelve el bloqueo de entradas.
- Aprobar antes de publicar: lo resuelven los roles y el estado «pendiente de revisión».
- Volver atrás si algo salió mal: lo resuelven las revisiones.
- Escribir a la vez en el mismo documento: esto es lo que todavía no está listo.
Para la mayoría de equipos pequeños, las cuatro primeras cubren el 100 % del trabajo diario. La escritura simultánea es cómoda, pero rara vez es el cuello de botella real. El cuello de botella suele ser la aprobación: el texto espera días a que alguien lo revise.
Las herramientas disponibles hoy en el núcleo
| Herramienta | Qué resuelve | Desde qué versión | Estado en octubre de 2026 |
|---|---|---|---|
| Bloqueo de entradas | Que dos personas no editen a la vez y se sobrescriban | Disponible desde hace años | Estable |
| Revisiones | Ver qué cambió, quién lo cambió y restaurar una versión | Disponible desde hace años; recorrido visual en 7.0 | Estable |
| Roles y estados | Quién escribe, quién revisa y quién publica | Disponible desde hace años | Estable |
| Notas por bloque | Comentar un bloque sin modificarlo | 6.9 | Estable |
| Notas con menciones y sobre fragmentos de texto | Avisar a una persona con @ y comentar una frase concreta | 7.1 | Estable |
| Edición en tiempo real | Escribir varias personas a la vez en la misma entrada | Ninguna versión estable | Experimental, no recomendada en producción |
Notas: comentarios internos sobre el contenido
Las Notas son el equivalente a los comentarios al margen de un documento. Se dejan sobre un bloque o, desde WordPress 7.1, sobre una frase concreta. Según el anuncio oficial de WordPress 7.1, ahora admiten texto enriquecido (negritas, cursivas, código y enlaces), menciones con @ que notifican a la persona, varias conversaciones en el mismo bloque y la opción de contraer notas largas para mantener el margen ordenado. Son internas: sirven al equipo y no forman parte del contenido publicado.
Cómo usarlas bien en un equipo de marketing
- Una nota, un pedido. «Cambiar el precio a S/ 180 incluido IGV» es accionable. «Revisar esto» no lo es.
- Menciona a quien tiene que actuar. Si el cambio es del diseñador, escribe @ y su nombre. Así le llega el aviso y no depende de que entre a revisar.
- Cierra las notas resueltas. Una entrada con veinte notas abiertas no se puede aprobar con tranquilidad.
- No uses las notas para datos sensibles. Nada de contraseñas, datos de pacientes o de clientes. Quedan guardadas en la base de datos y las ve cualquiera con acceso a esa entrada.
Las menciones avisan por correo, así que revisa que tu web envíe bien los correos. Si suelen caer en spam, configura SPF, DKIM y DMARC; lo explicamos en la guía de correos que van a spam.
Bloqueo de entradas y revisiones: cómo evitar pisarse el trabajo
Cuando alguien abre una entrada para editarla, WordPress la «bloquea». Si otra persona intenta abrirla, ve un aviso de que está siendo editada y puede volver atrás, solo mirarla o tomar el control. Tomar el control expulsa a la primera persona del editor; sus últimos cambios quedan guardados como revisión, pero se interrumpe su trabajo. Por eso conviene una regla simple en el equipo: nadie toma el control sin avisar antes por el canal interno.
Las revisiones son tu red de seguridad. WordPress guarda una versión cada vez que alguien guarda la entrada, y en WordPress 7.0 se agregó un recorrido visual con marcadores para elegir y restaurar la versión correcta. Dos recomendaciones:
- No desactives las revisiones para «ahorrar espacio» sin consultarlo. Si quieres limitarlas, mejor deja un número razonable (por ejemplo, las últimas 20) y limpia la base de datos con un método seguro y con copia de seguridad previa.
- Antes de restaurar una revisión, revisa qué cambió después. Restaurar es reemplazar el contenido actual, no fusionarlo.
Roles y flujo de aprobación: quién escribe, quién revisa, quién publica
WordPress trae cinco roles por defecto. Para un equipo de contenido, los tres que importan son:
- Colaborador: escribe y edita sus propias entradas, pero no puede publicarlas ni subir archivos. Ideal para redactores externos o practicantes.
- Autor: escribe, sube imágenes y publica sus propias entradas. Útil para redactores de confianza.
- Editor: puede editar y publicar las entradas de cualquiera. Es el rol de quien aprueba.
El administrador debería ser una o dos personas, no todo el equipo. Lo explicamos a fondo en usuarios y roles con mínimo privilegio. Y cada persona necesita su propia cuenta: compartir el usuario «marketing» entre cuatro personas rompe el historial de revisiones (no sabrás quién cambió qué) y es un riesgo de seguridad. Activa además la autenticación en dos factores para editores y administradores.
Altas y bajas de usuarios externos
Los equipos de marketing cambian mucho: practicantes que terminan, redactores freelance que rotan, una agencia que entra y otra que sale. Define quién da de alta y de baja las cuentas, y revisa la lista de usuarios cada trimestre. Cuando alguien deja de trabajar contigo, no borres su usuario de inmediato: cámbiale el rol a «Suscriptor» o asigna sus entradas a otra persona antes de eliminarlo, para no perder la autoría del contenido. Si esa persona tenía acceso a formularios con datos de clientes, retirarle el acceso a tiempo también es parte de las medidas de seguridad que exige la Ley 29733.
Un flujo de estados que funciona
- Borrador: la redactora escribe. Puede guardar las veces que quiera.
- Pendiente de revisión: cuando termina, la redactora (con rol Colaborador) pulsa «Enviar para revisión». La entrada aparece en la lista como pendiente.
- Revisión con Notas: la editora lee, deja notas y menciona a quien deba corregir.
- Correcciones: la redactora o el diseñador resuelven y cierran las notas.
- Programado o publicado: la editora programa la fecha de publicación. WordPress la publicará sola a esa hora.
Si necesitas listas de verificación antes de publicar o un calendario editorial visual, hay plugins de flujo editorial que lo añaden. Evalúa antes si de verdad los necesitas: cada plugin más es mantenimiento más.
Ejemplo ilustrativo: el equipo de marketing de una clínica
Imagina una clínica dental en Trujillo con cuatro personas involucradas en el blog: una redactora externa, un diseñador interno, la jefa de marketing y un odontólogo que valida la información médica. Así se reparten:
| Persona | Rol en WordPress | Qué hace |
|---|---|---|
| Redactora externa | Colaborador | Escribe el borrador y lo envía a revisión |
| Diseñador | Autor | Sube imágenes optimizadas y ajusta el diseño de los bloques |
| Odontólogo revisor | Colaborador o Editor, según confianza | Deja notas sobre afirmaciones médicas, sin editar el texto |
| Jefa de marketing | Editor | Aprueba, programa y publica |
Con este esquema, el odontólogo no necesita aprender a editar: abre la entrada, lee, selecciona una frase y deja una nota del tipo «@redactora: el blanqueamiento no se recomienda antes de los 16 años, corrige». La redactora recibe el aviso, corrige y cierra la nota. La jefa de marketing ve que no hay notas abiertas y programa la publicación. Nadie se pisa porque cada uno entra cuando le toca, y el bloqueo avisa si dos coinciden.
Si en tu caso parte del equipo es de una agencia y otra parte es interna, el reparto de roles se vuelve aún más importante. Comparamos ambos modelos en agencia de marketing o equipo interno.
La colaboración en tiempo real: dónde está y cuándo llegaría
La edición simultánea estuvo a punto de llegar en WordPress 7.0. En marzo de 2026, el equipo de pruebas de WordPress pidió probarla en sitios de staging, activándola en Ajustes → Escritura. Pero el 8 de mayo, según el anuncio en el blog de desarrollo de WordPress, se decidió retirarla de la versión 7.0 por dudas sobre condiciones de carrera, carga del servidor, uso de memoria y errores recurrentes detectados en pruebas automatizadas.
Durante el ciclo de la 7.1 se siguió probando, pero la versión final salió sin activarla. En octubre de 2026, el equipo publicó una guía de motores de sincronización que presenta un plugin experimental con tres motores distintos, y advierte que todos «necesitan pulirse y pueden tener errores». No hay una fecha confirmada para su llegada al núcleo; la próxima versión mayor, la 7.2, está en beta desde el 20 de octubre y conviene esperar su anuncio oficial antes de dar nada por hecho.
Lo que ya se sabe que exigirá
- Más trabajo del servidor. La modalidad que funciona en cualquier hosting es la consulta periódica (polling): cada navegador pregunta al servidor cada pocos segundos si hay cambios. Eso consume procesos PHP. En un hosting compartido con pocos recursos, cuatro personas editando a la vez pueden notarse. Revisa qué son y cuántos tienes en PHP workers, RAM y CPU.
- Bloques y plugins compatibles. En las pruebas, el bloque Clásico no era compatible y las cajas de campos antiguas (meta boxes clásicas) no se sincronizaban y podían sobrescribir datos.
- Solo en el editor de bloques. No funciona en otras pantallas del administrador ni en constructores visuales como Elementor.
Cómo preparar tu web y tu equipo desde ahora
Aunque la edición simultánea no esté lista, puedes dejar todo preparado para que, cuando llegue, solo tengas que activarla:
- Actualiza a WordPress 7.1. Así tienes las Notas con menciones. Hazlo con el proceso de siempre: copia de seguridad, prueba en staging y luego producción. Nuestro checklist para prepararte para WordPress 7 te sirve.
- Escribe el blog en el editor de bloques. Si tus entradas siguen en el editor clásico o dentro de un constructor, no podrás usar las Notas ni la futura edición simultánea. Si nunca lo usaste, empieza con la guía del editor de bloques Gutenberg desde cero.
- Ordena usuarios y roles. Una cuenta por persona, el rol mínimo necesario y 2FA para quienes publican.
- Define el flujo por escrito. Una página interna con quién escribe, quién revisa, en cuántos días y qué pasa si alguien no responde.
- Revisa tu hosting. Si ya hoy el panel va lento con dos personas conectadas, la edición simultánea no va a mejorar las cosas.
- Si quieres probarla, hazlo en staging. Nunca en tu web real mientras siga siendo experimental. Te explicamos cómo montar un staging en WordPress.
Errores comunes al trabajar en equipo en WordPress
- Escribir en Word y pegar en WordPress. Arrastra formatos raros y obliga a revisar todo dos veces. Escribe directamente en el editor de bloques.
- Dar a todos el rol de administrador. Un clic equivocado puede desactivar un plugin o cambiar la URL del sitio.
- Revisar por WhatsApp con capturas. Los comentarios se pierden y nadie sabe qué versión es la buena. Usa Notas.
- Tomar el control de una entrada sin avisar. Corta el trabajo del otro y genera roces innecesarios.
- Mezclar el blog con páginas de constructor. Si la web comercial está en Elementor, deja el blog en el editor de bloques. Las Notas y el flujo de revisión funcionan mejor ahí, y el equipo editorial no corre el riesgo de descuadrar el diseño de la página de inicio al corregir una coma.
- Publicar sin una segunda lectura. El estado «pendiente de revisión» existe para eso; úsalo aunque el equipo sea de dos personas.
Si tu web todavía no está en el editor de bloques o el equipo trabaja con usuarios compartidos, vale la pena ordenarlo antes de crecer en contenido. En KOM diseñamos webs WordPress pensadas para que el equipo de marketing publique con autonomía; conoce nuestro servicio de diseño web en WordPress.
Preguntas frecuentes
¿Dos personas pueden editar la misma entrada a la vez en WordPress?
En las versiones estables, a octubre de 2026, no. WordPress bloquea la entrada mientras alguien la edita, y la segunda persona ve un aviso con la opción de tomar el control, que expulsa a la primera. La edición simultánea existe solo como función experimental y el propio equipo de WordPress no la recomienda para sitios en producción. Para trabajar en paralelo, lo práctico es dividir el contenido en entradas distintas o turnarse.
¿Las Notas de WordPress se ven en la página publicada?
No. Las Notas son comentarios internos del equipo que se muestran en el editor, no en la página que ven los visitantes. Aun así, quedan guardadas en la base de datos y cualquier usuario con acceso a esa entrada puede leerlas, así que evita escribir en ellas contraseñas, datos de pacientes o información confidencial de clientes. Para eso usa un canal interno seguro.
¿Necesito pagar algún plugin para trabajar en equipo en WordPress?
No necesariamente. Los roles, los estados de revisión, la programación, el bloqueo de entradas, las revisiones y las Notas vienen gratis en el núcleo de WordPress. Un plugin de flujo editorial solo se justifica si necesitas extras como un calendario editorial visual, listas de verificación obligatorias antes de publicar o estados personalizados. Para un equipo de dos a cinco personas, el núcleo suele bastar.
¿Cuántos usuarios puedo crear en WordPress para mi equipo?
WordPress no limita la cantidad de usuarios: puedes crear una cuenta para cada redactor, diseñador o revisor sin costo adicional. Lo recomendable es que cada persona tenga su propia cuenta con el rol mínimo que necesita, porque así el historial de revisiones muestra quién hizo cada cambio y puedes retirar el acceso de alguien sin cambiar la contraseña de todos.
¿Puedo usar Google Docs y luego pasar el texto a WordPress?
Puedes, pero suma un paso y suele traer problemas de formato al pegar, como estilos ocultos, saltos de línea extra o imágenes que no se suben bien. Si el equipo ya trabaja en el editor de bloques, las Notas con menciones cubren la revisión dentro de WordPress. Google Docs sigue siendo útil para lluvias de ideas o textos que aprueban personas sin cuenta en la web.
