Adminisztrátor

Rövid válasz: a Google 2026. augusztus 18. és 21. között lefuttatott egy globális, minden nyelvre kiterjedő spam-frissítést, a Search Status Dashboard szerint pontosan 2 nap 16 óra alatt. Ez az év harmadik ilyen frissítése. Ha ez alatt az időszak alatt forgalom-ingadozást tapasztaltál, az első és legfontosabb lépés nem az, hogy pánikból átírj mindent, hanem hogy megnézd, valóban ehhez a frissítéshez köthető-e, ami történt.

Mi történt pontosan, dátumokkal

A Google Search Status Dashboard szerint a frissítés augusztus 18-án 9:27-kor (US/Pacific idő szerint) indult, és augusztus 21-én hajnali 1:49-kor fejeződött be. Ez a harmadik spam-frissítés 2026-ban: a márciusi 19 és fél óra alatt futott le, ami a valaha mért leggyorsabb ilyen frissítés volt, a júniusi pedig 2 nap 1 óráig tartott.

Néhány dolog, amit érdemes tudni róla:

• Globális, minden nyelvre kiterjed, nem egy adott piacot vagy nyelvterületet céloz.
• A Google nem jelentett be hozzá új spam-szabály kategóriát, és nem adott ki kísérő blogbejegyzést sem.
• A vállalat kifejezetten megerősítette, hogy ez a frissítés nem célozza kifejezetten a linkspam vagy a „site reputation abuse” (mások oldalán vásárolt hitelesség kihasználása) szabályokat, tehát a meglévő szabálykészlet szélesebb, általánosabb érvényesítéséről van szó.
• A frissítés lezárult, tehát az augusztus 21. utáni Search Console-adat tisztább képet ad, mint bármi, amit még a frissítés futása közben néztél meg.

Mit céloz valójában egy spam-frissítés, és kit érint

Fontos különbséget tenni a „core update” (a Google általános rangsorolási rendszereinek átfogó módosítása) és a „spam update” (a már meglévő spam-szabályok érvényesítésének megerősítése) között. Egy spam-frissítés azokat az oldalakat érinti, amelyek megsértik a Google nyilvánosan dokumentált spam-szabályzatát: ilyen a felhasználók megtévesztésére szánt, tömegesen gyártott vagy AI-val generált, ellenőrizetlen tartalom, a cloaking (a látogatóknak és a keresőrobotnak más tartalom mutatása), vagy a link-manipuláció.

Ha a vállalkozásod nem folytat ilyen gyakorlatot, egy spam-frissítés önmagában nem lenne ok arra, hogy a forgalmad essen. Ha mégis ingadozást látsz ugyanabban az időszakban, jó eséllyel valami más történik egyszerre: egy technikai probléma az oldaladon, a keresési találati oldal megváltozott kinézete (például egy AI-összegzés jelenik meg a te találatod helyén), vagy egyszerűen csak a mérés torzul.

Érdemes tudni, konkrétan milyen gyakorlatokat sorol fel a Google nyilvános spam-szabályzata, mert egy átlagos kisvállalkozói oldalnál a leggyakoribb, amivel véletlenül is összefuthatsz:

• Tömegesen gyártott, hozzáadott érték nélküli tartalom (a szabályzat neve szerint „scaled content abuse”): ha valaki AI-val száz oldalt generáltat úgy, hogy azokat senki nem néz át és nem szerkeszti.
• Cloaking: más tartalom mutatása a keresőrobotnak, mint a látogatónak. Egy jogszerű fizetőfal vagy regisztrációhoz kötött tartalom nem tartozik ide, ha a Google hozzáfér a teljes tartalomhoz.
• Lejárt domain visszaélés: egy régi, korábban másra használt domain megvásárlása és feltöltése oda nem illő tartalommal, kizárólag a domain meglévő hitelessége miatt.
• Linkspam: linkek vásárlása, cseréje vagy tömeges, automatizált linkgyártás kizárólag a rangsorolás manipulálására.

Ha ezek közül egyik sem jellemző az oldaladra, a saját spam-frissítéssel kapcsolatos kockázatod alacsony, és a tapasztalt ingadozásnak valószínűbben van technikai vagy mérési oka.

Mit érdemes csinálni, ha forgalom-ingadozást látsz

