WordCamp Polonia 2023 en Gliwice, crónica y resumen

WordCamp Polonia 2023 en Gliwice, oficialmente WordCamp Gliwice 2023, se celebró del 12 al 14 de mayo de 2023 en el Centro Educativo y de Congresos de la Universidad Tecnológica de Silesia, en la calle Konarskiego 18B (página del evento, ubicación). El viernes fue el día de contribución, y el sábado y el domingo se dedicaron a las charlas, los talleres y un mastermind de negocio.

Esta crónica se ciñe al programa oficial. Cada nombre y cada tema que aparece a continuación procede de la agenda y de las descripciones de las sesiones publicadas por la organización. Cuando hablamos del contenido de una intervención, nos basamos en la descripción de la sesión o en la grabación, y no en recuerdos de pasillo. Los fragmentos de código son ejemplos propios sobre los temas tratados en el escenario y están señalados como tales.

Si su empresa necesita soporte técnico con experiencia o está planificando una migración compleja, consulte a qué nos dedicamos en WPPoland como desarrollador WordPress.

#Programa de WordCamp Gliwice 2023 día a día

La organización dividió el programa en siete itinerarios. El sábado y el domingo transcurrieron en paralelo en varias salas, así que nadie pudo verlo todo en directo.

Tomasz Karwatka abrió el sábado y después Krzysztof Dyszczyk habló de la vida en tiempos de la IA. Ambos días terminaron con una sesión de preguntas y respuestas. La lista completa de sesiones está en la página Sessions.

#Qué pasa en el Contributor Day de un WordCamp

La conferencia arrancó el viernes 12 de mayo con el Contributor Day. En lugar de escuchar charlas, ese día los asistentes se reparten en grupos de trabajo que desarrollan el ecosistema de WordPress.

Según la página del Contributor Day, la jornada se organizó así:

• 9:30-10:00: registro, café y té.
• 10:00-10:30: bienvenida, reparto en equipos e inicio del trabajo en las mesas, con un breve taller introductorio para quienes venían por primera vez.
• 10:30-12:30: trabajo (contributing), después pausa para comer y un segundo turno de trabajo.
• Al final, resumen del día y repaso de los resultados.

La organización insistió en que era un día para todo el mundo, también para diseñadores, profesionales del marketing, traductores y fotógrafos, con cualquier nivel de experiencia, y no solo para programadores. La descripción mencionaba corregir errores, completar traducciones pendientes, crear contenido y añadir fotos a la base abierta de medios. Para participar hacía falta una entrada para la conferencia y una inscripción aparte.

Para una agencia, este día tiene un sentido práctico. Quien reporta un error o corrige una traducción entiende mejor cómo llegan los cambios al núcleo y cuánto tarda el camino desde el reporte hasta la versión publicada. Las guías de Full Site Editing y del editor de bloques se elaboran exactamente de esta manera.

#Charlas de negocio en WordCamp Gliwice 2023

El itinerario Business del sábado trató sobre cómo gestionar una empresa en torno a WordPress. Las descripciones de las sesiones son concretas, así que las resumimos sin alejarnos de la fuente.

#De empresa de servicios a empresa de producto (Tomasz Karwatka)

Tomasz Karwatka cofundó, entre otras, Divante, Vue Storefront, Callstack y Open Loyalty, y actualmente dirige Catch The Tornado, una empresa que invierte en emprendedores tecnológicos (biografía del ponente). En la descripción de la charla explicó que en Divante y Callstack lograron crear productos, entre ellos Vue Storefront, que pasó por la aceleradora Y Combinator.

Los temas anunciados: por qué tan pocas empresas de servicios tienen éxito al crear productos, qué errores cometen con más frecuencia, cuánto cuesta realmente, cómo convertir un proyecto en una empresa de pleno derecho, cómo conseguir financiación externa y cómo puede el propietario de una empresa de servicios maximizar el valor para sí mismo. La grabación está en WordPress.tv.

#Dos años de OKR en un equipo WordPress (Michał Kaźmierczak)

