Weboldal készítés és fejlesztés Internet Explorer 11-re optimalizálva

IE 11 weboldal magánügyfeleknek

Az IE 11 weboldal akkor fontos téma, ha egy meglévő oldalnak még régi böngészőben is használhatónak kell maradnia. A legtöbb új oldalnál ma már nem ez az alap, de vannak helyzetek, amikor a magánügyfél nem dönthet teljesen szabadon. Lehet régi céges gép, zárt rendszer, oktatási környezet, belső adminfelület vagy olyan felhasználói kör, ahol a váltás lassú. Ilyenkor nem elég azt mondani, hogy a böngésző elavult. Meg kell nézni, milyen funkciók szükségesek, mi jelenhet meg egyszerűbben, és hol kell külön fejlesztői figyelem.

Szerintem az IE 11 weboldal tervezésénél a legnagyobb kérdés nem az, hogy lehet-e mindent ugyanúgy megoldani. Lehet sok mindent, de nem mindig éri meg. A jó döntés inkább az, hogy az oldal stabilan működjön, ne essen szét, az űrlapok használhatók legyenek, a szövegek olvashatók maradjanak, és a látogató el tudja végezni a fő feladatot. Egy magánügyfélnek ez sokszor fontosabb, mint az, hogy minden animáció és látványos rész pontosan ugyanaz legyen, mint új böngészőkben.

A Qjob.hu felületén olyan magánszakemberek is találhatók, akik távolról vállalnak régi böngészőkhöz kapcsolódó ellenőrzést, javítást vagy weboldal átalakítást. Itt érdemes pontosan leírni, hogy új oldal készül, meglévő oldal hibáit kell javítani, vagy csak ellenőrizni kell az Internet Explorer 11 alatti működést. Ez az első szűrő. Ha ez nincs tisztázva, a szakember könnyen más munkamennyiséggel számol.

IE 11 kompatibilis weboldal célja

Az IE 11 kompatibilis weboldal célja általában nem a modern látvány teljes másolása, hanem a biztonságos használat. Ez fontos különbség. A régi böngésző nem támogat sok mai megoldást, ezért a weboldal készítésekor több kerülőút kell. Egyszerűbb rácsok, óvatosabb kód, kevesebb látványelem, külön ellenőrzés és néha alternatív megjelenítés.

Tapasztalatom szerint sok ügyfél csak akkor gondol erre, amikor valaki jelzi, hogy az oldal nem nyílik meg rendesen. Például eltűnik a menü, nem működik a gomb, szétesik az űrlap, vagy nem tölt be egy fontos rész. Volt olyan eset, amikor egy ügyfél egy egyszerű ajánlatkérő oldalt kért javítani, mert néhány régi gépen nem lehetett elküldeni az űrlapot. A design nem volt hibás. A gond az volt, hogy a használt parancsfájl túl új megoldásra épült, és a régi böngésző ezt nem kezelte.

Ezért a munka elején nem a színek vagy a képek a legfontosabbak. Először azt kell látni, melyik oldalrész üzletileg vagy személyes célból lényeges. Ilyen lehet a kapcsolatfelvétel, a megrendelés, a fájlfeltöltés, a keresés, a bejelentkezés vagy egy adatlap. Ha ezek működnek, a webes megoldás már nem csak szebb, hanem használhatóbb is lesz a régi környezetben.

IE 11 weboldal árak

Az IE 11 weboldal ára sokszor magasabb, mint egy egyszerű modern oldalé, mert több ellenőrzést és javítást igényel. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent. Nem azért, mert minden olcsó ajánlat rossz, hanem mert a kompatibilitás nem látszik azonnal. Egy oldal első ránézésre rendben lehet, de a régi böngészőben csak később derül ki, hogy a fontos funkció nem működik.

Én azt látom, hogy a legjobb ár nem mindig az, amelyik a legalacsonyabb. Ennél a munkánál a szakember ideje nagy részben tesztelésre megy el. Meg kell nyitni az oldalt, hibákat kell keresni, majd javítás után újra ellenőrizni kell. Ez lassabb folyamat, mint egy átlagos szöveges aloldal elkészítése. És ha a megbízás csak annyit tartalmaz, hogy legyen jó IE 11 alatt, abból könnyen vita lesz. Pontosabb kérés kell.

Internet Explorer 11 tervezés lépései

Az Internet Explorer 11 tervezés akkor működik jól, ha a munka nem rögtön kódolással indul. Először rövid felmérés kell. Milyen oldalról van szó. Melyik funkció fontos. Melyik rész hibás most. Van-e kész arculat, vagy csak egy egyszerű működő felület kell. A magánügyfélnek nem kell technikai nyelven leírnia mindent, de képernyőképek, hibaleírások és konkrét példák sokat segítenek.

A következő lépés a határok kijelölése. Egy régi böngészőnél el kell dönteni, mi legyen az alapelv. Teljesen azonos megjelenés kell, vagy elég egy egyszerűbb, de működő verzió. Szerintem a második sokszor értelmesebb. A látogatónak nem az a fontos, hogy minden árnyék és mozgás ugyanúgy jelenjen meg, hanem az, hogy ne akadjon el.

Ezután jön a javítás vagy az új szerkezet kialakítása. A szakember ilyenkor figyel a rugalmas méretezésre, a régebbi stílusmegoldásokra, az űrlapokra, a képek betöltésére és azokra a parancsfájlokra, amelyek gondot okozhatnak. A távoli munka során a kommunikáció általában üzenetben, hívásban vagy közös dokumentumban történik. A fájlok átadása tömörített csomagban, tárhelyen, kódtárban vagy adminfelületen keresztül is megoldható.

