En pocas palabras: Gutenberg 23.6 estabilizó el bloque Tabs el 22 de julio de 2026: ya es nativo, sin plugins ni HTML manual. Sigue el patrón ARIA del W3C, es accesible de fábrica y requiere WordPress 6.9 como versión mínima para funcionar.
Gutenberg 23.6 estabilizó el bloque Tabs el 22 de julio de 2026, según el anuncio oficial firmado por Aki Hamano. El bloque tabs Gutenberg 23.6 ya es nativo, sigue el patrón ARIA del W3C y pide WordPress 6.9 como mínimo. Sin plugins.
El bloque Tabs es un bloque nativo de Gutenberg que organiza contenido en pestañas dentro de una misma página de WordPress, sin plugins ni HTML manual. Desde Gutenberg 23.6 dejó de ser experimental y pasó a estable. Sigue el patrón de tabs de la Guía de Prácticas ARIA del W3C y necesita WordPress 6.9 o superior para funcionar.
En 30 segundos
- Ya es estable: el changelog lo marca como «Stabilize Tabs block ()» en la release del 22 de julio de 2026.
- Requisito duro: WordPress 6.9 como versión mínima. Sin eso, el bloque no aparece.
- Accesible de fábrica: sigue el patrón de tabs del W3C ARIA APG, con soporte de ariaLabel () y foco en la primera pestaña al insertarlo ().
- No es el único: el bloque Playlist también pasó a estable en la misma versión.
- Sin dependencias: es un bloque core, no un plugin de terceros que después tenés que mantener.
¿Qué cambió al pasar el bloque Tabs de experimental a estable?
Cambió que ahora podés confiar en él. Un bloque «experimental» en Gutenberg puede cambiar de API, de markup o desaparecer entre versión y versión, así que meterlo en un sitio de cliente era jugar con fuego. Con la estabilización de la 23.6, el markup y los atributos quedan comprometidos: lo que armás hoy no se te rompe en la próxima actualización.
Si alguna vez usaste un bloque experimental en producción, ya sabés el baile: lo probás en local, anda bárbaro, lo subís, y tres updates después el bloque quedó «inválido» en el editor y tenés que rearmar todo a mano. Eso, con Tabs, se terminó.
Junto con Tabs, el equipo estabilizó Playlist y sumó cosas como el modo Dynamic Gallery, colecciones de íconos con una API para registrar íconos propios, y viewports personalizables en theme.json. La 23.6 no es solo Tabs, pero Tabs es lo que más gente venía esperando (que no es poco, considerando cuántos plugins de pestañas hay dando vueltas). Consultá nuestra guía sobre todos los comandos de Gutenberg.
¿Qué requisitos técnicos necesitás para usar el bloque tabs Gutenberg 23.6?
El requisito central es WordPress 6.9 como versión mínima, según el resumen oficial de la release. También necesitás el plugin Gutenberg en su versión 23.6 o posterior si querés las últimas features antes de que lleguen al core. Es un bloque nativo, no depende de plugins de terceros.
- WordPress 6.9+: es el piso. En una instalación vieja el bloque directamente no se lista.
- Gutenberg 23.6+ (opcional): el plugin te da las novedades antes; si esperás, la feature baja al core en un release mayor de WordPress.
- PHP compatible con WordPress 6.9: seguí la recomendación de WordPress (7.4 o superior es lo sano hoy). El bloque en sí es JavaScript, pero el CMS abajo pide su PHP.
- Un theme que respete los estilos del editor: cualquier theme moderno con soporte de bloques anda; si usás uno muy viejo, revisá que no pise los estilos.
Ojo con un detalle práctico: saltar a WordPress 6.9 implica que tu hosting soporte esa versión sin dramas. Si vas a actualizar, hacelo sobre un entorno que te deje probar en staging antes de tocar producción, como el hosting WordPress de Donweb. Actualizar el core a ciegas en un sitio con tráfico es la clase de decisión de la que te arrepentís un domingo a la noche.
¿Cómo insertar y configurar el bloque Tabs paso a paso?
Se inserta como cualquier bloque core y se configura desde la barra lateral. Abrís el insertador (el «+»), buscás «Tabs», lo agregás, y el editor te crea una primera pestaña con foco puesto en ella para que empieces a escribir de una. Cada pestaña es un contenedor donde metés los bloques que quieras adentro.
- Insertá el bloque: «+» y escribí «Tabs» (o «Pestañas» según el idioma del editor).
- Nombrá cada pestaña: el label es lo que ve el usuario y lo que leen los lectores de pantalla, así que poné algo descriptivo, no «Tab 1».
- Cargá el contenido: dentro de cada pestaña insertás párrafos, imágenes, tablas, lo que necesites.
- Ajustá el estilo: desde el panel lateral tocás colores, tipografía, bordes y espaciado, con los mismos controles que ya conocés del resto de los bloques.
- Sumá pestañas: agregás las que hagan falta con el control de la propia barra del bloque.
No hay shortcodes, no hay CSS que copiar de un foro. Lo armás visual y listo.
¿Por qué el bloque Tabs es accesible desde el arranque?
Es accesible porque implementa el patrón de tabs de la Guía de Prácticas de Autoría ARIA del W3C, el estándar de referencia para pestañas en la web. En criollo: la navegación por teclado, los roles ARIA y el manejo del foco vienen resueltos de fábrica, sin que vos tengas que tocar una línea de código.
Dos cambios concretos de la 23.6 lo dejan claro. El changelog suma «Add ariaLabel supports for Tab List Block ()», para que la lista de pestañas tenga una etiqueta que un lector de pantalla anuncie bien, y «Focus first tab when adding Tabs block ()», que pone el foco donde corresponde apenas insertás el bloque.
¿Por qué te importa esto si no trabajás accesibilidad todo el día? Porque una tab hecha a mano con un div y un poco de JavaScript casi nunca respeta este patrón, y ahí perdés a usuarios de lectores de pantalla y sumás fricción que Google mira. Tenerlo nativo te ahorra auditar tu propio invento.
¿Cuándo conviene usar tabs y cuándo mejor no?
Conviene usar tabs cuando tenés contenido paralelo y comparable que el lector consulta de a una parte por vez. Ponele que documentás una instalación para Windows, Mac y Linux: tres pestañas resuelven eso sin hacer scrollear una página kilométrica. Lo mismo con comparativas de planes o ejemplos de código en varios lenguajes. Para más detalles técnicos, mirá comparalo con otras soluciones de edición.
- Sí: instrucciones por sistema operativo (Windows / Mac / Linux).
- Sí: ejemplos de código por lenguaje (PHP / JavaScript / Python).
- Sí: datos organizados por categoría que no hace falta ver todos juntos.
- No: información crítica que el usuario necesita sí o sí (precio, CTA, disponibilidad). Si está escondida en una pestaña, la mitad no la ve.
- No: contenido corto que entraría de una en la pantalla. Meter tabs ahí es complicar por deporte.
Regla simple: si el contenido dentro de una pestaña es lo que decide la conversión, sacalo de la pestaña.
Bloque Tabs nativo vs plugins vs HTML manual: ¿cuál gana?
El bloque nativo gana en mantenibilidad y accesibilidad; los plugins ganaban antes por ser la única opción decente, y el HTML manual pierde en casi todo salvo control total. Acá viene lo bueno: con el nativo estable, la balanza cambió. Mirá la comparación por criterios.
| Criterio | Bloque Tabs nativo (23.6) | Plugin de tabs | HTML + JS manual |
|---|---|---|---|
| Costo | Gratis (core) | Gratis o de pago según plugin | Gratis, pero cuesta tu tiempo |
| Accesibilidad ARIA | Nativa (patrón W3C) | Depende del plugin | La tenés que armar vos |
| Mantenimiento | Lo mantiene WordPress | Dependés del autor | Todo tuyo |
| Editor visual | Sí, integrado | Casi siempre | No |
| Dependencias externas | Ninguna | Una más para actualizar | Ninguna |
| Riesgo de romperse | Bajo (estable) | Medio (abandono) | Alto (lo tocás vos) |
El punto es que un plugin de tabs suma una pieza más al rompecabezas de updates, y esos plugins tienen la fea costumbre de quedar abandonados. Con el bloque en el core, esa deuda desaparece.
Ejemplos reales de uso del bloque Tabs
Estos tres casos cubren la mayoría de lo que vas a necesitar en un sitio real.
Comparativa de planes en una landing
Tres pestañas (Básico / Pro / Enterprise) con la lista de features de cada plan. El usuario compara sin recorrer una tabla gigante en el celular. Eso sí: el precio final ponelo también fuera de las tabs, para que se vea de una. Relacionado: descubrí por qué Gutenberg es mejor para SEO.
Documentación de una API por lenguaje
Una pestaña por lenguaje (cURL / PHP / JavaScript) con el mismo ejemplo de request. El lector elige su stack y ve solo su código. Es el uso clásico y donde las tabs brillan.
Tutorial con pasos por sistema operativo
Pestañas Windows / Mac / Linux para una guía de instalación. Cada usuario ve las instrucciones de su equipo y nada más, sin ese eterno «si estás en Mac saltá al paso 7».
Qué está confirmado y qué todavía no
- Confirmado: el bloque Tabs es estable en Gutenberg 23.6, según el changelog oficial ().
- Confirmado: la fecha de release es 22 de julio de 2026 y el post lo firma Aki Hamano.
- Confirmado: WordPress 6.9 es la versión mínima y las mejoras de accesibilidad (, ) están documentadas.
- Pendiente: el número exacto de versión de WordPress core donde va a aterrizar por defecto (hoy lo tenés vía el plugin Gutenberg). Habrá que ver el ciclo de releases.
- Tomalo con pinzas: el comportamiento fino en themes viejos o con builders de terceros conviene probarlo en staging antes de confiar a ciegas.
Errores comunes al usar el bloque Tabs
Son errores que veo seguido, y ninguno es de novato despistado.
- Esconder contenido crítico en una pestaña: el CTA, el precio o la info que decide la compra no van dentro de una tab cerrada. Corrección: dejalo siempre visible y usá tabs solo para lo secundario.
- Seguir con un plugin de tabs teniendo el nativo: mantener una dependencia extra que ya cubre el core es sumar riesgo gratis. Corrección: migrá el contenido al bloque nativo y desinstalá el plugin viejo (probando antes que nada se rompa).
- Esperar el bloque sin actualizar a WordPress 6.9: si no ves «Tabs» en el insertador, casi siempre es porque estás abajo del piso mínimo. Corrección: actualizá el core (con backup) o instalá el plugin Gutenberg 23.6.
- Meter demasiadas pestañas: ocho tabs en un celular es una fila ilegible que se corta o se apila fea. Corrección: si son muchas, repensá la estructura o usá acordeones para ese caso.
Preguntas Frecuentes
¿Qué es el bloque Tabs de Gutenberg?
Es un bloque nativo de WordPress que organiza contenido en pestañas dentro de una misma página, sin plugins. Desde Gutenberg 23.6 (22 de julio de 2026) es estable y sigue el patrón de tabs del W3C ARIA.
¿Cómo se actualiza a Gutenberg 23.6?
Instalás o actualizás el plugin Gutenberg desde el repositorio oficial hasta la versión 23.6 o superior. Necesitás WordPress 6.9 como mínimo; si estás por debajo, actualizá el core primero (con backup y, si podés, en staging). Lo explicamos a fondo en integralo con tu comunidad WordPress.
Si querés explorar más a fondo, acá hay un artículo completo sobre el bloque Tabs en Gutenberg.
¿El bloque Tabs es bueno para el SEO?
El contenido dentro de las pestañas es indexable porque está en el HTML de la página, así que no lo perdés de cara a Google. El punto de cuidado es la experiencia: no metas información clave en una pestaña que el usuario tiene que abrir sí o sí.
¿El bloque Tabs funciona en mobile?
Sí, es responsive, aunque el resultado depende de cuántas pestañas y qué theme uses. Con pocas tabs y labels cortos anda bien; con muchas, la fila puede quedar apretada. Probalo en un celular real antes de publicar.
¿Necesito un plugin para tener pestañas en WordPress?
No, desde Gutenberg 23.6 ya no. El bloque Tabs viene en el editor de bloques y no requiere plugins de terceros. Si venías usando uno, ahora podés migrar al nativo y sacarte esa dependencia de encima.
Conclusión
Que el bloque Tabs sea estable no suena épico, pero cambia algo concreto: podés armar pestañas accesibles, mantenibles y sin plugins directo desde el editor, con la tranquilidad de que no se te va a romper en la próxima actualización. Antes, para tener esto bien, dependías de un plugin más o de código propio que había que auditar.
Qué hacer ahora: si estás en WordPress 6.9, probá el bloque en un contenido nuevo antes de reemplazar tus tabs viejas. Si usás un plugin de pestañas, planificá la migración al nativo y aprovechá para limpiar dependencias. Y si todavía no llegaste a 6.9, esa es la tarea número uno, con backup y staging de por medio.