Michał Kaźmierczak habló del método OKR (Objectives and Key Results). Su intervención resumió más de dos años aplicando OKR en un equipo de desarrollo WordPress: qué funcionó, qué no y a quién le hace falta realmente este método. La descripción de la sesión no da indicadores concretos, así que no los añadimos aquí. Los detalles están en la grabación.

#WooCommerce como corazón del negocio (Łukasz Wilczak)

Łukasz Wilczak presentó el caso de estudio de una tienda en WooCommerce cuyas ventas anuales se cuentan en millones de zlotys. La tienda vende productos únicos y hechos por encargo, y WooCommerce integra pagos, envíos, facturas y CRM. La charla mostró el configurador de producto, el carrito, la gestión de pedidos y cómo la tienda cambió el trabajo del equipo y el contacto con los clientes (grabación).

#Otras charlas sobre negocio

En el mismo itinerario intervinieron: Ola Gościniak (la escalera de productos digitales), Aleksander Misky (el modelo de suscripción en WordPress), Izabela Karkocha (cerrar proyectos de forma que el cliente le recomiende), Adrian Kałamajski (venta de cursos y ebooks), Tomasz Kołkiewicz (el trueque como forma de generar demanda cuando los clientes recortan gastos), Dariusz Pichalski (el camino hasta el mayor canal polaco sobre WordPress), Krzysiek Dróżdż, Dominik Kawula (una empresa a la que los clientes vuelven) y Marta Domasz (invertir en el desarrollo de los empleados). El domingo, Przemysław Hernik presentó cinco principios para estimar tareas, útiles tanto para desarrolladores como para managers.

#WordPress headless con Astro en WordCamp Gliwice

Maciek Palmowski tenía en el programa dos intervenciones sobre el mismo tema, vistas desde dos lados.

El sábado impartió un taller sobre la integración de WordPress con Astro (sala J). Según la descripción, los asistentes aprendieron los fundamentos de Astro: la estructura de archivos, los componentes, los layouts y el enrutamiento, y al final conectaron WordPress con Astro en ambos modos, SSG y SSR. La distinción importa: en el modo SSG las páginas se generan durante la compilación y en el modo SSR bajo demanda, así que la elección depende de la frecuencia con la que cambia el contenido.

El domingo, en el itinerario Technology, Palmowski planteó si un WordPress headless tiene realmente sentido. En la descripción señaló que, a partir de muchos artículos y de muchas empresas, se puede tener la impresión de que headless es el único camino correcto, y preguntó abiertamente si no se trata simplemente de otra forma de ganar dinero (grabación). Ese mismo día, Adam Kanigowski presentó un caso de estudio de Astro y WordPress como CMS headless: en qué proyectos funciona, cómo integrar su framework JS favorito (por ejemplo, Vue.js) y qué errores aparecen al programar (grabación).

A continuación, nuestro esquema de esta arquitectura, que no es una diapositiva de la conferencia:

DECOUPLED HEADLESS WORDPRESS ARCHITECTURE:
+-------------------------------+      REST API / GraphQL      +-------------------------------+
|     WordPress Backend         | ---------------------------> |     Astro                     |
| (wp-admin, editorial workflow,|       JSON Data Payloads     | (SSG at build time or SSR     |
|  custom post types, ACF)      |                              |  on request, component islands)|
+-------------------------------+                              +-------------------------------+
                |                                                              |
                v                                                              v
+-------------------------------+                              +-------------------------------+
| MySQL / MariaDB Database      |                              | CDN or edge hosting           |
| (not exposed to visitors)     |                              | (serves the generated HTML)   |
+-------------------------------+                              +-------------------------------+

#Por qué un frontend en Astro envía menos JavaScript que una SPA típica

En una instalación clásica de WordPress, cada petición HTTP obliga a PHP a cargar los plugins, ejecutar consultas a wp_posts y wp_postmeta, recorrer la jerarquía de plantillas y componer el HTML final. La caché de páginas reduce este coste, pero no lo elimina.

Astro en modo SSG genera el HTML en la fase de compilación. Por defecto, los componentes se renderizan sin JavaScript en el lado del cliente, y la interactividad se activa solo donde usted lo indique con una directiva, por ejemplo client:idle o client:visible (documentación de las directivas de Astro). El panel de WordPress puede funcionar entonces en un subdominio aparte, y los visitantes reciben HTML ya generado sin contacto con PHP ni con la base de datos. Si compensa o no depende del proyecto, y eso es exactamente lo que preguntaba Palmowski el domingo.