• Ne napi, hanem 28 napos időszakokat hasonlíts össze. A napi ingadozás normális, és sokkal inkább zajt mutat, mint valódi trendet.
• Vágd le a Search Console-adat utolsó két-három napját, mielőtt bármit összehasonlítasz. A jelentés két-három napos késéssel érkezik, tehát a legfrissebb napok mindig hiányosnak, hamis esésnek tűnnek.
• Válaszd külön a megjelenés és a kattintás adatait. Ha a pozícióid nem romlottak, de kevesebb kattintást kapsz, az valószínűbben egy megváltozott találati oldal (például egy AI-összegzés) miatt van, nem a rangsorolásod miatt.
• Nézd meg, hogy az esés koncentrált-e vagy egyenletes. Ha csak egy adott oldaltípus vagy könyvtár esik vissza, az inkább rád, nem a Google-re utal. Az egyenletes esés nem bizonyíték, csak szűkíti a lehetséges okokat.
• Csak ezután nézd meg a rank-tracker eszközök riasztásait, és több eszközt hasonlíts össze egyszerre, ne egyet. Ezek az eszközök napi, rögzített kulcsszókészletet mérnek, ezért gyakran mutatnak mozgást olyankor is, amikor a Google semmilyen tényleges rendszerváltozást nem erősít meg.

Mit ne csinálj pánikból

Ez legalább annyira fontos, mint a fenti lista, mert a legtöbb kárt nem maga a frissítés okozza, hanem az azt követő elhamarkodott reakció.

• Ne vonj vissza korábbi változtatásokat megalapozott ok nélkül. Ha egy tartalmat vagy technikai beállítást megalapozottan csináltál meg, egy ingadozás önmagában nem indok a visszaállításra.
• Ne írj át egyszerre több oldalt. Ha később mégis javulás következik be, nem fogod tudni megmondani, mi okozta, és legközelebb ugyanabba a hibába futsz bele.
• Ne vásárolj linkeket „hátha segít”. Ez pontosan az a gyakorlat, amit egy spam-frissítés büntet, tehát ha bármi, ez ronthat a helyzeten.
• Ne dőlj be egyetlen mérőeszköz riasztásának. A különböző rank-tracker szolgáltatások gyakran egymásnak ellentmondó adatot mutatnak ugyanarra a napra.

Mennyi idő alatt áll helyre, ha tényleg érintett voltál

Ha a vizsgálat után arra jutsz, hogy az oldalad valóban a spam-szabályok megsértése miatt esett vissza, a Google saját közlése szerint a helyreállás hónapokat is igénybe vehet, mert az automatizált rendszereknek időbe telik újra meggyőződniük arról, hogy az oldal megfelel a szabályoknak. Ez lényegesen lassabb folyamat, mint amit sokan remélnek egy gyors technikai javítás után.

Ezzel szemben, ha a vizsgálat azt mutatja, hogy a te esetedben nem valós szabálysértésről van szó, hanem technikai problémáról vagy mérési torzításról, a helyzet jellemzően napok, legfeljebb egy-két hét alatt magától rendeződik, amint a mögöttes ok (egy hibás átirányítás, egy elavult bővítmény, egy megváltozott találati oldal-elrendezés) tisztázódik. Egy korábbi cikkünkben részletesen bemutattuk, hogyan okozhat egy gondozatlan WordPress-oldal pontosan ilyen, első ránézésre „Google-hibának” tűnő tüneteket, miközben a valódi ok egy elavult beállítás vagy egy törött átirányítás.

Mikor van szükség szakértői segítségre

Ha a fenti ellenőrzési lépések után sem vagy biztos abban, hogy nálad mi történt, vagy egyszerűen nincs időd és eszközöd hozzá, hogy ezt magad végigmérd, ez pontosan az a helyzet, amire az induló auditunk való: átnézzük az oldal technikai állapotát, a rangsorolást és a forgalmi adatokat, és megmondjuk, valós problémáról van-e szó, vagy csak zajról.

Gyakran ismételt kérdések

Ez azt jelenti, hogy az oldalamat büntetés érte?

Nem feltétlenül. A spam-frissítés csak azokat az oldalakat érinti, amelyek megsértik a Google spam-szabályzatát. Ha nem folytatsz ilyen gyakorlatot, az időben egybeeső forgalom-ingadozásnak valószínűleg más oka van.

Honnan tudom biztosan, hogy a frissítés érintett-e?

