Programista WordPress w Rzymie

Portal instytucji publicznej w dzielnicy EUR, landing operatora turystycznego przed szczytem Wielkanocy albo sklep WooCommerce z checkoutem Nexi i Stripe to nie powód, żeby WordPress udawał system rezerwacji lotniczych albo platformę CRM. To powód, żeby motyw, bloki Gutenberg, CPT i wtyczki były napisane tak, jak oczekuje włoski dział prawny, redaktor kampanii przed sezonem turystycznym i zespół compliance, który czyta GDPR, Codice Privacy (D.Lgs. 196/2003) oraz wytyczne Garante per la protezione dei dati personali, a nie tylko wynik Lighthouse.

WPPoland buduje ten WordPress z polskiego zespołu seniorów dla firm w Rzymie i w Lacio. Zakres to programowanie WordPress: motyw blokowy albo klasyczny, własne wtyczki, Gutenberg, CPT, ACF albo natywne bloki, integracje REST i przegląd kodu na Git. Sklep WooCommerce z Nexi, abonament opieki i kontakt są osobnymi tematami, z linkami na końcu.

#Programowanie WordPress w Rzymie

Rzym nie jest Mediolanem ani Turynem. Stolica Włoch ma inny kalendarz, inny profil klienta i inny ekosystem vendorów niż północny przemysł czy lombardzki e-commerce. Rzym łączy dzielnicę EUR z ministerstwami i agencjami państwowymi, centrum historyczne z milionami odwiedzających rocznie, kampus Roma Startup Hub z ekosystemem technologicznym oraz halę Fiera di Roma, gdzie targi branżowe i eventy instytucjonalne generują skoki ruchu na landingach WordPress. Brief od klienta w Rzymie często brzmi: „mamy Elementor albo Divi, redakcja boi się migracji, a dyrektor digital chce Gutenberg i Git przed Wielkanocą albo przed eventem w Fiera di Roma”. To jest problem modelu treści i procesu wdrożenia, nie problem szablonu z marketplace.

Fiera di Roma to nie tylko adres na mapie. To drugi kalendarzowy punkt, którego nie da się zignorować w briefie. Instytucje, organizatorzy targów i agencje eventowe publikują programy konferencji, formularze rejestracji na spotkania, landingi pod konkretną edycję i treści wielojęzyczne IT/EN dla uczestników międzynarodowych. WordPress w tym środowisku nie zastępuje platformy rejestracyjnej ani systemu HR, ale landing przed eventem albo portal informacyjny musi wytrzymać deadline zgłoszeń o 23:59 w piątek, nie produkować incydentu operacyjnego w poniedziałek rano, gdy prawnik pyta o zgłoszenie do Garante Privacy.

Kalendarz turystyczny w Rzymie to trzeci filar briefów z Lacio. Wielkanoc, maj-czerwiec i lipiec-sierpień generują falę ruchu na landingach kampanii, formularzach rezerwacji i integracjach z CRM. Wdrożenie aktualizacji wtyczki consent w środku tygodnia przed Wielkanocą to błąd operatorski, nie „drobny ticket po weekendzie”.

Typowy projekt, który trafia do seniorów Rzymie, nie brzmi „zróbcie ładną stronę”. Brzmi: odziedziczone motywy z page builderem, redakcja publikująca oferty hotelowe w krótkich oknach przed sezonem, formularz rezerwacji zbierający dane osobowe pod włoskim nadzorem Garante Privacy, a nowa podstrona pod linię usług powstaje przez kopiowanie strony z zeszłego roku i ręczne podmienianie numeru wersji. To jest dług techniczny, który wychodzi w piątek wieczorem przed otwarciem sezonu turystycznego, nie w audycie SEO.

#Motyw blokowy, motyw klasyczny i własna wtyczka

Nowa budowa w Rzymie startuje od decyzji, która później kosztuje miesiącami: czy prezentacja żyje w motywie blokowym z theme.json, czy w klasycznych szablonach PHP, i co idzie do wtyczki. Ta decyzja jest zapisywana przed pierwszym commitem.

#theme.json, wzorce i granica motywu