#Ejemplo de getStaticPaths en Astro con la WP REST API

---
// src/pages/blog/[slug].astro
export async function getStaticPaths() {
  const response = await fetch("https://cms.example.com/wp-json/wp/v2/posts?_embed&per_page=100");
  const posts = await response.json();

  return posts.map((post) => ({
    params: { slug: post.slug },
    props: { post },
  }));
}

const { post } = Astro.props;
const featuredImage = post._embedded?.['wp:featuredmedia']?.[0]?.source_url;
---

<article class="prose max-w-3xl mx-auto py-12">
  <h1>{post.title.rendered}</h1>
  {featuredImage && <img src={featuredImage} alt={post.title.rendered} loading="eager" />}
  <div set:html={post.content.rendered} />
</article>

#WP-CLI: técnicas avanzadas y search-replace seguro

El sábado, Marcin Krzemiński impartió un taller de técnicas avanzadas de WP-CLI para quienes ya conocen lo básico. Según la descripción, los asistentes instalaron y usaron extensiones de WP-CLI, generaron código de plugins y temas, y trabajaron con WP-CLI en un servidor remoto por SSH. Los talleres no se grabaron.

Los equipos que mantienen varios entornos acaban tarde o temprano trasladando la base de datos entre dominios. Este apartado es un complemento nuestro basado en la documentación de wp search-replace.

#Cómo sustituir datos serializados de forma segura

El desastre típico con scripts SQL manuales de búsqueda y sustitución es dañar los arrays PHP serializados en las tablas wp_options y wp_postmeta. Cuando cambia la longitud del texto y la longitud guardada no (por ejemplo, s:21:"https://staging.local" sustituido por s:19:"https://example.com"), PHP no puede reconstruir el objeto. El resultado son widgets rotos y ajustes del tema perdidos.

La documentación de WP-CLI indica que el comando gestiona de forma inteligente los datos PHP serializados y no modifica los valores de las claves primarias. Por defecto usa consultas SQL rápidas y pasa a PHP en las columnas con datos serializados, mientras que la opción --precise fuerza PHP en todas las columnas, lo que es más lento pero más fiable con estructuras complejas:

# Step 1: dry run to preview affected tables and matching rows
wp search-replace "https://staging.example.com" "https://example.com" \
  --all-tables \
  --dry-run \
  --precise

# Step 2: export a backup, then run the replacement
wp db export pre-migration-backup.sql
wp search-replace "https://staging.example.com" "https://example.com" \
  --all-tables \
  --precise \
  --recurse-objects

#Automatizar las actualizaciones de plugins y del núcleo en scripts

# Verify file checksums against official WordPress.org releases
wp core verify-checksums
wp plugin verify-checksums --all

# Update every plugin that has an update available
wp plugin update --all

# Flush object cache and regenerate rewrite rules
wp cache flush
wp rewrite flush --hard

#Inyección de dependencias en plugins de WordPress

El sábado, Bartek Jaskulski impartió un taller sobre el contenedor de inyección de dependencias en plugins de WordPress (sala F). Según la descripción, los asistentes reconstruyeron en directo un plugin de ejemplo, y la sesión se centró en la configuración de PHP-DI, uno de los contenedores DI más populares en PHP. Temas tratados: el principio de inversión de dependencias como punto de partida, evitar el patrón Service Locator, el papel de las interfaces en la programación orientada a objetos y la creación de servicios sin estado.

El problema que esto resuelve lo conoce cualquiera que mantenga plugins antiguos: cientos de funciones en un solo archivo, variables globales (global $wpdb) y llamadas a la base de datos mezcladas con la lógica. El ejemplo siguiente es nuestro. Muestra una clase que recibe sus dependencias a través del constructor en lugar de crearlas ella misma:

<?php
declare(strict_types=1);

namespace WPPoland\Plugin;

interface CacheInterface {
    public function get(string $key): mixed;
    public function set(string $key, mixed $value, int $ttl = 3600): bool;
}