Nincs olyan eszköz, ami ezt biztosan megmondja, mert a Google nem közöl oldal-szintű visszajelzést. A legjobb, amit tehetsz, hogy a fenti szempontok szerint kizárod a technikai és mérési okokat, és ha azok után is marad megmagyarázatlan, tartós esés, azt kell feltételezned, hogy tartalmi vagy szabályzati probléma áll mögötte.

Mennyi ideig tartott ez a konkrét frissítés?

2 nap és 16 óra, augusztus 18. 9:27-től augusztus 21. hajnali 1:49-ig, Pacific idő szerint.

Miért nem mondja meg a Google pontosan, mit céloz egy spam-frissítés?

A vállalat célja a saját nyilatkozata szerint az átláthatóság a nagyobb rendszerváltozásokról, nem a részletes szabálykönyv közreadása, mert az megkönnyítené a szabályok kijátszását.

Ha nem érint a spam-frissítés, kell-e egyáltalán foglalkoznom vele?

Érdemes tudni, hogy létezik, mert a következő hetekben tapasztalt bármilyen forgalmi mozgást hajlamos leszel emiatt magyarázni, holott gyakran egyáltalán nem ehhez köthető.

Következő lépés

Ha bizonytalan vagy abban, hogy a saját vagy az ügyfeled oldalán tapasztalt forgalom-ingadozás technikai ok, mérési torzítás vagy valódi probléma miatt van-e, kezdd egy induló audittal: pontosan megmondjuk, mi a valós helyzet, mielőtt bármit átírnál.

Rövid válasz: 2026. augusztus 19-én az Elementor kiadta a Pro bővítmény 4.2.2-es verzióját, amely egy kritikus, 9.0-ás súlyosságú (CVSS) biztonsági rést javít. A hiba jogosultság nélkül is lehetővé teszi PHP-fájl feltöltését a szerverre, ha az oldalon van egy Elementor-űrlap fájlfeltöltő mezővel. Ha a saját vagy az ügyfeled oldala Elementor Pro-t használ, az első és legfontosabb teendő: frissíteni 4.2.2-re vagy újabbra, most azonnal, nem a következő karbantartási ablakban.

Mi pontosan a hiba

Az Elementor Pro Űrlapok modulja két külön lépésben dolgozza fel a feltöltött fájlokat: az egyik lépés ellenőrzi a kiterjesztést (nem lehet .php, .phtml és hasonló futtatható fájl), a másik lépés mozgatja a fájlt a nyilvánosan elérhető feltöltési mappába. A hiba oka, hogy ez a két lépés máshogy kezeli az üres fájlbejegyzéseket egy több részből álló feltöltésben.

Ha egy támadó egy üres, fájlnév nélküli részt küld először, majd utána egy PHP-fájlt ugyanabban a feltöltésben, az ellenőrző lépés az üres résznél leáll és nem vizsgálja tovább a küldeményt. A mozgató lépés viszont csak az üres részt hagyja ki, és a mögötte lévő PHP-fájlt simán átmásolja a `wp-content/uploads/elementor/forms/` mappába, kiterjesztés-ellenőrzés nélkül. Ez a mappa nyilvánosan elérhető, tehát a feltöltött fájl ezután közvetlenül lefuttatható a szerveren, bejelentkezés és jogosultság nélkül.

A biztonsági kutató, Tin Pham 2026. július 16-án jelentette a hibát a Patchstack hibavadász-programján keresztül. Az Elementor másnap elkészítette a javítást, augusztus 3-án megerősítette, hogy a javítás valóban megoldja a problémát, és augusztus 19-én adta ki a 4.2.2-es verzióban.

Kit érint, és mekkora valójában a kockázat

Az Elementor Pro több mint 10 millió aktív telepítéssel fut, ez a szám önmagában nem jelenti azt, hogy minden telepítés sebezhető volt. Két feltételnek kell egyszerre teljesülnie:

• Az oldalon van legalább egy publikált Elementor-oldal, amin egy Űrlap widget fájlfeltöltő mezővel szerepel. Ez gyakori beállítás állásjelentkezéseknél, dokumentum-, fotó- vagy számlafeltöltéseknél, ügyfélszolgálati űrlapoknál.
• A feltöltő mezőn be van kapcsolva a „több fájl feltöltése” beállítás. Ez a beállítás alapból ki van kapcsolva, tehát nem minden fájlfeltöltős űrlap sebezhető automatikusan, csak azok, ahol ezt valaki külön bekapcsolta.

