Írások · vissza a rovathoz

Kihez van kötve a weboldalad?

Nem az a kérdés, ki készítette, és nem is az, ki fizette. Hanem az, hogy holnap reggel ki tud hozzáférni — és mihez.

Egy weboldal ritkán úgy válik valaki másévá, hogy azt bárki eldöntené. Sokkal jellemzőbb, hogy évek alatt csendben odacsúszik. Az induláskor a fejlesztő regisztrálja a domaint, mert így gyorsabb. A tárhely az ő fiókjában van, mert ott kedvezőbb. Az adminisztrációhoz nincs külön belépés, mert nem volt rá szükség.

Mindegyik lépés kényelmi döntés volt, és többnyire nincs mögötte rossz szándék. Az eredmény mégis az, hogy a vállalkozás legfontosabb online eszköze egy másik ember hozzáféréseiben él.

Az alábbi hat kérdést a saját oldaladon le tudod futtatni. Egyik sem igényel szakértelmet.

A négy réteg, ami külön-külön is elveszhet A domain, a tárhely, a weboldal adminisztrációja és a tartalom négy külön hozzáférés — mindegyik lehet másnál. domain — a neved az interneten tárhely — ahol a fájlok élnek adminisztráció — ahol szerkeszthető tartalom — a szöveg és a kép négy külön kulcs
  • domain — a neved az interneten
  • tárhely — ahol a fájlok élnek
  • adminisztráció — ahol szerkeszthető
  • tartalom — a szöveg és a kép

négy külön kulcs

Egy — kinek a nevén van a domain?

Ez a legfontosabb, mert ez a legnehezebben visszaszerezhető. A domain nem műszaki részlet, hanem a cég neve az interneten. Ha másnál van bejegyezve, a vállalkozás a saját nevét nem tudja elvinni.

Ellenőrizni egyszerű: a domain regisztrátorának nyilvántartásában megnézhető, ki a tulajdonos. Az adminisztratív ügyintéző lehet a fejlesztő — a tulajdonos nem.

Kettő — hova érkezik a lejárati értesítő?

A domain és a tárhely évente megújul, és erről előre értesítő megy. Ha ez az értesítő nem a te postafiókodba érkezik, akkor a megújításról nem te döntesz — legjobb esetben valaki más intézi helyetted, legrosszabb esetben senki.

Három — be tudsz lépni a saját oldalad adminisztrációjába?

Nem arról van szó, hogy naponta használnod kell. Arról, hogy létezik-e a te nevedre szóló belépésed, és működik-e. Próbáld ki. Ha csak úgy tudsz módosítást kérni, hogy írsz valakinek, az nem hozzáférés, hanem szolgáltatás — ami rendben van, amíg az illető elérhető.

Négy — ki tudod-e menteni a tartalmat?

A szöveg, a képek, a termékadatok, a feliratkozók. Ezek a te vagyontárgyaid, nem a rendszeré, amiben éppen tárolva vannak. A legtöbb rendszerben van exportálás; ha a tiédben nincs, azt érdemes tudni, mielőtt szükség lenne rá.

Öt — mi történik, ha a fejlesztő egy hónapig nem elérhető?

Nem baleset kell hozzá: elég egy szabadság vagy egy másik projekt. A kérdés az, hogy ilyenkor meg tud-e állni az élet az oldalon. Ha egy árváltozás vagy egy nyitvatartás-módosítás egy hónapig vár, az nem műszaki, hanem üzleti kockázat.

Hat — meg tudja-e nézni más is, mi van a rendszerben?

Ez a legkevésbé nyilvánvaló, mégis ez dönti el a többit. Ha holnap egy másik szakembert kérdeznél meg, bele tudna nézni anélkül, hogy az eredeti fejlesztőtől kelljen engedélyt kérni? Ha nem, akkor még második véleményt sem tudsz kérni a saját rendszeredről.

Ez a hat kérdés együtt egyetlen dolgot mér: átadható-e a rendszer. Ha igen, akkor az együttműködés azért tart, mert mindkét félnek jó. Ha nem, akkor azért, mert nincs más lehetőség — és a kettő nagyon nem ugyanaz.

Mit tegyél, ha kiderül, hogy valami nincs nálad

Először is: ne indulatból. A legtöbb esetben ez évekkel ezelőtti kényelmi döntés maradványa, amire azóta senki nem gondolt.

Kérd el írásban, tételesen: a domain tulajdonjogának átírását a saját nevedre, a tárhely belépését, az adminisztrációs hozzáférést, és a tartalom egy exportját. Ezek átadása a munka normál része, nem külön szívesség.

Ha a kérés elakad vagy elhúzódik, az önmagában is válasz. Ilyenkor érdemes átgondolni, meddig éri meg ugyanabba a rendszerbe tovább fektetni — és arról, hogy egy örökölt rendszert hogyan lehet átvenni, külön beszámoló szól.

Amiért ez nekem is szabály

Nem vállalok olyan munkát, amit utána nem tudok karbantartani — de ugyanez fordítva is áll. Amit építek, annak átadhatónak kell lennie: a domain az ügyfél nevén, a hozzáférések nála, a tartalom exportálható. Ha egy megoldáshoz minden apró módosításnál engem kell hívni, akkor rosszul terveztem meg.

Kérdések a témáról

Kinek a nevén kell lennie a domainnek?

A vállalkozáséban vagy a tulajdonoséban. A domain nem műszaki részlet, hanem a cég neve az interneten: ha másnál van bejegyezve, a cég a saját nevét nem tudja elvinni. Az adminisztratív kapcsolattartó lehet a fejlesztő, a tulajdonos nem.

Mit kérjek el egy fejlesztőtől a munka végén?

Az adminisztrációs hozzáférést a weboldalhoz, a tárhely belépését, a domain kezelőfelületét, és a forrásfájlok másolatát. Ha a rendszer sablonra vagy szerkesztőre épül, akkor a hozzá tartozó licenc adatait is. Ezek átadása normál része a munkának, nem külön szívesség.

Baj, ha a fejlesztő üzemelteti a tárhelyet?

Önmagában nem, sőt gyakran kényelmesebb. A különbség az, hogy meg tudod-e szüntetni. Ha van saját belépésed, és a tartalom bármikor kiexportálható, akkor a szolgáltatás kényelem. Ha nincs, akkor függőség.

Mit tegyek, ha kiderül, hogy nem nálam vannak a hozzáférések?

Kérd el őket, írásban, indulat nélkül. A legtöbb esetben nincs mögötte rossz szándék, csak évekkel ezelőtti kényelem. Ha a kérés elakad, az önmagában is válasz — és onnantól érdemes átgondolni, meddig érdemes ebbe a rendszerbe tovább fektetni.

← Vissza az Írásokhoz