Das WordCamp Warschau 2022 war in jeder Hinsicht besonders. Nach Jahren pandemiebedingter Pause machten Online-Konferenzen und endlose Video-Meetings endlich wieder Platz für Handschläge, Fachgespräche bei einer Tasse Kaffee und direkten Erfahrungsaustausch auf Augenhöhe.
Die Begeisterung der 200 Teilnehmenden in Warschau war greifbar. Es wurde deutlich, wie sehr die WordPress-Community, langjährige Mitglieder ebenso wie Neueinsteiger, diesen persönlichen Kontakt und den Abgleich von Wissen mit der Praxis brauchte.
Wenn Sie eine skalierbare Plattform planen oder Unterstützung bei modernen Block-Themes benötigen, finden Sie bei uns fundierte Betreuung als WordPress-Entwickler bei WPPoland.
WordCamp Warschau 2022: Datum, Ort und Teilnehmerzahl
Die Konferenz fand am 11. und 12. Juni 2022 im CIC (Cambridge Innovation Center) in der Chmielna 73 in Warschau statt, direkt neben dem Bahnhof Warszawa Centralna. So steht es auf der Standortseite des WordCamps. Auf der Startseite der Veranstaltung beschrieben die Organisatoren sie als Rückkehr des WordCamps auf die polnische Bühne nach drei langen Jahren Abwesenheit und nannten die Zahlen: 200 Teilnehmende, 35 Vortragende, 10 Freiwillige.
Organisiert wurde das WordCamp von Arek Stęplowski, Kamil Kawałko und Michał Strześniewski, gemeinsam mit der Community WordUp Warszawa und der Stiftung Fundacja WWW (Seite der Organisatoren). Kamil Kawałko gestaltete auch das grafische Erscheinungsbild der Konferenz.
Der Ablauf der beiden Tage laut offiziellem Programm:
| Tag | Format | Was passierte |
|---|---|---|
| Freitag, 10. Juni | Before Party | Abendtreffen vor der Konferenz |
| Samstag, 11. Juni | Ein Vortragsstrang | Von der Eröffnung um 9:50 bis zum Tagesende um 18:00, danach die Middle Party |
| Sonntag, 12. Juni | Vorträge, zwei Workshop-Stränge und Contributor Day | Von 9:50 bis zum Abschluss um 17:00 |
Ein einziger Strang am Samstag bedeutete, dass der ganze Saal dieselben Vorträge hörte. Das erleichterte die Gespräche in den Pausen, weil alle denselben Bezugspunkt hatten.
Container Queries und theme.json in WordPress-Themes
Ich sprach am Samstag um 11:15 mit dem Vortrag Ko-do-ma-so-chizm. Dlaczego robisz to naokoło? (sinngemäß: Code-Masochismus, warum machst du es so umständlich). Laut Sessionbeschreibung im Programm war es ein Überblick über selten genutzte Frontend-Wege zu besserer UX und Barrierefreiheit: native Tags, Styles, Tastenkürzel und Funktionen sowie Refactoring. Der Vortrag bewegte sich an der Schnittstelle von Screendesign und Frontend-Entwicklung, mit Fokus auf nativen Webstandards für Themes im Block-Editor Gutenberg.
Die Aufzeichnung ist Teil des Streams vom ersten Tag auf dem YouTube-Kanal der Fundacja WWW. Laut Kapitelliste in der Videobeschreibung läuft der Vortrag von 1:37:50 bis 2:14:36:
Wie setzt man CSS Grid, Container Queries und theme.json ein
EVOLUTION DER LAYOUT-ARCHITEKTUR IN WORDPRESS:
+-------------------------------------------------------------+
| Legacy-Ära (2010-2018): |
| Floats, Clearfix-Hacks, 12-Spalten-Bootstrap, !important |
+-------------------------------------------------------------+
v
+-------------------------------------------------------------+
| Flexbox & CSS Grid Ära (2018-2022): |
| Zweidimensionale grid-template-areas, auto-fit, minmax() |
+-------------------------------------------------------------+
v
+-------------------------------------------------------------+
| Komponentenbasierte Ära (2022+): |
| Container Queries (@container), theme.json und CSS-Variablen|
+-------------------------------------------------------------+- Flexbox und CSS Grid gehören zum festen Produktionsstandard: In professionellen Projekten gibt es keinen technischen Grund mehr für Floats oder Hilfs-CSS-Bibliotheken, die Tausende ungenutzter Regeln laden. Das native zweidimensionale CSS Grid erzeugt redaktionelle Layouts mit wenigen Deklarationen, was das Stylesheet klein und den DOM einfach hält.
/* Klassisches Float- und Clearfix-Muster (veraltet) */
.legacy-archive-grid::after {
content: "";
display: table;
clear: both;
}
.legacy-archive-card {
float: left;
width: 33.333%;
padding: 15px;
box-sizing: border-box;
}
/* Modernes responsives CSS Grid ohne zusätzliche Media Queries */
.modern-archive-grid {
display: grid;
grid-template-columns: repeat(auto-fit, minmax(320px, 1fr));
gap: var(--wp--preset--spacing--40, 2rem);
align-items: stretch;
}- Container Queries (@container) als Entwicklungsrichtung: Klassische Media Queries werten nur die Breite des Viewports aus. Im Block-Modell von Gutenberg kann dieselbe Beitragskarte in einer schmalen Seitenleiste, in einem dreispaltigen Raster auf der Startseite oder als formatfüllender Banner stehen. Container Queries erlauben einem Block, sein Layout an die Breite des übergeordneten Containers anzupassen statt an den Bildschirm.
/* Registrierung des Kontext-Containers am Block-Wrapper */
.wp-block-custom-card-wrapper {
container-type: inline-size;
container-name: post-card-container;
}
/* Vertikales Standard-Layout für schmale Bereiche (z. B. Sidebar) */
.wp-block-custom-card {
display: flex;
flex-direction: column;
gap: 1rem;
}
/* Ab 520px Containerbreite Umschalten auf horizontale Karte */
@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%;
}
}- theme.json als Single Source of Truth: Mit Full Site Editing (FSE) verlieren lange
style.css-Dateien an Bedeutung. Eine deklarativetheme.jsondefiniert Design-Tokens wie Farbpaletten, Typografie und Abstände. WordPress erzeugt daraus CSS-Variablen (--wp--preset--*), sodass Editor und Frontend dieselben Werte verwenden.
{
"$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" }
]
}
}
}Seit wann unterstützen Browser Container Queries
Im Juni 2022 waren Container Queries eine Vorschau, kein Produktionswerkzeug. Kein stabiler Browser unterstützte sie. Die Reihenfolge laut den Versionshinweisen der Hersteller:
| Browser | Version | Erscheinungsdatum | Quelle |
|---|---|---|---|
| Chrome | 105 | 30. August 2022 | New in Chrome 105 |
| Safari | 16.0 | 12. September 2022 | WebKit Features in Safari 16.0 |
| Firefox | 110 | 14. Februar 2023 | Firefox 110 Release Notes |
Erst seit Februar 2023 unterstützen alle drei Engines Container-Größenabfragen. Safari 16 brachte außerdem Container-Einheiten (cqi, cqw und verwandte). Für ein Theme, das bei allen Besuchern funktionieren muss, ist 2023 die sichere Grenze, nicht das Konferenzdatum. Das Kartenbeispiel oben funktioniert heute ohne Fallback in aktuellen Versionen aller drei Engines.
Wie sich theme.json seit 2022 verändert hat
Das Beispiel nutzt "version": 2. Diese Schemaversion kam mit WordPress 5.9, ein halbes Jahr vor der Konferenz, wie die Dev-Note vom 8. Januar 2022 beschreibt. Dateien der Version 1 aus WordPress 5.8 funktionieren weiter, weil WordPress sie zur Laufzeit in Version 2 umwandelt.
Zwei spätere Änderungen betreffen das Beispiel direkt:
- Fluide Typografie (
"fluid": true) kam mit WordPress 6.1, laut Dev-Note vom 3. Oktober 2022. Im Juni 2022 hatte die Einstellung im stabilen WordPress noch keine Wirkung, dieclamp()-Werte mussten also wie im Beispiel von Hand geschrieben werden. - Schemaversion 3 erschien mit WordPress 6.6. Die Dev-Note vom 19. Juni 2024 empfiehlt den Umstieg erst, wenn die minimal unterstützte WordPress-Version des Themes 6.6 ist. Ältere Schemaversionen bleiben unterstützt.
Page-Builder oder Gutenberg und Plugin-Sicherheit
Das Programm zeigte gut, womit sich die polnische WordPress-Community 2022 beschäftigte.
Warum Agenturen visuelle Page-Builder aufgeben
Am Sonntag zeigte Izabela Karkocha, dass sich eine ansprechende Website auf dem Standard-Theme bauen lässt, ohne zusätzliche Plugins und ohne Page-Builder, und wann sich dieser Ansatz lohnt. Piotr Całka diskutierte aus Sicht eines Software House, ob fertige Themes sinnvoll sind. Beide Vorträge passten zur Abkehr von traditionellen visuellen Page-Buildern (wie Elementor, Divi oder WPBakery) in Projekten, in denen Performance zählt. Die Optimierung builder-basierter Seiten auf Core Web Vitals ist teuer, daher setzen immer mehr Teams auf eigene Gutenberg-Blöcke und schlanke Block-Themes. 2022 waren LCP, FID und CLS die Core Web Vitals. Am 12. März 2024 hat INP den FID ersetzt, die Reaktionsfähigkeit wird heute also anders gemessen als zur Zeit der Konferenz.
WordPress-Sicherheit beim WordCamp Warschau 2022
Drei Vorträge behandelten Sicherheit. Bartek Nowak stellte File Locker vor, eine Zugriffskontrolle für sensible Dateien, wenn die Grundrechte von WordPress nicht ausreichen. Artur Pajkert sprach über Phishing, Typosquatting, homografische Angriffe, SSL-Zertifikate und die Bedrohungen, die eine WAF blockiert, bevor WordPress überhaupt ausgeführt wird. Am Sonntag behandelte Krzysztof Dróżdż den Fall einer Website, die aus dem Backup wiederhergestellt und gesäubert wird und kurz danach erneut infiziert ist.
Daraus ergeben sich Praktiken für jedes Projekt: Sperre direkter Dateiänderungen auf Produktionssystemen (DISALLOW_FILE_MODS), automatisierte Abhängigkeitsscans in CI/CD und Prüfsummenkontrolle der WordPress-Dateien mit WP-CLI. Nach einer erneuten Infektion zeigen gerade die Prüfsummen, welche Core- und Plugin-Dateien vom Original abweichen:
# Automatisierte Integritätsprüfung aller Core- und Plugin-Dateien
wp core verify-checksums
wp plugin verify-checksums --allWooCommerce langsam durch wp_options und Autoload
Die Gespräche im Sponsorenbereich gaben mir mehr Einblick in den Hosting-Markt als Hunderte gelesener Artikel. Unter den Sponsoren waren Hosting-Anbieter: cyber_Folks, Bluehost und Nexcess (Platin) sowie SmartHost und LH.pl (Gold), laut Startseite der Veranstaltung. Die Tabelle fasst typische Unterschiede zwischen älteren und neueren Infrastruktur-Ansätzen zusammen:
| Infrastrukturebene | Klassisches Hosting-Muster | Neuerer Standard (Stand 2022) |
|---|---|---|
| Laufzeitumgebung | PHP 7.4 (Supportende 28. November 2022) | PHP 8.0/8.1 mit strikter Typisierung |
| Caching | Dateibasierter HTML-Seitencache | Persistenter Redis/Memcached Object Cache + OPcache |
| Datenbank | Unoptimierte wp_postmeta-Abfragen | Tabellenindizes, bereinigte Autoload-Optionen |
| Skalierung | Einzelner VPS mit manuellen Neustarts | Container, zustandslose Instanzen, Edge-Caching und CDN |
Die PHP-Zeile lohnt sich mit heutigen Daten zu lesen. Laut EOL-Tabelle auf php.net endete der Support für PHP 7.4 am 28. November 2022, für PHP 8.0 am 26. November 2023 und für PHP 8.1 am 31. Dezember 2025. Die Versionen, die 2022 das Ziel waren, brauchen heute selbst ein Upgrade.
Ein häufiger Engpass bei großen WooCommerce-Installationen ist nicht die Prozessorleistung, sondern eine unkontrolliert wachsende wp_options-Tabelle (insbesondere Transients mit autoload = yes) und fehlende Trennung von Lese- und Schreibzugriffen in der Datenbank. Zur Lokalisierung problematischer Datensätze dient diese SQL-Abfrage:
-- Die schwersten automatisch geladenen Optionen beim WordPress-Start finden
SELECT option_name, length(option_value) AS byte_size
FROM wp_options
WHERE autoload = 'yes'
ORDER BY byte_size DESC
LIMIT 15;Programm des ersten Tages beim WordCamp Warschau 2022
Der Samstag hatte einen einzigen Strang. Nach der Eröffnung sprach Kasia Aleszczyk über Community-Projekte, an denen man sich beteiligen kann. Der weitere Tag gliederte sich, in der Reihenfolge des offiziellen Zeitplans, in mehrere Blöcke:
- Typografie und Barrierefreiheit: Dr. Mateusz Machalski über die Rolle der Typografie in der Kommunikation, Jacek Zadrożny über zehn Wege, die Barrierefreiheit einer Website zu ruinieren, und ein Panel zum Stand der Barrierefreiheit in WordPress mit Marcin Andrzejewski, Jacek Zadrożny, Arek Stęplowski und Marcin Pietrzak.
- Frontend: mein oben beschriebener Vortrag Ko-do-ma-so-chizm.
- Sicherheit: Bartek Nowak (File Locker) und Artur Pajkert (ein WordPress, das einen Atomangriff übersteht).
- SEO: Paweł Gontarek darüber, was SEO an WordPress nicht mag, und Roman Rozenberger über die häufigsten SEO-Fehler im WordPress-E-Commerce anhand einer Fallstudie.
- Tests: Jakub Rosiński über den Wert von Tests vor der Produktion und Oskar Sajdak über die fünf Testarten in seinem Projekt: Unit-, Integrations-, Funktions-, Akzeptanz- und visuelle Regressionstests.
- Entwickler-Handwerk: Piotr Niewiadomski über automatisierte Deployments und Updates mit Composer, Maciej Kuchnik über native WordPress-Funktionen statt Hunderter Zeilen eigenen Codes.
- Karriere: Sebastian Kurzynowski über die Vergütung von Freelancern und ihren Einfluss auf die Arbeitsqualität.
Zwei Blöcke zu Barrierefreiheit und Tests an einem Tag zeigten, dass sich die Diskussion in der Community vom Bauen zum Betreiben verschoben hatte. Mein Vortrag über native Tags und Styles lag zwischen dem Vortrag über kaputte Barrierefreiheit und dem WCAG-Panel, was gut zu seinem Inhalt passte.
Workshops und Vorträge am zweiten Tag des WordCamp Warschau 2022
Am Sonntag liefen drei Stränge parallel, dazu der Contributor Day. Die Workshops laut Programmbeschreibungen:
| Workshop (deutsche Wiedergabe des polnischen Titels) | Leitung | Inhalt laut Sessionbeschreibung |
|---|---|---|
| Schnelle WordPress-Migrationen per SSH | Maciej Kuchnik | Automatisierte Umzüge zwischen Servern |
| TypeScript für Einsteiger | Sebastian Napora, Sebastian Kurzynowski | Grundlagen, Einsatz und Produktions-Bundles |
| Der Block-Editor in einem eigenen Theme | Magdalena Paciorek | Native Editor-Funktionen für ein konkretes Projekt |
| Einführung in wp-cli | Marcin Krzemiński | Grundlegende Module und Befehle im Alltag |
| Workflow, Osom OpenSource Boilerplate: Juniper | Bartek Nowak, Tomek Zieliński | Standardisierte Projekte im Team |
| WooCommerce: Produkte mit MS Excel importieren und aktualisieren | Piotr Misztal | Tabelle vorbereiten und eingebauter Import |
Der Hauptstrang am Sonntag war geschäftlicher. Tomasz Lach beschrieb zwei Jahre Arbeit an einem eigenen WordPress-Produkt, das noch kein Geld verdiente. Łukasz Zegarek sprach über DSGVO-konforme WordPress-Websites. Tomasz Kołkiewicz behandelte Verträge, Kundenbetreuung, Abrechnung und das Risiko ausbleibender Zahlungen, Aneta Rutkowska die Aufklärung von Kunden vor der Budgetfestlegung. Roman Maria Koidl stellte Mehrwertsteuer und Zoll im grenzüberschreitenden E-Commerce vor. Piotr Jabłonowski erzählte, wie aus einem einfachen Plugin ein globales Geschäft wurde. Michał Kaźmierczak blickte auf Jahre des Aufbaus einer auf WordPress spezialisierten Firma zurück. Ein Panel zur Rückkehr des WordCamps nach Polen nach der Pandemie mit Michał Strześniewski, Piotr Całka und Kamil Kawałko schloss den Tag ab.
Networking auf dem WordCamp nach der Pandemie
Zwei Jahre reine Bildschirm-Kommunikation hatten die ganze IT-Branche ermüdet. Das WordCamp Warschau zeigte, dass sich ein direktes Gespräch nicht im Chatfenster nachbilden lässt.
Begegnungen mit Menschen, die man nur remote kannte
In den Pausen traf ich Menschen, mit denen ich seit fünf Jahren remote zusammengearbeitet, die ich aber nie persönlich gesehen hatte. Ein einziger Strang am Samstag mit gemeinsamen Pausen machte solche Treffen leicht, weil alle zur selben Zeit am selben Ort waren.
Stundensätze und Verträge von WordPress-Agenturen
Themen, über die selten öffentlich geschrieben wird, standen direkt im Programm. Sebastian Kurzynowski sprach über Gehaltsverhandlungen und gute Jobangebote, Tomasz Kołkiewicz über Vertragsgestaltung, pünktliche Zahlungen und das Risiko ausbleibender Vergütung. Nach solchen Vorträgen drehten sich die Pausengespräche um konkrete Praktiken.
Klassisches Theme auf Block-Theme umstellen
Eine der häufigsten Fragen nach meinem Vortrag war, wie man eine langjährig betriebene Website sicher von einem klassischen Theme auf Blöcke umstellt, ohne Ausfallzeiten und ohne Ranking-Verluste. Die praktische Seite behandelte am Sonntag der Workshop von Magdalena Paciorek zum Block-Editor in einem eigenen Theme. Mein Vorgehen:
- Design-Tokens erfassen und standardisieren: Statt das Stylesheet neu zu schreiben, werden Markenfarben, Typografie und Abstände aus dem vorhandenen CSS erfasst und in die
theme.jsonüberführt. Das vereinheitlicht die Variablen im gesamten System. - Hybrid-Theme als Übergangsmodell: Full Site Editing muss nicht an einem Tag eingeführt werden. Klassische PHP-Header und -Footer bleiben erhalten, während Beitrags- und Seiteninhalte auf Blöcke umziehen.
- Veraltete Shortcodes durch dynamische Blöcke ersetzen: Alte Shortcodes erzeugen technische Schulden und erschweren die Vorschau im Editor. Die Umwandlung in native Blöcke (etwa mit
register_block_typeund einem Render-Template) erleichtert der Redaktion die Arbeit. - Core Web Vitals im Staging prüfen: Vor dem Umschalten der Produktion werden Core Web Vitals im Staging gemessen und LCP, CLS und INP mit Werkzeugen wie Lighthouse CI überwacht.
Wo man die Aufzeichnungen vom WordCamp Warschau 2022 sieht
Auf der Startseite des WordCamps schrieben die Organisatoren, dass die Vorträge auf dem YouTube-Kanal der Fundacja WWW verfügbar sind und auch auf WordPress.tv erscheinen sollten. Aufzeichnungen dieser Ausgabe auf WordPress.tv habe ich nicht gefunden, daher bleibt YouTube die Referenz.
Der Stream des ersten Tages dauert fast neun Stunden (8:56:16). Die Videobeschreibung enthält eine Kapitelliste mit Zeitmarken für jeden Vortrag, von Kasia Aleszczyk (20:35) bis Sebastian Kurzynowski (8:13:20). Mein Vortrag beginnt bei 1:37:50, genau dort startet der eingebettete Player oben. Das vollständige Programm mit Sessionbeschreibungen steht unter warsaw.wordcamp.org/2022/program.
Fazit
Das WordCamp Warschau 2022 beendete eine dreijährige Pause polnischer WordCamps. 35 Vortragende, ein Vortragstag mit einem Strang und ein Workshoptag mit Contributor Day gaben der Community einen kräftigen Schub, und Themen wie Barrierefreiheit, Tests und native Frontend-Techniken sind weiter aktuell.
Einige Techniken aus meinem Vortrag sind erst nach der Konferenz ausgereift: Container Queries funktionieren seit Februar 2023 in allen Engines, fluide Typografie in theme.json seit WordPress 6.1. Wenn Sie überlegen, ein Ticket für das nächste WordCamp zu kaufen, kaufen Sie es. Die Teilnahme ist eine Gelegenheit, die eigenen Qualitätsstandards zu prüfen und Beziehungen aufzubauen, die sich über Jahre auszahlen.
Wenn Sie die Modernisierung Ihrer Weblösung planen, auf Block-Themes umsteigen möchten oder Beratung zu Core Web Vitals suchen, informieren Sie sich über unsere WordPress-Entwicklungsdienste.