Ha mindkét feltétel teljesül, a támadásnak nincs szüksége se bejelentkezésre, se különleges jogosultságra: minden szükséges adat (az oldal azonosítója, az űrlap azonosítója, a mező neve) látható a nyilvános HTML-forráskódban. A támadó a feltöltött fájl nevét sem kapja meg közvetlenül, de vissza tudja fejteni időzítéses módszerrel, vagy egyszerűbben, ha az űrlaphoz automatikus visszaigazoló email is tartozik, mert az gyakran tartalmazza a feltöltött fájl pontos elérési útját.

A jó hír: a jelentés készültekor még nem észleltek aktív, tömeges kihasználást ez ellen a konkrét hiba ellen. A rossz hír: ez egy hitelesítés nélküli, távoli kódfuttatást lehetővé tevő hiba egy tízmillió feletti telepítésszámú bővítményben, ami pontosan az a kombináció, amit a támadók automatizált szkennerei percek alatt megtalálnak, amint a technikai részletek nyilvánossá válnak.

Egy tanulság, ami túlmutat ezen az egy hibán

Érdemes megjegyezni, milyen típusú hibáról van szó, mert ez nem egyedi eset, hanem visszatérő minta a WordPress-bővítmények világában. A probléma nem abban van, hogy valaki elfelejtett egy ellenőrzést beírni: az ellenőrzés megvan, csak két külön kódrészlet máshogy értelmezi ugyanazt a bemenetet. Az egyik lépés azt hiszi, hogy egy üres fájl-bejegyzésnél véget ért a feldolgozás, a másik lépés csak átugorja azt az egy bejegyzést és folytatja tovább. Ez a fajta „két kód, két nézőpont” hiba jellemzően akkor kerül elő, amikor egy bővítmény funkciói évek alatt, több fejlesztői kör alatt bővülnek, és senki nem nézi át újra egyben a teljes folyamatot.

Ennek gyakorlati tanulsága, hogy egy bővítmény megbízhatósága nem azon múlik, mennyire ismert vagy mennyire drága, hanem azon, milyen gyorsan derül ki egy ilyen hiba, és milyen gyorsan jut el a javítás a ténylegesen üzemelő oldalakig. Az Elementor esetében ez a folyamat jól működött: a kutató jelentésétől a kiadott javításig kevesebb mint öt hét telt el. A kérdés innentől nem az Elementor gyorsaságáról szól, hanem arról, hogy az adott oldal ezt az öt hetet, majd az azt követő napokat mennyi idő alatt zárja le a saját frissítésével.

Miért nem elég „majd frissítek, ha ráérek”

A javítás megjelenése és a tényleges frissítés között eltelt idő az igazi kockázati ablak, nem maga a hiba léte. Egy korábbi cikkünkben bemutattuk, hogy a WordPress-bővítményeket érintő súlyos sebezhetőségek jelentős részét már az első napon kihasználják, amint a technikai részletek napvilágot látnak, és ez az Elementor-hibára is igaz lehet, hiszen a Patchstack cikke lépésről lépésre leírja a pontos kódrészleteket és a kihasználás menetét.

Ez az a pont, ahol a rendszeres frissítés nem adminisztráció, hanem az egyetlen tényleges védelem. Ha valaki kézzel, alkalmanként néz rá az oldalára, a frissítés heteket csúszhat, mert épp nincs ideje, vagy fél, hogy egy frissítés elront valamit a látszólag jól működő oldalon. Egy havidíjas karbantartási szolgáltatás pontosan ezt a rést zárja be: a kritikus frissítések napokon, nem heteken belül felkerülnek, és valaki ténylegesen ellenőrzi is, hogy az oldal utána is úgy működik, ahogy kell.

Mit tegyél most, ha Elementor Pro-t használsz