final class ObjectCacheService implements CacheInterface {
    public function get(string $key): mixed {
        return wp_cache_get($key, 'wppoland_group');
    }

    public function set(string $key, mixed $value, int $ttl = 3600): bool {
        return wp_cache_set($key, $value, 'wppoland_group', $ttl);
    }
}

final class CustomerReportManager {
    public function __construct(
        private readonly CacheInterface $cache,
        private readonly \wpdb $db
    ) {}

    public function generateReport(int $customerId): array {
        $cacheKey = "customer_report_{$customerId}";
        $cached = $this->cache->get($cacheKey);

        if ($cached !== false) {
            return $cached;
        }

        $query = $this->db->prepare(
            "SELECT * FROM {$this->db->prefix}customer_orders WHERE customer_id = %d",
            $customerId
        );
        $data = $this->db->get_results($query, ARRAY_A);

        $this->cache->set($cacheKey, $data, 1800);
        return $data;
    }
}

Esta estructura permite sustituir CacheInterface por un doble de prueba en los tests de PHPUnit o Pest sin una base de datos de WordPress en funcionamiento. Un contenedor como PHP-DI compone estos objetos automáticamente, de modo que el new manual desaparece del código de arranque del plugin.

#Tests, entornos locales y correo: sesiones para desarrolladores

Varias sesiones del domingo en el itinerario Technology y algunos talleres del sábado trataron el trabajo diario del desarrollador.

• Sebastian Kurzynowski intervino dos veces. El sábado impartió un taller de TDD con React: primero los tests, después el código que los cumple y, al final, una refactorización apoyada en esos tests, con énfasis en separar la lógica de negocio de la capa visual. El domingo habló de cómo TDD y otros enfoques centrados en la calidad ahorran dinero y de cómo introducir TDD en un equipo formado sobre todo por personas que acaban de empezar a trabajar en IT (grabación).
• Piotr Niewiadomski mostró un entorno local ligero para WordPress construido con Docker, Composer, el servidor web integrado de PHP y una base de datos SQLite.
• Bartosz Nowak presentó Juniper, un boilerplate abierto desarrollado a partir de los talleres del WordCamp de 2022. La nueva versión añadió scripts .sh para montar el proyecto, un enfoque orientado a objetos en el tema y la gestión de plugins mediante composer.json (repositorio en GitHub).
• Kamil Porembiński respondió a por qué los correos enviados desde WordPress acaban en spam y si basta con un plugin de envío para resolver el problema (grabación).
• El taller de seguridad del sábado en la sala J estaba dirigido a profesionales del marketing, blogueros y emprendedores: política de contraseñas y de accesos a WordPress, comprobación de filtraciones de datos y qué hacer después de una filtración.

#Rendimiento de WordPress en WordCamp Gliwice 2023: TTFB, Core Web Vitals e imágenes

Varias personas hablaron de rendimiento, cada una desde un ángulo distinto.

• Aneta Rutkowska preguntó si en el TTFB influye solo el alojamiento. En la descripción anunció el caso de estudio de un sitio cuyo TTFB se redujo de más de 3 s a 110 ms, un análisis de 65 000 instalaciones de WordPress en el alojamiento de LH.pl y de los diez plugins instalados con más frecuencia, y una comparación de la influencia del alojamiento y de los plugins en el TTFB (grabación).
• Krystian Wójcik impartió un taller sobre las recomendaciones de Core Web Vitals: cómo mejorar cada parámetro, qué vigilar y cuándo no merece la pena perseguir un resultado de 100/100. Explicamos cómo lo abordamos en la guía sobre Core Web Vitals.
• Mateusz Gbiorczyk comparó los formatos WebP y AVIF a partir de su experiencia con un plugin de conversión de imágenes que utilizan cientos de miles de sitios (grabación).
• Jakub Józwiak mostró la implantación de Algolia en WordPress, es decir, sacar la búsqueda de una base grande fuera de la base de datos de WordPress.
• Piotr Pantkowski impartió un taller sobre la elección de servidor para WordPress: los errores más habituales al contratar alojamiento y la comprobación práctica de las funciones clave.
• Maciej Kuchnik habló de las migraciones de datos difíciles entre instalaciones de WordPress y de cómo planificarlas.

