WordCamp Varsovia 2022, la vuelta a los encuentros presenciales (crónica y presentación)

WordCamp Varsovia 2022 fue un evento especial en todos los sentidos. Tras años de pausa pandémica, los webinars y las videollamadas interminables dejaron paso por fin a los apretones de manos, las conversaciones de pasillo con un café y el intercambio directo de ideas de ingeniería en el mundo real.

La energía de los 200 asistentes reunidos en Varsovia era evidente. Se notaba cuánto necesitaba la comunidad WordPress, tanto los veteranos como los nuevos profesionales, el contacto físico y la ocasión de contrastar conocimientos con la práctica del mercado.

Si te interesa la arquitectura moderna de temas de bloques o buscas apoyo en una implantación corporativa avanzada, consulta nuestra oferta como desarrollador WordPress en WPPoland.

#WordCamp Varsovia 2022: fecha, lugar y asistencia

La conferencia se celebró el 11 y 12 de junio de 2022 en CIC (Cambridge Innovation Center), calle Chmielna 73, en Varsovia, junto a la estación Warszawa Centralna, según la página de ubicación del WordCamp. En la portada del evento los organizadores lo describieron como el regreso de WordCamp a la escena polaca tras tres largos años de ausencia y publicaron las cifras: 200 asistentes, 35 ponentes y 10 voluntarios.

Los organizadores fueron Arek Stęplowski, Kamil Kawałko y Michał Strześniewski, junto con la comunidad WordUp Warszawa y la Fundación WWW (Fundacja WWW), según la página de organizadores. Kamil Kawałko diseñó además la imagen gráfica de la conferencia.

La estructura de los dos días según el programa oficial:

Una sola sala el sábado significaba que todo el público escuchaba las mismas charlas. Eso facilitaba las conversaciones en los descansos, porque todos compartían el mismo punto de referencia.

#Container queries y theme.json en temas de WordPress

Intervine el sábado a las 11:15 con la charla Ko-do-ma-so-chizm. Dlaczego robisz to naokoło? (más o menos: codomasoquismo, por qué lo haces dando rodeos). Según la descripción de la sesión en el programa, fue un repaso de recursos de frontend poco utilizados para mejorar la experiencia de usuario y la accesibilidad: etiquetas, estilos, atajos y funciones nativos, además de la refactorización del código. La charla se movía entre la ingeniería frontend y el diseño de interfaces, centrada en las herramientas nativas del navegador para temas del editor de bloques Gutenberg.

La grabación forma parte de la retransmisión del primer día en el canal de YouTube de la Fundación WWW. Según la lista de capítulos de la descripción del vídeo, la charla va de 1:37:50 a 2:14:36:

#Cómo usar CSS Grid, container queries y theme.json

EVOLUCIÓN DE LOS LAYOUTS EN LOS TEMAS DE WORDPRESS:
+-------------------------------------------------------------+
| Era legacy (2010-2018):                                      |
| Floats, clearfix, rejillas de 12 columnas Bootstrap, !important|
+-------------------------------------------------------------+
                              v
+-------------------------------------------------------------+
| Era Flexbox y CSS Grid (2018-2022):                          |
| Rejillas bidimensionales grid-template-areas, auto-fit, minmax()|
+-------------------------------------------------------------+
                              v
+-------------------------------------------------------------+
| Era moderna de componentes (2022+):                          |
| Container Queries (@container), theme.json y CSS Variables   |
+-------------------------------------------------------------+

1. Flexbox y CSS Grid son la base, no un experimento: En proyectos profesionales ya no hay justificación técnica para usar floats ni bibliotecas CSS pesadas que generan miles de clases auxiliares innecesarias. El CSS Grid bidimensional permite construir una maquetación editorial con unas pocas declaraciones, lo que reduce la hoja de estilos y simplifica el DOM.

/* Maquetación tradicional basada en floats y clearfix (patrón obsoleto) */
.legacy-archive-grid::after {
  content: "";
  display: table;
  clear: both;
}
.legacy-archive-card {
  float: left;
  width: 33.333%;
  padding: 15px;
  box-sizing: border-box;
}

/* CSS Grid moderno y adaptable sin necesidad de reglas @media */
.modern-archive-grid {
  display: grid;
  grid-template-columns: repeat(auto-fit, minmax(320px, 1fr));
  gap: var(--wp--preset--spacing--40, 2rem);
  align-items: stretch;
}

2. Container queries (@container) como dirección de futuro: Las consultas @media tradicionales solo miden el ancho de la ventana del navegador (viewport). En el modelo de bloques de Gutenberg, un mismo componente (por ejemplo, una tarjeta de artículo con miniatura y extracto) puede ir en una columna lateral estrecha, en una rejilla de tres columnas en la portada o como banner a pantalla completa. Las container queries permiten que el bloque adapte su diseño al ancho del contenedor padre y no al de la pantalla.