Motyw blokowy trzyma tokeny: paletę, skalę typografii, odstępy, szerokości treści. Dla operatora turystycznego w centrum historycznym oznacza to czytelną typografię z zachowaniem kontrastu WCAG 2.1 AA. Dla instytucji w EUR oznacza to stonowany layout instytucjonalny, czytelny krój bez ozdobników i komponenty, które nie pękają na długich tabelach danych albo biogramach zarządu. Wzorce bloków opisują powtarzalne układy: hero z materiałem wideo, siatka usług B2B, blok cytatu z dyrektorem, karta specyfikacji produktu, stopka z linkiem do informativa sulla privacy zgodnej z GDPR.

Pełna edycja witryny (FSE) ma sens, gdy zespół redakcyjny naprawdę ma dostać kontrolę nad nagłówkiem i stopką. W praktyce wiele firm w Rzymie tej kontroli nie chce: nagłówek jest elementem brandu i compliance, a nie placem zabaw. Wtedy motyw blokowy zostaje, ale szablony części (header, footer) są zablokowane, a redakcja pracuje w obrębie wzorców i własnych bloków. To kompromis, nie półśrodek.

Każdy własny blok dostaje block.json, kategorię, ikonę i atrybuty ze schematem. Tam, gdzie treść ma trafić do wyszukiwarki i do RSS, render idzie po stronie serwera. React w edytorze służy do InspectorControls i podglądu, nie do tego, żeby front był aplikacją SPA udającą WordPressa. Handbook na developer.wordpress.org jest źródłem kontraktu API, nie slajdem ze szkolenia.

#Kiedy klasyczny motyw PHP zostaje

Odziedziczone instalacje w Rzymie często mają pięć, siedem lat: child theme na komercyjnym szkielecie, ACF wklejone w page.php, shortcode’y w treściach, jQuery z epoki przed blokami, osobna kopia strony pod każdą linię usług. Przepisanie tego na FSE „bo tak wypada w 2026” jest droższe niż naprawa hierarchii szablonów, wyciągnięcie logiki do wtyczki i dokładanie Gutenberg tylko tam, gdzie redakcja naprawdę składa nowe landingi.

Klasyczny motyw zostaje, gdy:

• logika warunkowa siedzi w szablonach (inne menu dla partnera B2B, inne dla klienta końcowego, inne dla instytucji) i przeniesienie jej do theme.json nic nie upraszcza;
• zespół redakcyjny publikuje setki stron w klasycznym edytorze i szkolenie z FSE byłoby większym ryzykiem niż dług;
• child theme jest cienki, a problemem są wtyczki i autoload, nie sam silnik szablonów.

Nawet wtedy nowe klocki idą jako bloki, nie jako kolejne shortcode’y. Shortcode w treści z 2019 roku zostaje do migracji. Nowy kod go nie dokłada.

#Funkcja do wtyczki, wygląd do motywu

Granica jest prosta i zapisana w runbooku. Motyw umie pokazać. Wtyczka umie wiedzieć. CPT katalogu B2B, kolejka do CRM, endpoint REST dla strefy partnera, integracja z Nexi, rola „redaktor katalogu” bez publish_pages na produkcji publicznej: to wtyczka. Kolory, siatka, wzorzec hero: to motyw. Jeśli po zmianie motywu znika katalog usług, architektura była zła.

Własna wtyczka ma własny prefix, autoload PSR-4, plik główny z nagłówkiem Plugin Name i wersją semver oraz testy tam, gdzie logika liczy (daty kampanii, mapowanie pól do CRM, walidacja formularza z numerem Partita IVA). Logika biznesowa nie trafia do functions.php motywu, bo functions.php umiera razem z motywem, a firma w Rzymie zmienia partnera brandingowego częściej niż model treści.

Porównanie warstw przy kickoffie:

#Gutenberg, CPT i integracje pod rynek włoski

Gutenberg bez modelu treści kończy się tym, że każda podstrona jest unikalnym kolażem bloków i nikt nie potrafi zrobić listy. W Rzymie listy są konkretne: linie usług, katalogi B2B, oferty pracy w biurze przy Roma Startup Hub, lokalizacje oddziałów (EUR to nie centrum historyczne), eventy branżowe w Fiera di Roma, materiały prasowe. To są obiekty, nie „kolejne strony w drzewie”.

