Programista WooCommerce w Paryżu

Sklep WooCommerce w Paryżu stoi obok showroomu marki premium przy Avenue Montaigne, biura fintech w Sentier albo magazynu fulfilment w Rungis. Kupujący płaci w euro przez Payplug albo Stripe, wybiera Colissimo albo punkt Mondial Relay w aglomeracji paryskiej i oczekuje faktury z TVA, którą dział finansowy wgra do Sage albo Pennylane. Checkout skopiowany z rynku niemieckiego albo amerykańskiego - waluta w EUR bez francuskiego formatu adresu, brak pola SIRET w ścieżce B2B, cookie banner ładujący tagi przed zgodą CNIL - gubi zamówienia zanim ktokolwiek oceni specyfikację produktu. Ta strona opisuje budowę i naprawę sklepu: katalog, checkout, płatności, dostawy, stany i zwroty. Nie opisuje opieki serwera ani motywu korporacyjnego bez koszyka.

Zakres pokrywa programistę WooCommerce w warunkach francuskich. Strona firmowa bez koszyka to osobna ścieżka: programista WordPress w Paryżu. Sklep już na produkcji, który potrzebuje aktualizacji i kopii, a nie przebudowy checkoutu, idzie na opiekę techniczną WordPress w Paryżu.

#Checkout WooCommerce w Paryżu

Paryż to największy ośrodek gospodarczy Francji, stolica mody, fintech i korporacji z siedzibą w La Défense. To nie jest Lyon chemiczny ani Côte d’Azur turystyczna. Tu sklep WooCommerce często obsługuje katalogi luksusowe z ograniczoną dostępnością, B2B dla firm z Île-de-France, subskrypcje premium albo sprzedaż transgraniczną w całej Unii. Brief od klienta w Paryżu często brzmi: mamy sklep na Woo z page builderem, magazyn w Rungis synchronizowany ręcznie, checkout w EUR, ale webhook Payplug gubi się po weekendzie sprzedażowym, a dział compliance czyta RODO i CNIL, nie tylko wynik Lighthouse.

La Défense to największa dzielnica biznesowa we Francji. Wieżowce, La Grande Arche, centra konferencyjne i biura korporacyjne tworzą kontekst, w którym sklep WooCommerce trzyma katalog produktowy, formularz zamówienia B2B z polem SIRET i checkout, który musi przeżyć tydzień kongresu w Porte Maillot albo kampanię produktową skierowaną na rynek francuski i brytyjski. Awaria checkoutu po aktualizacji wtyczki płatności boli w poniedziałek po Paris Fashion Week, nie w sierpniu.

Station F w XIII arrondissement to największy kampus startupowy na świecie. Ekosystem wokół Halle Freyssinet generuje briefy, w których sklep WooCommerce obsługuje landingi produktowe SaaS z koszykiem, subskrypcje beta i sprzedaż gadżetów wielojęzycznych FR/EN. Brief stąd często brzmi: mamy Elementor, redakcja boi się migracji, a CTO chce checkout blokowy i Git. To problem architektury checkoutu i procesu wdrożenia, nie problem szablonu z marketplace.

Sentier, zwany Silicon Sentier, to historyczna dzielnica mody przekształcona w hub fintech i insurtech. Sklepy WooCommerce w tym środowisku często łączą sprzedaż produktów fizycznych z subskrypcją usługi finansowej albo polisą ubezpieczeniową. Więcej formularzy zbierających dane osobowe pod RODO, więcej wymagań dotyczących śladu audytowego i więcej pytań od compliance officer, który zna wytyczne CNIL lepiej niż specyfikację REST API WooCommerce.

Marais i Saint-Germain-des-Prés to inny profil niż korporacja z La Défense. Tu marki premium i butiki multibrandowe sprzedają kolekcje limitowane, personalizowane produkty i pre-order przed sezonem. Sklep WooCommerce w tym środowisku musi respektować francuską Loi Informatique et Libertés oraz wytyczne CNIL przy każdym formularzu checkoutu, a jednocześnie utrzymać estetykę odpowiadającą oczekiwaniom klienta płacącego kilka tysięcy euro za produkt.

