Weboldal akadálymentesítés ára: mennyibe kerül és mitől függ?

A weboldal akadálymentesítés ára nem adható meg korrektül egyetlen fix összeggel. Egy kisebb, technikailag rendezett céges oldal javítása teljesen más feladat, mint egy webshop, ügyfélportál vagy egyedi webalkalmazás akadálymentesítése.

A költséget leginkább az dönti el, milyen állapotban van a jelenlegi oldal, hányféle sablont és komponenst használ, milyen funkciók vannak rajta, és mennyi hibát kell ténylegesen kijavítani. Nem ugyanaz a munka egy hiányzó alt szöveg pótlása és egy billentyűzettel használhatatlan navigáció újraépítése.

Ezért az akadálymentesítés árát általában felmérés vagy audit után lehet reálisan meghatározni. Egy korrekt ajánlat nem csak azt nézi meg, hány oldalból áll a webhely, hanem azt is, hogyan működik.

Mitől függ a weboldal akadálymentesítés ára?

Elsőre logikusnak tűnhet oldalszám alapján becsülni. A gyakorlatban ennél sokkal többet számít a technikai felépítés. Egy száz aloldalas webhely például épülhet három jól kialakított sablonból. Ha ugyanaz a hiba ismétlődik minden oldalon, sokszor egy komponens javításával a probléma nagy része rendezhető. Ezzel szemben egy tízoldalas oldal is lehet nehéz projekt, ha egyedi űrlapokat, modális ablakokat, szűrőket, időpontfoglalást és más interaktív elemeket használ.

A weboldal mérete önmagában kevés információ

A tartalom mennyisége természetesen számít, de nem kizárólag az URL-ek darabszámát kell nézni. Többet mond például az, hogy hány különböző oldaltípus van:

• kezdőoldal;

• szolgáltatásoldal;

• termékoldal;

• kategóriaoldal;

• blogcikk;

• kapcsolatfelvételi oldal;

• kosár és pénztár;

• felhasználói fiók.

Ha ugyanazok a komponensek ismétlődnek, a javítás egy része központilag kezelhető. Sok egyedi oldalnál viszont többet kell külön ellenőrizni.

A jelenlegi technikai állapot sokat számít

Egy jól felépített frontend akadálymentesítése általában más jellegű munka, mint egy régi, több körben toldozott weboldalé. Gyakori problémák például a hibás HTML-struktúra, a rosszul megírt egyedi komponensek vagy a billentyűzettel nem használható menük. Előfordulhat az is, hogy a fókuszkezelés hibás, az űrlapok címkézése hiányos, vagy egy felugró ablakból nem lehet megfelelően kilépni. Ilyenkor már fejlesztési feladatról beszélünk. Egy alt szöveg módosítása néhány perc lehet. Egy teljes menürendszer vagy összetett komponens átépítése egészen más kategória.

Az oldal funkciói meghatározzák a tesztelés mélységét

Egy egyszerű szolgáltatói weboldalon a felhasználó többnyire olvas, navigál és kapcsolatot vesz fel. Egy webshopban már végig kell nézni a termékkeresést, szűrést, kosarat, pénztárat, űrlapokat és a fizetési folyamat felhasználói oldalát.

Egy ügyfélportál vagy webalkalmazás ennél is összetettebb lehet. Menük, táblázatok, dinamikus szűrők, modális ablakok, állapotváltozások és egyedi vezérlők jelenhetnek meg benne. Minél több interakció van, annál több mindent kell kipróbálni.

A kívánt megfelelési szint sem mindegy

Az akadálymentességi projektek során gyakran a WCAG követelményei jelentik a technikai kiindulópontot. A konkrét projektben meg kell határozni, milyen megfelelési szintet kell vagy szeretnének elérni, illetve vannak-e további szerződéses vagy jogi elvárások. Ezt érdemes már az ajánlatkérés előtt tisztázni. Más munkát jelent egy általános usability-javítás és más egy dokumentált megfelelőségi projekt.

Nem csak a weboldal kódját kell akadálymentesíteni

Az akadálymentesség költségénél könnyű csak a fejlesztői feladatokra gondolni. A tartalom ugyanúgy problémás lehet. Egy nagyobb webhelyen akár rengeteg kép szerepelhet, amelyeknél át kell nézni az alternatív szövegeket. Videóknál feliratokra lehet szükség. A letölthető dokumentumok külön vizsgálatot igényelhetnek. Ha a címsorok rendszertelenül vannak használva, vagy az oldalak tele vannak „Kattints ide” típusú linkekkel, szerkesztési munka is felmerül. Ezért nem mindig a programozás a legnagyobb tétel.

Milyen munkákból áll össze az akadálymentesítés költsége?