#Własne typy treści zamiast kopiowanych landingów

CPT rejestrujemy z własnymi capabilities, nie z mapowaniem na post. Redaktor katalogu ma edytować kartę usługi, a nie kasować wtyczek. Archiwum CPT dostaje szablon albo wzorzec zapytań. Pojedynczy obiekt ma szablon, który nie pozwala rozpychać layoutu poza ustalony układ. Taksonomie są osobne: linia usług (turystyka, instytucje, technologia) nie miesza się z tagami bloga.

ACF ma tu miejsce, ale nie jako substytut bloków. Pola ACF na CPT sprawdzają się przy danych, które są polami, nie layoutem: numer referencyjny, data premiery, język wersji, plik PDF specyfikacji, flaga „embargo do”. Layout strony usługi albo artykułu składa Gutenberg. Mieszanie ACF Flexible Content z pełnym edytorem bloków na tym samym obiekcie kończy się dwoma źródłami prawdy i redaktorem, który nie wie, gdzie kliknąć.

#Nexi, Stripe, ERP i CRM

Dla firm w Rzymie integracja z lokalnymi narzędziami to nie opcja, tylko warunek operacyjny. Budujemy:

• Nexi, Stripe i PayPal: płatności kartą, preautoryzacje, tokenizacja, callbacki webhook z testem na stagingu przed każdym wdrożeniem produkcyjnym.
• Faktury i IVA: generowanie dokumentów z polami Partita IVA, stawki IVA zgodne z włoskim reżimem podatkowym tam, gdzie sklep albo formularz B2B tego wymaga.
• ERP i CRM: synchronizacja z SAP, Microsoft Dynamics, Holded, Sage, Odoo, HubSpot, Salesforce i Pipedrive przez REST API i webhooki z kolejką wiadomości.
• Logistyka: integracja z Poste Italiane, BRT, GLS, DHL i UPS dla etykiet wysyłkowych z WooCommerce.

Dla sklepów WooCommerce w EUR integracja z bramką płatniczą, IVA i fakturami opisujemy na stronie programista WooCommerce w Rzymie. Ta strona trzyma się programowania WordPress, nie checkoutu.

#GDPR we Włoszech: Garante Privacy, Codice Privacy i formularze

Włochy stosują rozporządzenie UE 2016/679 (GDPR) wraz z krajową implementacją w D.Lgs. 196/2003 (Codice Privacy), nadzorowaną przez Garante per la protezione dei dati personali. Dla strony WordPress w Rzymie to nie jest abstrakcyjny paragraf prawny. To decyzje w formularzach, w wtyczkach consent, w informativa sulla privacy i w logach audytowych.

Co wpisujemy w brief i w kod:

• Formularze zbierające dane osobowe (rezerwacja hotelowa, newsletter, zapytania B2B z numerem Partita IVA, formularze demo startupu z Roma Startup Hub) dostają jawną podstawę prawną, checkbox zgody tam, gdzie consent jest wymagany, i minimalizację pól. Pola, których nie potrzebujesz do celu formularza, nie istnieją.
• Consent Mode v2 i wtyczki consent (Iubenda, Cookiebot, Complianz popularne we Włoszech) konfigurujemy tak, żeby skrypty marketingowe nie ładowały się przed akceptacją. To jest decyzja w motywie i w kolejności enqueue, nie ticket opieki po pierwszym raporcie Garante Privacy.
• Informativa sulla privacy i cookie policy są szablonami z polami, nie blokami, które redaktor może usunąć z drzewa. W Rzymie te strony są elementem compliance, nie stopką marketingową.
• Integracje z CRM dostają dokumentację przepływu danych: co trafia do systemu zewnętrznego, jak długo, kto jest administratorem. Umowy powierzenia przetwarzania (DPA) to decyzja klienta, ale konfiguracja WordPressa musi umożliwiać realizację tej decyzji, w tym hosting w jurysdykcji UE tam, gdzie klient tego wymaga.
• Logi audytowe dla formularzy i zmian w panelu admina pomagają przy incydentach. Jeśli ktoś pyta „kto zmienił ustawienia formularza rezerwacji w piątek przed Wielkanocą”, odpowiedź nie może być „nie wiemy”.

