Tartalom
- Kezelje a tartalmat, mint 1999-ben
- Vágja le a funkciókat! Vágd le a tartalmat!
- De ezért van CMS-em
- Web CMS van
- Több webhely kezelése
- Reszponzív tervezés a mentéshez!
- A tartalom nem megfelelő kezelése az igazi probléma
- Tartalmi stratégia mobilhoz
A mobil weboldal használatának természetesen különböznie kell az asztali élménytől - nemcsak a vizuális prezentációnak, hanem a tartalmat is prioritásként kell kezelni és másként kell strukturálni. A kockázat azonban az, hogy a különböző verziókat fenntartja. Hírek: ez katasztrófa lesz. Ismétlődő tartalom. Nem szinkronizált frissítések. Elpazarolt erőfeszítés.
Amikor a használhatóság úttörője, Jakob Nielsen azt állította, hogy „külön mobilra optimalizált webhelyet (vagy mobilwebhelyet) kell készítenie, ha megengedheti magának”, ahol olyan funkciókat és tartalmakat vág le, amelyek „nem a mobil használat esetei”, sok a mobilon Úgy tűnik, hogy a tervező és fejlesztő közösség elhozta fáklyáit és villáit. Úgy tűnik, hogy azok az emberek, akik sok időt töltenek a mobilon gondolkodva, egyetértenek abban, hogy egy külön mobil webhely „180 fokkal hátrébb”.
De mit is jelent egy „külön mobilwebhely”?
Függetlenül attól, hogy tartalomról vagy kódról van-e szó, mit kell megvédenie, az a webhely több verziójának létrehozása. Elágazásnak hívják, és karbantartási szempontból villás rémálomnak számít. Ha külön mobil- és asztali verziókba rendezi webhelyét, akkor mindkettőt frissítenie kell, valahányszor változás történik. A probléma elkerülése bonyolult, még a kifinomult tartalomkezelő rendszerek esetében is. De mielőtt odaérnénk, kezdjük egy egyszerű forgatókönyvvel.
Kezelje a tartalmat, mint 1999-ben
Képzeld el, hogy van egy statikus webhelyed, amelyet még a 90-es évek végén hoztál létre. Nincs CMS, ezért az összes tartalom keményen kódolva van a HTML-be.
Mobilwebhely létrehozásával úgy dönt, hogy csatlakozni szeretne a 21. századhoz. Jó neked! A rémálom részét leszámítva, vagyis lényegében egy teljesen különálló weboldalt fog létrehozni, és most mindkét változatot frissítenie kell, valahányszor változás történik. Két teljesen különböző oldalkészletet kell kódolnia: egyedi sablonokat mind asztali, mind mobileszközökhöz. És még akkor is, ha - főleg ha - pontosan ugyanazt a tartalmat szeretné közzétenni mindkét verzióban, a tartalom két külön verzióját is fenn kell tartania. Megduplázza a terhelését, megduplázza a szórakozását?
Vágja le a funkciókat! Vágd le a tartalmat!
Nagy! Gondolhatod. Lehet, hogy a különálló tartalom létrehozása valójában előny! Egy külön mobil weboldal továbbra is ász lesz, ha nem akarom pontosan ugyanazt az információt közzétenni. Kivágom a funkciókat, kivágom a tartalmat, és prioritássá változtatom a mondanivalómat. Közzéteszek egy mobilwebhelyet, amely csak a tartalom egy részhalmazát jeleníti meg, kifejezetten a mobilfelhasználó igényeit megcélozva.
Tegyük félre egy pillanatra azt az érvet, hogy ez a megfelelő felhasználói élmény-e vagy sem. (Ez nem.)
Karbantartási szempontból továbbra is elágazik a tartalma. Új oldalt szeretne hozzáadni? Szerkeszt egy leírást? Javítani a hibát? Kétszer fogod megtenni.
De ezért van CMS-em
A tartalomkezelő rendszer lényege a közzétételi munkafolyamat egyszerűsítése, nem igaz? Tehát természetesen csak azt feltételezi, hogy jelenlegi CMS-e megkönnyíti a tartalom közzétételét különböző csatornákon és platformokon.
Jakob Nielsen ezt a feltételezést teszi fel, amikor a tartalom elágazásának veszélyeiről kérdezik:
"Feltételezem, hogy a legtöbb ipari méretű webhely egyetlen háttértermék-adatbázisból és tartalomkezelő rendszerből származna, a különböző terveket sablonok és szabályok jelentenék arról, hogy milyen információk milyen verzióba kerülnek."
Sajnos manapság sok CMS csak nem támogatja az ilyen típusú többcsatornás közzétételt. Kérje meg a CMS-t, hogy hasonló, de nem ugyanazokat a tartalmakat jelenítsen meg különböző sablonokban az üzleti szabályok szerint, és ez elkezdi kidobni a pontmátrix nyomtató papírjait, és sípol, hogy „nem számol”.
Web CMS van
A legtöbb CMS-t egyetlen és egyetlen platformon történő közzétételre tervezték: az asztali weben. A webes CMS-ben (WCMS) a tartalomszerzési és -kezelési funkciók „párosulnak” a tartalom közzétételi és megjelenítési funkcióival. (Ha nagyszabású vállalati CMS-sel rendelkezik, akkor valószínűleg „leválasztják”, és ez a pont nem vonatkozhat rád.)
A legtöbb webhelyen egyszerűen nincs olyan tartalomkezelő háttérrendszer, amely támogatná a különböző tervezősablonok különböző tartalommal történő feltöltését. A tartalmi elemeket (például a szövegmezőket, képeket és a támogató fájlokat vagy adathordozókat) általában egy adott kimeneti formátumhoz vagy kialakításhoz rögzítik. Ez mindeddig nem jelentett problémát, mert senki sem számított arra, hogy a WCMS-nek támogatnia kell a különböző csatornákon történő közzétételt - az asztali weben minden megvolt.
Az a tény, hogy a WCMS így működik, nem pusztán a megvalósítás részlete. Sajnos alapvetően fontos a tartalom ma az interneten való közzététele szempontjából. Ezt meg kell oldanunk, ha optimalizált élményt nyújtunk asztali és mobil eszközökön.
Több webhely kezelése
Néhány CMS valójában támogatja a tartalom több sablonban történő közzétételét. Több webhely kezelésének hívják, és ez teszi lehetővé, hogy egy WordPress blog vagy egy Drupal webhely külön sablonokkal rendelkezzen az asztali és a mobil tartalom megjelenítéséhez. Vegye figyelembe, hogy a „külön sablonok” felirat szerepel, nem pedig a különálló tartalom. Ezek a CMS-ek továbbra is szeretik ugyanazt a tartalmat közzétenni mindkét oldalon. (Pontosabban, örülnek, ha ugyanazt a „test” vagy „csomópont” tartalmat egyenként közzéteszik asztali és mobil eszközökön. Más tartalmi elemeket, például az oldalsávokat vagy a felhasználói megjegyzéseket gyakran más helyen tárolnak, és le is lehet őket vetni ki.)
Amit ezek a CMS-ek nem tesznek meg (legalábbis nem anélkül, hogy jelentős erőfeszítéseket tennének rá), az támogatja a különböző tartalmak különböző sablonokban való közzétételét az üzleti szabályok szerint. Tehát, ha a tervek szerint kevesebb tartalmat juttat el a mobilfelhasználóhoz, akkor valószínű, hogy a CMS nem fogja ezt ennyire megkönnyíteni. Ennek a tartalomnak továbbra is két verzióját kell fenntartania, és külön kell frissítenie őket, ha változás történik.
Más szóval, villás vagy.
Reszponzív tervezés a mentéshez!
Az adaptív tervezést gyakran olyan megoldásként tartják számon, amely megment minket attól, hogy a kezelői kód számára több különálló kódalapot kell fenntartania. Tegyen erőfeszítéseket egy olyan kódkészlet kifejlesztésére, amely alkalmazkodik a különböző képernyőméretekhez és fokozatosan javítja a különböző eszköz képességeket, és hosszú távon időt takarít meg. Kijut a fegyverkezési versenyből is, ha több tucat különböző eszközt és formai tényezőt kell támogatnia.
Az adaptív dizájn szintén olyan megközelítés, amely megment a tartalom elágazásától. Ha van olyan összekapcsolt CMS-je, amely csak egy sablonkészleten képes kezelni a közzétételt, akkor becsaphatja a CMS-t különböző eszközökön való közzétételre azáltal, hogy kezelőfelületén kezeli az átalakítást mobil vagy táblagép méretűre.
A döntés arról, hogy fejlesszünk-e egy rugalmasan kialakított webhelyet, vagy fenntartsunk-e különféle sablonokat az asztali számítógéphez, a telefonhoz és minden egyéb eszközhöz, pragmatikus választás az alapján, hogy hogyan kíván időt és erőforrásokat elosztani a fejlesztéshez és a karbantartáshoz. Mindkét megközelítésnek jó okai vannak - gyakran a CMS működésének sajátosságaiban gyökereznek -, és ami az egyik szervezetnél működik, nem biztos, hogy a másiknál működik.
Ne zavarjuk el ezt a vitát, és tévesszük szem elől azt az alapvető kérdést, hogy miként fejlesztjük a tartalomkezelő eszközeinket és folyamatainkat a többcsatornás közzététel hatékony támogatása érdekében.
A tartalom nem megfelelő kezelése az igazi probléma
A reakció és az adaptív tervezés körüli viták hiányzik az igazi probléma. A legtöbb szervezet számára hosszú távon nem az a kihívás, hogy a frontend kód több készletét fenntartsa a különböző sablonok számára. Az ismétlődő tartalmak változatait fogja fenntartani.
Bármely érvnek arról, hogy kevesebb tartalmat vagy más tartalmat juttasson el a mobil felhasználóhoz, figyelembe kell venni a tartalom kezeléséhez és fenntartásához szükséges erőfeszítés szintjét. Ha azt sugallja, hogy rendben van a mobilfelhasználóknak nyújtott információk csökkentése, vegye figyelembe, hogy ez a megközelítés a tartalom és az irányítás fejfájásainak megkettőzését okozhatja. Ennek figyelése a tartalmi stratégia lényege.
Tartalmi stratégia mobilhoz
Ahhoz, hogy nagyszerű élményt nyújtsunk a mobilon - amely biztosítja a felhasználók által kért információkat, és belsőleg is fenntartható - szükségünk van egy tartalmi stratégiára a mobilhoz.
- Lépjen ki a gondolkodásból, és csak kitalálhatja, hogy a „mobilfelhasználó” a tartalom mely részhalmazát szeretné. Rosszul fogod kitalálni.
- Amíg itt tartasz, hagyd abba azt a gondolkodást, hogy jelenlegi mobilelemzésed segít a helyes döntés meghozatalában. A mai omladozó, megnyomorított mobilélmények nem megfelelő környezetek annak értékeléséhez, hogy az emberek mit akarnak igazán csinálni a mobilon.
- Arra összpontosítson, hogy az összes asztali tartalmát olyan formátumba helyezze, ahol kényelmesen megtekinthető a mobileszközökön, akár új sablonkészlet létrehozásával mobilra, egy rugalmasan kialakított webhelyre, akár a kettő valamilyen kombinációjával (mondjuk az aktuális asztal megtartásával webhely és érzékeny sablonok készítése a telefonok és táblagépek körére.)
- Miután az összes tartalma megvan a mobilon, fokozatosan derítse ki, hogyan lehet az információkat másként rangsorolni. Például a mobilra szóló kezdőlap eltérhet az asztali honlapjától. De alapozza meg valós adatokkal arról, hogy az emberek miként használják a teljes tartalomkészletet mobilon - ne csak feltételezze, hogy Ön tudja a legjobban.
- Ha felfedezi, hogy tartalmának egy része egyszerűen nem hasznos senkinek - elavult, rosszul megírt vagy lényegtelen -, akkor használja ezt az alkalmat a megtisztítására. Az asztali felhasználók is hasznot húznak!
- Javítsa ki a CMS-t. Ha olyan jövőt képzel el, ahol különféle tartalmakat tehet közzé a mobil és az asztali számítógép között, munkája van annak érdekében, hogy az eszközei, folyamatai és munkafolyamatai támogassák ezt.