1. Ellenőrizd a telepített verziót. A WordPress admin Bővítmények menüjében az Elementor Pro sorában látod a verziószámot. Ha 4.2.1 vagy régebbi, a frissítés nem halasztható.
2. Frissíts 4.2.2-re vagy újabbra. Ez a legtöbb esetben egy kattintás, de ha az oldalt eddig sosem frissítették rendszeresen, számolj azzal, hogy más, régóta elmaradt frissítések is összeakadhatnak vele.
3. Frissítés előtt, ha teheted, készíts biztonsági mentést. Nem a hiba miatt, hanem mert bármilyen frissítésnél előfordulhat, hogy egy másik, elavult bővítménnyel ütközik. Mentés nélkül egy sikertelen frissítés nagyobb kárt okozhat, mint amennyit a biztonsági rés önmagában jelentett volna.
4. Ha van fájlfeltöltő mezős Elementor-űrlapod, és be volt kapcsolva a több fájl feltöltése opció, nézd meg a `wp-content/uploads/elementor/forms/` mappa tartalmát. Ha bármilyen `.php`, `.phtml` vagy más futtatható kiterjesztésű fájlt találsz benne, azt a szerveren futtatható kódnak kell tekinteni. A frissítés lezárja a rést, de a mappában már ott lévő fájlokat nem törli.
5. Ha bizonytalan vagy abban, mit találtál, vagy nincs időd magad átnézni ezt a négy lépést, ez pontosan az a helyzet, amire az induló auditunk való: egy külső szem átnézi, mi fut az oldalon, és mi az, ami már most is kockázatot jelent.

Gyakran ismételt kérdések

Az Elementor ingyenes verziója is érintett?

Nem, a hiba kizárólag az Elementor Pro Űrlapok moduljában van, az ingyenes Elementor ezt a funkciót nem tartalmazza.

Ha nincs fájlfeltöltő mezős űrlapom, akkor biztonságban vagyok?

Ami ezt a konkrét hibát illeti, igen, a frissítés akkor is ajánlott, de nem sürgős biztonsági okból. Más, jövőbeli hibák ellen viszont ez nem véd, ezért érdemes a frissítést mégis elvégezni.

Honnan tudom, hogy engem ért-e már támadás?

A `wp-content/uploads/elementor/forms/` mappában lévő gyanús fájlok, valamint a szerver naplóiban szokatlan, ismeretlen forrásból érkező kérések erre a mappára utaló jelek lehetnek. Ha bármi gyanúsat találsz, érdemes szakértővel átnézetni, mielőtt bármit törölnél.

Elég, ha csak frissítek?

A frissítés lezárja a rést, de nem törli az esetlegesen már feltöltött fájlokat. A két lépés (frissítés és a mappa átvizsgálása) együtt ad valódi biztonságot.

Miért kapcsolják ki alapból a „több fájl feltöltése” opciót, ha ez a probléma forrása?

Ez a beállítás önmagában legitim funkció, sok olyan űrlapnál hasznos, ahol egyszerre több dokumentumot vagy fotót kell csatolni. Az alapértelmezett kikapcsolt állapot nem a hiba javítása, csak azért csökkenti a kitettséget, mert kevesebb oldalon van bekapcsolva. Maga a hiba a bekapcsolt opciótól függetlenül is a kódban volt, csak enélkül nem lehetett kihasználni.

Következő lépés

Ha nem vagy benne biztos, hogy a saját vagy az ügyfeled oldala érintett-e, vagy egyszerűen nincs rá időd hogy minden kritikus WordPress-hírt lekövess, erre valók a karbantartási csomagjaink: a kritikus frissítéseket mi követjük, és nem hetekkel a hír után jutnak el az oldaladig.

Rövid válasz: egy egyszerű, néhány aloldalas bemutatkozó weboldal ma 100 000 és 400 000 forint között készül el sablonos vagy félig egyedi kivitelezéssel, egy komolyabb, ajánlatkéréseket hozó üzleti oldal 300 000 és 1 500 000 forint közé esik, a webáruházak pedig jellemzően 170 000 forinttól indulnak és felfelé nyitottak. A szórás nem véletlen: attól függ, hogy sablonból vagy egyedi tervből dolgoznak-e, hány oldal készül, ki írja meg a szöveget, és mi történik az oldallal az átadás után. Alább sorban végigmegyünk ezeken, és megmutatjuk, mi kerül bele egy fix árú, 189 000 illetve 329 000 forintos csomagba is, hogy legyen mihez viszonyítani.

A piaci ársávok

A magyar piacon nagyjából három kategória rajzolódik ki, ha az ember tíz-tizenöt ajánlatkérő oldalt vagy árlistát végignéz.