Przy incydencie z danymi osobowymi art. 33 GDPR daje administratorowi 72 godziny na zgłoszenie do Garante Privacy, o ile naruszenie może wiązać się z ryzykiem dla praw osób. Agencja WordPress nie składa raportu za klienta. Dostarcza oś czasu, której klient nie musi rekonstruować z pamięci.

#Hosting w UE i pytanie o origin

Dane osobowe pod GDPR ciągną pytanie: w której jurysdykcji stoi serwer. AWS eu-south-1 w Mediolanie, Aruba we Włoszech, OVH we Francji, Hetzner w Niemczech, Scaleway w Paryżu to różne odpowiedzi dla compliance officer, ale wszystkie mieszczą się w UE. Ashburn albo Hillsboro to Stany i zwykle veto bez Standard Contractual Clauses albo innej podstawy transferu.

Pytanie „czy hosting jest w Rzymie” wraca rzadziej niż „czy w UE”. Odpowiedź operacyjna jest dwuczęściowa. Jurysdykcja: UE, kopia nie wyjeżdża nocą na bucket w regionie US bez uzgodnienia. Latencja: origin w Lacio albo Frankfurt plus CDN z terminałem TLS w UE zwykle wystarcza dla użytkowników we Włoszech i w Europie Środkowej. Rozmowa o hostingu w onboardingu jest merytoryczna, nie wizerunkowa.

#Freeze przed Wielkanocą, sezonem turystycznym i Fiera di Roma

Kalendarz zamrożenia w Rzymie nie jest opcjonalny. Wielkanoc, lipiec-sierpień albo event w Fiera di Roma dokładają okna, w których produkcja nie dostaje drobnej aktualizacji SEO ani eksperymentalnej wtyczki cache. Dostaje freeze zapisany w runbooku, dyżur na cache i DNS oraz zakaz ruszania WPML, Polylang albo wtyczki formularzy bez pełnej regresji na stagingu.

Łatka bezpieczeństwa, która nie może czekać, idzie przez środowisko testowe w godzinach, nie w poniedziałek otwarcia sezonu turystycznego. Wdrożenie nowego bloku Gutenberg w środku tygodnia przed Wielkanocą jest tym samym błędem co aktualizacja wtyczki płatności w Black Friday, tylko kalendarz jest rzymski.

Co konkretnie wpisujemy w runbook freeze:

• Data rozpoczęcia i zakończenia okna krytycznego (Wielkanoc, szczyt lipca, event w Fiera di Roma).
• Lista wtyczek i motywów objętych zakazem aktualizacji bez zgody osoby odpowiedzialnej po stronie klienta.
• Procedura awaryjna: kto ma dostęp do hostingu, która kopia, który tag Git, kto zatwierdza wycofanie zmian.
• Checklist regresji po każdej łatce w oknie freeze: formularz rezerwacji, checkout Nexi albo Stripe, embed wideo, purge cache po publikacji szkicu future, cookie banner.

Stała opieka operatorska z kalendarzem freeze opisuje osobna strona opieki technicznej WordPress w Rzymie. Ten brief trzyma się prac programistycznych, nie miesięcznego rytmu aktualizacji.

#Dostępność: WCAG 2.1 AA i Europejski Akt o Dostępności

Dostępność w Rzymie nie jest jednym przepisem. Hotele, instytucje publiczne i operatorzy turystyczni nie mają identycznego obowiązku prawnego w każdym przypadku, ale niedostępna strona katalogu B2B albo portalu informacyjnego instytucji to ryzyko wizerunkowe i prawne w relacjach z klientami instytucjonalnymi, nie „nice to have”. Europejski Akt o Dostępności (EAA) coraz częściej pojawia się w briefach od firm eksportujących do UE.

Co konkretnie robi zespół w kodzie:

• Semantyczne znaczniki HTML, poprawna hierarchia nagłówków, etykiety formularzy powiązane z polami przez for/id, komunikaty błędów czytelne dla czytników ekranu.
• Kontrast kolorów zgodny z WCAG 2.1 AA, focus widoczny na wszystkich interaktywnych elementach, nawigacja klawiaturą przez menu i modale.
• Obrazy z sensownymi atrybutami alt, wideo z napisami tam, gdzie materiał jest publikowany na stronie publicznej.
• Skan axe-core w CI plus ręczna ścieżka klawiatury na kluczowych szablonach: formularz rezerwacji, nawigacja główna, strefa logowania partnera B2B.

