WordCamp Portugal 2026 w trzech zdaniach {#opening}
Poleciałem do Porto na WordCamp Portugal 2026, 15-17 maja 2026, i jedenaście sesji, na których byłem, zmieniło sposób, w jaki prowadzimy audyt dostępności WPPoland. Doprecyzowało też kolejkę prac przy WordPress Abilities API i dało mi konkretny język do rozmowy o modelu agencji po wejściu AI. Poniżej zapisuję, co wyniosłem z poszczególnych sesji, co to znaczy dla produkcyjnego WordPressa i pracy headless, oraz jakie zmiany na wppoland.com już z tego wynikają. Podziękowania dla Toze Vasconcelos i Caroliny Osório Pinho za prowadzenie edycji w Porto.
Dostępność jako mierzalny sygnał SEO {#bovelett}
Anne-Mieke Bovelett, “Widoczność SEO: ok. 23% więcej ruchu dzięki dostępności”. Anne-Mieke przeprowadziła nas przez przykład witryny, która zyskała 23 procent ruchu organicznego po zamknięciu luk WCAG 2.2 AA nakładających się na sygnały SEO na stronie: hierarchię nagłówków, jakość altów, konkretność tekstów linków, etykiety formularzy i komunikaty błędów. Argument trafił mocno, bo nie sprowadzał dostępności do odhaczenia wymogu. Pokazywał ją jako realny sygnał rankingowy, który zespoły często ignorują, bo odpowiedzialność za dostępność i SEO leży w różnych miejscach organizacji.
Praktyczny ruch po stronie WPPoland już jest wdrożony: filar audytu dostępności na /pl/uslugi/audyt-dostepnosci-wcag/ wymienia teraz sesję Anne-Mieke jako źródło, a raport zgodności zawiera aneks z analizą miejsc wspólnych dla dostępności i SEO. Dzięki temu listę napraw można sortować zarówno po ryzyku prawnym, jak i po wpływie na ruch organiczny. Ten sam audyt, dwie osie oceny, jedna kolejka decyzji.
Najciekawszy ruch platformowy: WordPress Abilities API {#abilities-api}
Uros Tasic, “WordPress Abilities API: most między kodem a AI”. Abilities API wystawia operacje strony (opublikuj wpis, zaktualizuj opcję, stwórz użytkownika, uruchom polecenie w stylu CLI) jako uporządkowane akcje, które agenci i narzędzia AI mogą bezpiecznie wywoływać. Uros pokazał aktualny kształt API, uzgadnianie uprawnień między agentem a stroną oraz granicę między operacjami tylko do odczytu i operacjami zapisu, które wymagają jawnej zgody. Najbliższym porównaniem jest wzorzec serwerów MCP z ekosystemu Anthropic, ale zakotwiczony w mechanizmach rdzenia WordPressa zamiast w osobnej warstwie obok aplikacji.
Dla agencji to najciekawszy ruch platformowy WordPressa w tym roku, bo zmienia sposób projektowania dwóch typów rozwiązań, o które ciągle pytają klienci. Po pierwsze - automatyzacji zaplecza, gdzie zespół treści chce prawdziwego asystenta, a nie okienko czatu. Po drugie - funkcji AI po stronie klienta, które muszą wykonywać akcje administracyjne (moderować komentarz, zaplanować wpis, wygenerować wpis w mapie strony) bez wystawiania hasła do wp-admina.
AI w rdzeniu WordPressa: co już działa {#wp-ai-core}
Jorge Costa, “AI w rdzeniu WordPressa – jak z tego korzystać”. Jorge przeszedł przez funkcje AI, które już są w rdzeniu WordPressa: sugestie tekstów alternatywnych dla obrazów, wsparcie szkicowania treści blokowej i asystenta do wyszukiwania oraz podmiany. Pokazał też warstwę konfiguracji: rejestr usług AI, uprawnienia dla ról i zmianę dostawców modeli. Dwie rzeczy wybiły się najmocniej. Po pierwsze - generator altów jest na tyle dobry, że usuwa wymówkę “ale pisanie altów jest trudne” z audytów dostępności. Po drugie - rejestr usług AI daje autorom wtyczek wspólne wejście do tych funkcji, bez dołączania własnej biblioteki klienta.
Wniosek dla projektów klienckich: przestań traktować WordPress jako CMS, który zawsze potrzebuje oddzielnej warstwy wtyczek AI. Punkty zaczepienia już istnieją w rdzeniu. Wtyczki powinny wnosić wiedzę specyficzną dla produktu: taksonomię redakcyjną, słownictwo branżowe i zasady bezpieczeństwa, a nie kolejną ogólną instalację do obsługi modeli.
Narzędzia administracyjne na WordPress AI API: przykład Studio Write {#welcher-studio}
Ryan Welcher, “Przestań robić wszystko ręcznie: narzędzia administracyjne na WordPress AI API”. Ryan poprowadził 3,5-godzinną sesję pokazującą WordPress AI API w praktyce, ze Studio Write Automattica jako przykładem wzorcowym. Studio Write prowadzi autora od zbierania materiałów, przez szkic, do publikacji, używając WordPress AI API i mechanizmów edytora blokowego w jednym widoku. Sesja była po części prezentacją produktu, po części przewodnikiem dla autorów wtyczek, którzy chcą dostarczać funkcje AI bez pisania własnej logiki klienta od zera.
Slajd implementacyjny, który zapadł mi w pamięć: WordPress AI API traktuje każdą operację jako uporządkowany zamiar, a nie luźny prompt tekstowy. To dobra abstrakcja dla autorów wtyczek, bo ten sam interfejs może działać z różnymi dostawcami modeli, a dziennik audytu zapisuje zdarzenia w sposób zrozumiały dla właściciela strony. Studio Write jest demo, ale wzorzec da się zastosować w każdym narzędziu redakcyjnym, które musi wykonać kilka operacji administracyjnych na tej samej witrynie.
Praca developerska przez Claude Code {#claude-code}
JuanMa Garrido, “Rozwój i utrzymanie WordPressa z Claude Code”. JuanMa pokazał, jak prowadzi development WordPressa w pracy z terminala i Claude Code: szkielety wtyczek, korekty motywów, przenoszenie zmian między środowiskami i audyty treści. Sesja była praktyczna i uczciwa co do tego, gdzie to działa: dobrze opisane zadania, konkretne kryteria akceptacji i refaktory dotykające znanego fragmentu systemu. Pokazała też, gdzie to nie działa: przy zadaniach wymagających jednoczesnego czytania kilku baz kodu bez jasnej umowy.
Element, który już przeniosłem do pracy nad WPPoland, to audyt treści prowadzony przez agenta. Zamiast jednorazowego ręcznego czytania uruchamiam pętlę w terminalu, która tworzy raport JSON według jawnych kryteriów. W repo WPPoland widać to w reports/answer-source-audit-2026-05-19.json, jako część codziennych kontroli treści.
Zmiana modelu agencji: jak AI wpływa na wycenę i zakres pracy {#agency-reset}
Juan Manuel Rodriguez Jurado, “Reset modelu agencji”. Juan Manuel argumentował, że zmiana modelu agencji napędzana przez AI jest najpierw problemem ceny i zakresu, a dopiero potem problemem narzędzi. Najmocniejszy punkt: agencje sprzedające pakiety godzinowe tracą marżę na rzecz firm z jasno opisanym zakresem, bo klienci wiedzą już, że AI obniża koszt produkcji. Rekomendacja była konkretna: wyceniaj efekt (“dostarcz checkout, który konwertuje powyżej X”), a nie liczbę godzin, oddziel budżet inżynierski od budżetu projektu i traktuj koszt narzędzi AI jako element marży, nie jako osobny produkt.
Pokrywa się to z tym, co widzę w briefach przychodzących. Klienci, którzy przychodzą z efektem (“nasza strona marketingowa SaaS potrzebuje mierzalnego wzrostu rezerwacji demo”), zwykle przechodzą przez proces decyzyjny czyściej niż klienci, którzy przychodzą z listą elementów do zrobienia (“potrzebujemy nowego motywu WordPress”). Reszta to dyscyplina sprzedaży. Juan Manuel ma rację, że jeśli AI obniża koszt produkcji, to rozliczanie godzinowe staje się coraz słabszym modelem dla pracy prowadzonej przez seniora w horyzoncie 12-24 miesięcy.
Krótkie notatki z pozostałych sesji {#mentions}
- Milana Cap, “Perełki WordPressa dla devów: dostępność z Interactivity API”. Milana pokazała Interactivity API jako sposób budowania interakcji z dostępnością od początku, z konkretnymi przykładami
wp-interactive, które domyślnie obsługują fokus klawiatury, stan ARIA i komunikaty dla czytników. Jeśli nadal ręcznie składasz stan po stronie przeglądarki w front-endach WordPressa, to wykład do obejrzenia. - Imran Sayed, “Najszybsza droga do bloków Gutenberg: narzędzia, skrypty i AI”. Skupiona sesja narzędziowa. Wniosek: pierwsze utworzenie bloku przez
create-blocki autouzupełnianie kodu wspomagane AI skracają powtarzalną pracę do minut, zostawiając właściwą logikę bloku jako prawdziwą robotę. - Jorge Cabaço, “Poza lejkiem: jak AI zmienia ścieżki klienta”. Perspektywa marketingowa, która dobrze pasuje do sesji Juana Manuela o zmianie modelu agencji. Model cenowy wynika z tego, jak rozumiemy ścieżkę klienta.
- Gustavo Galati, “Projektowanie stron na 2026”. Sesja o trendach, mniej techniczna, ale przydatna jako sprawdzenie, dokąd idzie projektowanie stron i dlaczego oddala się od maksymalizmu page-builderów.
- Gemny Andreina Ibarra Salamanca, “Od wypalenia do równowagi: bot odpowiedzialności z AI”. Praktyczny wzorzec dla osób pracujących samodzielnie i małych agencji. Warto obejrzeć, jeśli kiedykolwiek zapisałeś dzień pracy w chronosie, a przed piątkiem zgubiłeś ślad decyzji.
Co zmienia się w pracy dla klientów WPPoland {#takeaways}
Trzy konkretne zmiany w pracy WPPoland wynikają bezpośrednio z konferencji w Porto:
- Rozszerzenie audytu dostępności. Raport zgodności zawiera teraz aneks pokazujący miejsca wspólne dla dostępności i SEO. Każdy błąd WCAG 2.2 AA jest opisany zarówno pod kątem ryzyka prawnego, jak i wpływu na SEO na stronie. Ta sama cena audytu, dwie osie oceny, jedna uporządkowana lista napraw.
- WordPress Abilities API w Tech Radarze. Przejście z Assess do Trial w następnym kwartalnym przeglądzie, warunkowo od prawdziwej produkcyjnej referencji. Jeśli skaluje się integrację agentową WordPressa w następne sześć miesięcy, to jest to rozmowa platformowa do rozpoczęcia.
- Rozmowa o wycenie przeniesiona do modelu współpracy. Zakres oparty na efekcie jest teraz opisany wprost. Sekcja modelu współpracy w
/pl/o-mnie/już to sygnalizowała, a szablon oferty opiera się teraz na spisanym kryterium sukcesu, nie tylko na liście rzeczy do wykonania.
Źródła i dalsza lektura
- Program WordCamp Portugal 2026: https://portugal.wordcamp.org/2026/programa/
- Lista prelegentów WordCamp Portugal 2026: https://portugal.wordcamp.org/2026/oradores/
- WordPress.tv (nagrania sesji, publikowane w kolejnych tygodniach): https://wordpress.tv/
- Filar audytu dostępności WPPoland (teraz cytujący Anne-Mieke Bovelett): https://wppoland.com/pl/uslugi/audyt-dostepnosci-wcag/
- Tech Radar WPPoland (wpis Abilities API do dostarczenia na następnym refreshu): https://wppoland.com/pl/tech-radar/
Dzięki jeszcze raz dla Toze Vasconcelos i Caroliny Osório Pinho za prowadzenie wydarzenia, które dostarczyło więcej praktycznego materiału inżynierskiego na godzinę niż widziałem na jakimkolwiek regionalnym WordCampie od lat.
Ostatnia aktualizacja: 19 maja 2026.
