Programista WordPress w Maladze

Strona firmy w Maladze stoi obok katalogu apartamentów na Costa del Sol z kalendarzem dostępności, landinga coworkingu dla cyfrowych nomadów przy Málaga TechPark, sklepu WooCommerce z checkoutem Bizum albo portalu wycieczek z integracją iCal i channel managerem. To nie jest powód, żeby WordPress udawał PMS hotelowy albo platformę rezerwacyjną. To powód, żeby motyw, bloki Gutenberg, CPT i wtyczki były napisane tak, jak oczekuje hiszpański dział compliance, redaktor publikujący treść po niemiecku dla turystów ze Skandynawii i zespół IT, który czyta RODO oraz wytyczne AEPD, a nie tylko wynik Lighthouse.

WPPoland buduje ten WordPress z polskiego zespołu seniorów dla firm w Maladze i na Costa del Sol, które mają siedzibę, oddział albo klientów Hiszpanii. 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 dla firm w Maladze

Malaga to brama Costa del Sol, miasto z lotniskiem AGP obsługującym dziesiątki milionów pasażerów rocznie, hubem cyfrowych nomadów certyfikowanych przez AENOR i rosnącym ekosystemem tech wokół Málaga TechPark oraz Polo Digital. To nie jest Madryt korporacyjny ani Barcelona eventowa. Tu serwis WordPress często obsługuje rezerwacje apartamentów Torremolinos, katalogi wycieczek z Marbelli, landingi coworkingu w Soho Malaga, strony employer branding dla firm tech i treści wielojęzyczne ES/EN/DE dla turystów z Niemiec i ze Skandynawii, które muszą przeżyć wdrożenie w tym samym tygodniu, w którym prawnik pyta o hosting w UE i o política de privacidad pod AEPD.

WordPress Málaga Meetup spotyka się regularnie w ekosystemie malagańskim (grupa na Meetup.com i lokalne spotkania w TechPark). To nie jest powód, żeby w copy wstawiać nazwę meetupu jako ozdobnik. 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. Brief od klienta w Maladze często brzmi: „mamy Elementor albo Divi, redakcja publikuje landing po hiszpańsku i angielsku, a dział compliance chce Gutenberg, Git i formularz rezerwacji, który przejdzie audyt AEPD”. To jest problem modelu treści i procesu wdrożenia, nie problem szablonu z marketplace.

Typowy projekt, który trafia do seniorów Maladze, nie brzmi „zróbcie ładną stronę”. Brzmi: odziedziczone motywo z page builderem, katalog apartamentów z kalendarzem iCal, formularz depozytu zbierający dane gości pod RODO, a nowa oferta sezonowa powstaje przez kopiowanie landinga z zeszłego roku i ręczne podmienianie dat. To jest dług techniczny, który wychodzi w lipcu, w szczycie sezonu Costa del Sol, nie w audycie SEO.

#Motyw blokowy, motyw klasyczny i własna wtyczka

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

#theme.json, wzorce i granica motywu

Motyw blokowy trzyma tokeny: paletę, skalę typografii, odstępy, szerokości treści. Dla operatora wycieczek z centrum Malagi oznacza to czytelny krój, komponenty, które nie pękają na długich nazwach tras, i hero z fotografią plaży serwowaną w AVIF bez hundrowania LCP. Wzorce bloków opisują powtarzalne układy: hero z kalendarzem dostępności, siatka apartamentów, blok specyfikacji wycieczki, karta wydarzenia Feria de Málaga, stopka z política de privacidad zgodną 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 turystycznych i tech w Maladze 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 Maladze 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ą edycję sezonu Costa del Sol. 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 właściciela apartamentu, inne dla turysty, inne dla partnera hotelowego) 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 bookingowe 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 apartamentu, kolejka do channel managera, endpoint REST dla panelu właściciela, rola „redaktor sezonowy” bez publish_pages na produkcji publicznej: to wtyczka. Kolory, siatka, wzorzec hero plaży: to motyw. Jeśli po zmianie motywu znika katalog apartamentów albo formularz depozytu, 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 NIE, daty check-in/check-out). Logika biznesowa nie trafia do functions.php motywu, bo functions.php umiera razem z motywem, a firma w Maladze zmienia partnera brandingowego częściej niż model treści.

Porównanie warstw przy kickoffie:

#Gutenberg, CPT i ACF pod turystykę, wynajem i tech

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 Maladze listy są konkretne: apartamenty, wycieczki, wydarzenia sezonowe, lokalizacje biur (TechPark to nie Soho, Soho to nie centrum), oferty pracy, landingi kampanii. 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 sezonowy ma edytować kartę apartamentu, 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: kategoria wycieczki (jednodniowa, wielodniowa, nurkowanie) 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 apartamentu, data ważności oferty sezonowej, plik PDF regulaminu wynajmu, flaga „dostępne tylko dla partnerów”. Layout strony apartamentu 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 Feria de Málaga jako kopia strony z zeszłego roku jest długiem, który wychodzi w sierpniu. Obiekt CPT z polami daty, lokalizacji, materiałów i linków do rezerwacji przeżywa edycję 2027 bez kopiowania drzewa. Szablon czyta obiekt. Redaktor zmienia datę, nie HTML.