#Core Web Vitals mierzone w danych CrUX

Google ocenia jakość strony na podstawie metryk z raportu CrUX (Chrome User Experience Report). Dla marek w Rzymie, które inwestują w SEO i reklamę cyfrową, wydajność to filar rentowności, nie ozdobnik.

Co robimy systematycznie:

• LCP (Largest Contentful Paint): cache serwerowy, preload zasobów krytycznych, obrazy w AVIF i WebP, CDN z terminałem w UE.
• INP (Interaction to Next Paint): eliminacja długich zadań JavaScript, code-splitting, brak ciężkich page builderów na froncie.
• CLS (Cumulative Layout Shift): rezerwacja miejsca na obrazy, banery i moduły dynamiczne.
• Redis object cache: odciążenie MySQL przy filtrowaniu dużich katalogów B2B.
• Cloudflare Edge: TTFB poniżej 30 ms dla użytkowników Lacio.

Nie obiecujemy konkretnej delty procentowej przed audytem. Mierzymy przed i po, dokumentujemy wpływ i dołączamy baseline do dokumentacji projektu.

#Profile projektów Rzymie: cele mierzalne zamiast anonimowych case study

Nie publikujemy case study z logotypem i zaokrąglonymi procentami, których nikt nie może zweryfikować. Opisujemy trzy profile projektów, które powtarzają się w Rzymie, i cele inżynieryjne, które zapisujemy w umowie przed startem.

#Profil 1: instytucja publiczna w EUR

Typowy brief: portal informacyjny dwujęzyczny (IT/EN) ze strefą dokumentów chronioną dla partnerów. Zakres: motyw FSE na miarę, strefa pobrań z 2FA, GDPR z Consent Mode v2 i fontami hostowanymi lokalnie. Cele: LCP poniżej 1 s na mobile w CrUX, PageSpeed Mobile powyżej 90 na kluczowych URL-ach, strefa prywatna przetestowana pod kątem nieautoryzowanego dostępu przed produkcją.

#Profil 2: operator turystyczny przed sezonem Wielkanocy

Typowy brief: strona traci konwersję przez wolny formularz rezerwacji i pada w szczycie kampanii. Zakres: migracja na Gutenberg, optymalizacja MySQL i Redis, integracja z systemem rezerwacji przez REST. Cele: formularz poniżej 3 s na mobile w stagingu, stabilność pod symulowanym obciążeniem przed sezonem, monitoring porzuconych rezerwacji na danych własnych.

#Profil 3: startup w Roma Startup Hub

Typowy brief: katalog usług B2B z formularzem demo i automatycznym routingiem do CRM. Zakres: CPT usług i studia przypadków, integracja HubSpot albo Pipedrive, WCAG 2.1 AA. Cele: audyt Lighthouse bez błędów dostępności, lead z formularza w CRM bez ręcznej interwencji od pierwszego dnia, para IT/EN bez rozjechanych hreflang.

#Przypadek: katalog hotelowy przed Wielkanocą, środowisko testowe zatrzymał wyciek

Serwis hotelu na WordPressie, katalog pokoi pod sezon Wielkanocy, formularz zapisu na pobyt, treść zaplanowana na wtorek 8:00, tydzień przed szczytem rezerwacji. W kolejce do produkcji leżała aktualizacja wtyczki cache obiektowego plus patch SEO, „drobny, na żywo, bo to tylko object cache”.

Na środowisku testowym, sklonowanym z produkcji razem z Redisem i z katalogiem w stanie „szkic”, publikacja o 8:00 serwowała oferty z poprzedniego sezonu. Przyczyna: zmiana klucza cache po patchu, stary fragment w motywie wołał get_post bez sprawdzenia statusu future, CDN trzymał HTML bez Cache-Control dla zalogowanego redaktora. Na produkcji ten sam zestaw poszedłby w niedzielę wieczorem. Oferta wyszłaby przed terminem, formularz zbierałby dane bez zaktualizowanej informativa sulla privacy, a wtorkowy ruch z newslettera trafiłby w 404 po panicznym cofnięciu wpisu.