A „weboldal akadálymentesítés” valójában több külön feladat összefoglaló neve. Egy projekt általában felméréssel indul, utána következnek a design-, tartalmi és fejlesztési javítások. Végül újra ellenőrizni kell az oldalt.

Akadálymentességi audit és hibafeltárás

A javítás előtt tudni kell, mi a probléma. Automatikus ellenőrzőeszközökkel gyorsan előkerülhetnek bizonyos technikai hibák. Ezek azonban nem fednek le mindent. Érdemes billentyűzettel végigpróbálni a fő folyamatokat. Képernyőolvasós ellenőrzésre is szükség lehet. Meg kell nézni az űrlapokat, a navigációt, az interaktív elemeket és a fontosabb oldaltípusokat. Egy komolyabb audit végén nem csak egy hibajegyzék készül. A problémákat célszerű súlyosság és javítási prioritás szerint is rendezni.

Az audit és a javítás két külön feladat. Az egyik feltárja, mi nincs rendben. A másik ténylegesen megváltoztatja az oldalt.

UI- és UX-hibák javítása

Nem minden akadálymentességi probléma kódhiba. Lehet túl gyenge a kontraszt. Nem látszik jól a fókuszállapot. Egy hiba csak piros színnel van jelölve. Egy gomb túl kicsi vagy nehezen értelmezhető. Ezeket sokszor már a design szintjén rendezni kell - ux - ui szintjén. Nagyobb rendszer esetén előfordulhat, hogy nem egy-egy képernyőt érdemes külön javítani, hanem a design system komponenseit. Így a módosítás minden érintett felületen egységesen megjelenhet.

Frontend és technikai javítások

Itt szokott igazán megmutatkozni, mennyire jó állapotban van a weboldal. A fejlesztési munka érintheti például:

• a szemantikus HTML-struktúrát;

• a billentyűzetes navigációt;

• a fókuszkezelést;

• a menüket;

• az űrlapokat;

• a modális ablakokat;

• a tabokat és lenyíló elemeket;

• az egyedi JavaScript-komponenseket.

Bizonyos esetekben megfelelő ARIA-attribútumokra is szükség lehet. Ezek viszont nem helyettesítik a jól megválasztott natív HTML-elemeket. Ha egy régi rendszerben sok egyedi megoldást kell utólag javítani, a munka gyorsan megnőhet.

Tartalmi javítások

Az alt szövegek, linkfeliratok, címsorok, videófeliratok és egyéb tartalmi elemek javítása nem feltétlenül fejlesztői feladat. Az viszont eldöntendő, ki végzi el. Ha az ügyfél saját tartalomszerkesztői javítják a több száz kép alternatív szövegét, az más árazást jelent, mint amikor ezt is a projektet végző csapat vállalja. Ugyanez igaz a videókra és dokumentumokra.

Kisebb céges oldal vagy webshop: nem ugyanaz a munka

Konkrét ár helyett sokszor többet mond az oldal típusa.

Egyszerű bemutatkozó oldal: alacsonyabb összetettség. A legtöbb munkát általában a tartalom, a navigáció és az űrlapok kialakítása adja.
Nagyobb céges oldal: közepes összetettség. Több sablon és komponens megtervezésére, kialakítására van szükség.
Webshop: magasabb összetettség. A termékoldalak, a szűrés, a kosár és a pénztár kialakítása jelenti a főbb feladatokat.
Ügyfélportál: magas összetettség. Az űrlapok, különböző állapotok és jogosultsági felületek kialakítása igényel több munkát.
Egyedi webalkalmazás: az összetettség erősen projektfüggő. Jellemzően az egyedi interakciók és a komplex komponensek adják a munka jelentős részét.

Ez nem árlista. Arra viszont jól rávilágít, miért nehéz egyetlen „weboldal akadálymentesítés ár” összeget megadni.

Miért nem jó csak az oldalak számából kiindulni?

Vegyünk két weboldalt. Az elsőn ötven tartalmi oldal található. Mind ugyanarra a jól felépített sablonra épül, kevés interakcióval. A másodikon csak tíz oldal van. Viszont tartalmaz időpontfoglalót, dinamikus szűrőt, összetett űrlapokat és több egyedi modális ablakot. URL-ből az elsőben van több. Munka szempontjából könnyen lehet, hogy a második a nehezebb. Az akadálymentesítés ára ezért inkább komplexitásból, mint egyszerű oldalszámból következik.

Meglévő weboldal akadálymentesítése vagy újratervezés?

Egy régi oldalnál idővel felmerülhet a kérdés, hogy érdemes-e tovább javítani. Nincs általános szabály. Ha a frontend alapvetően rendben van, az oldal karbantartható, és a problémák jól elkülöníthetők, a meglévő rendszer javítása teljesen ésszerű lehet. Más a helyzet, ha már az alapkomponensek is problémásak.

Mikor érdemes a meglévő oldalt javítani?