/* Registro del contenedor de contexto para el bloque */
.wp-block-custom-card-wrapper {
  container-type: inline-size;
  container-name: post-card-container;
}

/* Diseño vertical por defecto para espacios estrechos (p. ej. sidebar) */
.wp-block-custom-card {
  display: flex;
  flex-direction: column;
  gap: 1rem;
}

/* Al superar los 520px de ancho del contenedor, el diseño pasa a horizontal */
@container post-card-container (min-width: 520px) {
  .wp-block-custom-card {
    flex-direction: row;
    align-items: center;
  }
  .wp-block-custom-card__image {
    width: 38%;
    flex-shrink: 0;
  }
  .wp-block-custom-card__body {
    width: 62%;
  }
}

3. El archivo theme.json como única fuente de verdad: Con Full Site Editing (FSE), los archivos style.css extensos pierden peso. El archivo declarativo theme.json estandariza los tokens de diseño: paletas de colores, tipografía, márgenes y rellenos. WordPress genera a partir de ellos variables CSS (--wp--preset--*), de modo que el editor y la parte pública usan los mismos valores.

{
  "$schema": "https://schemas.wp.org/trunk/theme.json",
  "version": 2,
  "settings": {
    "typography": {
      "fluid": true,
      "fontSizes": [
        {
          "name": "Medium",
          "size": "clamp(1.125rem, 1rem + 0.5vw, 1.35rem)",
          "slug": "medium"
        },
        {
          "name": "Large",
          "size": "clamp(1.5rem, 1.25rem + 1vw, 2.25rem)",
          "slug": "large"
        }
      ]
    },
    "spacing": {
      "spacingSizes": [
        { "name": "Small", "size": "1rem", "slug": "30" },
        { "name": "Medium", "size": "2rem", "slug": "40" },
        { "name": "Large", "size": "3.5rem", "slug": "50" }
      ]
    }
  }
}

#Cuándo llegaron las container queries a los navegadores

En junio de 2022 las container queries eran un adelanto, no una herramienta de producción. Ningún navegador estable las soportaba todavía. El orden de llegada según las notas de versión de cada fabricante:

Solo desde febrero de 2023 los tres motores soportan las consultas de tamaño de contenedor. Safari 16 añadió además las unidades de contenedor (cqi, cqw y similares). Para un tema que debe funcionar con todos los visitantes, el límite seguro es 2023, no la fecha de la conferencia. El ejemplo de la tarjeta funciona hoy sin alternativa en las versiones actuales de los tres motores.

#Cómo ha cambiado theme.json desde 2022

El ejemplo usa "version": 2. Esa versión del esquema llegó con WordPress 5.9, medio año antes de la conferencia, como describe la nota para desarrolladores del 8 de enero de 2022. Los archivos de la versión 1 de WordPress 5.8 siguen funcionando, porque WordPress los convierte a la versión 2 en tiempo de ejecución.

Dos cambios posteriores afectan directamente al ejemplo:

• La tipografía fluida ("fluid": true) debutó en WordPress 6.1, según la nota del 3 de octubre de 2022. En junio de 2022 este ajuste no tenía efecto en WordPress estable, así que los valores clamp() había que escribirlos a mano, como en el ejemplo.
• La versión 3 del esquema llegó con WordPress 6.6. La nota del 19 de junio de 2024 recomienda pasar a ella solo cuando la versión mínima de WordPress que soporta el tema sea la 6.6. Las versiones anteriores del esquema siguen siendo compatibles.

#Page builders o Gutenberg y seguridad de plugins

El programa mostraba bien de qué se ocupaba la comunidad WordPress polaca en 2022.

#Por qué las agencias abandonan los page builders

El domingo, Izabela Karkocha mostró que se puede crear un sitio interesante con el tema por defecto, sin plugins adicionales y sin page builders, y cuándo compensa ese enfoque. Piotr Całka analizó, desde la perspectiva de una software house, si merece la pena usar temas prediseñados. Ambas charlas encajaban con el abandono de los editores visuales pesados (como Elementor, WPBakery o Divi) en proyectos donde importa el rendimiento. Optimizar para Core Web Vitals los sitios basados en builders monolíticos es caro, por eso cada vez más equipos desarrollan bloques de Gutenberg propios y temas de bloques ligeros. En 2022 las Core Web Vitals eran LCP, FID y CLS. El 12 de marzo de 2024 INP sustituyó a FID, así que hoy la capacidad de respuesta se mide de otra forma que en la época de la conferencia.

#Seguridad de WordPress en WordCamp Varsovia 2022