#Bloki serwerowe zamiast shortcode’ów

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

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 apartamentów, nie przejdzie review.

#Malaga: Costa del Sol, TechPark i sezon turystyczny

Malaga nie jest Sewillą ani Alicante. Tu liczy się Costa del Sol od Marbelli po Nerja, Málaga TechPark w Campanillas, Polo Digital, Soho Malaga z siecią coworkingów dla nomadów oraz Feria de Málaga w połowie sierpnia. Te cztery osie ustawiają priorytety techniczne dla WordPressa, który ma działać w Maladze, a nie tylko nosić to w tytule.

#Málaga TechPark, Polo Digital i cyfrowi nomadzi

Málaga TechPark i Polo Digital to centra, w których WordPress trzyma landingi produktowe, formularze demo, blogi techniczne i strony employer branding dla firm, które zamknęły rundę seed albo rekrutują zdalnie. Obok siedzi Soho Malaga i sieć coworkingów obsługujących nomadów z wizą cyfrową. Awaria po aktualizacji wtyczki formularza albo regresja w tłumaczeniach ES/EN boli w tygodniu demo day albo przed kampanią rekrutacyjną, nie w styczniu.

Dla developmentu wynika z tego prosta rzecz: aktualizacja wtyczki cache, integracji z HubSpot albo WPML musi przejść checklistę, która obejmuje formularz demo z polami NIF i panel partnera z mapą lokalizacji na Costa del Sol. środowisko testowe z tym samym stosem PHP i tymi samymi wtyczkami w sandbox to minimum, nie luksus. Founder z biura w TechPark nie akceptuje argumentu „strona główna działa”, kiedy formularz rejestracji zwraca 500 po aktualizacji wtyczki sesji.

#Costa del Sol i zamrożenie wdrożeń

Od czerwca do września ruch na stronach wynajmu, biur podróży i operatorów wycieczek na Costa del Sol rośnie wielokrotnie. Marbella, Torremolinos, Benalmádena, Fuengirola i Nerja to nie abstrakcyjne nazwy w stopce - to osobne landingi, osobne kalendarze dostępności i osobne formularze leadów, które muszą działać jednocześnie. Awaria po aktualizacji wtyczki cache albo regresja w WPML boli w lipcu, kiedy każda godzina przestoju to rezerwacja, która poszła do konkurencji.

Runbook developmentu dla klientów Maladze ma wpisane zamrożenie wdrożeń produkcyjnych na szczyt sezonu Costa del Sol, zwykle od połowy czerwca do połowy września, z wyjątkiem łatek krytycznych bezpieczeństwa przechodzących przez środowisko testowe i okno nocne. Aktualizacje planowe idą w październiku albo w marcu, kiedy ruch spada, a zespół redakcyjny ma czas na testy. Kto robi „drobny patch bookingowy” w sobotę lipca, uczy się tego na własnej skórze, kiedy kalendarz pokazuje wolne terminy, które już dawno zostały sprzedane.

#Feria de Málaga i lokalne okna kampanii

Feria de Málaga, w połowie sierpnia, to tydzień, w którym lokalne firmy turystyczne, restauracje i operatorzy wydarzeń patrzą na landingi promocyjne, formularze rezerwacji stolików i integracje z systemami biletowymi. Awaria strony w środku ferii to nie „bug do backlogu”. To utracone rezerwacje i reputacja u partnerów, którzy mają pełny kalendarz na cały sierpień.

Runbook ma osobny wpis freeze na okno Feria de Málaga, zwykle tydzień przed i tydzień po oficjalnym rozpoczęciu. Aktualizacje krytyczne bezpieczeństwa przechodzą przez środowisko testowe i okno nocne, reszta czeka. To decyzja operacyjna uzgodniona z klientem przed sezonem, nie preferencja developera.

#E-commerce, Redsys i Bizum

Sklep na Costa del Sol zbiera Bizum, kartę przez Redsys, czasem przelew. Webhooki bramki i status zamówienia muszą przeżyć aktualizację WooCommerce. W Maladze do Stripe dochodzi Redsys i Bizum - metody, których klienci oczekują w kasie, nie ciekawostka z ulotki. Aktualizacja wtyczki płatności, która na produkcji nadpisze mapowanie callbacków, zostawia magazyn z ręcznym klejeniem statusów zamówień.