Ha például a navigáció megfelelő HTML-re épül, de néhány fókuszállapot és címke hiányzik, felesleges emiatt teljes weboldalt cserélni. Ugyanez igaz tartalmi problémákra vagy elszigetelt komponenshibákra. Ilyenkor célzott javításokkal lehet haladni.

Mikor kerülhet szóba teljesebb újratervezés?

Elavult technikai alapoknál már más a mérlegelés. Ha a weboldalt amúgy is újra kellene tervezni, mobilon rosszul működik, nehéz karbantartani, és az akadálymentességi problémák szinte minden komponenst érintenek, érdemes összevetni a javítás és az újraépítés költségét. Nem biztos, hogy az új oldal lesz olcsóbb. De az sem biztos, hogy gazdaságos éveken keresztül javítgatni egy olyan rendszert, amelynek az alapjai már nem megfelelőek.

Drágább eleve akadálymentes weboldalt készíteni?

Új oldalnál az akadálymentesség sokkal könnyebben beépíthető a normál tervezési és fejlesztési folyamatba. Ha már a design során figyelünk a kontrasztra, fókuszállapotokra és komponensekre, ezeket nem kell később egyenként újratervezni. Ha a fejlesztő eleve szemantikus HTML-t használ és billentyűzettel kezelhető komponenseket épít, kevesebb utólagos átalakítás szükséges. Átgondoltan kell weboldalt készíteni.

Ettől még az akadálymentesség nem „ingyenes”. Tesztelni kell. Bizonyos esetekben több tervezési és fejlesztési munka is szükséges. A különbség inkább az, hogy nem utólag kell visszabontani egy már elkészült rendszert.

Mennyibe kerül egy WCAG audit?

A WCAG audit árát ugyanaz a probléma nehezíti, mint magát az akadálymentesítést: nem mindegy, mit kell átvizsgálni. Egy ötoldalas céges honlap és egy összetett webalkalmazás auditja nem azonos feladat. Az ár függhet attól, hány oldaltípus és komponens kerül a vizsgálatba, milyen funkciókat kell tesztelni, mekkora részletességű dokumentáció készül, és milyen megfelelési követelmény alapján történik az ellenőrzés. Az ajánlatkérésnél ezért célszerű rákérdezni arra, mit tartalmaz az audit. Csak automatikus vizsgálat történik? Van manuális teszt? Készül részletes hibajegyzék? A jelentés tartalmaz javítási javaslatokat? Újratesztelés is van? Két azonos árú audit szolgáltatási tartalma között nagy különbség lehet.

Egyszeri költség az akadálymentesítés?

Egy weboldal ritkán marad változatlan. Új aloldalak készülnek. Megváltozik a navigáció. Új plugin kerül be. Elkészül egy kampányoldal. Új videó vagy dokumentum kerül fel.

Ezekkel új akadálymentességi hibák is megjelenhetnek. Egy egyszer már megfelelően felépített rendszer fenntartása azonban jóval egyszerűbb, ha a csapat tudja, milyen szabályokat kell követnie. Például a tartalomszerkesztők tudják, hogyan használják a címsorokat és mikor írjanak alt szöveget. A fejlesztők az új komponenseket már billentyűzettel is tesztelik. Így nem minden új funkciónál kell elölről kezdeni.

Hogyan kérj árajánlatot weboldal akadálymentesítésére?

A „Mennyibe kerül?” kérdésre sokkal gyorsabban lehet érdemi választ adni, ha az ajánlatkérésben már szerepel néhány alapinformáció. Hasznos megadni:

• a weboldal URL-jét;

• milyen rendszerre épül;

• van-e webshop vagy egyedi funkció;

• van-e felhasználói fiók;

• készült-e már korábbi audit;

• milyen problémák ismertek;

• van-e konkrét megfelelési követelmény;

• milyen határidővel kell számolni.

Ha több külön domain vagy alrendszer tartozik a projekthez, ezt is jobb előre jelezni. Egy jó előzetes felmérés sok felesleges oda-vissza egyeztetést megspórol.

Mit nézz meg egy akadálymentesítési ajánlatban?

A végösszeg önmagában kevés. Az egyik ajánlat csak automatizált hibakeresést tartalmazhat, a másik kézi vizsgálatot és tényleges javítást is. Ez nem ugyanaz a szolgáltatás.

Kiderül-e pontosan, mit vizsgálnak?

Érdemes látni, hogy mely oldalak, sablonok és folyamatok kerülnek bele. Ha webshopról van szó, például vizsgálják-e a teljes vásárlási folyamatot, vagy csak néhány tartalmi oldalt?

Automatikus vagy manuális audit történik?

Az automatikus eszköz hasznos. Önmagában kevés. A navigáció logikáját, a billentyűzetes használhatóság több elemét vagy egy alt szöveg valódi minőségét nem lehet pusztán egy pontszámból eldönteni.

