Esettanulmány · Átvett honlap karbantartása

Az oldalt nem én építettem — átvettem

Egy piackutató cég honlapja, ami már megvolt, amikor megkerestek. 2023 nyara óta én vagyok a karbantartója — és az alapja azóta lépésenként kicserélődött alatta.

A helyzet
Van egy működő honlapod, de aki építette, már nem elérhető. A hibák gyűlnek egy listán, és nincs, aki végigvigye őket — az oldal közben a vállalkozás kirakata.
A megoldás
Előbb átvétel, csere nélkül: a meglévő rendszer megismerése, aztán a hibalista végigjárása — a működést érintő tételekkel kezdve. Az alap cseréje később jött, lépésenként.
Az eredmény
A regisztrációs folyamat rendbe került, és azóta is én vagyok, akihez az oldal tartozik — a lábléce is ezt mondja: „Fejlesztő és karbantartó”.

A munka számokban

Az átvétel és a karbantartás főbb adatai
Az átvétel éve2023 nyara
Az első hibalista8 tétel, egy emailben
A javítások köreregisztráció, süti-kezelés, tipográfia
Karbantartói szerep2023 óta folyamatos
Amin ma futsaját téma
Bővítmény2 — űrlap és süti-hozzájárulás
Projekt
piac- és közvéleménykutatás
Szerep
Átvett oldal hibajavítása, folyamatos karbantartás
Együttműködés
Folyamatos karbantartói szerep
Az átvétel menete Az oldal más keze munkája, működik, de gazdátlan. Az átvétel három lépése: hozzáférések és mentés, a rendszer megismerése, majd a hibalista végigjárása a működést érintő tételekkel kezdve. Az eredmény a folyamatos karbantartói szerep. Kész, működő oldal más építette a készítő nem elérhető Átvétel hozzáférés, mentés, a rendszer megismerése Hibalista 8 tétel egy emailben a működés előbb, a szépség utána Karbantartói szerep 2023 óta folyamatos a lábléc szerint is: „Fejlesztő és karbantartó” újraépítés nem történt — az oldal jó volt, csak gazdátlan
Az átvétel nem újraépítés. Az oldal működött — az hiányzott mögüle, aki válaszol, ha valami elromlik.
  1. 01 Kész, működő oldal más építette a készítő nem elérhető
  2. 02 Átvétel hozzáférés, mentés, a rendszer megismerése
  3. 03 Hibalista 8 tétel egy emailben a működés előbb, a szépség utána
  4. 04 Karbantartói szerep 2023 óta folyamatos a lábléc szerint is: „Fejlesztő és karbantartó”

újraépítés nem történt — az oldal jó volt, csak gazdátlan

Ahogy egy átvétel kinéz

A megkeresés nem tervezetten jött: egy ismerős technikus ajánlott be, akinek a cégénél a honlap készítője már nem volt elérhető. Az oldal működött — kutatási résztvevőket toboroz, regisztrációval és nyereménysorsolással —, de a felgyűlt hibákkal nem volt kihez fordulni.

Az első levél, amit kaptam, egy nyolctételes lista volt. Vegyesen: legyen süti-kezelés, a regisztrációnál ne kelljen kétszer begépelni az email-címet, az értesítő rossz címre megy, kis a betű, hiányzik egy vessző a címből. A lista utolsó tétele így szólt: „és persze világbéke” — innen tudtam, hogy ez a munkakapcsolat működni fog.

A sorrend: előbb ami a működést állja el

A nyolc tételből nem a látványosakkal kezdtem, hanem azzal, ami a cég dolgát akadályozta. Itt ez a regisztráció volt — az oldal értelme, hogy jelentkezőket gyűjt. A tipográfia várhatott; az elveszett jelentkezés nem vár.

A legtanulságosabb tétel az értesítő volt: a jelentkezőnek menő levél jó címre ment, a cégnek szóló belső értesítő viszont egy régire. A jelentkezések így egy nem figyelt postafiókban gyűltek. A javítás egyetlen beállítás — a megtalálása a munka.

Amin ma fut

