Programista WordPress w Lyonie

Strona firmowa w Lyonie stoi przy Part-Dieu, w biurze w Confluence albo w laboratorium w Gerland. To nie jest powód, żeby WordPress udawał system ERP albo platformę rezerwacji kongresów Centre de Congrès. To powód, żeby motyw, bloki Gutenberg, CPT i wtyczki były napisane tak, jak oczekuje francuski dział prawny, redaktor w wersji FR/EN i zespół compliance, który czyta RODO i CNIL, a nie tylko wynik Lighthouse.

WPPoland buduje ten WordPress z polskiego zespołu seniorów dla firm w Lyonie i w Métropole de Lyon. 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 checkoutem francuskim, abonament opieki i kontakt są osobnymi tematami, z linkami na końcu.

#Programowanie WordPress w Lyonie

Lyon to drugi ośrodek gospodarczy Francji po Paryżu, miasto z tradycją chemicznej i farmaceutycznej, biotechnologii w Gerland, logistiki przy Rhône i rosnącym ekosystemem cyfrowym wokół Confluence i Lyon Digital Hub. To nie jest Paryż fintech ani Côte d’Azur turystyczna. Tu serwis WordPress często obsługuje katalogi B2B, portale employer branding, formularze zapytania ofertowego dla laboratoriów albo strony produktowe firm z Part-Dieu, które muszą przeżyć wdrożenie w tym samym tygodniu, w którym prawnik pyta o hosting w UE i zgodę CNIL na pliki cookie.

Part-Dieu to drugi co do wielkości dzielnica biznesowa we Francji po La Défense. Wieżowce, Gare de Lyon-Part-Dieu, hotele konferencyjne i biura korporacyjne tworzą kontekst, w którym WordPress trzyma landingi produktowe, formularze demo, blogi techniczne i strony employer branding dla firm, które właśnie zamknęły rundę albo przygotowują kampanię B2B na rynek francuski i niemiecki. Awaria po aktualizacji wtyczki formularza albo regresja w tłumaczeniach FR/EN boli w tygodniu kongresu w Part-Dieu albo przed rozmową z inwestorem, nie w sierpniu.

Confluence to dzielnica na południu Lyonu, wokół Musée des Confluences i nowego ekosystemu startupowego. Lyon Digital Hub i społeczności takie jak Silicon Rhône spotykają się w tym obszarze. WordPress obsługuje landingi SaaS, formularze rejestracji beta, blogi produktowe i treści wielojęzyczne FR/EN dla firm, które sprzedają do całej Unii. Brief od klienta stąd często brzmi: „mamy Elementor, redakcja boi się migracji, a CTO chce Gutenberg i Git”. To problem modelu treści i procesu wdrożenia, nie problem szablonu z marketplace.

Gerland i park biotechnologiczny Lyonbiopôle to inny profil niż korporacja z Part-Dieu. Więcej treści regulacyjnych, więcej dokumentów PDF, więcej formularów zbierających dane osobowe pod RODO i więcej wymagań dotyczących śladu audytowego. WordPress w tym środowisku to portal badawczy, katalog usług laboratoryjnych albo strona spin-offu, która zbiera zapytania i musi respektować francuską Loi Informatique et Libertés oraz wytyczne CNIL.

Sektor chemiczny i przemysłowy w aglomeracji lyonskiej generuje jeszcze inny profil: katalogi części, formularze zapytania ofertowego, strony dystrybutorów i treści FR/DE dla klientów transgranicznych z Alzacji albo Szwajcarii. WordPress musi przeżyć skok ruchu po ogłoszeniu nowej linii produktowej, a nie tylko wyglądać dobrze na laptopie w biurze przy Part-Dieu.

Typowy projekt, który trafia do seniorów Lyonie, nie brzmi „zróbcie ładną stronę”. Brzmi: odziedziczone motywy z page builderem, laboratorium z Gerland publikujące ofertę B2B w krótkim oknie czasowym, formularz z polem SIRET zbierający dane osobowe pod RODO i CNIL, a nowa podstrona pod kongres w Part-Dieu powstaje przez kopiowanie strony z zeszłego roku i ręczne podmienianie dat. To dług techniczny, który wychodzi w poniedziałek rano, nie w audycie SEO.

