Serwis internetowy i Biuletyn Informacji Publicznej na platformie gov.pl dla WUOZ we Wrocławiu
Dla Wojewódzkiego Urzędu Ochrony Zabytków we Wrocławiu przenieśliśmy serwis internetowy i Biuletyn Informacji Publicznej z systemu działającego od 2003 roku na rządową platformę GovPress (gov.pl). W 40 dni roboczych zinwentaryzowaliśmy stary BIP, skonfigurowaliśmy witrynę, przenieśliśmy 807 stron i 2 465 plików z metrykami publikacji, przepisaliśmy kluczowe treści na prosty język, doprowadziliśmy serwis do zgodności z WCAG 2.2 AA potwierdzonej raportem, przeszkoliliśmy redakcję i przekazaliśmy komplet dokumentacji. Odbiór końcowy nastąpił bez zastrzeżeń, a Urząd prowadzi dziś serwis samodzielnie.
Klient i kontekst
Wojewódzki Urząd Ochrony Zabytków we Wrocławiu to urząd obsługujący Dolnośląskiego Wojewódzkiego Konserwatora Zabytków, czyli organ odpowiedzialny za ochronę zabytków na terenie województwa dolnośląskiego. Urząd prowadzi rejestr zabytków, wydaje pozwolenia i zaświadczenia, udziela dotacji na prace konserwatorskie, prowadzi postępowania i nabory, a wszystko to podlega obowiązkom informacyjnym wynikającym z ustawy o dostępie do informacji publicznej.
Dotychczasowy Biuletyn Informacji Publicznej działał od 29 lipca 2003 roku w osobnym systemie i przez ponad dwadzieścia lat urósł do 846 podstron i 2 605 plików: zarządzeń, ogłoszeń o zamówieniach i naborach, protokołów kontroli, wykazów dotacji, petycji i kart usług. Treści były różnej jakości technicznej, bo powstawały w kilku pokoleniach edytorów, z wklejkami z dokumentów biurowych, sztywnymi tabelami i kolorami, które nie spełniały dzisiejszych wymogów dostępności.
Urząd zdecydował o przeniesieniu serwisu i Biuletynu na GovPress, platformę portalu gov.pl prowadzoną przez Ministerstwo Cyfryzacji, na której działają już inne wojewódzkie urzędy ochrony zabytków. Zamówienie udzielono w trybie zapytania ofertowego, poza ustawą Prawo zamówień publicznych, na podstawie opisu przedmiotu zamówienia w sześciu etapach. Umowę nr 47/2026 zawarto 28 lipca 2026 roku z terminem wykonania 40 dni roboczych i 36-miesięczną gwarancją oraz wsparciem technicznym.
Wyzwanie
Migracja do GovPress różni się od zwykłej przebudowy strony: wykonawca nie pisze kodu, nie wybiera motywu i nie ma wpływu na szablon, arkusz stylów ani nagłówek portalu. Pracuje w panelu redakcyjnym i przez interfejs programistyczny platformy, na dziewięciu szablonach treści narzuconych przez opis przedmiotu zamówienia, a publikację samej witryny wykonuje redakcja gov.pl. Cała jakość wdrożenia leży więc w treści, strukturze, metadanych i rzetelności przeniesienia, a nie w warstwie technicznej, której nie da się dotknąć.
Drugim wyzwaniem była skala i odpowiedzialność prawna. Biuletyn to dokumenty, których brzmienia nie wolno zmienić: zarządzenia, ogłoszenia, protokoły, petycje. Każda strona musiała zachować treść, załączniki i metrykę publikacji, czyli osobę wytwarzającą informację oraz daty wytworzenia i udostępnienia. Przeniesienie 846 podstron i tysięcy plików „na oko” nie wchodziło w grę; potrzebny był bilans, który domyka się w obie strony i który da się przedstawić zamawiającemu jako dowód.
Trzecim wyzwaniem był czas i zależności: 40 dni roboczych od podpisania umowy, w tym akceptacje Urzędu na kolejnych etapach, publikacja witryny po stronie redakcji gov.pl, aktywacja kont redaktorów przez Centralny Ośrodek Informatyki i szkolenie stacjonarne we Wrocławiu. Do tego platforma potrafi odpowiedzieć sukcesem bez zapisania zmiany i serwuje strony z pamięci podręcznej dłużej, niż deklaruje, więc każdy pomiar musiał być prowadzony na serwisie publicznym, nie w panelu.
Wymagania z opisu przedmiotu zamówienia
- Sześć etapów: inwentaryzacja dotychczasowego BIP, konfiguracja witryny, migracja treści i załączników z metrykami, prosty język i WCAG 2.2 AA, szkolenie redaktorów, testy i odbiór końcowy
- Dziewięć szablonów treści GovPress: artykuł, dokument z załącznikami, zamówienie publiczne, lista uniwersalna, karta usługi, biografia, lista akordeonowa, mapa strony i wyszukiwarka zamówień
- Elementy obowiązkowe Biuletynu: mapa treści, wyszukiwarka zamówień publicznych oraz metryka publikacji z historią zmian
- Zgodność z WCAG 2.2 na poziomie AA potwierdzona raportem z badania dostępności
- Prosty język: wskaźnik FOG-PL w przedziale 8-12 dla kluczowych treści usługowych
- Szkolenie stacjonarne co najmniej trzech redaktorów, instrukcja redaktora i materiały szkoleniowe
- Raporty do odbioru końcowego: kompletność migracji, zgodność z WCAG 2.2 AA, testy funkcjonalne
- Umowa powierzenia danych osobowych, rejestr czynności przetwarzania i usunięcie kopii danych po odbiorze
- Termin 40 dni roboczych, gwarancja, rękojmia i wsparcie techniczne przez 36 miesięcy
Proces realizacji w 40 dni roboczych
Zakres podzieliliśmy zgodnie z sześcioma etapami opisu przedmiotu zamówienia. Każdy etap kończył się dokumentem przekazanym Urzędowi do akceptacji, a prace nad kolejnymi etapami częściowo nakładały się na siebie. Czasy poniżej są orientacyjne.
Etap I: inwentaryzacja dotychczasowego Biuletynu
2 tygodniePełne pobranie starego BIP: 846 podstron i 2 605 plików wraz z datami, autorami i strukturą działów. Klasyfikacja stron do dziewięciu szablonów GovPress, wykrycie duplikatów, pustych stron i stron bez treści, projekt struktury nowego serwisu i wykaz adresów docelowych. Dokumentację etapu Urząd zaakceptował 24 sierpnia, a wykaz 807 adresów dzień później; od tej chwili adresy były zamrożone.
Etap II: konfiguracja witryny w GovPress
2 tygodnieZbudowanie drzewa stron, zakładek i menu bocznych, list uniwersalnych i akordeonowych, kart usług, strony kontaktowej, redakcji Biuletynu, instrukcji korzystania z BIP i deklaracji dostępności. Konfiguracja mapy treści i wyszukiwarki zamówień publicznych, repozytoriów plików i logotypów. Ustalenie z Urzędem wzoru metryki publikacji oraz zasad oznaczania stron jako należących do Biuletynu.
Etap III: migracja treści, załączników i metryk
3 tygodniePrzeniesienie treści przez interfejs programistyczny platformy własnymi skryptami, z zapisem każdej strony, odczytem kontrolnym i publikacją. Pliki trafiły do sekcji Materiały zgodnie z układem gov.pl, z zachowaniem nazw i tytułów dokumentów. Data odcięcia treści 28 sierpnia, potem jeden przebieg różnicowy obejmujący nowe i zmienione strony oraz dociągnięte załączniki. Publikacja witryny przez redakcję gov.pl 14 września.
Etap IV: prosty język i dostępność WCAG 2.2 AA
2 tygodnie, równolegleWyznaczenie warstwy usługowej serwisu (69 stron, które obywatel czyta, żeby załatwić sprawę), pomiar wskaźnika FOG-PL i przepisanie 13 stron na prosty język. Badanie dostępności na serwisie publicznym w trzech przeglądarkach, naprawa wykrytych wad w treści i ponowny pomiar całej witryny. Odstępstwa opisane i uzasadnione, ustalenia dotyczące warstwy platformy przygotowane do zgłoszenia redakcji gov.pl.
Etap V: szkolenie redaktorów
1 dzień, 21 wrześniaSzkolenie stacjonarne we Wrocławiu: trzy godziny, sześć modułów od logowania przez Węzeł Krajowy, przez szablony, repozytoria plików i oznaczanie treści BIP z metryką, po dostępność, prosty język i obieg publikacji od redaktora do wydawcy. Ćwiczenia w panelu na materiałach przygotowanych wcześniej, test wiedzy, protokół szkolenia. Instrukcja redaktora, materiały szkoleniowe i lista kontrolna przed publikacją przekazane w wersji elektronicznej.
Etap VI: testy, raporty i odbiór końcowy
1 tydzieńTesty funkcjonalne na serwisie publicznym (84 testy w ośmiu grupach, wszystkie zaliczone), raport zgodności z WCAG 2.2 AA i raport kompletności migracji z bilansem stron, treści, załączników, zdjęć i metryk. Zgłoszenie do odbioru końcowego w terminie umownym. Protokoły etapów i protokół końcowy bez zastrzeżeń podpisane przez Urząd podpisem kwalifikowanym 7 października 2026 roku.
Rozwiązanie
Rdzeniem projektu był własny zestaw narzędzi migracyjnych, które rozmawiają z interfejsem programistycznym GovPress: zakładają strony w odpowiednich szablonach, zapisują treść i metadane, wgrywają pliki do repozytoriów, publikują i od razu odczytują wynik z serwera. Ponieważ platforma potrafi zwrócić sukces bez zapisania zmiany, żaden krok nie był uznawany za wykonany bez odczytu kontrolnego i sprawdzenia na żywej domenie.
Kompletność migracji policzyliśmy jako bilans domykający się w obie strony: każda pozycja ze źródła jest w serwisie albo ma zapisany powód nieobecności, a każda pozycja w serwisie ma źródło albo wyjaśnione pochodzenie. Treść porównywaliśmy przez pokrycie słów, a nie długość tekstu, a załącznik uznawaliśmy za przeniesiony dopiero wtedy, gdy dawał się pobrać z serwisu publicznego. Rejestr decyzji powstawał w trakcie pracy, nie po fakcie, więc raport końcowy mógł wskazać dowód dla każdej liczby.
Dostępność i prosty język potraktowaliśmy jak pomiar, a nie deklarację. Badanie WCAG 2.2 AA objęło próbkę warstwową 103 stron w Chromium oraz po 24 strony w Firefoksie i Edge, 69 reguł axe-core, testy manualne klawiaturą, powiększeniem i odstępami tekstu oraz skany całej witryny pod kątem kontrastu i rozmiaru celu dotykowego. Wykryte wady naprawiliśmy w treści i zmierzyliśmy ponownie całość. Wskaźnik FOG-PL mierzyliśmy na tekście opublikowanym, a nie w wersji roboczej.
Dlaczego wykaz adresów zaakceptowany przed publikacją i zamrożony?
Adresy podstron w GovPress są płaskie i unikalne w całej witrynie, a kolizja ujawnia się dopiero przy publikacji. Wykaz 807 adresów przekazaliśmy Urzędowi do akceptacji przed migracją, a po akceptacji 25 sierpnia żaden adres nie został zmieniony. Dzięki temu raport kompletności mógł porównać plan z żywym serwisem jeden do jednego, a Urząd dostał stabilne adresy do przekierowań i korespondencji.
Dlaczego pliki w sekcji Materiały, a nie w treści?
Dotychczasowy Biuletyn dopisywał przy odnośnikach zdania w rodzaju „po kliknięciu otworzy się skan dokumentu”. Na gov.pl załączniki mają swoje miejsce w sekcji Materiały pod treścią, z tytułem dokumentu i rozmiarem pliku. Przenieśliśmy je tam, zachowując nazwy i tytuły, a zapowiedzi kliknięcia usunęliśmy jako mylące. Raport kompletności wyjaśnia tę różnicę osobno dla 302 stron, na których była jedyną zmianą.
Dlaczego prosty język tylko dla warstwy usługowej?
Opis przedmiotu zamówienia wymaga wskaźnika FOG-PL 8-12 dla treści kluczowych, nie dla całego serwisu. Zarządzeń, ogłoszeń o naborach, protokołów i petycji nie wolno przepisywać, bo ich brzmienie jest utrwalone przepisem albo słowami wnioskodawcy. Zakres wyznaczyliśmy więc na 69 stron, które obywatel czyta, żeby coś załatwić, zmierzyliśmy wskaźnik przed i po, a 13 stron przepisaliśmy, na przykład stronę o dostępie do informacji publicznej z 20,1 do 10,3.
Dlaczego pomiary na serwisie publicznym, a nie w panelu?
Zapis w systemie i wyświetlenie czytelnikowi to w tej platformie dwie różne rzeczy: zmiana może być zapisana, a strona nadal serwowana z pamięci podręcznej. Dlatego testy funkcjonalne, badanie dostępności i bilans migracji wykonaliśmy na tym samym zasobie, z którego korzysta obywatel, z wymuszeniem świeżej kopii przed każdym pomiarem. Wynik dotyczy tego, co ludzie naprawdę widzą.
Co otrzymał Urząd
Serwis działa pod adresem gov.pl/web/wuoz-wroclaw jako jedna witryna GovPress łącząca część informacyjną z Biuletynem Informacji Publicznej. W dniu badania liczył 856 opublikowanych stron, a Urząd dokłada kolejne samodzielnie.
Serwis informacyjny na gov.pl
Pięć zakładek z menu bocznymi, strona główna z aktualnościami, informacje o urzędzie i kierownictwie, karty usług dla obywateli, kontakt, deklaracja dostępności i redakcja Biuletynu. Układ i komponenty portalu gov.pl, więc obywatel porusza się po serwisie tak samo jak po innych witrynach rządowych.
Biuletyn Informacji Publicznej z elementami obowiązkowymi
Oznaczenie „Należy do BIP” na 855 stronach, mapa treści Biuletynu z filtrem stron BIP, wyszukiwarka zamówień publicznych z 13 polami i metryka publikacji z historią zmian na każdej stronie treściowej. Karta podmiotu w centralnym BIP wskazuje nowy adres.
Treści przeniesione bez zmiany brzmienia
807 adresów z zaakceptowanego planu, 796 stron działających i 11 nieobecnych z zapisanym powodem, 39 stron wykluczonych z udokumentowanym uzasadnieniem. Pokrycie słów sprawdzone dla każdej strony, bez żadnej strony z niewyjaśnioną różnicą.
Repozytorium 2 465 załączników i 121 zdjęć
Zarządzenia, ogłoszenia, protokoły i wykazy jako załączniki w sekcji Materiały, z zachowanymi nazwami plików i tytułami. Wszystkie 2 465 odwoływanych plików pobierają się z serwisu publicznego, łącznie 1,2 GB. Ilustracje w repozytorium zdjęć w kadrach wymaganych przez platformę.
Metryki publikacji na 855 stronach
Osoba wytwarzająca informację oraz daty wytworzenia i udostępnienia według wzoru uzgodnionego z Urzędem, przeniesione ze słownika dotychczasowego Biuletynu. Historia zmian prowadzona przez platformę od pierwszej publikacji.
Prosty język w warstwie usługowej
69 stron usługowych zmierzonych wskaźnikiem FOG-PL, 13 przepisanych do przedziału 8-12, między innymi informacje o petycjach, wpisie do rejestru, dostępie do informacji publicznej i zaświadczeniach. Dokumenty urzędowe pozostawione w oryginalnym brzmieniu.
Dostępność WCAG 2.2 AA z raportem
Badanie w trzech przeglądarkach z 69 regułami axe-core, testy manualne i skany całej witryny. Naprawione 39 stron: kontrast, przepływ treści na wąskich ekranach, budowa list, rozmiar celu dotykowego, etykiety załączników. Po naprawie zero naruszeń w treści redakcyjnej, ustalenia o warstwie platformy opisane do zgłoszenia redakcji gov.pl.
Testy funkcjonalne 84 z 84
Dziewięć szablonów, nawigacja, wyszukiwarki, pobieranie załączników, metryki, mapa treści i widok na ekranie 375 pikseli. Testy zapisane w kodzie jako trójki nazwa, wartość oczekiwana i otrzymana, powtarzalne w dowolnej chwili.
Instrukcja redaktora, materiały i lista kontrolna
Instrukcja redaktora w formie elektronicznej, materiały szkoleniowe z ćwiczeniami, scenariusz szkolenia i lista kontrolna przed publikacją, żeby każda nowa strona Urzędu spełniała te same zasady co treści przeniesione.
Szkolenie, protokoły i ochrona danych
Szkolenie stacjonarne z protokołem, protokoły sześciu etapów i protokół odbioru końcowego, umowa powierzenia danych osobowych podpisana przez Konserwatora, rejestr czynności przetwarzania oraz zobowiązanie do usunięcia kopii danych Urzędu po odbiorze.
Narzędzia i metoda
Na platformie GovPress nie pisze się kodu serwisu, dlatego nasz stos to narzędzia do migracji, pomiaru i dokumentowania, a nie framework.
Wyniki
Witryna gov.pl/web/wuoz-wroclaw została opublikowana 14 września 2026 roku, a zgłoszenie do odbioru końcowego wraz z kompletem raportów i protokołów trafiło do Urzędu 21 września, w terminie umownym. Urząd podpisał protokoły etapów i protokół odbioru końcowego bez zastrzeżeń 7 października 2026 roku.
Z perspektywy zamawiającego liczą się trzy rzeczy: Biuletyn nie stracił żadnej treści ani żadnego pliku, co potwierdza bilans domykający się w obie strony; serwis spełnia WCAG 2.2 AA w obszarze, za który odpowiada Urząd, co potwierdza raport z pomiaru przed i po naprawach; redakcja pracuje samodzielnie, co widać po stronach, które Urząd opublikował już po odbiorze, w tym po przebudowanej na jego prośbę sekcji dotacji z podziałem na lata.
Całość objęły gwarancja, rękojmia i wsparcie techniczne przez 36 miesięcy od odbioru. Urząd dostał serwis na platformie utrzymywanej przez państwo, bez kosztów hostingu i licencji, z dokumentacją, która pozwala prowadzić Biuletyn bez udziału wykonawcy.
Co dalej
Urząd prowadzi serwis samodzielnie w panelu GovPress, korzystając z instrukcji redaktora i listy kontrolnej przed publikacją, a przez 36 miesięcy ma nasze wsparcie techniczne z czasami reakcji określonymi w umowie. Szkolenie kolejnych redaktorów odbywa się w terminach uzgodnionych przez strony.
Doświadczenie z tego wdrożenia, od bilansu migracji po pomiar dostępności na platformie, na której nie ma dostępu do kodu, wykorzystujemy w kolejnych projektach dla instytucji przenoszących Biuletyny Informacji Publicznej na gov.pl. Wymagania dla serwisów urzędów opisujemy w artykule o stronie internetowej urzędu i BIP, a sposób przygotowania zapytania ofertowego w tekście o OPZ na stronę instytucji.