A karbantartói szerep évei alatt az oldal alapja darabonként kicserélődött. Ma saját témán fut, és két bővítmény maradt rajta: az egyik az űrlapot adja, a másik a süti-hozzájárulást. Ami a kettőn kívül esett — a keresőoptimalizálás, a látogatómérés, az átirányítások, a keményítés, a képkezelés — a témába került.

A látogató oldalán ez így néz ki: a kezdőlap tíz stíluslapot és két scriptet tölt le, jQuery nélkül. A megjelenésen közben semmi nem változott — a cég ugyanazt az oldalt látja, amit megszokott, és a levelezésünk végig arról szólt, ami neki fontos: leírások, képek, elérhetőségek.

Mit jelent ez, ha hasonló a helyzeted

Ha van egy honlapod, amihez már nincs meg az építője, az átvétel nem jelent automatikusan cserét. Ennél az oldalnál sem azzal indult: a rendszer működött, gazda kellett neki. Az alap cseréje évekkel később jött, darabonként — mindig ott, ahol egy komponens többe került, mint amennyit adott.

Amit egy átvételhez tisztázni kell, az nagyrészt nem technikai: hozzáférések, mentés az első beavatkozás előtt, és annak megbeszélése, mihez szabad nyúlni. A hibalistát utána egy menetben végig lehet vinni.

Ha van egy honlapod, aminek nincs meg az építője — vagy van, de nem elérhető —, írj pár mondatot arról, mi van most, és mi gyűlt fel a listán. Egy levélváltásból általában kiderül, mennyire mély a víz.

kristof@kristofkarner.com
Technikai kibontás

Innentől a részletek következnek: mi dönti el egy értesítő címzettjét, miért kényes a kétszeri email-megadás, és hogyan nyúlok más kódjához.

A javítások

Az értesítő, ami rossz címre ment

Egy regisztrációs űrlapnál jellemzően két levél keletkezik: a visszaigazolás a jelentkezőnek, és a belső értesítő a cégnek. A kettő címzettje két külön beállítás — és tipikusan két külön helyen él: az egyik az űrlap-bővítményben, a másik valahol a sablonban vagy egy általános beállításban.

Itt a belső értesítő egy régi címre ment. A követési út: megnézni, az űrlap melyik komponense küld, ott mi a címzett-mező értéke, és az honnan öröklődik. A helyes cím a cég dedikált jelentkezési postafiókja lett — az, amit tényleg figyelnek.

A kétszeri email-megadás, beillesztés nélkül

A kérés kétirányú volt: az email-címet kétszer kelljen begépelni, és a másolás-beillesztés ne működjön a megerősítő mezőben. Ez a kutatási toborzásnál nem szőrszálhasogatás: egy elgépelt email-cím elveszett résztvevő, mert a visszaigazolás sosem ér oda.

A beillesztés tiltása a megerősítő mezőn egy rövid szkript — és tudatos kompromisszum: kényelmetlenebb, cserébe a második mező tényleg ellenőriz, nem csak megismétli az első hibáját.

Süti-kezelés egy adatokkal dolgozó oldalon

Egy piackutató cégnél a süti-banner nem formaság — az egész működés személyes adatok kezelésére épül, a honlapnak is ehhez kell igazodnia. A hozzájárulás- kezelés bővítménnyel került fel, a szabályzat-oldalakkal összekötve.

Mit vett át a téma, és mi maradt bővítmény

Az oldal eredetileg oldalszerkesztőre épült, a hozzá tartozó kiegészítő-készlettel és egy szülőtémával. Az ilyen készlet nem egy döntés, hanem sok: a szerkesztő, a bővítménye, a sablontár, a kiegészítők, és mellettük a szokásos kísérők — kereső- optimalizálás, gyorsítás, címkekezelő, bejelentkezés-védelem, fordítás, SVG-támogatás, dokumentum-beágyazás. Mindegyik a saját ütemében frissül.

Ami ebből a témába került: a keresőoptimalizálás és a hozzá tartozó adminfelület, a helyi és gépi olvasásra szánt strukturált adat, a látogatómérés, az átirányítások, a WordPress alapból nyitva hagyott viselkedéseinek bezárása, a képkezelés és a fejléc-takarítás. Ezek együtt huszonhárom PHP-fájl, mert csak ennek az egy oldalnak kell megfelelniük.