Sklepy, które tu stawiamy albo naprawiamy, zwykle łączą dwa rytmy: codzienną sprzedaż B2C z dostawą Colissimo do Boulogne-Billancourt, Neuilly albo Versailles oraz skoki katalogu przed VivaTech, Paris Fashion Week albo kampanią sezonową, gdy hurt z magazynu w Rungis musi wyjechać paletami Chronopost, a nie listem poleconym.

Prace trzymają się WooCommerce. Customizacje idą przez hooki action i filter oraz własną wtyczkę, nigdy przez edycję plików rdzenia. Granica między rdzeniem Woo, kodem wtyczki i motywem zapada na audycie i trafia do runbooka.

#Płatności na checkoucie we Francji w 2026

Francuski koszyk zaczyna się od waluty. Sklep w Paryżu sprzedaje w EUR. Payplug to bramka, którą francuscy kupujący znają z lokalnych sklepów: karta z 3D Secure, Apple Pay, Google Pay i obsługa zwrotów zgodna z francuskim prawem konsumenckiem. Stripe i Mollie uzupełniają scenariusze transgraniczne i subskrypcje. Klient z Île-de-France oczekuje, że kwota na checkoucie, w mailu potwierdzającym i na wyciągu bankowym będzie w euro, nie w funtach albo złotych przeliczonych po kursie z wczoraj.

Dla każdej bramki w runbooku zostaje: obsługiwane flow (jednorazowe, cykliczne, capture, zwrot pełny, zwrot częściowy), adres webhooka, lista zdarzeń które zmieniają status, matryca kont sandbox i historia idempotencji. Payplug w praktyce zgłasza payment.paid i refund.created osobnymi zdarzeniami. Stripe wymaga osobnej decyzji, czy capture idzie od razu, czy po nadaniu przesyłki - przy towarze fizycznym z magazynu w Rungis druga opcja chroni przed pobraniem pieniędzy za SKU, którego nie ma.

Kolejność metod na checkoucie ustawiamy pod francuskie nawyki: Apple Pay i Google Pay wysoko, karta przez Payplug albo Stripe niżej, przelew bankowy (virement) tylko w ścieżce B2B z jasnym komunikatem o czasie księgowania. Domyślny szablon Woo z kartą na górze i bez portfela pracuje wbrew nawykom rynku francuskiego, w tym kupującego w Paryżu, który woli Apple Pay przy koszyku powyżej kilkuset euro.

Sprzedaż transgraniczna w UE wymaga osobnej decyzji o TVA OSS albo lokalnej rejestracji w kraju docelowym. Woo sam z siebie nie jest modułem OSS. Albo wtyczka podatkowa liczy stawki destynacji, albo ERP jest źródłem podatku, a Woo tylko zbiera adres i kwoty. Mieszanie obu źródeł to najczęstszy rozjazd w deklaracji TVA.

#Strefy dostaw: Colissimo, Chronopost i Mondial Relay

Krajowa dostawa z Francji w 2026 to przede wszystkim Colissimo, Chronopost i Mondial Relay. Colissimo obsługuje listy i paczki do standardowego gabarytu z punktami odbioru w całej aglomeracji paryskiej. Chronopost daje ekspresową dostawę kurierem do drzwi. Mondial Relay oferuje sieć punktów Pickup w Paryżu: La Défense, Marais, Montparnasse, Boulogne, Saint-Denis. Strefy Woo rozdzielamy nie tylko na Francja / UE / reszta świata, ale na wagę i wymiar: do progu listu poleconego, do progu paczki Colissimo, powyżej kurier Chronopost.

Integracja z kurierem wymaga mapowania produktów Woo na usługi przewoźnika: Colissimo Domicile, Colissimo Point Relais, Chronopost Express, Mondial Relay Standard. Wtyczka kuriera nie dodaje osobnej metody do listy stref Woo. Przypina się ją do istniejącej stawki ryczałtowej albo darmowej dostawy, a potem mapuje produkty w ustawieniach API. Ręczne klejenie etykiet w portalu Colissimo przy liczbie zamówień po weekendzie kampanii VivaTech nie skaluje się.

Etykieta i numer śledzenia wracają do zamówienia Woo i do maila klienta. Generowanie etykiety po payment_complete zdejmujemy do Action Scheduler (as_enqueue_async_action), żeby handler webhooka oddał 200 zanim API kuriera policzy routing. Lokalny odbiór w aglomeracji (Paryż, Boulogne, Neuilly) ma osobną metodę z jasnym adresem magazynu.

