Programista WordPress w Paryżu

Portal informacyjny korporacji z La Défense, katalog usług marki premium z formularzem leadów albo sklep WooCommerce z checkoutem Payplug i Lyra to nie powód, żeby WordPress udawał system ERP grupy holdingowej albo platformę CRM dla setek dystrybutorów Europie. To powód, żeby motyw, bloki Gutenberg, CPT i wtyczki były napisane tak, jak oczekuje francuski dział compliance, redaktor publikujący kampanię przed Paris Fashion Week i zespół IT, który czyta RGPD, Loi Informatique et Libertés oraz wytyczne Commission Nationale de l’Informatique et des Libertés (CNIL), a nie tylko wynik Lighthouse.

WPPoland buduje ten WordPress z polskiego zespołu seniorów dla firm w Paryżu i we Francji. 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 Paryżu

Paryż to stolica Francji, centrum decyzji korporacyjnych w La Défense i ekosystem startupów wokół Station F, nie tylko turystyczna wizytówka z Wieżą Eiffla. Miasto łączy dzielnicę biznesową z wieżowcami banków i ubezpieczycieli, Marais z agencjami kreatywnymi, 13. arrondissement z kampusami technologicznymi oraz halę VivaTech, gdzie eventy instytucjonalne generują skoki ruchu na landingach WordPress. Brief od klienta w Paryżu często brzmi: „mamy Elementor albo Divi, redakcja publikuje oferty po francusku i angielsku, a dział prawny chce Gutenberg, Git i formularz, który przejdzie audyt CNIL przed kampanią sezonową”. To jest problem modelu treści i procesu wdrożenia, nie problem szablonu z marketplace.

WordPress Paris to nie ozdobnik w copy. To sygnał, że lokalna społeczność zna WordPress Coding Standards, debatuje o Gutenbergie i widzi różnicę między motywem blokowym a page builderem, który generuje shortcode’y w treści. Firmy w Paryżu, które już pracowały z lokalnymi freelancerami, często przychodzą z konkretnym pytaniem: czy da się przenieść katalog 200 ofert B2B bez utraty pozycji w Google i bez psucia formularzy z numerem SIRET.

Typowy projekt, który trafia do seniorów Paryżu, nie brzmi „zróbcie ładną stronę”. Brzmi: odziedziczone motywy z page builderem, korporacja z katalogiem usług finansowych, formularz zapytania B2B zbierający dane osobowe pod RGPD, a nowa podstrona pod linię produktową powstaje przez kopiowanie landinga z zeszłego roku i ręczne podmienianie numeru wersji. To jest dług techniczny, który wychodzi w styczniu przy kampanii sezonowej albo w tygodniu VivaTech, nie w audycie SEO.

#Motyw blokowy, motyw klasyczny i własna wtyczka

Nowa budowa w Paryżu 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 korporacji w La Défense oznacza to czytelną typografię z kontrastem WCAG 2.1 AA i komponenty, które nie pękają na długich tabelach parametrów produktów finansowych albo numerach referencyjnych umów. Dla marki premium w centrum oznacza to wzorce hero z materiałem wideo, siatkę usług B2B, blok specyfikacji z tabelą certyfikatów i stopkę z politique de confidentialité zgodną z RGPD.

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 korporacji w Paryżu 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 Paryżu 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ę produktową. 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 z Belgii, inne dla klienta z Francji, 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 bramką Payplug, 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 albo formularz leadów, 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 (mapowanie pól do CRM, walidacja formularza z numerem SIRET, daty kampanii przed Paris Fashion Week). Logika biznesowa nie trafia do functions.php motywu, bo functions.php umiera razem z motywem, a firma w Paryżu zmienia partnera brandingowego częściej niż model treści.

Porównanie warstw przy kickoffie:

#Gutenberg, CPT i integracje pod rynek francuski

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 Paryżu listy są konkretne: linie usług korporacyjnych, katalogi B2B, oferty pracy przy Station F, lokalizacje oddziałów (La Défense to nie Marais), eventy przy VivaTech, materiały dla rynku anglojęzycznego w Europie Zachodniej. 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 (finanse, technologia, luksus) 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ąć.

Landing pod VivaTech jako kopia strony z zeszłego roku jest długiem, który wychodzi w maju. Obiekt CPT z polami daty eventu, lokalizacji, ceny orientacyjnej i materiałów przeżywa edycję 2027 bez kopiowania drzewa. Szablon czyta obiekt. Redaktor zmienia datę, nie HTML.