środowisko testowe zatrzymał promocję. wycofanie zmian na kopii testowej potwierdził, że sama wtyczka SEO jest niewinna, gdy motyw nie woła szkicu po kluczu bez statusu. Motyw dostał poprawkę, checklista publikacji (szkic, future, formularz, purge, URL w newsletterze, cookie banner) przeszła, dopiero potem produkcja. Nie ma tu nazwy firmy, bo to kształt zdarzenia, nie case study z logotypem. Jest mechanizm: najpierw kopia, potem produkcja.

#Para IT/EN i rynek rzymski

Rzym nie jest Mediolanem, ale B2B w Lacio często wymaga włoskiego frontu i angielskiej wersji dla uczestników międzynarodowych albo matki w Niemczech. Polylang albo WPML rozwiązują hreflang i duplikację treści. Nie rozwiązują procesu: kto zatwierdza tekst włoski, kto angielski, zanim trafi na produkcję.

W każdym release sprawdzamy: czy IT i EN mają właściwe URL, czy hreflang nie wskazuje 404, czy informativa sulla privacy istnieje w obu wersjach, czy formularze zwracają błędy w obu językach, czy włoskie znaki diakrytyczne nie zostały zepsute po imporcie z polskiego panelu tłumaczeń. Polskie zespoły utrzymujące serwis w Rzymie pracują w zbliżonej strefie czasowej do Włoch, więc okno dni roboczych pokrywa się z oknem klienta lepiej niż przy utrzymaniu transatlantyckim.

#Kiedy nie potrzeba programisty WordPress na miarę

Profesjonalne doradztwo techniczne to też mówienie „nie”. Jeśli firma w Rzymie potrzebuje wizytówki z trzema podstronami i formularzem kontaktowym, development na miarę nie jest uzasadniony ekonomicznie. Dobrze skonfigurowany motyw blokowy plus opieka techniczna wystarczą.

Programista senior jest potrzebny, gdy:

• wymagane są integracje z ERP, CRM albo Nexi/Stripe;
• WooCommerce wymaga logiki B2B, indywidualnych cen albo wysokiego wolumenu transakcji;
• wydajność i Core Web Vitals szkodzą sprzedaży i SEO;
• strona ma dług techniczny po wielu agencjach i wymaga czystej refaktoryzacji.

#Jak pracujemy

Każdy projekt w Rzymie realizujemy według ustrukturyzowanego procesu:

1. Odkrywanie i audyt. Przeglądamy architekturę, treść, analitykę i cele biznesowe. Dokumentujemy dług techniczny i sprawdzamy kalendarz Wielkanocy, sezonu turystycznego albo eventu w Fiera di Roma, żeby wdrożenie nie wpadło w okno krytyczne.
2. Specyfikacja techniczna. Decyzje architektoniczne, technologie, harmonogram, kamienie milowe i zakres. Zatwierdzasz plan przed pierwszą linią kodu.
3. Sprinty deweloperskie. Iteracje 1-2 tygodniowe z demo na koniec każdego sprintu. Priorytety można zmieniać bez wykolejania projektu.
4. Przegląd na środowisku testowym. Regresja checkoutu, formularzy i integracji CRM z prawdziwą treścią.
5. Launch i przekazanie. DNS, SSL, cache, przekierowania, monitoring. Okno wsparcia po uruchomieniu jest uzgodnione w umowie.

#Typowe wyzwania w Rzymie

• Migracje z page builderów do Gutenberg FSE przed sezonem turystycznym: wyodrębniamy treść, przebudowujemy layouty jako wzorce bloków, szkolimy redakcję bez utraty SEO.
• Wydajność przy nadmiarze wtyczek na ciężkich katalogach B2B: audyt pluginów, lekki kod niestandardowy, Redis, redukcja zapytań SQL.
• Skalowanie na tydzień Wielkanocy: Cloudflare z wyjątkami dla formularzy, indeksy bazy, testy obciążeniowe przed sezonem.
• Hardening dla formularzy z danymi osobowymi pod Garante Privacy: CSP, wyłączony XML-RPC, 2FA, rate limiting na endpointach logowania.