A határidő egy kisebb ellenőrzésnél lehet egy nap, nagyobb javításnál több munkanap. Ha sok aloldal és sok régi kód van, akkor nem érdemes túl rövid határidőt kérni. A kapkodás itt különösen veszélyes. Egy javítás könnyen másik hibát hoz elő, ezért kell az ismételt próba.

Régi böngészős weboldal minőségi hibái

A régi böngészős weboldal egyik tipikus hibája, hogy az ügyfél csak a kezdőlapot nézi meg. Pedig a gond gyakran mélyebben van. Egy kapcsolatfelvételi űrlapnál. Egy belső keresőnél. Egy galériában. Vagy egy olyan gombnál, amely új böngészőben működik, de IE 11 alatt nem reagál.

Sokan ott hibáznak, hogy a kinézetet kérik számon, miközben a működés nincs rögzítve. A szakember csak akkor tud jó döntést hozni, ha tudja, mi számít sikeres átadásnak. Például a menü nyitható legyen, az űrlap elküldhető legyen, a fő kép látszódjon, a szöveg ne csússzon egymásra, és az oldal ne fagyjon le. Ezek egyszerű mondatok, de a munka szempontjából nagyon hasznosak.

Másik gyakori probléma a túl modern sablon. Sok kész rendszer látványos, de nem régi böngészőre készült. Ilyenkor a javítás nem mindig gazdaságos. Néha olcsóbb egy egyszerűbb aloldalt létrehozni, mint a teljes sablont foltozni. Ez nem visszalépés. Inkább józan döntés, ha a cél egy használható felület.

A minőség jele az is, hogy a szakember nem ígér vakon mindent. Ha valaki azonnal azt mondja, hogy minden pontosan ugyanúgy fog kinézni, érdemes óvatosnak lenni. A régi böngészőnek vannak határai. Egy megbízható magánszakember inkább elmondja, hol lesz azonos a megjelenés, hol lesz egyszerűbb, és melyik megoldás mennyi pluszmunkát jelent.

IE 11 kompatibilitás szakember választása

Az IE 11 kompatibilitás szakember kiválasztásánál a portfólió önmagában kevés. Nem csak szép weboldalakat kell nézni. Arra is rá kell kérdezni, dolgozott-e már régi böngészős hibákkal, tud-e tesztelési eredményt adni, és hogyan kezeli a nem támogatott funkciókat. Ez gyakorlati terület. A tapasztalat itt sokat számít.

Érdemes rövid, konkrét feladatot adni az első üzenetben. Például van egy meglévő oldal, IE 11 alatt szétesik a menü, képernyőképet tudok küldeni, a cél az űrlap és a navigáció javítása. Ez jobb, mint egy hosszú, általános kérés. A szakember ebből látja a problémát, és reálisabban tud árat mondani.

A jó jel az, ha a válasz nem csak ár. Hanem kérdések is vannak benne. Milyen rendszerben készült az oldal. Van-e hozzáférés a fájlokhoz. Kell-e megőrizni a jelenlegi megjelenést. Hány aloldalt kell tesztelni. Lesz-e átadás utáni javítási kör. Ezek nem akadékoskodó kérdések. Ezek védik az ügyfelet is.

Magánügyfélként azt is érdemes tisztázni, hogy ki adja át a hozzáféréseket, hol történik a próba, és milyen formában kapja vissza az eredményt. Egy távoli webes megbízásnál a világos kommunikáció legalább annyira fontos, mint a technikai tudás. Ha az üzenetek zavarosak, a munka is könnyen félremegy.

Internet Explorer 11 munka átadása

Az Internet Explorer 11 munka átadása akkor korrekt, ha nem csak annyi történik, hogy a szakember jelzi, kész. Kell valamilyen ellenőrizhető eredmény. Ez lehet rövid leírás, képernyőkép, tesztlista vagy pontos felsorolás arról, mely hibák lettek javítva. Nagyobb feladatnál érdemes külön jelölni, mi készült el teljesen, mi lett egyszerűsítve, és mi maradt technikai korlát miatt változatlan.

A kommunikáció online is jól működhet, ha a felek nem hagyják a fontos részleteket szóban elveszni. Én azt javaslom, hogy a fő döntések írásban maradjanak. Milyen böngészőre készült a javítás. Melyik oldalrészekre vonatkozik. Hány módosítási kör van benne az árban. Mikor számít lezártnak a munka. Ez nem merevség, hanem védelem.

Volt olyan eset, amikor egy ügyfél utólag újabb aloldalakat is ugyanabba az árba szeretett volna beleérteni. A szakember viszont csak a kezdőlapra és egy űrlapra adott ajánlatot. Nem rosszindulat volt a gond, hanem pontatlan megbízás. Ezt könnyű megelőzni, ha az elején rövid listában szerepelnek a javítandó oldalak és funkciók.

A kész eredmény átvételekor nem kell fejlesztőként gondolkodni. Elég végigmenni a fő felhasználói úton. Megnyílik-e az oldal. Látszik-e a menü. Olvasható-e a szöveg. Működik-e az űrlap. Megjelennek-e a visszajelzések. Nem csúszik-e szét a tartalom. Ha ezek rendben vannak, a régi böngészőre készített megoldás már teljesíti a fő célját.