#Payplug, Lyra i formularze B2B

Dla firm w Paryżu integracja z lokalnymi narzędziami to warunek operacyjny, nie opcja. Payplug jest jedną z najczęstszych bramek płatniczych we Francji, szczególnie dla MŚP i e-commerce. Lyra Network (dawniej PayZen), Monetico i Stripe z obsługą kart francuskich to standardowe opcje dla firm, które już mają umowę z francuskim bankiem. Gdy klient chce przyjmować płatności online, integracja przechodzi przez wtyczkę WooCommerce i przez testy callbacków na stagingu przed każdym wdrożeniem produkcyjnym.

Formularze zapytania B2B i leadów korporacyjnych to drugi filar integracji. W praktyce oznacza to podłączenie WordPressa do CRM albo systemu zarządzania leadami, walidację pól zgodną z RGPD i limitowanie zapytań na endpointach publicznych, żeby formularz nie stał się wektorem spamu w styczniu, kiedy ruch z kampanii sezonowych rośnie.

Pełny brief checkoutu, TVA (francuski VAT) i integracji magazynowych opisuje programista WooCommerce w Paryżu. Ta strona trzyma się programowania WordPress, nie checkoutu.

#Paryż: Station F, La Défense i marki premium

Paryż nie jest tylko centrum turystycznym. Tu liczy się La Défense z wieżowcami korporacji, Station F z ekosystemem startupów, VivaTech w maju, społeczność WordPress Paris i rynek marek premium, które traktują stronę jako element tożsamości marki, nie szablon z marketplace. Te osie ustawiają priorytety techniczne dla WordPressa, który ma działać w Paryżu, a nie tylko nosić to w tytule.

#Korporacje, finanse i MŚP technologiczne

Typowy klient w Paryżu to lokalne MŚP albo oddział korporacji: firma usługowa z katalogiem ofert B2B, marka premium z katalogiem produktów, biuro doradcze z bazą wiedzy po francusku i angielsku, spin-off ze Station F z formularzem demo albo operator eventowy z formularzem rezerwacji na sezon. WordPress trzyma landingi produktowe, katalogi ofert, blogi branżowe i strony employer branding dla zespołów, które rekrutują przed VivaTech albo przed kampanią sezonową.

Awaria po aktualizacji wtyczki formularza albo regresja w wersji angielskiej boli w tygodniu przed Paris Fashion Week albo w maju przy VivaTech, nie w sierpniu. Dla developmentu wynika z tego prosta rzecz: aktualizacja wtyczki cache, integracji z CRM albo WPML musi przejść checklistę, która obejmuje formularz leadów z polami SIRET i katalog ofert z filtrem lokalizacji. środowisko testowe z tym samym stosem PHP i tymi samymi wtyczkami to minimum, nie luksus.

#VivaTech i zamrożenie wdrożeń

VivaTech (maj, z tygodniem przygotowań i falą ruchu od końca kwietnia) to największy event technologiczny we Francji i jeden z kluczowych eventów biznesowych w Paryżu. W tym oknie firmy technologiczne, startupy ze Station F i agencje eventowe uruchamiają landingi kampanijne, formularze leadów i integracje z CRM. Awaria strony w środku tygodnia VivaTech to nie „bug do backlogu”. To utracone zapytania i reputacja u partnerów, którzy mają pełny kalendarz spotkań na stoisku.

Runbook developmentu dla klientów Paryżu ma wpisane zamrożenie wdrożeń produkcyjnych na okno VivaTech oraz na szczyt kampanii sezonowych (styczeń-luty dla marek premium), zwykle od tygodnia przed eventem do tygodnia po jego zakończeniu. Aktualizacje krytyczne bezpieczeństwa przechodzą przez środowisko testowe i okno nocne, reszta czeka. To decyzja operacyjna uzgodniona z klientem przed sezonem, nie preferencja developera.

#Station F i ekosystem startupów

Station F to największy kampus startupów na świecie, z setkami firm technologicznych w jednym budynku. Briefy od spin-offów i MŚP technologicznych powtarzają się: landing produktowy, formularz demo, integracja z CRM, wersje FR/EN. WordPress nie zastępuje systemu ERP korporacji, ale strona onboardingu partnera musi wytrzymać deadline zgłoszeń, nie produkować incydentu w poniedziałek rano.