A javítás benne van az árban?

Ez gyakori félreértés. Egy audit elkészítése és a feltárt hibák kijavítása külön munkafázis lehet. Mindig legyen világos, hogy az ajánlat csak feltárást, csak javítást vagy mindkettőt tartalmaz.

Van utóellenőrzés?

Ha nincs újratesztelés, akkor valójában csak azt tudjuk, hogy a fejlesztő módosított valamit. Azt még nem, hogy a probléma biztosan megszűnt.

Elég egy olcsó accessibility widget?

Ha egy ajánlat lényegében egy akadálymentességi widget telepítéséből áll, érdemes pontosan megnézni, milyen problémákat old meg. Egy ilyen kiegészítő képes lehet például bizonyos vizuális beállításokat adni a felhasználónak.

De nem építi át automatikusan a hibás navigációt. Nem tesz rendbe minden űrlapot. Nem javítja meg a rossz fókuszkezelést, és nem alakít át megfelelő HTML-elemmé minden kattintható div-et. Ezért egy widget ára és egy tényleges akadálymentesítési projekt ára között nem érdemes közvetlen összehasonlítást tenni. Nem ugyanazt kapjuk.

Gyakori kérdések a weboldal akadálymentesítés áráról

Mennyibe kerül egy weboldal akadálymentesítése?

Nincs minden weboldalra érvényes fix ár. A költséget a webhely technikai állapota, mérete, funkciói, tartalma, az akadálymentességi hibák száma és a szükséges megfelelési szint határozza meg. Pontos ajánlathoz általában előzetes felmérés szükséges.

Mitől függ leginkább az akadálymentesítés költsége?

A technikai komplexitás általában többet számít, mint az oldalak puszta száma. Egy kevés oldalból álló, sok interakciót tartalmazó webalkalmazás több munkát igényelhet, mint egy nagyobb, de egyszerű sablonokra épülő tartalmi webhely.

Mennyibe kerül egy WCAG audit?

Az audit ára attól függ, mekkora és milyen összetett rendszert kell vizsgálni, hány oldaltípus és funkció kerül bele, milyen részletes dokumentáció szükséges, valamint történik-e manuális és képernyőolvasós tesztelés. Az audit nem feltétlenül tartalmazza a javításokat.

Egy WordPress weboldal akadálymentesítése olcsóbb?

Nem feltétlenül. A WordPress csak a rendszer egyik része. A használt sablon, page builder, pluginok és egyedi fejlesztések határozzák meg, mennyire könnyen javítható a frontend.

Többe kerül egy webshop akadálymentesítése?

Gyakran több folyamatot kell ellenőrizni, mint egy egyszerű bemutatkozó oldalon. A keresés, termékoldalak, szűrés, kosár és pénztár mind külön interakciókat tartalmazhatnak. Ettől azonban még konkrét ár csak az adott webshop felmérése után adható.

Elég egy akadálymentességi plugin?

Általában nem. Egy plugin bizonyos kiegészítő funkciókat biztosíthat, de nem oldja meg automatikusan a weboldal összes szerkezeti, tartalmi és interakciós problémáját.

Mennyi ideig tart egy weboldal akadálymentesítése?

A szükséges idő a weboldal méretétől, technikai állapotától, a hibák típusától és a fejlesztési kapacitástól függ. Egy kisebb javítási csomag és egy összetett webalkalmazás átdolgozása között jelentős különbség lehet.

Az audit ára tartalmazza a hibák javítását is?

Nem feltétlenül. Az audit a problémák feltárása és dokumentálása, a javítás pedig külön fejlesztési és tartalmi munka lehet. Az ajánlatban mindig érdemes ellenőrizni, pontosan melyik munkafázisokat tartalmazza az ár.

Akkor mennyibe kerül a weboldal akadálymentesítése?

A korrekt válasz továbbra is az, hogy előzetes vizsgálat nélkül nem lehet megbízható árat mondani. Nem azért, mert az akadálymentesítés különösen kiszámíthatatlan. Egyszerűen nincs két teljesen azonos weboldal. Egy rendezett céges honlapon néhány komponens és tartalmi probléma javítása lehet a feladat. Egy régi webshopnál már a navigációtól a pénztárig több folyamatot is át kell dolgozni. Egy webalkalmazásnál pedig akár összetett frontendkomponensek újraépítése is előkerülhet.

Ezért az árképzés helyes sorrendje általában: felmérés → hibák és feladatok meghatározása → prioritások → fejlesztési becslés → javítás → újratesztelés

Így nem egy általános „akadálymentesítési csomagért” fizet az ügyfél, hanem pontosabban látható, milyen problémákat kell megoldani és mekkora munka szükséges hozzá.