#Motyw blokowy, motyw klasyczny i własna wtyczka

Nowa budowa w Lyonie 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 firmy z Part-Dieu oznacza to odważną paletę marki z zachowaniem kontrastu WCAG 2.2 AA. Dla laboratorium z Gerland oznacza to stonowany layout, czytelny krój bez ozdobników i komponenty, które nie pękają na długich nazwach związków chemicznych albo kodach produktów. Wzorce bloków opisują powtarzalne układy: hero z mapą dystrybutorów, siatka zespołu, blok komunikatu operacyjnego, karta oferty laboratoryjnej z datą, stopka z linkiem do politique de confidentialité zgodnej z RODO.

Pełna edycja witryny (FSE) ma sens, gdy zespół redakcyjny naprawdę ma dostać kontrolę nad nagłówkiem i stopką. W praktyce wiele firm B2B i life sciences w Lyonie 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.

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 Lyonie 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żdy kongres w Part-Dieu. 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 klienta B2B, inne dla dystrybutora z Alzacji, inne dla partnera niemieckiego) 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 produktu B2B, kolejka do CRM, endpoint REST dla intranetu, rola „redaktor operacyjny” bez publish_pages na produkcji publicznej: to wtyczka. Kolory, siatka, wzorzec hero: to motyw. Jeśli po zmianie motywu znika katalog części, 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 kongresu, mapowanie pól do CRM, walidacja formularza z polem SIRET). Logika biznesowa nie trafia do functions.php motywu, bo functions.php umiera razem z motywem, a firma w Lyonie zmienia partnera brandingowego częściej niż model treści.

Porównanie warstw przy kickoffie:

#Gutenberg, CPT i ACF pod sektor B2B i life sciences

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 Lyonie listy są konkretne: produkty B2B, oferty laboratoryjne, wydarzenia, lokalizacje biur (Part-Dieu to nie Gerland, Gerland to nie Confluence), publikacje, oferty pracy. To 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 operacyjny ma edytować kartę produktu, 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: typ produktu (część przemysłowa, usługa laboratoryjna, software) 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 kongresu, numer sezonu, język wersji, plik PDF katalogu, flaga „embargo do”. Layout strony oferty 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 „lokalizacja z mapą” nie potrzebuje grupy pól na każdej stronie. Potrzebuje atrybutów i ewentualnie InnerBlocks na opis. Mniej wtyczek w panelu to mniej powierzchni ataku i mniej konfliktów z wtyczkami consent i cache.

Landing kongresu w Part-Dieu jako kopia strony z zeszłego roku jest długiem, który wychodzi w poniedziałek rano. Obiekt CPT z polami sezonu, dat i materiałów przeżywa listopad 2027 bez kopiowania drzewa. Szablon czyta obiekt. Redaktor zmienia daty, nie HTML.

#Bloki serwerowe zamiast shortcode’ów

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

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 katalogu B2B, nie przejdzie review.

#RODO, CNIL i formularze w francuskim kontekście

Francja stosuje RODO (GDPR) oraz krajową ustawę Loi Informatique et Libertés. Organ nadzorczy to Commission Nationale de l’Informatique et des Libertés (CNIL). Dla strony WordPress w Lyonie to nie abstrakcyjny paragraf prawny. To decyzje w formularzach, w wtyczkach consent, w politique de confidentialité i w logach audytowych.

Co wpisujemy w brief i w kod:

