Strona internetowa podmiotu publicznego różni się od strony firmy jednym: nie jest wizytówką, tylko obowiązkiem ustawowym. Urząd, spółka komunalna, instytucja kultury czy spółka Skarbu Państwa muszą prowadzić Biuletyn Informacji Publicznej, spełniać wymagania dostępności cyfrowej, publikować deklarację dostępności i zabezpieczać system zgodnie z Krajowymi Ramami Interoperacyjności. Wykonawca, który tego nie zna, buduje ładną stronę, za którą instytucja odpowiada przed organami kontroli. Poniżej zbieramy wymagania w jednym miejscu, pokazujemy, jak opisać zamówienie, żeby dostać właściwy produkt, i ile kosztuje serwis urzędu z BIP.
Krótka odpowiedź
Serwis internetowy podmiotu publicznego musi spełniać cztery grupy wymagań: prowadzić BIP zgodnie z ustawą o dostępie do informacji publicznej i rozporządzeniem w sprawie BIP, być dostępny cyfrowo na poziomie WCAG 2.1 AA zgodnie z ustawą o dostępności cyfrowej, mieć opublikowaną i aktualizowaną deklarację dostępności oraz spełniać wymogi bezpieczeństwa informacji z Krajowych Ram Interoperacyjności i RODO. W zamówieniu warto wymagać raportu z audytu dostępności jako produktu odbioru, przeniesienia praw do serwisu oraz szkolenia redaktorów. Koszt serwisu urzędu z BIP to zwykle 25 000 - 60 000 zł netto, samego BIP 8 000 - 20 000 zł, a serwisu z e-usługami i strefami logowanymi od 60 000 zł wzwyż.
Kto musi prowadzić BIP i co musi w nim być
Obowiązek prowadzenia Biuletynu Informacji Publicznej wynika z ustawy o dostępie do informacji publicznej i obejmuje organy władzy publicznej, jednostki samorządu terytorialnego i ich jednostki organizacyjne, a także podmioty wykonujące zadania publiczne lub dysponujące majątkiem publicznym, w tym spółki komunalne i spółki Skarbu Państwa. BIP może być odrębnym serwisem albo wydzieloną częścią strony głównej, ale zawsze musi być oznaczony i dostępny z jej poziomu.
Rozporządzenie w sprawie BIP określa, co strona podmiotowa musi zawierać: informacje o statusie prawnym, organizacji, majątku i sposobie załatwiania spraw, dane redakcji, instrukcję korzystania, wyszukiwarkę oraz rejestr zmian. Każda informacja musi mieć metadane: kto ją wytworzył, kto opublikował, kiedy i kiedy zmodyfikował. W praktyce oznacza to system publikacji, który te metadane nadaje automatycznie i przechowuje historię wersji, bo ręczne prowadzenie rejestru zmian jest źródłem większości uchybień wykazywanych w kontrolach.
Dostępność cyfrowa: WCAG 2.1 AA i deklaracja dostępności
Ustawa o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych nakłada obowiązek zgodności z wytycznymi WCAG 2.1 na poziomie AA, w zakresie wskazanym w załączniku do ustawy. Dotyczy to całej strony, także dokumentów do pobrania i multimediów: skan uchwały wrzucony jako obraz bez warstwy tekstowej nie jest dostępny cyfrowo. Cztery zasady WCAG i ich przełożenie na konkretne wymagania opisujemy w tekście o dostępności cyfrowej WCAG w 2026.
Drugim obowiązkiem jest deklaracja dostępności: dokument publikowany na stronie w ustalonym formacie, opisujący stan zgodności, wyłączenia, dane kontaktowe do zgłaszania problemów i procedurę odwoławczą. Deklarację trzeba przygotować dla każdej strony i aplikacji, aktualizować co roku do 31 marca oraz po każdej istotnej zmianie serwisu. Wykonawca powinien dostarczyć ją razem ze stroną i raportem z audytu dostępności, który dokumentuje, na jakiej podstawie deklaracja stwierdza zgodność.
Bezpieczeństwo według KRI i RODO
Rozporządzenie w sprawie Krajowych Ram Interoperacyjności wymaga od podmiotów publicznych systemu zarządzania bezpieczeństwem informacji, w tym okresowych audytów, zarządzania dostępem, kopii zapasowych, aktualizacji i rejestrowania zdarzeń. Dla serwisu internetowego oznacza to szyfrowanie połączenia, ograniczenie i logowanie dostępu do panelu, uwierzytelnianie dwuskładnikowe dla redaktorów, regularne aktualizacje, kopie z możliwością odtworzenia oraz nagłówki bezpieczeństwa. Zasady zabezpieczania aplikacji opisujemy w tekście o bezpieczeństwie aplikacji webowej.
RODO dochodzi wszędzie tam, gdzie strona zbiera dane: formularze kontaktowe, zapisy na wydarzenia, konta użytkowników, statystyki. Wymaga klauzul informacyjnych, podstaw prawnych przetwarzania, umów powierzenia z hostingiem i wykonawcą oraz świadomej zgody na pliki cookie inne niż niezbędne. Wykonawca powinien dostarczyć serwis, który te elementy ma wbudowane, a nie zostawiać je instytucji do samodzielnego uzupełnienia.
Jak opisać zamówienie, żeby dostać właściwy produkt
Największe problemy z serwisami publicznymi biorą się z opisów przedmiotu zamówienia, które mówią o wyglądzie, a milczą o wymaganiach prawnych. Dobry opis wymienia wprost: zgodność z WCAG 2.1 AA potwierdzoną raportem z audytu dostarczonym przy odbiorze, deklarację dostępności, wymagania BIP z rejestrem zmian i metadanymi, wymagania bezpieczeństwa z KRI, RODO, responsywność, wielojęzyczność, jeśli jest potrzebna, oraz przeniesienie autorskich praw majątkowych do serwisu wraz z kodem.
Warto określić także produkty odbioru: dokumentację, szkolenie redaktorów, procedurę publikacji w BIP, kopie i instrukcję odtworzenia, oraz warunki gwarancji i wsparcia, w praktyce 24-36 miesięcy z określonym czasem reakcji. Przy ocenie ofert dobrze działa kryterium doświadczenia: liczba wdrożonych serwisów publicznych z BIP i WCAG potwierdzonych referencjami, obok ceny. Ogólne zasady przygotowania wymagań opisujemy w przewodniku o tym, jak przygotować specyfikację projektu IT.
Ile kosztuje serwis urzędu z BIP
| Zakres | Co obejmuje | Koszt (netto) |
|---|---|---|
| Sam BIP | Strona podmiotowa BIP z rejestrem zmian, metadanymi, wyszukiwarką, WCAG 2.1 AA | 8 000 - 20 000 zł |
| Serwis WWW z BIP | Serwis informacyjny, BIP, deklaracja dostępności, raport z audytu, szkolenie, zabezpieczenia KRI | 25 000 - 60 000 zł |
| Serwis z e-usługami | Dodatkowo strefy logowane, formularze spraw, integracje, dwujęzyczność, dedykowane moduły | 60 000 - 150 000 zł |
Do wdrożenia dochodzi utrzymanie: hosting, aktualizacje, kopie, monitoring bezpieczeństwa i wsparcie redaktorów, zwykle od kilkuset do około 1 500 zł miesięcznie. W zamówieniach publicznych warto rozdzielić te dwie pozycje, żeby oferty były porównywalne, i wymagać, by po zakończeniu umowy serwis dało się przenieść do innego wykonawcy bez utraty treści.
Doświadczenie ByteWave w sektorze publicznym
Realizowaliśmy serwisy dla instytucji publicznych i podmiotów wykonujących zadania publiczne. Dla Centralnej Stacji Ratownictwa Górniczego, spółki Skarbu Państwa, zbudowaliśmy serwis WWW, Biuletyn Informacji Publicznej i strefę logowaną dla ratowników, ze zgodnością WCAG 2.1 AA potwierdzoną raportem z audytu, audytem cyberbezpieczeństwa, uwierzytelnianiem dwuskładnikowym i 36-miesięczną gwarancją: szczegóły w case study CSRG Bytom. Dla Wojewódzkiego Urzędu Pracy w Zielonej Górze wykonaliśmy serwis projektu unijnego zgodny z WCAG 2.1 AA, potwierdzony referencjami urzędu. Pracowaliśmy też dla gmin i instytucji kultury, w tym przy interaktywnej mapie dla Gminy Kudowa-Zdrój, audycie cyberbezpieczeństwa dla Gminy Syców i dostępnym serwisie Kutnowskiego Domu Kultury.
Wiemy, jak wygląda kontrola dostępności i odbiór w trybie zamówień publicznych, dlatego dostarczamy komplet: serwis, BIP, deklarację, raport z audytu, dokumentację i szkolenie. Więcej o tym, jak budujemy strony, w tekście o tworzeniu stron internetowych.
Napisz na kontakt@bytewave.pl albo zadzwoń pod numer +48 45 335 15 45, a pomożemy przygotować opis przedmiotu zamówienia i wycenimy serwis z BIP.
Najczęściej zadawane pytania
Czy spółka komunalna musi mieć BIP
Tak, jeżeli wykonuje zadania publiczne lub dysponuje majątkiem publicznym, co dotyczy typowych spółek komunalnych i spółek Skarbu Państwa. BIP może być częścią strony głównej, ale musi spełniać wymagania rozporządzenia, w tym rejestr zmian i metadane.
Czy stara strona urzędu musi być dostosowana do WCAG
Tak. Obowiązek dostępności cyfrowej dotyczy stron istniejących, nie tylko nowych. Jeżeli pełne dostosowanie nie jest możliwe, deklaracja dostępności musi wskazać wyłączenia i alternatywny sposób dostępu do treści.
Kto podpisuje deklarację dostępności
Deklarację publikuje podmiot publiczny i to on odpowiada za jej treść. Wykonawca powinien ją przygotować na podstawie audytu dostępności i przekazać razem ze stroną, a instytucja aktualizuje ją co roku do 31 marca.
Ile trwa wdrożenie serwisu urzędu z BIP
Zwykle 2-4 miesiące, wliczając migrację treści ze starego serwisu, audyt dostępności i szkolenie redaktorów. Największe opóźnienia powodują niekompletne treści i brak decyzji o strukturze serwisu po stronie zamawiającego.
Przygotowujesz zamówienie na serwis urzędu lub BIP? ByteWave pomoże opisać wymagania i dostarczy serwis z kompletem dokumentów do odbioru. Skontaktuj się z nami.