Przykład z audytu: zamówienie opłacone przez Bizum, a w panelu WooCommerce wciąż „oczekujące na płatność”, bo callback nie dotarł po patchu wtyczki. To nie jest błąd UX. To incydent operacyjny, który w lipcu, w szczycie sezonu Costa del Sol, kosztuje więcej niż w styczniu. Pełny brief checkoutu, IVA i integracji magazynowych opisuje programista WooCommerce w Maladze.

#RODO, AEPD i hosting w UE

Po stronie hiszpańskiej 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 Data Processing Agreement. Te pytania trzeba umieć obsłużyć procesem, nie sloganem o „zgodności z RODO”.

#RODO i hiszpańska AEPD

Hiszpania stosuje RODO (GDPR) oraz krajową ustawę organiczną o ochronie danych osobowych i gwarantowaniu praw cyfrowych (LOPDGDD). Organ nadzorczy to Agencia Española de Protección de Datos (AEPD). Dla WordPressa w Maladze 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 rezerwacji, política de privacidad zgodna z art. 13 RODO.

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 RODO, bo macie WAF”. AEPD publikuje wytyczne na aepd.es; 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 gości (rezerwacja apartamentu, zapytanie wycieczkowe, newsletter, formularz demo TechPark) dostają jawną podstawę prawną, checkbox zgody tam, gdzie consent jest wymagany, i minimalizację pól.
• Wtyczki consent (Complianz, Cookiebot, Iubenda) konfigurujemy tak, żeby skrypty marketingowe nie ładowały się przed akceptacją zgodnie z LSSI-CE i wytycznymi AEPD.
• Polityka prywatności i cookie policy są szablonami z polami, nie blokami, które redaktor może usunąć z drzewa.
• Integracje z CRM i channel managerem dostają dokumentację przepływu danych: co trafia do systemu zewnętrznego, jak długo, kto jest administratorem.

#Hosting w UE

Dane osobowe pod RODO ciągną pytanie: w której jurysdykcji stoi serwer. AWS w Irlandii (eu-west-1), OVH we Francji, Hetzner w Niemczech, Arsys albo Dinahosting w Hiszpanii, Scaleway w Paryżu to różne odpowiedzi dla compliance officer, ale wszystkie mieszczą się w UE. Ashburn albo Hillsboro to Stany i zwykle veto bez Standard Contractual Clauses albo innej podstawy transferu.

Pytanie „czy hosting jest w Maladze” 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 Madrycie albo Frankfurt plus CDN z terminałem TLS w UE zwykle wystarcza dla użytkowników na Costa del Sol i w Europie Środkowej. Malaga ma centra danych w aglomeracji, ale origin WordPressa nadal często stoi u dostawcy z regionem madryckim albo frankfurckim. To jawna decyzja rezydencji, którą trzeba opisać w runbooku.

#Integracje bookingowe, iCal i channel manager

Wynajem wakacyjny na Costa del Sol rzadko kończy się na statycznej stronie. Booking Engine, WP Rentals, HBook albo własna integracja z Airbnb, Booking.com i channel managerem (Lodgify, Guesty, Smoobu) synchronizuje kalendarze przez iCal albo API. Aktualizacja wtyczki cache albo motywu potrafi zatrzymać synchronizację tak, że apartament wygląda na wolny, choć jest zajęty. To incydent operacyjny, nie kosmetyka.

W runbooku jest lista endpointów webhooków, ścieżek iCal i testów po każdej aktualizacji: czy data check-in blokuje termin, czy depozyt liczy się poprawnie, czy mail potwierdzenia wychodzi w trzech wersjach językowych. środowisko testowe musi mieć te same wtyczki bookingowe w trybie sandbox albo na kopi danych zanonimizowanych.

Formularze demo i zapytania partnerskie to najczęstszy punkt integracji dla firm z TechPark. 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 sezonie Costa del Sol.

#Git, środowisko testowe i przegląd kodu

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

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, air-gap). 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 gości. Redakcja klika po stagingu z prawdziwymi wzorcami Gutenberg, nie po localhostcie programisty. Regresja wielojęzyczna ES/EN/DE, regresja formularza rezerwacji i regresja synchronizacji iCal dzieją się tutaj. Promocja na produkcję jest udokumentowanym krokiem: tag albo merge do main, build zasobów, cache warmup, ścieżka wycofania (poprzedni tag). Zespół nie wgrywa „na szybko” jednego pliku PHP przez SFTP, bo potem nikt nie odtworzy, co stało na produkcji w piątek przed weekendem Feria.

Budżet wydajności jest częścią odbioru, nie osobnym projektem. Lighthouse i Core Web Vitals na szablonach, które naprawdę istnieją: archiwum apartamentów, single wycieczki, strona z wzorcem hero plaży. 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 serwisu turystycznego albo tech w Maladze liczy się czas do pierwszego bajtu z sieci w Hiszpanii i w Europie Środkowej, nie tylko z telefonu na promenadzie w Torremolinos. Monitoring z jednego regionu USA kłamie. Punkt pomiaru w UE jest częścią kontraktu operatorskiego, nie dodatkiem.