Ami bővítmény maradt, az két olyan dolog, amit nem érdemes házilag megírni. Az egyik az űrlap: a beküldés-kezelés, a levélküldés, a spam-szűrés és a beérkezett jelentkezések tárolása együtt már saját rendszer lenne. A másik a süti-hozzájárulás — egy piackutató cégnél ez nem formaság, és a hozzájárulás nyilvántartása jogi bizonyíték.

A megjelenés közben nem mozdult. Ezt nem szemre néztem meg: a régi és az új változatról ugyanazokon a lapokon és ugyanazokon a szélességeken készült összehasonlító felvétel — kezdőlap, GYIK, regisztráció, nyeremények és a süti-tájékoztató, asztali és mobil nézetben egyaránt.

Ami nem nyilvánvaló

Más kódjához nyúlni más műfaj

A saját oldalamon tudom, mi miért van. Egy átvett oldalon minden furcsaság lehet szándékos döntés, aminek az okát az építő tudta, én pedig még nem. Ezért a beavatkozásaim itt kisebbek, a kérdéseim többek, és minden módosítás előtt mentés készül: a történetét nem én írtam.

Ennek az ellentéte az, amikor az oldal története végig nálam volt: a klinika honlapjánál a szerkesztő-felületet is én terveztem, ezért ott a beavatkozások mérete nem kockázat kérdése.

Az apró hibák listában élnek

Az ilyen oldalon a hibák nem egyenként érkeznek, hanem felgyűlnek, és egyszer valaki listába írja őket. Egy-egy tétel perceket visz el; a lista egyben egy délután. A munka természetes egysége itt nem a projekt, hanem a lista — és a jó lista végén néha ott a „világbéke” is.

A maradék költség egyetlen lapon ül

Ha egy oldalon két bővítmény maradt, kézenfekvő azt hinni, hogy a terhük egyenletesen oszlik el. Nem így van. A kezdőlapon nincs űrlap, ezért ott két script fut és nulla jQuery. A regisztrációs lapon viszont betöltődik az űrlap-bővítmény a saját függőségeivel: tizenöt script, jQuery-vel.

Ez az űrlap ára, és jól mutatja, hol érdemes nézelődni, ha valaki gyorsítani akar egy oldalt. Nem az egész oldalon: azon az egy lapon, ahol a nehéz komponens dolgozik.

Kérdések erről a munkáról

Át lehet-e venni egy honlapot, amit más épített?

Át, és gyakoribb, mint gondolnánk — az eredeti készítő elérhetetlenné válik, a kapcsolat megszakad, az oldal pedig marad. Ennél a kutatási honlapnál az átvételt nem újraépítés követte: az oldal működött, csak gazdátlan volt. A munka a meglévő rendszer megismerésével kezdődött, aztán a felgyűlt apró hibák listájával folytatódott, és karbantartói szerepben állapodott meg. Az átvételnél a legfontosabb kérdés nem technikai, hanem bizalmi: hozzáférések, mentések, és annak tisztázása, mihez szabad nyúlni.

Mit kell először rendbe tenni egy átvett weboldalon?

Azt, ami a látogatónak pénzbe vagy bizalomba kerül. Ennél az oldalnál a regisztráció volt a lényeg — a cég kutatási résztvevőket toboroz —, ezért az első javítások oda irányultak: az értesítő rossz címre ment, az email-címet kétszer kellett begépelni beillesztés nélkül, és a süti-kezelés hiányzott. A tipográfiai apróságok — egy hiányzó vessző a címben, kis betűméret — utána következtek. A sorrendet nem a hibák látványossága adta, hanem az, hogy melyik állt a működés útjában.

Miért mehet a regisztrációs értesítő rossz email-címre?

Mert egy regisztrációnál jellemzően két levél megy: egy a jelentkezőnek, egy a fogadó címre — és a kettő beállítása külön él. Ennél az oldalnál a jelentkezőnek menő levél jó volt, a belső értesítő viszont egy régi címre ment, így a jelentkezések egy nem figyelt postafiókban gyűltek. A javítás egyetlen beállítás volt, a megtalálása viszont nem: ilyenkor végig kell követni, a rendszer melyik pontján dől el a címzett.

