Így készül egy weboldal nálam 2026-ban: lokális fejlesztés, Git és AI-ügynökök

Nem az élő oldalon kattintgatok. Minden projekt lokális környezetben indul, Gitben él, és egy sor AI-ügynök ellenőrzi biztonságra, SEO-ra és sebességre, mielőtt élesbe kerül. Így néz ki a folyamat belülről.

Így készül egy weboldal nálam 2026-ban: lokális fejlesztés, Git és AI-ügynökök

Sok kisvállalkozói weboldal úgy készül, hogy a fejlesztő az élő tárhelyen kattintgat, a változtatásokról nincs nyoma, és az „elromlott valami" hívás után senki nem tudja, mi változott. Én 2026-ban másképp dolgozom, és úgy gondolom, ez az egyik legfontosabb különbség, amit egy megrendelő nem lát, de megérez. Ez az esettanulmány a saját folyamatomról szól – ugyanez fut a saját oldalamon és minden ügyfélprojekten.

1. Lokális környezet: az élő oldalon semmi nem készül

Minden projekt a saját gépemen indul, egy Dockerben futó WordPress-környezetben (wp-env), ami pontosan az éles tárhely PHP- és WordPress-verzióját használja. Itt épül a téma, itt kerülnek be a bővítmények, itt születik a tartalom. Az élő oldal csak azt kapja, ami itt már bizonyítottan működik. Egy hibás frissítés vagy egy rosszul sikerült design-kísérlet így soha nem éri el a látogatót.

2. Git: minden változásnak nyoma van

A projekt teljes kódja – téma, saját bővítmények, a tartalmat előállító szkriptek – Git verziókezelésben él. Minden változtatásnak van dátuma, leírása, és bármikor visszaléphetünk egy korábbi állapotra. Ha egy ügyfél két év után visszajön, nem találgatok: pontosan látom, mi és miért készült. Ugyanez adja a biztonságot élesítésnél is: a deploy szkript először „száraz futásban" megmutatja, mi változna a szerveren, és csak utána ír.

3. Szkriptelt tartalom: újrafuttatható, nem kattintgatott

Az oldalak, a többnyelvű fordítások, a referenciák és a beállítások nem kézzel, az adminban jönnek létre, hanem szkriptekből, amelyek újrafuttathatók. Ha a magyar, román és angol változatból egy szó változik, egy helyen javítom, és a szkript mindhárom nyelven frissíti az oldalt – következetesen, elgépelés nélkül. Ez különösen a többnyelvű, sok aloldalas projekteknél éri meg: a tartalom és a szerkezet egyformán reprodukálható lokálisan és élesben.

4. AI-ügynökök: a szakértői ellenőrzés, ami minden projektnél lefut

A folyamat legújabb eleme, hogy a saját fejlesztői munkámat több, egy-egy szakterületre hangolt AI-ügynök egészíti ki. Ezek nem „megírják az oldalt", hanem ugyanazt a szisztematikus ellenőrzést végzik el minden projekten, amit egy nagyobb ügynökségnél külön szakemberek tennének:

  • Biztonsági ügynök: bejelentkezés-védelem, tűzfal-szabályok, admin-felület elrejtése, biztonsági fejlécek, fájljogosultságok – egy rögzített, minden projektre alkalmazott keményítési lista alapján.
  • SEO-ügynök: címek, leírások, heading-szerkezet, canonical és hreflang a többnyelvű oldalakon, strukturált adatok (cégadatok, GYIK, szolgáltatások), sitemap, robots – és külön az AI-keresők (ChatGPT, Perplexity, Google AI) számára olvasható entitás-adatok.
  • Sebesség-ügynök: képek, gyorsítótár, betűtípusok, felesleges szkriptek, Core Web Vitals – mérve, nem érzésre.
  • Analitika-ügynök: Google Analytics 4, konverziómérés, sütikezelés és Consent Mode, Search Console összekötés – hogy a mérés jogszerű és használható legyen az első naptól.
  • Tesztelő ügynök: űrlapok, navigáció, reszponzív megjelenés, akadálymentesség, hibás linkek – minden élesítés előtt.
  • Design- és fejlesztő ügynök: a vizuális ritmus, ikonok, hover-állapotok finomítása, és a WordPress-specifikus kód (hookok, blokkok, WooCommerce-testreszabás) ellenőrzése.

Ezek az ügynökök minden új projektnél ugyanabban a sorrendben lefutnak, és a találataikat én nézem át és döntök róluk. Az eredmény: egy kisvállalkozás is azt a gondosságot kapja, amit korábban csak több szakemberből álló csapat tudott adni.

5. Élesítés és utána

Az élesítés egy ellenőrzött, ismételhető lépés: száraz futás, fájlok szinkronizálása, a tartalom-szkriptek futtatása a szerveren, gyorsítótár ürítése, majd automatikus ellenőrzés, hogy minden oldal, nyelv és séma rendben van. Utána sem engedem el: a Search Console adataiból havi riport készül, amiből látszik, mely keresésekre jelenik meg az oldal, és mi a következő tartalmi lépés.

Mit jelent ez neked, megrendelőként?

Kevesebb meglepetést, gyorsabb javításokat, és egy oldalt, ami két év múlva is karbantartható marad – nem csak általam, hanem bárki által, aki érti a WordPresst és a Gitet. Ha kíváncsi vagy, hogyan futna le ez a folyamat a te projekteden, írj a kapcsolat oldalon, vagy nézd meg előre az árakat.

Sárosi Zoltán

A cikk szerzője

Sárosi Zoltán

Alapító, WordPress fejlesztő – Eagle Solutions

2011 óta készítek weboldalakat és webshopokat Hargita megyéből, kis- és középvállalkozásoknak, egyesületeknek és ügynökségi partnereknek. Amit itt leírok, azt a saját projektjeimben tapasztaltam.

Többet rólam →

Kérdésed van a saját oldaladdal kapcsolatban?

Írj pár mondatot, mire lenne szükséged – 1 munkanapon belül válaszolok, az első konzultáció ingyenes.

Van már weboldalad? Írd be a címét az üzenetbe, és ingyen, 10 pontban leírom, mit javítanék rajta – kötelezettség nélkül.

Írok Zoltánnak → Árak megtekintése

Töltsd le a 10 pontos weboldal-ellenőrző listát (PDF) →

← Vissza a bloghoz