#Profile projektów Maladze: 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 malagańskim, i cele techniczne, które uzgadniamy na piśmie przed pierwszą linią kodu.

#Profil 1: biuro wynajmu wakacyjnego na Costa del Sol

Typowy projekt: operator apartamentów Benalmádena potrzebuje katalogu z kalendarzem dostępności, formularzem depozytu i integracją iCal z Booking.com w trzech językach (hiszpański, angielski, niemiecki).

Zakres pracy:

• Motyw FSE na zamówienie z wzorcami apartamentów i kalendarzem dostępności.
• Wtyczka integracji iCal z testami regresji po każdej aktualizacji cache.
• Prawidłowa struktura hreflang zweryfikowana dla trzech wersji językowych.

Cele techniczne w umowie: LCP poniżej 1,5 sekundy na mobile w danych CrUX po uruchomieniu, synchronizacja iCal bez rozjazdu terminów po patchu wtyczki, formularz depozytu z minimalizacją danych pod AEPD.

#Profil 2: operator wycieczek z centrum Malagi

Typowy projekt: firma wycieczkowa traci rezerwacje w sezonie Costa del Sol, bo checkout WooCommerce z Redsys i Bizum pada po aktualizacji wtyczki płatności.

Zakres pracy:

• WooCommerce Blocks Checkout z Redsys i Bizum exprés.
• Optymalizacja bazy MySQL i cache obiektowy Redis.
• Testy obciążeniowe przed szczytem sezonu i przed Feria de Málaga.

Cele techniczne w umowie: proces zakupu poniżej 20 sekund na mobile w stagingu przed wdrożeniem, stabilność checkoutu pod symulowanym szczytem ruchu, monitoring porzuconych koszyków.

#Profil 3: startup tech z Málaga TechPark

Typowy projekt: firma SaaS potrzebuje strony korporacyjnej z formularzem demo, integracją HubSpot i wersjami ES/EN, która przejdzie audyt dostawcy.

Zakres pracy:

• Motyw blokowy z Synced Patterns dla zespołu marketingu.
• Formularze asynchroniczne połączone z HubSpot CRM przez webhooki po stronie serwera.
• Dostępność WCAG 2.1 AA i RODO z Consent Mode v2.

Cele techniczne w umowie: wynik PageSpeed Mobile powyżej 90 na stronach pozyskiwania leadów, formularze ładujące się bez blokowania renderowania, dokumentacja przepływu danych pod AEPD.

#Bezpieczeństwo przy stronach z danymi gości i turystów

Sąsiedztwo operatorów turystycznych i firm tech z TechPark nie czyni marketingowego WordPressa systemem core bankingu ani platformą płatniczą. 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 Maladze

Dobrze zbudowana strona jest wartościowa tylko wtedy, gdy Twoja grupa docelowa w Maladze i na Costa del Sol 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 Maladze, spójność NAP (nazwa, adres, telefon) i strony przygotowane pod zapytania regionalne, uwzględniające Torremolinos, Marbella, Benalmádena i Nerja tam, gdzie biznes faktycznie działa na Costa del Sol.
• 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 Maladze

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 sezonu Costa del Sol albo Feria de Málaga, żeby migracja nie wypadła w oknie krytycznym.

Czy pracujecie z firmami spoza Malagi? Tak. Znamy lokalny kontekst (Costa del Sol, Málaga TechPark, Feria de Málaga, Redsys, Bizum, AEPD, WordPress Málaga Meetup), ale współpracujemy z klientami w całej Hiszpanii i za granicą. Wiele firm w Maladze obsługuje partnerów Madrycie, Barcelonie i 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 hiszpański, niemiecki i skandynawski konfiguracja locale ES/EN/DE wymaga osobnej decyzji architektonicznej.

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

Czym różni się współpraca z WPPoland od lokalnej agencji w Maladze? 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 Maladze z checkoutem Redsys, Bizum i przygotowaniem pod RODO oraz AEPD. 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 Maladze 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. Rodzeństwo w Andaluzii:

• Opieka techniczna WordPress w Sewilli
• Opieka techniczna WordPress w Alicante

Jeśli chcesz omówić brief, wyślij krótki opis obecnej sytuacji przez formularz kontaktowy.

#Rozpocznij swój projekt w Maladze

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 sezonem Costa del Sol albo Feria de Málaga, zacznij od spisania celów, ograniczeń i obecnego stanu projektu. W zgłoszeniu przydaje się lokalizacja hostingu, lista wtyczek albo dostęp do stagingu, oraz informacja, czy serwis musi zostać w UE. Wycena jest indywidualna i zależy od zakresu prac.