Megéri-e apró hibákat javíttatni, vagy várni kell, amíg összegyűlik egy nagy lista?

Az apró hibák természete az, hogy listában érkeznek — ennél az oldalnál is így jöttek: süti, email-mező, értesítő címzettje, betűméret, egy vessző a címben. Egy-egy tétel önmagában perceket vagy egy-két órát vesz igénybe, ezért nem éri meg külön munkává duzzasztani; listaként viszont egy menetben végigvihetők, és az oldal egy lépésben kerül rendbe. A lista végén itt az állt: „és persze világbéke” — a humor jele annak, hogy a viszony működik.

Mit jelent karbantartónak lenni egy olyan oldalon, amit nem én építettem?

Óvatosabb munkát, mint a saját építésű oldalon. Más döntéseit örököltem: az oldalszerkesztőt, a bővítmény-készletet, az elnevezéseket. Változtatás előtt ezért mindig azt kell tisztázni, mi miért van úgy, ahogy — egy furcsának tűnő beállítás mögött lehet ok, amit az építő tudott, én pedig még nem. A gyakorlatban ez több kérdést és kisebb lépéseket jelent, mentéssel minden beavatkozás előtt.

Az átvétel azt jelenti, hogy újra kell építeni a honlapot?

Nem, és általában nem is azzal érdemes kezdeni. Ennél az oldalnál évekig tartott a karbantartói szerep úgy, hogy a meglévő rendszer maradt: a hibalistát végigvittük, és az oldal közben dolgozott. Az alap cseréje később jött, akkor sem egyszerre, hanem darabonként — mindig ott, ahol egy komponens többe került, mint amennyit adott. A megrendelő felé ebből semmi nem látszott: a megjelenés végig ugyanaz maradt.

Mit érdemes bővítménnyel megoldani, és mit saját kóddal?

Az a jó kérdés, mekkora rendszer lenne belőle házilag. Ennél az oldalnál a keresőoptimalizálás, a látogatómérés, az átirányítások, a képkezelés és a keményítés a témába került: mindegyik néhány száz sor, ha csak ennek az egy oldalnak kell megfelelnie. Az űrlap és a süti-hozzájárulás viszont bővítmény maradt — az első a beküldés-kezeléssel, levélküldéssel és spam-szűréssel együtt már saját rendszer lenne, a másodiknál pedig a hozzájárulás nyilvántartása jogi bizonyíték.

Összefoglaló

Egy piac- és közvéleménykutatással foglalkozó cég honlapját 2023 nyarán vettem át — az oldalt nem én építettem, és nem is cserével kezdtük. A munka egy nyolctételes hibalistával indult: a regisztrációs értesítő rossz címre ment, az email-címet kétszer kellett begépelni beillesztés nélkül, hiányzott a süti-kezelés, és több tipográfiai apróság várt javításra. A sorrendet a működés adta: előbb a regisztráció — az oldal kutatási résztvevőket toboroz —, utána a szépészet. Azóta én vagyok az oldal karbantartója; a lábléc „Fejlesztő és karbantartó” sora is ide mutat. Az alapja azóta lépésenként kicserélődött alatta: ma saját témán fut, két bővítménnyel — az egyik az űrlapot adja, a másik a süti-hozzájárulást —, a kereső­optimalizálás, a látogatómérés, az átirányítások, a keményítés és a képkezelés pedig a témába került. A megjelenés közben nem mozdult, a megrendelő felé ebből semmi nem látszott. Így az oldal évek óta stabilan üzemel, nekem pedig van egy hosszú távon gondozott munkám, amit meg tudok mutatni. Az átvett oldal a saját építésűnél óvatosabb munkát kíván: más döntéseit örököltem, ezért kisebb lépések, több kérdés és minden beavatkozás előtt mentés.

Karner Kristóf

Önálló fejlesztő Budapesten. Az oldalt átvettem és karbantartom — a kérdéseket a kapcsolat szakaszban megadott címen várom.

← Minden esettanulmány