#RGPD, CNIL i hosting we Francji

Po stronie francuskiej klient pyta o coś innego niż polski zespół domyślnie zakłada: gdzie leżą dane, czy serwer jest w Unii Europejskiej, jak długo trzymamy logi, kto jest administratorem danych, czy mamy umowę powierzenia. Te pytania trzeba obsłużyć procesem, nie sloganem o „zgodności z RGPD”.

#RGPD i francuska CNIL

Francja stosuje rozporządzenie UE 2016/679 (RGPD/GDPR) wraz z krajową implementacją w Loi Informatique et Libertés. Organ nadzorczy to Commission Nationale de l’Informatique et des Libertés (CNIL). Dla WordPressa w Paryżu wynika z tego konkretny zakres developmentu: lista podprocesorów (host, CDN, poczta, analityka), umowa powierzenia tam, gdzie agencja przetwarza dane, procedura naruszenia w 72 godziny, minimalizacja danych w formularzach, politique de confidentialité zgodna z art. 13 RGPD.

Development nie zastępuje DPO klienta. Dostarcza konfigurację techniczną, którą właściciel może opisać w dokumentacji. Nikt po stronie agencji nie podpisuje się pod „jesteście zgodni z RGPD, bo macie WAF”. CNIL publikuje wytyczne na cnil.fr; runbook projektu powinien być z nimi zgodny co do tego, co agencja dokumentuje, a co zostaje po stronie administratora danych.

Co wpisujemy w brief i w kod:

• Formularze zbierające dane osobowe (zapytanie B2B, rezerwacja, newsletter, formularze demo, zgłoszenia z załącznikiem PDF) dostają jawną podstawę prawną, checkbox zgody tam, gdzie consent jest wymagany, i minimalizację pól.
• Wtyczki consent (Complianz, Axeptio, Didomi) konfigurujemy tak, żeby skrypty marketingowe nie ładowały się przed akceptacją. To decyzja w motywie i w kolejności enqueue, nie ticket opieki po pierwszym raporcie CNIL.
• Polityka prywatności i cookie policy są szablonami z polami, nie blokami, które redaktor może usunąć z drzewa.
• Integracje z CRM (HubSpot, Salesforce, Pipedrive) dostają dokumentację przepływu danych: co trafia do systemu zewnętrznego, jak długo, kto jest administratorem.

Przy incydencie z danymi osobowymi art. 33 RGPD daje administratorowi 72 godziny na zgłoszenie do CNIL, 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 we Francji i w UE

Dane osobowe pod RGPD ciągną pytanie: w której jurysdykcji stoi serwer. OVH w Roubaix i Gravelines, Scaleway w Paryżu, AWS eu-west-3 w Paryżu, Hetzner w Niemczech albo lokalni dostawcy we Francji 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 Paryżu” 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 Paryżu albo Frankfurtie plus CDN z terminałem TLS w UE zwykle wystarcza dla użytkowników we Francji i w Europie Zachodniej.

#Dostępność: RGAA i sektor prywatny

Dostępność w Paryżu nie jest jednym przepisem. Sektor publiczny podlega dyrektywie 2016/2102 o dostępności stron podmiotów publicznych, a we Francji dodatkowo RGAA (référentiel général d’amélioration de l’accessibilité), który obejmuje również firmy powyżej 250 mln euro rocznego obrotu we Francji. Sektor prywatny obejmuje z kolei European Accessibility Act (dyrektywa 2019/882), obowiązujący 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 to ryzyko prawne i wizerunkowe, 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.1 AA, focus widoczny na wszystkich interaktywnych elementach, nawigacja klawiaturą przez menu i modale.
• Obrazy z sensownymi atrybutami alt, PDF z regulaminami mają tekst alternatywny albo HTML-ową wersję tam, gdzie materiał jest publikowany na stronie publicznej.
• Skan axe-core w CI plus ręczna ścieżka klawiatury na kluczowych szablonach: formularz zapytania B2B, nawigacja główna, wyszukiwarka katalogu ofert.

