Programista WordPress w Mediolanie

Strona domu mody w Mediolanie stoi przy Via Montenapoleone, w Porta Nuova albo w showroomie pod Fiera Milano. To nie jest powód, żeby WordPress udawał platformę e-commerce luksusowej marki albo system ERP producenta mebli. To powód, żeby motyw, bloki Gutenberg, CPT i wtyczki były napisane tak, jak oczekuje włoski dział prawny, redaktor lookbooku i zespół compliance, który czyta GDPR i wytyczne Garante Privacy, a nie tylko wynik Lighthouse.

WPPoland buduje ten WordPress z polskiego zespołu seniorów dla firm w Mediolanie i w szerszym regionie Lombardii. 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, abonament opieki i kontakt są osobnymi tematami, z linkami na końcu.

#Programowanie WordPress w Mediolanie

Mediolan nie jest Rzymem i nie powinien brzmieć jak Rzym w copy. Stolica polityczna ma inny profil instytucjonalny, inne tempo decyzji publicznych i inny ekosystem vendorów. Mediolan jest stolicą mody, designu, produkcji meblowej i finansów północnych Włoch. Lombardia generuje znaczną część PKB Włoch, a miasto łączy kwartał mody wokół Quadrilatero della Moda, kampus Bicocca z uniwersytetem i startupami, biura korporacyjne w Porta Nuova oraz halę Fiera Milano, gdzie Salone del Mobile co roku przyciąga producentów mebli, architektów wnętrz i dystrybutorów z całej Europy. Brief od klienta z Mediolanu często brzmi: „mamy Divi albo Elementor, redakcja boi się migracji, a dyrektor digital chce Gutenberg i Git przed kolejną Milano Fashion Week”. To jest problem modelu treści i procesu wdrożenia, nie problem szablonu z marketplace.

Milano Fashion Week (Settimana della Moda) odbywa się dwa razy w roku: w lutym kolekcje jesień-zima, we wrześniu kolekcje wiosna-lato. W tych tygodniach strony domów mody, agencji PR, showroomów i platform B2B dla kupujących dostają skok ruchu w godzinach, nie w tygodniach. Landing kolekcji, lookbook sezonowy, rejestracja na pokaz zamknięty, press kit do pobrania po zalogowaniu: WordPress w tym środowisku musi wytrzymać premierę o 20:00 w piątek, nie produkować incydentu operacyjnego w poniedziałek rano. Motyw, który pęka pod obciążeniem w tygodniu mody, kosztuje więcej niż miesiąc prac programistycznych.

Salone del Mobile (oficjalnie Salone del Mobile.Milano) w kwietniu to drugi kalendarzowy punkt, którego nie da się zignorować w briefie. Producenci mebli, oświetlenia i wyposażenia wnętrz publikują katalogi produktów, konfiguratory materiałów, zapisy na spotkania w stoisku i landingi pod konkretną edycję targów. Strona, która działała spokojnie w marcu, w tygodniu targów musi obsłużyć ruch z całej Europy, często z materiałami wideo w wysokiej rozdzielczości i formularzami leadów B2B zbierającymi dane pod GDPR. Wdrożenie aktualizacji wtyczki consent w środku tygodnia Salone del Mobile to błąd operatorski, nie „drobny ticket po weekendzie”.

Typowy projekt, który trafia do seniorów Mediolanie, nie brzmi „zróbcie ładną stronę”. Brzmi: odziedziczone motywy z page builderem, redakcja publikująca lookbooki w krótkich oknach czasowych przed pokazem, formularz rejestracji na event zbierający dane osobowe pod włoskim nadzorem Garante Privacy, a nowa podstrona pod kolekcję powstaje przez kopiowanie strony z zeszłego sezonu i ręczne podmienianie numeru sezonu. To jest dług techniczny, który wychodzi w piątek wieczorem przed otwarciem tygodnia mody, nie w audycie SEO.

#Motyw blokowy, motyw klasyczny i własna wtyczka