#Lokalne SEO i widoczność cyfrowa w Rzymie

Dobrze zbudowana strona ma wartość tylko wtedy, gdy grupa docelowa w Rzymie i w całych Włoszech może ją znaleźć:

• Fundamenty techniczne SEO. Czyste URL, sitemap XML, robots.txt, canonical, hierarchia nagłówków, Schema.org (LocalBusiness, Organization, Service, FAQ).
• Wyszukiwanie lokalne. Google Business Profile, dane strukturalne z adresem w Rzymie, spójność NAP i strony pod zapytania regionalne w Lacio.
• Core Web Vitals w CrUX. Budżety wydajnościowe od pierwszego szkicu, weryfikacja na danych terenowych, nie tylko w laboratorium.
• AEO dla AI Overviews. Jasne definicje, konkretne fakty, źródła i uporządkowane dane dla Google SGE, ChatGPT i Perplexity.

#WordPress Roma i praktyka lokalna

WordPress Roma spotyka się w ekosystemie rzymskim (grupa na Meetup.com, spotkania w coworkingach przy Roma Startup Hub i w centrum). To nie kanał sprzedaży. To miejsce, w którym widać, jak lokalni maintainerzy aktualizują, jak rozmawiają o uprawnieniach i o hoście. Development, który nigdy nie wychodzi poza ticket, gubi ten kontekst: w Rzymie część zespołów siedzi po stronie turystyki albo instytucji publicznych i usłyszy te same pytania przy Fiera di Roma albo w EUR.

WP-CLI w projekcie to sposób, żeby aktualizację, różnicę wtyczek i eksport listy użytkowników zrobić powtarzalnie, z logiem, bez klików wp-admin na produkcji.

#Pytania, które zadają nam firmy w Rzymie

Czy możecie zmigrować naszą istniejącą stronę? Tak. Migracje z dowolnego CMS do WordPress, z WordPress do headless (Astro/Next.js) i między hostami. Mapowanie URL, przekierowania 301, monitoring SEO przez 90 dni, z uwzględnieniem kalendarza Wielkanocy albo eventu w Fiera di Roma.

Czy pracujecie z firmami spoza Rzymu? Tak. Znamy kontekst rzymski (EUR, Fiera di Roma, turystyka, Garante Privacy), ale współpracujemy w całych Włoszech i za granicą.

Jak obsługujecie strony wielojęzyczne? WPML dla tradycyjnego WordPress albo natywny routing i18n dla headless. Każda wersja językowa dostaje hreflang, zlokalizowane slugi i niezależne meta SEO. Dla wersji IT/EN/PL konfiguracja locale wymaga osobnej decyzji architektonicznej.

Co obejmuje bieżące wsparcie? Po budowie projekt może przejść na opiekę techniczną WordPress w Rzymie: testowane aktualizacje, kopie, WAF, freeze sezonu turystycznego i dziennik pod Garante Privacy. Szczegóły na stronie opieki.

Czym różni się współpraca z WPPoland od lokalnej agencji w Rzymie? Doświadczenie w WordPress od 2007 roku, własne zaplecze na Astro i headless WordPress, jasne założenia przed wdrożeniem. Wycena indywidualna, bez gotowego cennika.

#Powiązane usługi i miasta

Sklep WooCommerce z Nexi, Stripe i IVA: programista WooCommerce w Rzymie. Stała opieka z freeze sezonu turystycznego: opieka techniczna WordPress w Rzymie. Pełny zakres programowania: programista WordPress. Dla porównania w innych włoskich miastach: programista WordPress w Mediolanie, w Turynie, we Florencji i w Bolonii.

#Rozpocznij swój projekt w Rzymie

Wyślij krótki opis obecnej sytuacji, celu biznesowego i ograniczeń technicznych. Sprawdzamy konfigurację, wskazujemy ryzyka i proponujemy plan działania. Przyda się informacja o hostingu w UE, integracjach (Nexi, CRM, ERP) oraz o tym, czy w najbliższych tygodniach jest Wielkanoc, szczyt sezonu turystycznego albo event w Fiera di Roma. Wycena jest indywidualna i zależy od zakresu, nie z gotowego cennika. Kontakt: formularz.