Dla marek premium w Paryżu dostępność ma też wymiar biznesowy: formularze, które da się obsłużyć klawiaturą, tabele parametrów ofert czytelne dla każdego odbiorcy, materiały po francusku i po angielsku z poprawnym hreflang. WordPress nie zastępuje systemu CRM, ale strona leadowa musi być użyteczna dla każdego potencjalnego klienta w Europie.

#Git, środowisko testowe i przegląd kodu

To jest warstwa, która odróżnia seniorskie prace WordPress od „wgrania ZIP-a na FTP”. W Paryżu klient z działem IT i tak zapyta o to na drugim spotkaniu, zwłaszcza jeśli recenzent przychodzi z wewnętrznego IT albo z audytu CNIL.

Repozytorium trzyma motyw i własne wtyczki. Wtyczki z katalogu WordPress.org i Core nie żyją jako skopiowane foldery w Gicie, chyba że jest twardy powód (fork, łatka). Gałąź funkcyjna na jedną zmianę: nowy blok, nowy CPT, poprawka a11y. Pull request ma opis, ekrany albo nagranie z edytora, i checklistę: i18n, dostępność, brak sekretów, czy blok nie psuje klasycznego szablonu jeśli jeszcze żyje.

przegląd kodu robi senior, który nie pisał tej gałęzi. Review czyta WordPress Coding Standards (PHPCS, sniffs WordPress-Core), ale też czyta intencję: czy CPT nie powinien być wtyczką, czy ACF nie dubluje atrybutów bloku, czy hook nie wisi na init bez potrzeby.

Środowisko testowe jest kopią produkcji z zanonimizowanymi danymi. WP-CLI search-replace na URL, osobne klucze, wyłączone crony, które wysyłają maile do prawdziwych klientów. Redakcja klika po stagingu z prawdziwymi wzorcami Gutenberg, nie po localhostcie programisty. Regresja wielojęzyczna FR/EN, regresja klawiatury i regresja formularza leadów dzieją się tutaj. Promocja na produkcję jest udokumentowanym krokiem: tag albo merge do main, build zasobów, cache warmup, ścieżka wycofania. Zespół nie wgrywa „na szybko” jednego pliku PHP przez SFTP w maju przed VivaTech.

Budżet wydajności jest częścią odbioru, nie osobnym projektem. Lighthouse i Core Web Vitals na szablonach, które naprawdę istnieją: archiwum CPT ofert, single usługi, strona z wzorcem hero. Obrazy w AVIF/WebP przez proces budowania, CSS motywu bez importu całego uniwersum bloków, JS edytora nie na froncie. Redis i obiektowy cache mają sens, gdy transjenty i zapytania CPT to pokazują.

Dla korporacji albo katalogu B2B w Paryżu liczy się czas do pierwszego bajtu z sieci we Francji, nie tylko z telefonu przy Wieży Eiffla. Monitoring z jednego regionu USA kłamie. Punkt pomiaru w UE jest częścią kontraktu operatorskiego, nie dodatkiem.

#Profile projektów Paryżu: cele techniczne na piśmie

Nie prezentujemy anonimowych case study z okrągłymi liczbami niemożliwymi do zweryfikowania. Zamiast tego opisujemy trzy profile projektów, które powtarzają się na rynku paryskim, i cele techniczne, które uzgadniamy na piśmie przed pierwszą linią kodu.

#Profil 1: korporacja z katalogiem B2B

Typowy projekt: firma usługowa z katalogiem ofert potrzebuje strony w dwóch językach (francuski, angielski) z formularzem leadów zgodnym z RGPD i integracją z CRM.

Zakres pracy:

• Motyw FSE na zamówienie z Synced Patterns dla zespołu sprzedaży.
• CPT ofert B2B z filtrem lokalizacji i typem transakcji.
• Formularze asynchroniczne połączone z CRM przez webhooki po stronie serwera.

Cele techniczne w umowie: wynik PageSpeed Mobile powyżej 85 na stronach katalogowych, LCP poniżej 1,2 sekundy na mobile w danych CrUX po uruchomieniu, formularze ładujące się bez blokowania renderowania, politique de confidentialité zgodna z wytycznymi CNIL.

#Profil 2: marka premium przed kampanią sezonową

Typowy projekt: marka premium traci zapytania w sezonie przez wolny formularz leadów i regresje po aktualizacji wtyczek.

Zakres pracy:

• Refaktoryzacja motywu z page buildera do Gutenberg z wzorcami eventowych.
• Optymalizacja zapytań CPT i cache obiektowy Redis.
• Runbook freeze przed Paris Fashion Week i szczytem stycznia.

Cele techniczne w umowie: formularz leadów poniżej 2 sekund TTFB w stagingu przed wdrożeniem, stabilność integracji CRM pod symulowanym szczytem ruchu, monitoring błędów formularzy w czasie rzeczywistym.

#Profil 3: startup ze Station F z formularzem demo

Typowy projekt: startup technologiczny z katalogiem usług SaaS potrzebuje migracji z klasycznego motywu i integracji z CRM.

Zakres pracy:

• Migracja do WordPress FSE z CPT usług i studia przypadków.
• Dostępność WCAG 2.1 AA i RGPD z Consent Mode v2.
• Pełna mapa przekierowań 301, żeby nie stracić pozycji podczas migracji.

Cele techniczne w umowie: audyt dostępności Lighthouse bez wykrywalnych błędów krytycznych, lead z formularza w CRM bez ręcznej interwencji od pierwszego dnia, para FR/EN bez rozjechanych hreflang.

#Bezpieczeństwo przy stronach z danymi leadów i rezerwacji

Sąsiedztwo korporacji, banków i startupów technologicznych nie czyni marketingowego WordPressa systemem core bankingu. Zespół nie pisze, że strona „spełnia ISO 27001” albo „jest certyfikowana NIS2”. WordPress ma dostarczyć inwentarz, ślad dostępu i dyscyplinę Git, które klient wkleja do własnej dokumentacji.

Postawa, którą da się utrzymać w kodzie i procesie:

• Sekretów nie ma w Git. Klucze, hasła bazy i tokeny CRM idą przez zmienne środowiska albo poza repo.
• Konta administracyjne mają 2FA. Redaktorzy nie dostają install_plugins na produkcji.
• XML-RPC zostaje wyłączony, jeśli nie ma uzasadnionego klienta. File editor w panelu też.
• Nagłówki: HTTPS, HSTS tam gdzie certyfikat i CDN na to pozwalają, CSP dopasowane do realnych skryptów.
• Zależności: Composer albo zapisane wersje wtyczek, skan CVE w CI, aktualizacje na stagingu przed produkcją.
• Kopie i odtworzenie: backup bez przetestowanego restore to ozdoba. Test odtworzenia na stagingu jest w runbooku.

Szerszy audyt bezpieczeństwa opisuje audyt bezpieczeństwa WordPress.

#Lokalne SEO i widoczność cyfrowa w Paryżu

Dobrze zbudowana strona jest wartościowa tylko wtedy, gdy Twoja grupa docelowa w Paryżu i we Francji 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 Paryżu, spójność NAP (nazwa, adres, telefon) i strony przygotowane pod zapytania regionalne, uwzględniające La Défense, Station F i rynek francuski tam, gdzie biznes faktycznie działa.
• 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 Paryżu

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

Czy pracujecie z firmami spoza Paryża? Tak. Znamy lokalny kontekst (Station F, La Défense, Payplug, Lyra, CNIL, WordPress Paris), ale współpracujemy z klientami w całej Francji i za granicą. Wiele firm w Paryżu obsługuje klientów Lyonie, Marsylii i w całej Europie 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 anglojęzyczny konfiguracja locale FR/EN wymaga osobnej decyzji architektonicznej.

Co obejmuje bieżące wsparcie? Po zakończeniu budowy projekt może przejść na dedykowaną opiekę techniczną WordPress w Paryżu: testowane aktualizacje, kopie zapasowe, monitoring bezpieczeństwa i wydajności oraz priorytetowe wsparcie z udokumentowanym runbookiem i zamrożeniem wdrożeń w oknie kampanii sezonowej. Szczegóły na stronie opieki, nie w tym briefie programistycznym.

Czym różni się współpraca z WPPoland od lokalnej agencji w Paryżu? 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 tworzeniu sklepów WooCommerce w Paryżu z checkoutem Payplug, Lyra i przygotowaniem pod RGPD oraz CNIL. Pillar bez miasta: programista WooCommerce. Jeśli obecna strona działa i potrzebuje tylko stałej opieki, testowanych aktualizacji i monitoringu, zobacz opiekę techniczną WordPress w Paryżu albo pillar utrzymanie stron WordPress - 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 Paryżu

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