Nowa budowa w Mediolanie 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 domu mody z Quadrilatero della Moda oznacza to odważną paletę marki z zachowaniem kontrastu WCAG 2.2 AA. Dla producenta mebli z okolic Mediolanu oznacza to stonowany layout, czytelny krój bez ozdobników i komponenty, które nie pękają na długich nazwach kolekcji albo specyfikacjach materiałów. Wzorce bloków opisują powtarzalne układy: hero z materiałem wideo z pokazu, siatka lookbooku, blok cytatu z dyrektorem kreatywnym, karta produktu B2B z parametrami wymiarów, stopka z linkiem do polityki prywatności 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 domów mody w Mediolanie 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 Mediolanie 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ą kolekcję sezonową. 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 gościa prasowego, inne dla kupującego B2B, inne dla partnera dystrybucyjnego) 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 kolekcji, kolejka do CRM, endpoint REST dla intranetu dystrybutorów, rola „redaktor lookbooku” bez publish_pages na produkcji publicznej: to wtyczka. Kolory, siatka, wzorzec hero: to motyw. Jeśli po zmianie motywu znika katalog kolekcji, 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 premier, mapowanie pól do CRM, walidacja formularza rejestracji na event). Logika biznesowa nie trafia do functions.php motywu, bo functions.php umiera razem z motywem, a firma z Mediolanu zmienia partnera brandingowego częściej niż model treści.

Porównanie warstw przy kickoffie:

#Gutenberg, CPT i ACF pod modę, design i B2B

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 Mediolanie listy są konkretne: kolekcje, lookbooki, produkty B2B, showroomy (Via Montenapoleone to nie Porta Nuova, Porta Nuova to nie Bicocca), eventy, oferty pracy. 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 lookbooku ma edytować kartę sezonu, 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 produktowa (odzież, akcesoria, meble) 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: data premiery kolekcji, numer sezonu, język wersji, plik PDF press kitu, flaga „embargo do”. Layout strony lookbooku 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ąć.

Gdzie ACF jest zbędne, atrybuty bloku w block.json wystarczą. Blok „osoba z cytatem” nie potrzebuje grupy pól na każdej stronie. Potrzebuje atrybutów i ewentualnie InnerBlocks na biogram. Mniej wtyczek w panelu to mniej powierzchni ataku i mniej konfliktów z wtyczkami consent i cache.

Landing kolekcji jako kopia strony z zeszłego sezonu jest długiem, który wychodzi w piątek wieczorem przed Milano Fashion Week. Obiekt CPT z polami sezonu, daty i materiałów przeżywa premierę 2027 bez kopiowania drzewa. Szablon czyta obiekt. Redaktor zmienia numer sezonu, nie HTML.

#Bloki serwerowe zamiast shortcode’ów

Shortcode w treści to dług, który widać dopiero przy migracji. Nowy kod w Mediolanie idzie jako blok z renderem serwerowym: znaczniki semantyczne, atrybuty w komentarzu bloku, możliwość filtrowania wyjścia. Blok listy kolekcji czyta CPT, cache’uje zapytanie transjentem z jawnym TTL i invalidacją przy save_post, a nie przy każdym requeście w szczycie tygodnia mody.

przegląd kodu bloku sprawdza trzy rzeczy, zanim gałąź wpadnie do main: czy blok działa po wyłączeniu JS w podglądzie frontu, czy atrybuty mają typy i defaulty, czy nie ładuje całego builda edytora na froncie. Gutenberg, który dokłada megabajt Reacta do strony biografii projektanta, nie przejdzie review.

#GDPR we Włoszech: Garante Privacy, consent 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 Mediolanie to nie jest abstrakcyjny paragraf prawny. To decyzje w formularzach, w wtyczkach consent, w polityce prywatności i w logach audytowych.

Co wpisujemy w brief i w kod:

• Formularze zbierające dane osobowe (rejestracja na pokaz, newsletter, zapytania B2B, formularze leadów pod Salone del Mobile) 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ą.
• Wtyczki consent (Iubenda, Cookiebot, Complianz i podobne 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.
• Polityka prywatności i cookie policy są szablonami z polami, nie blokami, które redaktor może usunąć z drzewa. W Mediolanie te strony są elementem compliance, nie stopką marketingową.
• Integracje z CRM (HubSpot, Salesforce, Pipedrive) 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 rejestracji na pokaz w piątek przed Fashion Week”, odpowiedź nie może być „nie wiemy”.

Dla sklepów WooCommerce w EUR integracja z bramką płatniczą obsługującą euro, IVA i faktury zgodne z włoskim prawem podatkowym to osobny brief na stronie WooCommerce programista w Mediolanie. Ta strona trzyma się programowania WordPress, nie checkoutu.

#Freeze przed Milano Fashion Week i Salone del Mobile

Kalendarz zamrożenia w Mediolanie nie jest opcjonalny. Milano Fashion Week w lutym i we wrześniu oraz Salone del Mobile w kwietniu 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 nocy przed otwarciem tygodnia mody. Wdrożenie nowego bloku Gutenberg w środku tygodnia targów Fiera Milano jest tym samym błędem co aktualizacja wtyczki płatności w Black Friday, tylko kalendarz jest włoski.

Co konkretnie wpisujemy w runbook freeze:

• Data rozpoczęcia i zakończenia okna krytycznego (Fashion Week, Salone del Mobile, premiera kolekcji, kampania B2B pod targi).
• 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 rejestracji, embed wideo lookbooku, purge cache po publikacji, webhook do CRM.

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

#Dostępność: WCAG 2.2 AA i sektor publiczny we Włoszech

Dostępność w Mediolanie nie jest jednym przepisem. Podmioty publiczne i niektóre instytucje kulturalne podlegają włoskim wymogom dostępności cyfrowej (implementacja dyrektywy UE w kontekście krajowym). Sektor prywatny podlega European Accessibility Act (dyrektywa 2019/882), obowiązującemu od 28 czerwca 2025 dla wskazanych usług, w tym e-commerce, z wyłączeniem mikroprzedsiębiorstw poniżej 10 osób i 2 mln euro obrotu. Niedostępna strona usługowa domu mody albo producenta mebli to ryzyko wizerunkowe i prawne w relacjach B2B z klientami instytucjonalnymi, nie „nice to have”.

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.2 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 rejestracji, nawigacja główna, wyszukiwarka katalogu B2B.
• Deklaracja dostępności dla podmiotów publicznych jako szablon z polami, nie jako strona zapomniana w stopce.

Dla domów mody z Mediolanu dostępność ma też wymiar produktowy: materiał wideo z napisami, transkrypcje, playery, które da się obsłużyć klawiaturą. WordPress nie zastępuje platformy streamingowej, ale strona promocyjna kolekcji musi być użyteczna dla każdego odbiorcy, nie tylko dla użytkownika myszy na szybkim laptopie.

#Integracje, które się powtarzają w Mediolanie

Formularze rejestracji na pokazy i eventy to najczęstszy punkt integracji dla domów mody i agencji PR. W praktyce oznacza to podłączenie WordPressa do systemu rejestracji albo CRM, walidację pól zgodną z GDPR i limitowanie zapytań na endpointach publicznych, żeby formularz nie stał się wektorem spamu w godzinie premiery kolekcji.

Dla producentów mebli i designu z okolic Fiera Milano druga powtarzalna integracja to katalog B2B: parametry produktów, konfigurator materiałów, eksport do PDF, synchronizacja z ERP albo PIM. Każda integracja dostaje dokumentację webhooków, matrycę błędów i test end-to-end na środowisku testowym przed wdrożeniem na produkcję.

Dla firm technologicznych z kampusu Bicocca trzecia integracja to często połączenie z narzędziami HR i rekrutacji: oferty pracy, formularze aplikacyjne, embed z LinkedIn albo systemu ATS. Sklepy WooCommerce z checkoutem w EUR, integracją z kurierami działającymi we Włoszech i raportowaniem sprzedaży opisujemy na stronie WooCommerce programista.

#Jak pracujemy

Każdy projekt w Mediolanie realizujemy według ustrukturyzowanego procesu minimalizującego ryzyko i maksymalizującego transparentność:

1. Odkrywanie i audyt. Przeglądamy architekturę obecnej strony, strukturę treści, dane analityczne i cele biznesowe. Dokumentujemy dług techniczny, identyfikujemy szybkie wygrane i definiujemy mierzalne kryteria sukcesu zanim napiszemy pierwszą linię kodu. Sprawdzamy też kalendarz Milano Fashion Week, Salone del Mobile albo premier kolekcji, żeby wdrożenie nie wpadło w okno krytyczne.
2. Specyfikacja techniczna. Na podstawie audytu tworzymy szczegółową specyfikację obejmującą decyzje architektoniczne, wybory technologii, harmonogram, kamienie milowe i zakres. Zatwierdzasz plan zanim rozpoczną się prace programistyczne.
3. Sprinty deweloperskie. Pracujemy w 1-2 tygodniowych iteracjach z demo na koniec każdego sprintu. Widzisz postęp na bieżąco, dajesz uwagi na czas i możesz zmieniać priorytety bez wykolejania projektu.
4. Przegląd na środowisku testowym. Kompletne rozwiązanie działa na środowisku testowym identycznym z produkcją. Testujesz z prawdziwą treścią, weryfikujesz integracje i zatwierdzasz do uruchomienia. Naprawiamy wszelkie problemy przed uruchomieniem.
5. Launch i przekazanie. Obsługujemy zmiany DNS, konfigurację SSL, rozgrzewanie cache’u, weryfikację przekierowań i konfigurację monitoringu. Po uruchomieniu zostajemy w gotowości przez uzgodnione okno do natychmiastowego rozwiązywania problemów.

#Typowe wyzwania, które rozwiązujemy

Firmy w Mediolanie regularnie zgłaszają się do nas z tymi problemami:

• Migracje z page builderów do Gutenberg FSE przed Milano Fashion Week: wyodrębniamy treść, przebudowujemy layouty jako wzorce bloków i szkolimy zespoły redakcyjne bez zakłócania ruchu na żywo czy pozycji SEO w tygodniach, gdy strona ma najwięcej odwiedzin
• Problemy wydajnościowe z nadmiaru wtyczek na stronach modowych i B2B: audytujemy zainstalowane pluginy, zastępujemy ciężkie zależności lekkim kodem niestandardowym, implementujemy warstwy cachowania i redukujemy zapytania do bazy
• Skalowanie WordPress dla premier kolekcji i tygodnia Salone del Mobile: konfigurujemy Cloudflare full-page caching z wyjątkami dla formularzy, optymalizujemy indeksy bazy danych, implementujemy cachowanie wyników zapytań i przeprowadzamy testy obciążeniowe przed startem kampanii
• Hardening bezpieczeństwa dla stron zbierających dane rejestracji na eventy albo formularze kontaktowe B2B: nagłówki Content Security Policy, wyłączony XML-RPC, wymuszone uwierzytelnianie dwuskładnikowe do panelu i limitowanie zapytań na endpointach logowania

#Wydajność mierzona, nie obiecana z góry

Core Web Vitals są czynnikiem rankingowym Google i jednocześnie czynnikiem konwersji na stronie, która zbiera leady B2B w szczycie tygodnia targów. Nie obiecujemy konkretnej delty procentowej przed audytem, bo skala poprawy zależy od stanu wejściowego konkretnej instalacji. To, co robimy systematycznie:

• Optymalizacja zasobów. Obrazy przetwarzane przez proces budowania w responsywne srcset w formatach WebP i AVIF, CSS purgowany i inlinowany dla treści above-the-fold, JavaScript tree-shaken i ładowany dynamicznymi importami.
• Architektura cachowania. Wielowarstwowe cachowanie: cache przeglądarki, CDN (Cloudflare), cache aplikacji (Redis), cache zapytań do bazy z inteligentną inwalidacją - z osobnym potraktowaniem dynamicznych fragmentów, jeśli strona ma formularz rejestracji albo embed wideo lookbooku.
• Optymalizacja sieci. HTTP/3 z QUIC, kompresja Brotli, hinty preconnect i dns-prefetch, priorytetyzacja zasobów krytycznych dla pierwszego widoku.
• Optymalizacja renderowania. Inlining krytycznego CSS, asynchroniczne ładowanie stylów, lazy loading obrazów i iframów, triggery animacji oparte na Intersection Observer.

Każda decyzja wydajnościowa jest oparta na danych. Mierzymy przed i po, dokumentujemy wpływ i dołączamy baseline wydajności do dokumentacji projektu, żeby regresja po kolejnej aktualizacji wtyczki była widoczna od razu, a nie po fakcie w oknie Fashion Week.

#Lokalne SEO i widoczność cyfrowa w Mediolanie

Dobrze zbudowana strona jest wartościowa tylko wtedy, gdy Twoja grupa docelowa w Mediolanie i w szerszej Lombardii może ją znaleźć. Nasze projekty programowania WordPress obejmują fundamentalną architekturę SEO od pierwszego szkicu:

• Fundamenty techniczne SEO. Czyste struktury URL, mapy strony XML, konfiguracja robots.txt, tagi canonical i prawidłowa hierarchia nagłówków. Implementujemy dane strukturalne Schema.org: LocalBusiness, Organization, Product, Service, FAQ i HowTo tam, gdzie mają sens.
• Optymalizacja wyszukiwania lokalnego. Integracja z Google Business Profile, lokalne dane strukturalne z adresem w Mediolanie, spójność NAP (nazwa, adres, telefon) i strony przygotowane pod zapytania regionalne, uwzględniające Lombardię i sąsiednie ośrodki tam, gdzie biznes faktycznie działa w Turynie albo Bolonii.
• Core Web Vitals jako sygnały rankingowe. Google używa metryk doświadczenia strony w ocenie page experience. Budżety wydajnościowe ustalamy na starcie projektu i weryfikujemy je na danych terenowych z raportu CrUX, nie tylko w pomiarze laboratoryjnym.
• Architektura treści. Układamy strony filarowe, artykuły pomocnicze i linkowanie wewnętrzne tak, żeby użytkownik szybko trafiał do właściwego tematu, a wyszukiwarka jasno rozumiała zakres kompetencji firmy.

SEO nie jest dodatkiem po uruchomieniu strony, jest częścią decyzji architektonicznych od pierwszego szkicu.

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

Czy możecie zmigrować naszą istniejącą stronę? Tak. Obsługujemy migracje z dowolnego CMS do WordPress, z WordPress do architektury headless (Astro/Next.js) i między dostawcami hostingu. Każda migracja obejmuje mapowanie URL, implementację przekierowań 301 i monitoring SEO przez 90 dni po migracji, z uwzględnieniem kalendarza Fashion Week albo Salone del Mobile, żeby migracja nie wypadła w oknie krytycznym.

Czy pracujecie z firmami spoza Mediolanu? Tak. Znamy lokalny kontekst (Milano Fashion Week, Salone del Mobile, Quadrilatero della Moda, Fiera Milano, kampus Bicocca), ale współpracujemy z klientami w całych Włoszech i za granicą. Wiele firm z Mediolanu obsługuje klientów Turynie, Bolonii, Florencji i Rzymie bez osobnej strony na każde miasto.

Jak obsługujecie strony wielojęzyczne? Implementujemy wielojęzyczność przez WPML dla tradycyjnego WordPress lub natywny routing i18n dla buildów headless z Astro lub Next.js. Każda wersja językowa dostaje prawidłowe tagi hreflang, zlokalizowane slugi URL i niezależne meta dane SEO. Dla firm obsługujących rynek włoski i europejski konfiguracja locale i hreflang wymaga osobnej decyzji architektonicznej.

Co obejmuje bieżące wsparcie? Po zakończeniu budowy projekt może przejść na dedykowane utrzymanie stron WordPress: testowane aktualizacje, kopie zapasowe, monitoring bezpieczeństwa i wydajności oraz priorytetowe wsparcie z udokumentowanym SLA. Szczegóły na stronie opieki, nie w tym briefie programistycznym.

Czym różni się współpraca z WPPoland od lokalnej agencji w Mediolanie? Przede wszystkim doświadczeniem w WordPress od 2007 roku, własnym zapleczem technicznym na Astro i headless WordPress oraz pracą na jasnych założeniach: zakres, etapy i odpowiedzialność są opisane przed wdrożeniem. Wycena jest indywidualna i zależy od zakresu, nie z gotowego cennika.

#Powiązane usługi i miasta

Jeśli Twoja firma prowadzi już sklep online albo planuje go zbudować, mamy dedykowaną stronę o tworzeniu sklepów WooCommerce w Mediolanie z checkoutem w EUR, integracją z włoskimi kurierami i przygotowaniem pod GDPR. Jeśli obecna strona działa i potrzebuje tylko stałej opieki, testowanych aktualizacji i monitoringu z kalendarzem freeze przed Fashion Week, zobacz opiekę techniczną WordPress w Mediolanie.

Pełny zakres prac programistycznych WordPress (motywy, wtyczki, Gutenberg, refaktoryzacje) opisuje strona programista WordPress. Dla porównania kontekstu lokalnego w innych włoskich ośrodkach: programista WordPress w Rzymie, we Florencji, w Turynie i w Bolonii. Jeśli chcesz omówić brief, wyślij krótki opis obecnej sytuacji przez formularz kontaktowy.

#Rozpocznij swój projekt w Mediolanie

Jeśli chcesz omówić programowanie WordPress, wyślij krótki opis obecnej sytuacji, celu biznesowego i ograniczeń technicznych. Na tej podstawie sprawdzamy konfigurację, wskazujemy ryzyka i proponujemy praktyczny plan działania.

Jeśli planujesz nową budowę, migrację do Gutenberg albo refaktoryzację odziedziczonego motywu przed Milano Fashion Week albo Salone del Mobile, zacznij od spisania celów, ograniczeń i obecnego stanu projektu. Wycena jest indywidualna i zależy od zakresu prac.