Paris Fashion Week, VivaTech albo kampanie produktowe skierowane na rynek francuski i brytyjski to kalendarz, nie temat transportowy na stronie sklepu. Okna wydarzeń wpisują freeze wdrożeń w runbooku. Firma z biurem przy La Défense, która planuje relokację bliżej Station F, potrzebuje sklepu, który przeżyje zmianę adresu magazynu odbioru osobistego bez ręcznego grzebania w HTML.

#TVA i pole SIRET

Stawki TVA we Francji w 2026: standardowa 20 procent, obniżona 10 i 5,5 procent na wybrane kategorie (żywność, książki, część usług). Koszyk mieszany jest codziennością przy sklepie części przemysłowych albo marki premium, który sprzedaje katalog PDF obok produktu fizycznego. Woo musi liczyć podatek per pozycja, a nie weź najwyższą stawkę koszyka. Błąd w klasie podatkowej produktu wychodzi dopiero na fakturze TVA.

B2B wewnątrz Francji z ważnym numerem SIRET idzie jako transakcja z odwrotnym obciążeniem albo z zerową stawką tam, gdy przepisy na to pozwalają, o ile numer przejdzie walidację i sklep zapisuje dowód sprawdzenia przy zamówieniu. Pole SIRET na checkoucie, walidacja i przełączenie klasy podatkowej to nie ozdoba formularza. Przy płatności przelewem B2B to samo pole decyduje, czy faktura w ogóle ma szansę przejść u księgowości w La Défense.

Granicę co liczy podatek i wystawia dokument zapisujemy w runbooku: WooCommerce Tax, osobny silnik faktur, albo system księgowy Sage albo Pennylane. Jedno źródło numeracji. Dwa źródła dają podwójne numery albo dziury, a audyt urzędu skarbowego tego nie wybacza.

#Webhooki, rezerwacja stanu i HPOS

Najczęstsza wada sklepów, które wracają do naprawy w Paryżu, nie leży w wyglądzie checkoutu. Leży w tym, co dzieje się po kliknięciu Payer albo Valider la commande. Sklep z magazynem w Rungis, który sprzedaje równolegle przez własne Woo i przez marketplace Amazon FR, płaci za ten błąd dwa razy: raz zamówieniem w limbo, drugi raz nadsprzedażą SKU, który był już zarezerwowany w drugim kanale.

#Status zamówienia ustala serwer, nie powrót klienta

Status zamówienia ustala powiadomienie serwer do serwera. Powrót klienta na stronę podziękowania nie jest źródłem prawdy. Endpoint order-received to zdarzenie przeglądarki. Przeglądarka jest zawodna: po autoryzacji Payplug klient zamyka kartę w metrze między Châtelet a La Défense, traci sieć w parkingowym domu przy Gare du Nord, wraca z cache. Hook woocommerce_thankyou służy do wyświetlenia treści. Nie zmienia statusu płatności.

O pieniądzach decyduje callback bramki. W Woo odbiera go własny adres zwrotny z parametrem wc-api, czyli akcja z rodziny woocommerce_api_ rejestrowana przez wtyczkę bramki. Handler po weryfikacji sygnatury wywołuje payment_complete na obiekcie zamówienia i przenosi je z pending do processing. Sygnaturę sprawdzamy na surowym ciele żądania ze strumienia php://input, zanim cokolwiek zostanie sparsowane. Cięższą pracę po weryfikacji - synchronizację magazynu, wystawienie dokumentu, nadanie Colissimo albo Mondial Relay - zdejmujemy do Action Scheduler, żeby odpowiedź 200 wracała szybko i Payplug albo Stripe nie zaczęły ponawiać.

Powtórzony sygnał z bramki jest normą, nie awarią. Identyfikator zdarzenia zapisujemy w meta zamówienia i sprawdzamy przed przetworzeniem. Zamówienie już opłacone nie zmienia statusu drugi raz. Dostaje notatkę o zignorowanym duplikacie.

Płatność odrzucona i zwrot częściowy to dwie osobne ścieżki. Odrzucenie ustawia status failed, nie cancelled, bo zamówienie ma nadal dać się opłacić: klient dostaje link z get_checkout_payment_url. Zwrot częściowy idzie przez wc_create_refund z listą pozycji i kwot oraz z flagą zwrotu na bramce. Zamówienie zostaje w processing albo completed, a zwróconą kwotę czyta się z get_total_refunded, nie ze statusu.

