Webmaster (WordPress) na stałe wsparcie — płatność za zadanie

O projekcie: strona na WordPress (nisza: usługi/dostawa). Potrzebna osoba “na podorędziu” do poprawek i optymalizacji szybkości pod PageSpeed/Core Web Vitals (mobile-first).

Co trzeba robić (na żądanie)

• dodawać/edytować strony i bloki (Elementor / WPBakery / ACF);

• aktualizować teksty, zdjęcia/banery, meta-tagi;

• drobne kodowanie (HTML/CSS), czasami lekki JS;

• naprawa błędów kodowania/skryptów, aktualizacja wtyczek;

• optymalizacja szybkości (PSI/CWV): critical CSS, font-display: swap, preload czcionek/obrazów, defer/opóźnienie JS, lazy-load, WebP/AVIF, DevTools Coverage, konfiguracja WP Rocket / Autoptimize / Perfmatters + Cloudflare.

Wymagania (obowiązkowe)

• WordPress (motywy/wtyczki), Elementor lub WPBakery, ACF;

• pewna znajomość HTML/CSS, podstawowy JavaScript;

• praktyczne doświadczenie z PageSpeed/Lighthouse/Core Web Vitals (LCP/INP/CLS);

• narzędzia: WP Rocket / Autoptimize / Perfmatters (minimum jeden — pewnie), Cloudflare (Brotli/Minify/Cache Rules), Google Tag Manager (opóźnienie/zgoda, podstawowy dataLayer);

• dokładność, szybka informacja zwrotna.

Plusy: WooCommerce; GTM server-side (nieobowiązkowo).

Format i płatność

• Płatność: stała za każde zadanie, po akceptacji (Escrow/Bezpieczna umowa).

• Wskazówka do oceny: 300–600 zł/godz (do ustalenia stałej). Rzeczywista płatność — stała za TŻ.

• Minimalna płatność za drobne zadanie: 300–500 zł (minimalne rozliczenie 30 min).

• Proces: ocena (czas/cena) → potwierdzenie → realizacja → weryfikacja → płatność.

• Jeśli objętość stanie się stabilna — możliwy przejście na płatność godzinową/subskrypcyjną (za obopólną zgodą).

Jak aplikować

Wyślij:

1. 3–5 linków do projektów WP z wsparciem/optymalizacją;

2. 1–2 przypadki PSI Mobile “przed/po” (zrzuty ekranu + krótko, co zrobiono);

3. twoją minimalną cenę za drobne TŻ oraz Telegram.

Płatne zadanie testowe: pełna optymalizacja PageSpeed/Core Web Vitals całej strony

Cel: poprawić szybkość całej strony (mobile-first).

Co zrobić (krótko)

• CSS: critical CSS inline; główne style — async (preload+onload) / Remove Unused CSS.

• JS: defer/opóźnienie; zewnętrzne (GTM/FB/udostępnienia) — po interakcji.

• Obrazy: loading="lazy" dla wszystkiego poza foldem; obraz LCP — bez lazy, z fetchpriority="high", poprawne width/height, WebP/AVIF, srcset/sizes.

• Czcionki: font-display: swap, preload potrzebnych krojów (self-hosting/subsetting — plus).

• Cloudflare: Brotli, Minify, poprawne zasady cache/TTL dla statycznych; cache TTFB gdzie to możliwe.

Skup się na typowych problemach: render-blocking style.min.css/layouts/*.css, jquery.min.js, ciężki GTM/FB, offscreen-obrazy, drobne czcionki w recenzjach.

Kryteria akceptacji (Definition of Done)

• PSI Mobile na kluczowych stronach:

  • brak ostrzeżeń “Render-blocking resources” oraz “Defer offscreen images” (lub łączna oszczędność ≤ 50 KB);

  • LCP ≤ 2.0 s lub poprawa ≥ 30% od startu;

  • INP ≤ 200 ms, CLS ≤ 0.1 (w laboratoriach).

• TTFB (cache) ≤ 0.4 s tam, gdzie strony są cache'owane.

• Nic nie jest zepsute (kodowanie/funkcje/analiza, SEO-tagi zachowane).

Co dostarczyć na wyjściu

• Krótki raport: co zmieniono (lista) + zrzuty ekranu PSI “przed/po” dla stron.

• Eksport/zrzuty ekranu ustawień optymalizatorów (WP Rocket/Autoptimize/Perfmatters).

• Lista pozostałych rekomendacji (jeśli są).

Dostępy i płatność

• Dostępy: staging/kopia strony; WP admin, SFTP (rw), Cloudflare/GTM (tylko do odczytu). Backup przed rozpoczęciem — obowiązkowo.

• Płatność: stała za całą stronę po akceptacji (Escrow).