Kategória	Jellemző ár	Mit jelent ez a gyakorlatban
Gyors, sablonos oldal	50 000–150 000 Ft	Kész sablon, minimális testreszabás, gyakran a vállalkozó maga tölti fel a szöveget
Bemutatkozó vállalkozói oldal	150 000–400 000 Ft	Egyedi dizájn elemekkel, néhány aloldal, valamilyen szintű szövegírói vagy AI-támogatás
Komolyabb üzleti oldal	400 000–1 500 000 Ft	Ügynökségi kivitelezés, egyedi tervezés, több aloldal, gyakran marketing- vagy SEO-stratégiával összekötve
Webáruház	170 000 Ft-tól	A termékszám, a fizetési és szállítási integrációk száma tolja felfelé

Két dolog érdemes kiemelni ebből a táblázatból. Az egyik, hogy a szabadúszó és az ügynökségi árazás között nagyjából kétszeres a különbség egyenlő teljesítmény mellett is, mert az ügynökségnél több ember rezsije van beépítve az árba. A másik, hogy az „50 000 Ft-os profi honlap” kategóriában érdemes alaposan megnézni, mi van a szám mögött: ha nincs benne szövegírás, nincs benne alap keresőoptimalizálás, és a sablon száz másik oldalon is fut, az ár rendben van, csak nem ugyanazt a terméket veszi meg vele az ember, mint egy 300 000 forintos, kifejezetten az adott vállalkozásra tervezett oldalnál.

Miért ekkora a szórás

Négy tényező húzza szét ilyen tágra az árakat, méghozzá ebben a sorrendben számít a legtöbbet.

Sablon vagy egyedi tervezés. A sablon önmagában nem rossz megoldás, sok esetben teljesen jó választás, csak azt kell tudni, hogy a design-döntések nagy részét már meghozták helyetted, és az oldal valószínűleg hasonlítani fog más, ugyanazt a sablont használó oldalakra.

A szövegírás. Ez az a pont, ahol a legtöbb vállalkozó elakad, és ahol a legtöbb árajánlat is csendben marad. „Mit írjak az oldalra?” egy jogos és nehéz kérdés, és ha a fejlesztő nem vállalja a szövegírást, ez a munka vagy a megrendelőre marad, vagy egy külön szövegírói díjjal egészül ki utólag.

Az aloldalak és funkciók száma. Egy háromoldalas bemutatkozó oldal és egy hatoldalas, blogszekcióval és ajánlatkérő űrloggal ellátott oldal más munkamennyiség, még ha ugyanaz a dizájn-alap is mögötte.

Ami az átadás után történik. Sok ajánlat csak a fejlesztésig szól, és nem tartalmaz semmilyen támogatást az átadás utáni időszakra. Ez rövid távon olcsóbbnak tűnik, hosszabb távon viszont pontosan az a rész hiányzik, ami miatt egy oldal fél év múlva sem lassul le és nem lesz belőle biztonsági kockázat. Erről bővebben egy külön cikkben írtunk: mi történik egy WordPress oldallal karbantartás nélkül.

Mi drágítja meg a projektet utólag

Ez a rész azért fontos, mert a legtöbb csalódás nem a kezdő árból, hanem az útközben felbukkanó tételekből fakad.

• Extra aloldal vagy funkció menet közben. Ha a projekt közben derül ki, hogy kell még egy oldal vagy egy egyedi funkció, az szinte mindig külön tételként jelenik meg, és ez rendben is van, csak jó előre tudni.

• A szöveg újraírása. Ha az ajánlat csak egy vázlatot tartalmaz, és a megrendelő a teljes szöveget át akarja íratni, ez plusz munkakör és idő.

• Domain és tárhely. Ez szinte soha nem része a fejlesztési díjnak, és évi 5–15 ezer forint közötti tétel, amit a megrendelő általában közvetlenül a szolgáltatójának fizet.

• Az átadás utáni hibajavítás. Ha nincs karbantartási szerződés, egy egyszerű frissítési hiba is eseti díjas beavatkozássá válik, gyakran drágábban, mintha eleve be lett volna tervezve havi díjba.

• A licencek lejárata. Ha az oldal prémium bővítményeket használ, azok licence idővel lejár. Ez nem a fejlesztő trükkje, hanem a bővítménygyártók üzleti modellje, de ha senki nem figyeli, az oldal csendben veszíti el a hozzáférést a frissítésekhez.

Hogyan néz ki egy fix árú csomag a gyakorlatban