#Rezerwacja magazynu i sprzedaż wielokanałowa

Stan rezerwujemy w momencie rozpoczęcia płatności, nie po jej potwierdzeniu. WooCommerce od wersji 4.3 zapisuje rezerwację w tabeli wp_wc_reserved_stock przez wc_reserve_stock_for_order, zwalnia ją przez wc_release_stock_for_order, a czas trzymania bierze z opcji woocommerce_hold_stock_minutes. Bez tego dwoje kupujących wchodzi w Payplug na ostatnią sztukę limitowanego SKU z kolekcji po Paris Fashion Week i oboje dostają potwierdzenie.

HPOS (High-Performance Order Storage) przenosi zamówienia z wp_posts do dedykowanych tabel wp_wc_orders. Przy sklepach z kilkuset zamówieniami dziennie w szczycie kampanii sezonowej to różnica między checkoutem, który odpowiada w sekundę, a checkoutem, który timeoutuje na zapytaniu do wp_postmeta. Migracja HPOS wymaga testu wszystkich wtyczek, które czytają zamówienia po starym API. Robimy to na stagingu z kopią produkcyjnej bazy, nie w piątek przed VivaTech.

#RODO, CNIL i checkout we 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 sklepu WooCommerce w Paryżu to nie abstrakcyjny paragraf prawny. To decyzje w formularzach checkoutu, w wtyczkach consent, w politique de confidentialité i w logach audytowych.

Co wpisujemy w brief i w kod:

• Formularze checkoutu zbierające dane osobowe (zamówienia B2B z polem SIRET, konta klientów, newslettery po zakupie, formularze rejestracji na event) dostają jawną podstawę prawną, checkbox zgody tam, gdzie consent jest wymagany, i minimalizację pól. Pola, których nie potrzebujesz do celu zamówienia, 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 Paryżu 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 WooCommerce 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 bramki Payplug w piątek przed Paris Fashion Week”, 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 zgodna z wytycznymi CNIL, 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.

Przy incydencie z danymi osobowych art. 33 RODO daje administratorowi 72 godziny na zgłoszenie do CNIL, o ile naruszenie może wiązać się z ryzykiem dla praw i wolności osób. Agencja WooCommerce nie składa raportu za klienta. Dostarcza oś czasu, której klient nie musi rekonstruować z pamięci i ze Slacka.

Dane płatnicze nie trafiają do bazy WordPressa. Tokenizacja przez Payplug albo Stripe trzyma dane karty po stronie PCI DSS certyfikowanego dostawcy. Woo przechowuje tylko identyfikator transakcji i ostatnie cztery cyfry karty tam, gdzie bramka to udostępnia. To decyzja architektoniczna, nie opcja bezpieczeństwa do dokupienia później.

#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 Île-de-France 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 we Francji albo Irlandii plus CDN z terminałem TLS w UE zwykle wystarcza dla użytkowników Paryżu i w Europie Środkowej. Decyzja rezydencji trafia do runbooku, a nie do hasła „hosting w Paryżu”.

Wielojęzyczność FR/EN (czasem FR/DE dla klientów z Alzacji albo Szwajcarii) wymaga osobnej decyzji architektonicznej. WPML WooCommerce Multilingual 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. Checkout 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.

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

Core Web Vitals są czynnikiem rankingowym Google i jednocześnie czynnikiem konwersji na sklepie, który zbiera zamówienia w szczycie kampanii sezonowej albo w tygodniu Paris Fashion Week. 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 produktowe 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 koszyka i checkoutu.
• Optymalizacja sieci. HTTP/3 z QUIC, kompresja Brotli, hinty preconnect i dns-prefetch, priorytetyzacja zasobów krytycznych dla pierwszego widoku checkoutu.
• 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 Paris Fashion Week.

Fragmenty koszyka i mini-koszyka wymagają osobnej strategii cache. Pełna strona produktu może być cache’owana przez CDN. Koszyk i checkout nigdy. Redis object cache trzyma sesje i transienty z jawnym TTL. Query Monitor na stagingu pokazuje, która wtyczka dokłada zapytania do wp_postmeta przy każdym odświeżeniu koszyka.