Tres charlas trataron la seguridad. Bartek Nowak presentó File Locker, un control de acceso a archivos sensibles para cuando los permisos básicos de WordPress no bastan. Artur Pajkert habló de phishing, typosquatting, ataques homográficos, certificados SSL y las amenazas que un WAF bloquea antes de que WordPress llegue a ejecutarse. El domingo, Krzysztof Dróżdż analizó el caso de un sitio que se restaura desde una copia de seguridad, se limpia y al poco tiempo vuelve a estar infectado.

De estos temas salen prácticas útiles en cualquier proyecto: bloquear la edición directa de archivos en producción (DISALLOW_FILE_MODS), automatizar el escaneo de dependencias en CI/CD y verificar las sumas de control de los archivos de WordPress con WP-CLI. Tras una reinfección, son precisamente las sumas de control las que muestran qué archivos del núcleo y de los plugins difieren del original:

# Verificación de la integridad del núcleo de WordPress y de los plugins en CI/CD
wp core verify-checksums
wp plugin verify-checksums --all

#WooCommerce lento y el autoload en la tabla wp_options

Las conversaciones en la zona de patrocinadores me dieron más información sobre el mercado del hosting que cientos de artículos leídos. Entre los patrocinadores había proveedores de alojamiento: cyber_Folks, Bluehost y Nexcess (platino) y SmartHost y LH.pl (oro), según la portada del evento. La tabla resume las diferencias típicas entre enfoques de infraestructura antiguos y más recientes:

La fila de PHP conviene leerla con las fechas de hoy. Según la tabla de fin de soporte de php.net, PHP 7.4 dejó de tener soporte el 28 de noviembre de 2022, PHP 8.0 el 26 de noviembre de 2023 y PHP 8.1 el 31 de diciembre de 2025. Las versiones que eran el objetivo en 2022 hoy también necesitan actualizarse.

Un cuello de botella frecuente en las grandes tiendas WooCommerce no es la potencia del procesador, sino el crecimiento descontrolado de la tabla wp_options (sobre todo de las opciones con autoload = yes) y la falta de separación entre consultas de lectura y escritura en la base de datos. Esta consulta SQL de diagnóstico identifica los registros problemáticos:

-- Identificación de las opciones más pesadas cargadas automáticamente en cada petición HTTP
SELECT option_name, length(option_value) AS byte_size
FROM wp_options
WHERE autoload = 'yes'
ORDER BY byte_size DESC
LIMIT 15;

#Programa del primer día de WordCamp Varsovia 2022

El sábado había una sola sala. Tras la apertura, Kasia Aleszczyk habló de los proyectos de la comunidad a los que cualquiera puede sumarse. El resto del día, en el orden del horario oficial, se organizó en varios bloques:

• Tipografía y accesibilidad: el Dr. Mateusz Machalski sobre el papel de la tipografía en la comunicación, Jacek Zadrożny sobre diez maneras de estropear la accesibilidad de una web, y un panel sobre el estado de la accesibilidad en WordPress con Marcin Andrzejewski, Jacek Zadrożny, Arek Stęplowski y Marcin Pietrzak.
• Frontend: mi charla Ko-do-ma-so-chizm, descrita arriba.
• Seguridad: Bartek Nowak (File Locker) y Artur Pajkert (un WordPress resistente a un ataque nuclear).
• SEO: Paweł Gontarek sobre lo que al SEO no le gusta de WordPress, y Roman Rozenberger sobre los errores de SEO más comunes en el comercio electrónico con WordPress, a partir de un caso práctico.
• Pruebas: Jakub Rosiński sobre el valor de las pruebas antes de producción, y Oskar Sajdak sobre los cinco tipos de pruebas de su proyecto: unitarias, de integración, funcionales, de aceptación y de regresión visual.
• Oficio del desarrollador: Piotr Niewiadomski sobre la automatización de despliegues y actualizaciones con Composer, y Maciej Kuchnik sobre las funciones nativas de WordPress en lugar de cientos de líneas de código propio.
• Carrera profesional: Sebastian Kurzynowski sobre la remuneración del freelance y su efecto en la calidad del trabajo.

Dos bloques sobre accesibilidad y pruebas en un mismo día mostraban que la conversación de la comunidad había pasado de construir a mantener. Mi charla sobre etiquetas y estilos nativos quedó entre la charla sobre cómo romper la accesibilidad y el panel sobre WCAG, lo que encajaba con su contenido.

#Talleres y charlas del segundo día de WordCamp Varsovia 2022

El domingo funcionaban tres salas a la vez, con el Contributor Day en paralelo. Los talleres, según las descripciones del programa:

La sala principal del domingo fue más orientada al negocio. Tomasz Lach describió dos años de trabajo en un producto propio de WordPress que aún no generaba ingresos. Łukasz Zegarek habló de sitios WordPress conformes con el RGPD. Tomasz Kołkiewicz trató contratos, atención al cliente, facturación y cómo reducir el riesgo de impago, y Aneta Rutkowska la formación del cliente antes de fijar el presupuesto. Roman Maria Koidl presentó el IVA y las aduanas en el comercio electrónico transfronterizo. Piotr Jabłonowski contó cómo un plugin sencillo se convirtió en un negocio global. Michał Kaźmierczak repasó años de construcción de una empresa especializada en WordPress. Cerró el día un panel sobre el regreso de WordCamp a Polonia tras la pandemia, con Michał Strześniewski, Piotr Całka y Kamil Kawałko.

#Networking en WordCamp después de la pandemia

Dos años de reuniones solo a través de pantallas habían agotado a todo el sector informático. WordCamp Varsovia demostró que una conversación cara a cara no se puede reproducir en una ventana de chat.

#Encuentros con personas conocidas solo en remoto

En los pasillos me encontré con personas con las que llevaba cinco años trabajando en remoto y a las que nunca había visto en persona. Una sola sala el sábado, con descansos comunes, facilitaba estos encuentros, porque todos estaban en el mismo lugar a la misma hora.

#Tarifas y contratos en el sector WordPress

Temas sobre los que rara vez se escribe en público estaban directamente en el programa. Sebastian Kurzynowski habló de negociar tarifas y de reconocer una buena oferta de trabajo, y Tomasz Kołkiewicz de redactar contratos, cobrar a tiempo y limitar el riesgo de impago. Después de charlas así, las conversaciones en los descansos giraban en torno a prácticas concretas.

#Cómo pasar de un tema clásico a un tema de bloques

Una de las preguntas más frecuentes tras mi charla fue cómo migrar con seguridad un sitio con años de historia a una arquitectura de bloques sin caídas y sin perder posiciones en los buscadores. La parte práctica la cubrió el domingo el taller de Magdalena Paciorek sobre el editor de bloques en un tema a medida. Mi método es este:

1. Auditoría y extracción de design tokens: En lugar de reescribir todo el código desde cero, el primer paso es inventariar colores, tipografía y espaciados de las hojas CSS existentes. Los valores pasan al archivo theme.json, lo que unifica las variables en todo el sistema.
2. Modelo híbrido de implantación (Hybrid Theme): No hace falta adoptar Full Site Editing de golpe. WordPress permite mantener la cabecera y el pie clásicos en PHP mientras el contenido de entradas y páginas se construye con bloques.
3. Sustitución de shortcodes por bloques dinámicos: Los shortcodes antiguos generan deuda técnica y dificultan la vista previa en el editor. Convertirlos en bloques nativos de Gutenberg (por ejemplo con register_block_type y plantillas de renderizado) facilita el trabajo de la redacción.
4. Verificación del rendimiento y pruebas de regresión: Antes del cambio en producción conviene medir las Core Web Vitals en un entorno de staging y vigilar LCP, CLS e INP con herramientas como Lighthouse CI.

#Dónde ver las grabaciones de WordCamp Varsovia 2022

En la portada del WordCamp los organizadores indicaron que las charlas están disponibles en el canal de YouTube de la Fundación WWW y que los vídeos se publicarían también en WordPress.tv. No encontré grabaciones de esta edición en WordPress.tv, así que la referencia sigue siendo YouTube.

La retransmisión del primer día dura casi nueve horas (8:56:16). La descripción del vídeo incluye una lista de capítulos con marcas de tiempo de cada charla, desde Kasia Aleszczyk (20:35) hasta Sebastian Kurzynowski (8:13:20). Mi charla empieza en 1:37:50, justo donde arranca el reproductor insertado más arriba. El programa completo con las descripciones de las sesiones está en warsaw.wordcamp.org/2022/program.

#Resumen

WordCamp Varsovia 2022 cerró una pausa de tres años en los WordCamp polacos. 35 ponentes, un día de charlas en una sola sala y un día de talleres con Contributor Day dieron un fuerte impulso a la comunidad, y temas como la accesibilidad, las pruebas y las técnicas nativas de frontend siguen vigentes.

Algunas técnicas de mi charla maduraron después de la conferencia: las container queries funcionan en todos los motores desde febrero de 2023, y la tipografía fluida en theme.json desde WordPress 6.1. Si dudas en comprar una entrada para el próximo WordCamp, cómprala. Asistir es una ocasión para contrastar tu propio nivel técnico y construir relaciones que dan fruto durante años.

Si planeas modernizar la infraestructura de tu sitio, migrar a un tema de bloques compatible con Core Web Vitals o necesitas apoyo experto en arquitectura, consulta nuestros servicios de desarrollo WordPress avanzado.