A woowebsite.eu ezen a piacon két rögzített csomaggal dolgozik, direkt azért, hogy a fenti bizonytalanságok nagy részét kizárja az ajánlatból.

	Start csomag	Üzleti csomag
Ár	189 000 Ft	329 000 Ft
Aloldalak	Főoldal + 3 aloldal	Főoldal + 6 aloldal
Szövegírás	AI-támogatott vázlat, 1 javítási kör	Teljes AI-támogatott szövegírás, 2 javítási kör
Keresőoptimalizálás	Alap technikai beállítások	Alap + prémium beállítások
Blog- vagy hírszekció	Nincs	Van
Támogatás átadás után	30 nap e-mailes, karbantartás nélkül	60 nap e-mailes, karbantartás nélkül
Átfutás	2–4 hét	2–4 hét

A két csomag közötti fő különbség nem a dizájn, hanem a tartalom mélysége és a keresőoptimalizálás szintje. A domain és a tárhely díja egyik csomagban sincs benne, ahogy a folyamatos karbantartás sem, ez utóbbi külön, havi díjas szolgáltatás. Az árak bruttó árak, 50 százalék előleggel a projekt indításakor és 50 százalékkal az átadáskor, minden projekthez írásos megrendelővel.

Webáruházra épülő vállalkozásnál a számok másképp néznek ki: a Start webshop-csomag 339 000, az Üzleti 489 000 forint, és az Üzleti csomaghoz ingyen jár az AI Booster nevű, saját fejlesztésű bővítmény is a termékleírások gyorsabb elkészítéséhez. Ez utóbbiról egy külön cikkben írunk részletesen.

Mit kérdezz meg ajánlatkéréskor, akárkitől kéred is az ajánlatot

Ha nem a woowebsite.eu-tól, hanem máshonnan kér valaki ajánlatot, ezekre a kérdésekre mindenképp érdemes választ kapni írásban, mielőtt aláír bármit:

• Az ajánlatban szereplő ár fix szám, vagy egy sáv, ami menet közben módosulhat?
• Ki írja meg a szöveget, és hány javítási kör fér bele az árba?
• Mennyi támogatás jár az átadás után, és mi történik utána?
• Kinek a nevén lesz a domain és a tárhely?
• Mi van a prémium bővítmények licencével, ha a karbantartás leáll?

Ha ezekre a kérdésekre az ajánlat nem ad választ, azt utólag, egy számlán fogja megadni.

Gyakran ismételt kérdések

Mennyi idő alatt készül el egy weboldal?

Egy egyszerűbb oldal jellemzően 2–4 hét alatt, egy webáruház 2–5 hét alatt. Ez nagyban függ attól is, milyen gyorsan érkeznek meg a szükséges anyagok és jóváhagyások a megrendelő oldaláról.

Miért van ekkora különbség 100 000 és 1 500 000 forint között?

A sablon vagy egyedi tervezés, az aloldalak száma, a szövegírás mélysége és az átadás utáni támogatás mind belejátszik. Két, azonos árú ajánlat is nagyon más terméket takarhat.

Olcsóbb, ha magam írom meg a szöveget?

Rövid távon igen, mert kevesebb munkaórát számláz a fejlesztő. Hosszú távon viszont a legtöbb vállalkozó pont itt akad el heteken keresztül, ami az oldal elindulását tolja ki, nem az árát csökkenti.

Mi számít bele a weboldal árába a domainen és tárhelyen kívül?

A tervezés, a szövegírás, a technikai beállítás és jellemzően egy rövid, átadás utáni támogatási időszak. A folyamatos karbantartás, a frissítések és a mentések általában külön, havi díjas szolgáltatásként jönnek utána.

Van garancia arra, hogy a végleges ár nem változik?

Ha a projekt írásos specifikációval indul, igen. A specifikáción felüli, menet közben felmerülő kérésekre külön ajánlat és jóváhagyás szükséges, ez viszont az ajánlatkéréskor kérdezhető és rögzíthető.

Következő lépés

Ha a fenti szempontok alapján egy fix árú, előre rögzített tartalmú csomagra van szükséged, a WordPress weboldal készítés oldalon pontosan látod, mi tartozik a Start és az Üzleti csomaghoz. Webáruházhoz a WooCommerce webshop készítés oldal ad részletes bontást. Ha csak most méred fel, mennyi lenne a te projekted, a kapcsolatfelvételi oldalon 24–48 órán belül választ kapsz egy rövid leírás alapján.