#Cómo descargar WP-Cron en el servidor

Hay un tema que vuelve en cada conversación sobre TTFB, así que lo añadimos a partir del manual de plugins de WordPress. WP-Cron revisa la lista de tareas programadas en cada carga de página y ejecuta aquellas cuyo plazo ha vencido. No funciona en segundo plano como el cron del sistema, de modo que una tarea programada para las 14:00 no se ejecutará hasta la primera visita después de esa hora.

El manual describe cómo trasladar WP-Cron al programador de tareas del sistema: primero una tarea en el sistema (en Linux, con crontab -e) y después desactivar la ejecución en cada visita con la línea define( 'DISABLE_WP_CRON', true ); en wp-config.php. Según la documentación, ejecutar WP-Cron en cada visita deja entonces de ser necesario y solo añade trabajo al servidor.

#Gutenberg y Full Site Editing en el programa

Magdalena Paciorek mostró componentes de Gutenberg ya preparados que los programadores pueden usar para ampliar el editor, creando nuevos bloques y paneles laterales, con ejemplos de proyectos reales (grabación).

El domingo, Łukasz Wroński impartió un taller para quienes construyen sitios con maquetadores visuales y quieren empezar con Full Site Editing. El plan incluía un tema hijo con su estructura de archivos (theme.json, functions.php, archivos CSS y JS), trasladar una landing page sencilla de Figma a WordPress, añadir una tipografía propia y nuevos estilos para botones y listas.

#Futuro de WordPress, IA y WordPress Playground

El itinerario Future&Business planteó preguntas sobre la dirección de toda la plataforma.

• Krzysztof Dyszczyk, en la intervención inaugural del sábado, habló de las tendencias en inteligencia artificial y de los retos que traerá su generalización.
• El panel sobre IA, con Krzysztof Radzikowski, Marta Domasz y Maciej Kuchnik y moderado por Kasia Aleszczyk, trató si conviene usar la IA o temer por el propio empleo.
• Albert Nogala desglosó la pregunta sobre la salud de WordPress en factores de negocio, sociales y tecnológicos.
• Michał Strześniewski comparó las herramientas no-code y low-code con el enfoque clásico de construcción de sitios en WordPress.
• Oskar Sajdak habló de WordPress en la nube de AWS y Azure y de los problemas que esperan allí al programador.
• Mariusz Jałyński y Dominik Charasim abordaron el impacto de la IA en el SEO y el trabajo con ChatGPT.

La intervención técnicamente más concreta fue la de Adam Zieliński sobre WordPress Playground, es decir, WordPress funcionando en el navegador sin configurar un servidor. En la descripción mencionó tres usos: la demo de un plugin en una página, probar código en distintas versiones de WordPress y PHP, y cursos interactivos (grabación). Según la documentación de Playground, el proyecto funciona íntegramente en el lado del cliente con WebAssembly, sin backend, y el entorno se controla mediante la Query API, la Blueprints API (un archivo JSON) o la JavaScript API.

#Dónde ver las grabaciones de WordCamp Gliwice 2023

Las grabaciones de las charlas están en la página del evento en WordPress.tv. La lista reúne 31 vídeos, casi todos publicados el 30 de mayo de 2023. Los talleres (WP-CLI, Astro, inyección de dependencias, TDD con React, Core Web Vitals, seguridad, de Figma a FSE, elección de servidor) y las sesiones de mastermind no tienen grabación, así que de ellos solo se sabe lo que dicen las descripciones de las sesiones.

#Resumen

WordCamp Gliwice 2023 reunió en tres días un Contributor Day, dos jornadas de charlas en varios itinerarios, ocho talleres y un mastermind. Lo más sólido en lo técnico fueron los talleres sobre Astro, WP-CLI e inyección de dependencias y las charlas sobre TTFB y Playground. Fue un acierto que el tema headless tuviera dos perspectivas, la práctica en el taller y la escéptica en el escenario.

Si su empresa está planificando una migración a WordPress headless, necesita mejorar sus Core Web Vitals o busca un equipo de desarrollo con experiencia, consulte nuestros servicios de desarrollador WordPress.