#Jak pracujemy

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

1. Odkrywanie i audyt. Przeglądamy architekturę obecnego sklepu, strukturę katalogu, 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 Paris Fashion Week, kampanii sezonowych albo targów VivaTech, ż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 Paryżu regularnie zgłaszają się do nas z tymi problemami:

• Wolne strony checkout tracące konwersje: redukujemy czas ładowania checkoutu przez cachowanie fragmentów, odroczone ładowanie skryptów, zoptymalizowaną inicjalizację bramki płatniczej i uproszczoną walidację formularzy
• Zgodność podatkowa TVA w wielu jurysdykcjach UE: konfigurujemy automatyczne obliczanie podatków, obsługę OSS dla sprzedaży transgranicznej i generowanie zgodnych faktur per jurysdykcja
• Wskaźniki porzucania koszyka powyżej średniej branżowej: implementujemy odzyskiwanie exit-intent, trwałe sesje koszyka, sekwencje e-mail remarketingowych i layouty checkout testowane A/B
• Skalowanie WooCommerce dla kampanii sezonowych i wydarzeń w La Défense: konfigurujemy Cloudflare z wyjątkami dla checkoutu, optymalizujemy indeksy bazy danych, implementujemy HPOS i przeprowadzamy testy obciążeniowe przed startem kampanii
• Hardening bezpieczeństwa dla sklepów zbierających dane kontaktowe i płatności: nagłówki Content Security Policy, wyłączony XML-RPC, wymuszone uwierzytelnianie dwuskładnikowe do panelu i limitowanie zapytań na endpointach logowania

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

Dobrze zbudowany sklep jest wartościowy tylko wtedy, gdy Twoja grupa docelowa w Paryżu i w Île-de-France może go znaleźć. Nasze projekty programowania WooCommerce 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: Product, Offer, Organization, 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 Marais tam, gdzie biznes faktycznie działa w aglomeracji paryskiej albo w całej Francji.
• 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, kategorie produktowe i linkowanie wewnętrzne tak, żeby użytkownik szybko trafiał do właściwego produktu, a wyszukiwarka jasno rozumiała zakres oferty sklepu.

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

#Pytania, które zadają nam firmy w Paryżu

Czy możecie zmigrować nasz istniejący sklep? Tak. Obsługujemy migracje z PrestaShop, Shopify, Magento i innych platform do WooCommerce, migracje między dostawcami hostingu i refaktoryzacje odziedziczonego sklepu z page builderem. Każda migracja obejmuje mapowanie URL, implementację przekierowań 301 i monitoring SEO przez 90 dni po migracji, z uwzględnieniem kalendarza Paris Fashion Week albo kampanii, żeby migracja nie wypadła w okno krytyczne.

Czy pracujecie z firmami spoza Paryża? Tak. Znamy lokalny kontekst (La Défense, Station F, Sentier, Marais), ale współpracujemy z klientami w całej Francji i za granicą. Wiele firm w Paryżu obsługuje klientów Lyonie, Brukseli i całej Unii bez osobnego sklepu na każde miasto.

Jak obsługujecie sklepy wielojęzyczne? Implementujemy wielojęzyczność przez WPML WooCommerce Multilingual 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 brytyjski 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. 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 WooCommerce 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 potrzebuje strony firmowej bez koszyka albo portalu B2B z formularzami zgodnymi z CNIL, mamy dedykowaną stronę o programista WordPress w Paryżu z motywami blokowymi, Gutenberg i CPT. Jeśli obecny sklep działa i potrzebuje tylko stałej opieki, testowanych aktualizacji i monitoringu, zobacz opiekę techniczną WordPress w Paryżu - obie strony opisują ten sam stos techniczny z perspektywy operacyjnej, nie programistycznej.

Pełny zakres prac programistycznych WooCommerce (checkout, bramki, integracje, refaktoryzacje) opisuje strona programista WooCommerce. 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 WooCommerce, 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 nowy sklep, migrację z PrestaShop albo refaktoryzację odziedziczonego checkoutu przed Paris Fashion Week albo kampanią w La Défense, zacznij od spisania celów, ograniczeń i obecnego stanu projektu. Wycena jest indywidualna i zależy od zakresu prac.