• Formularze zbierające dane osobowe (zapytania B2B z polem SIRET, newslettery, formularze rejestracji na kongres, formularze kontaktowe dla dystrybutorów) 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 (Axeptio, Tarteaucitron, Cookiebot, Complianz) konfigurujemy tak, żeby skrypty marketingowe nie ładowały się przed akceptacją. Wytyczne CNIL wymagają świadomej zgody przed nieistotnymi plikami cookie. To decyzja w motywie i w kolejności enqueue, nie ticket opieki po pierwszym raporcie.
• Politique de confidentialité i politique des cookies są szablonami z polami, nie blokami, które redaktor może usunąć z drzewa. W Lyonie te strony są elementem compliance, nie stopką marketingową.
• Integracje z CRM (HubSpot, Pipedrive, Salesforce) dostają dokumentację przepływu danych: co trafia do systemu zewnętrznego, jak długo, kto jest administratorem. Umowy powierzenia przetwarzania to decyzja klienta, ale konfiguracja WordPressa musi umożliwiać realizację tej decyzji.
• Logi audytowe dla formularzy i zmian w panelu admina pomagają przy incydentach. Jeśli ktoś pyta „kto zmienił ustawienia formularza kontaktowego w piątek przed kongresem w Part-Dieu”, odpowiedź nie może być „nie wiemy”.

CNIL publikuje rekomendacje dotyczące plików cookie i trackingu, które wpływają na konfigurację GTM, Meta Pixel i podobnych narzędzi. Wtyczka consent skopiowana z niemieckiego sklepu nie jest automatycznie „CNIL-compliant”, a brak bannera nie jest automatycznie legalny, gdy idzie tracking. Opieka nie sprzedaje opinii prawnej. Pilnuje, żeby narzędzia na stronie zgadzały się z tym, co stoi w politique de confidentialité, i żeby po aktualizacji GTM albo wtyczki consent logi zgód nadal się zapisywały.

Dla sklepów WooCommerce w EUR (bez podawania kwot w copy) integracja z bramką płatniczą obsługującą Stripe, Payplug, Mollie, TVA i faktury zgodne z francuskim prawem podatkowym to osobny brief na stronie programista WooCommerce w Lyonie. Ta strona trzyma się programowania WordPress, nie checkoutu.

#Hosting w UE i wersje FR/EN

Dane osobowe pod RODO ciągną pytanie: w której jurysdykcji stoi serwer. OVH we Francji, Scaleway w Paryżu, AWS w Irlandii (eu-west-1), Hetzner w Niemczech, Claranet w Lyonie 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 Lyonie” 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 Francji albo Irlandii plus CDN z terminałem TLS w UE zwykle wystarcza dla użytkowników Lyonie i w Europie Środkowej. Decyzja rezydencji trafia do runbooku, a nie do hasła „hosting w Lyonie”.

Wielojęzyczność FR/EN (czasem FR/DE dla klientów z Alzacji albo Szwajcarii) wymaga osobnej decyzji architektonicznej. WPML dla tradycyjnego WordPress albo 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. Formularz B2B w wersji francuskiej z polem SIRET i wersja angielska bez tego pola to nie kopia 1:1, tylko dwa szablony z różnymi polami walidacji.

#Kampanie B2B i okno freeze wdrożeń

Kongresy w Part-Dieu, targi w Eurexpo albo kampanie produktowe skierowane na rynek francuski i niemiecki tworzą okna, w których setki firm patrzą na landingi produktowe, formularze rejestracji i integracje z systemami CRM. Awaria strony w środku tygodnia kongresu to nie „bug do backlogu”. To utracone leady i reputacja u partnerów, którzy mają pełny kalendarz na cały kwartał.

Runbook wdrożeniowy dla klientów Lyonie ma wpisane zamrożenie deployów produkcyjnych na okno kampanii, zwykle od dwóch tygodni przed wydarzeniem do tygodnia po zakończeniu. Aktualizacje krytyczne bezpieczeństwa przechodzą przez środowisko testowe i okno nocne, reszta czeka. To nie preferencja developera. To decyzja operacyjna uzgodniona z klientem przed sezonem. Kto robi „drobny patch cache” w poniedziałek kongresu, uczy się tego na własnej skórze, kiedy serwis nie wytrzymuje skoku ruchu z telefonów uczestników.

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

Formularze kontaktowe B2B to najczęstszy punkt integracji dla firm z Part-Dieu i producentów chemicznych. W praktyce oznacza to podłączenie WordPressa do CRM, walidację pól zgodną z RODO i limitowanie zapytań na endpointach publicznych, żeby formularz nie stał się wektorem spamu w godzinie ogłoszenia nowej oferty.

Dla firm z Confluence druga powtarzalna integracja to landingi produktowe SaaS: synchronizacja z systemem demo, embed wideo z Vimeo albo YouTube, formularze rejestracji beta z polami zgodnymi z CNIL. 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 laboratoriów z Gerland trzecia integracja to portal badawczy: publikacje, formularze zapytania ofertowego z minimalizacją danych, integracja z systemem zarządzania dokumentami. Webhooki i status formularza muszą przeżyć aktualizację wtyczki. Laboratorium, które po patchu traci log zgód CNIL, produkuje incydent compliance, nie ticket UX.

#Jak pracujemy

Każdy projekt w Lyonie 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 kongresów Part-Dieu, kampanii sezonowych albo demo day w Confluence, ż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 72 godziny do natychmiastowego rozwiązywania problemów.

#Typowe wyzwania, które rozwiązujemy

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

• Migracje z page builderów do Gutenberg FSE przed kongresem w Part-Dieu: 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 B2B i life sciences: audytujemy zainstalowane pluginy, zastępujemy ciężkie zależności lekkim kodem niestandardowym, implementujemy warstwy cachowania i redukujemy zapytania do bazy z setek do pojedynczych
• Skalowanie WordPress dla kampanii sezonowych i wydarzeń w Part-Dieu: 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 kontaktowe albo formularze 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 kampanii sezonowej albo w tygodniu kongresu. 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 kontaktowy albo embed wideo.
• 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 kongresu.

#Lokalne SEO i widoczność cyfrowa w Lyonie

Dobrze zbudowana strona jest wartościowa tylko wtedy, gdy Twoja grupa docelowa w Lyonie i w Métropole de Lyon 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 Lyonie, spójność NAP (nazwa, adres, telefon) i strony przygotowane pod zapytania regionalne, uwzględniające Part-Dieu, Gerland i Confluence tam, gdzie biznes faktycznie działa w aglomeracji lyonskiej albo w Alzacji.
• 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 Lyonie

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 kongresów albo kampanii, żeby migracja nie wypadła w oknie krytycznym.

Czy pracujecie z firmami spoza Lyonu? Tak. Znamy lokalny kontekst (Part-Dieu, Confluence, Gerland, Lyon Digital Hub), ale współpracujemy z klientami w całej Francji i za granicą. Wiele firm w Lyonie obsługuje klientów Paryżu, Alzacji i całej Unii 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 francuski i niemiecki konfiguracja locale FR/EN/DE wymaga osobnej decyzji architektonicznej.

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

Czym różni się współpraca z WPPoland od lokalnej agencji w Lyonie? 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

Jeśli Twoja firma prowadzi już sklep online albo planuje go zbudować, mamy dedykowaną stronę o programista WooCommerce w Lyonie z checkoutem francuskim, integracją z Payplug i przygotowaniem pod RODO z CNIL. Jeśli obecna strona działa i potrzebuje tylko stałej opieki, testowanych aktualizacji i monitoringu, zobacz opieka techniczna WordPress w Lyonie - obie strony opisują ten sam stos techniczny z perspektywy operacyjnej, nie programistycznej.

Pełny zakres prac programistycznych WordPress (motywy, wtyczki, Gutenberg, refaktoryzacje) opisuje strona programista WordPress. Jeśli chcesz omówić brief, wyślij krótki opis obecnej sytuacji przez formularz kontaktowy.

#Rozpocznij swój projekt w Lyonie

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 kongresem w Part-Dieu albo kampanią w Confluence, zacznij od spisania celów, ograniczeń i obecnego stanu projektu. Wycena jest indywidualna i zależy od zakresu prac.