Index vs. [Origó]
A választási tudósítás az egyik legspeciálisabb event a tartalomszolgáltatásban. Tudjuk mikor lesz, tudjuk, hogy kikről szól, a kampánycsönd mégis megakadályozza a bombasztorik publikálását. A 2010-es Önkormányzati Választások túl sok izgalmat nem hoztak. Ennek ellenére érdemes megnézni a két piacvezetőt, milyen címlappal dolgoztak az esemény alatt.
A háttérről
A választási tudósítás fontos esemény az újságírók életében. Rengeteg ellesett pillanat, kulisszák mögötti forgatag, hosszú évek alatt felgyűlt információk értékesítése percek alatt, fokozott izgalom. A mindennapok politikája sok esetben találgatás, dezinformálás, hazudozás, képmutatás. A választások azonban csak arról szólnak, ami itt és most történik. A megírt szöveg ellenére gyakran rögtönöznie kell a politikusoknak és a hírekre jobban odafigyelnek az olvasók is. Bármi lehet. Igazi jutalomjáték, még akkor is, ha rengeteg erőforrást igényel, sok helyszín, sok esemény, sok szereplő.
A választásra készülvén három szakaszra kell felkészíteni a szerkesztőségi rendszert:
- Kampány időszak – megszokott üzem
- Kampánycsend - magazinos, "legyen már vége" üzem,
- Adat ismertetés – breaking üzem.
A kampány időszakban lehet és kell háttérinfókat összeszedni, megfelelően rendszerezni, kivonatolni. Ekkor keletkeznek azok a cikkek, fényképek, infógrafikák, videók, tartalmak, melyekre a breaking alatt megpróbáljuk tovább tolni a felhasználókat, valamint ezek az archívok lesznek a gyors kép, videó vagy keretes csatolás háttere. Nagy varázslat nincs, sok és jó belső címke kell rá, hogy gyorsan megtalálható legyen.
Talán idén (2010) volt utoljára kampánycsend, ettől függetlenül számolni kell vele. A gyakorlatban azt jelenti a kampánycsend, hogy mindent információ a rendelkezésünkre áll, de mégse publikálhatjuk a teljes anyagot. A nehezítés az, hogy a kampánycsend végén minden korábbi hírt újra kell publikálni, immáron mindenféle cenzúra nélkül. Ez a gyakorlatban két infostreamet jelen amiket egy időben hozzunk létre. A legegyszerűbb külön breaking infostream modult fejleszteni a CMSbe, amivel gyorsan és pontosan dolgozhatnak a kollegák a címlapra és a queue-ba.
A kampánycsend alatt meglehetősen nehéz fenntartani az érdeklődést. A részvételi adatok és cenzúrázott cikkek viszik az oldalt. A tapasztalat azt mutatja, hogy a választás akkora zaj, hogy nincs túl sok értelme futatni más tematikát a kampánycsend alatt.
A választási címlapot 19:00-kor rakhatjuk ki. Innentől jön a nagyüzem. Nézzük mik a problémák:
- egész napnyi hír adagot kell megjeleníteni,
- nehéz vezető anyagot kinevezni,
- pártszimpátia alapú hírkeresés,
- lokáció alapú hírkeresés,
- pártszimpátia alapú hírkeresés,
- a hírek gyorsan kiégnek,
- a gyorshíreket rövid idő alatt kell kibontani,
- az adatokat látványosan és gyorsan átláthatóan kell tálalni,
- videót, képeket kell tolni, akár real-time,
- mindezt a first screenbe,
- sok újságíró dolgozik, koordináció, bejövő anyagok súlyozása,
- videó és képanyagok gyors feldolgozása,
- a tévével versenyzünk.
Megvalósítások
A screenshotok 23 óra körül készültek. A peak 21 óra körül volt. A nem hivatalos stat szerint az Index címlapnak kb. 378,000 látogatója volt. Az Origó címlapot kb. 270,000 nézték meg aznap.
[Origó]
Van percről percre, kiemelt helyet kapott. Ránézésre a legfurcsább elem a jobb felső sarokban elhelyezett reklám, ami a szürke hétköznapokról maradhatott bent és talán a freemail login mágnes hatása miatt került fel oda (Origó clickmap valakinél?). A választás idejére nyugodt szívvel lekaptam volna onnan, a középső hasábban jobban teljesített volna.
A vezető képe közel azonos az Index vezetőjével. A kép sokkal ütősebb lenne, ha videó anyag lenne vagy videó anyagra mutatna. A legérdekesebb az eredmények doboz tartalma. Egyedi megközelítése a választásnak, az elrendezés és megjelenítés leginkább az országgyűlési választásokra emlékeztet. Nagyon jól megmutatja, hogy a Fidesz nyert (ennél a pontnál nyer értelmet az Orbán beszéd vezetőbe rakás). Ez az adatábrázolás összhangban van a Fidesz kommunikációjával ("Az emberek a kormány munkáját is értékelik most").
A fővárosi és vidéki tartalmak elkülönülnek. Képgaléria elérhető, talán a kép mérete lehetett volna nagyobb, a kísérő szöveg pedig rövidebb (pl. "Folyamatosan frissülő képgaléria").
Kb. 10 - 15 cikk érhető el a firs viewban. A percről perce a gyakorlatban 3 perc / 1 cikk átlagot jelent.
Index
Az Index címlap az egyik legrugalmasabb engine-nek tűnik a piacon, ezért meglepetés volt, hogy választási címlap megoldásuk mennyire egyszerű (és mennyire tökéletes). A header megkapta az országgyűlési választáskor már megismert eredmény bart, ami egy tökéletes megoldás. Annyira jó, hogy senki nem meri másolni. Az [Origó]-hoz hasonlóan itt hiányzik az instant videó. Layerre (vagy ajax hívás) rakott kompakt playerrel és profi videó vágással látványosan megoldható lenne, hogy a képből hirtelen videó legyen. A vezető kép jobb felső sarkában lévő ikonokhoz hasonlóan egy egyszerű play gomb a balalsó sarokban instant webtv feeling adna (még ha alig nagyobb is, mint a bélyeg mozi).
A reklám itt is szent. A screenshoton honfoglaló banner pörög, talán ez nyugodt szívvel likvidálható lett volna a 19:00 - 01:00 idősávban.
A kompakt megjelenítésből hiányzik a főváros - vidék elkülönítés. (Egy megjelenítési bug miatt a nagy kép alatti / melletti hírek összecsúsztak egy picit a screenshot készítésekor. Ezt sajnos csak később vettem észre, így nem tudtam hibamentes screenshotot csinálni.)
Percről percre nincs és a "Legfrissebb" dobozba se kerültek be a választási hírek. Kb. 9 cikk, 3 blogpost valamint a "Mindent a választásról" oldal érhető el a first viewból. Ebből három videó anyag.
Talán…
A geo detektálás még sok esetben gyenge, érdemes vele kísérletezni, megye, város szinten, gondolok itt a vidéki internetezőknek generált címlapra. Az Indexen hangsúlyosan megjelennek a videó anyagok linkje (13/3), még mindig kevés a videó kontent a címlapokon. Drága vagy nem drága, nyomni kellene folyamatosan, különben sose lesz olcsó.
Akik hiányolnák a twitter dobozokat jól látják, a twitter lekerült a kedvencek listájáról, nem került fel a címlapokra twitter doboz. Az események a pártoknál történtek, nem az interneten. Van ilyen is.
A breaking címlap
Ez a post egy 2002-es jegyzet alapján készült.
A breaking címlapról teljes lelki nyugalommal állíthatom, hogy a web egyik olyan eleme, ami a maximális szakmai felkészültség mellett tökéletes csapatmunkát is kíván az újságíróktól, üzemeltetőktől és fejlesztőktől. Tervezhető és tervezni is kell rá, a hír műfaj csúcsa!
A breaking üzemmódról a főszerkesztő szokott dönteni, ez áltálában hosszú percekig tart, de ha a döntés megszületett azonnal kell. Az újságírók fejében egy nagy piros gomb van, amit ha megnyom, azonnal vált a site. Ha a realtime váltás nem is, de az egy-két perces szintidő megvalósítható.
A legfontosabb szabályok breaking címlap üzemmódra:
- tervezhetetlen forgalom,
- minden korábbi (tartalmi, üzemeltetési) szabály megszűnhet,
- bármikor életbe léphet,
- bármikor változhat a megjelenése,
- bármilyen tartalmi elemre érkezhet ezerszeres (tízezerszeres) forgalom,
- a tartalom másodpercenként változhat.
A breaking üzemmód legfontosabb és leglátványosabb eleme a minimál címlap. Mit érdemes figyelembe venni breaking címlap tervezésekor?
A lehető legkevesebb http request, minimalizált hálózati forgalom
Nem érdemes külső css és js fájlokat használni. Nagy általánosságban elmondható, hogy a html kód csak képek esetében tartalmazhat új http requestet. Minden mást egy requesttel kell lekérni a kliensnek. A css, html, js fájlok esetében a lehető legkisebb fájl méretet kell elérni. A kód csúnyasága nem szempont, gányolhatunk kedvünkre. A cssben optimális az egy betűs class név, minden egyes byte megspórolása több user kiszolgálását teszi lehetővé a sávszélesség használat optimalizálásával. Javascriptet ne, de ha igen, akkor tömörítve. A space az ellenségünk, nincs rá szükség kódszinten ha nem befolyásolja a működést (ne tegye).
A breaking üzemmódra külön web szerver, proxy szerver konfig ajánlott. Megfontolandó, hogy a breaking üzemmódú címlapra külön web szerver alkalmazást készítsünk fel. Pl. apache helyett lighttpd. Fontos kérdés, hogy a csökkentett címlapunk dinamikusan generáljuk, statikus fájlként, vagy reverse proxy-n keresztül szolgájuk ki. Mindhárom esetben tisztában kell lenni azzal a ténnyel, hogy hírverseny másodpercekben mérhető és mérik is. Egy-egy hírfrissítésnek azonnal láthatóvá kell válnia és az esetleges typok se lehetnek kint percekig. Ugyanez igaz az oldal sablonra. Bármikor készülhet egy új verzió, több hasábos, kevesebb hasábos, zöld helyett fekete, fehér helyett piros. A rugalmasság elsődleges, ezért a merev cachelési technológiákat máshogy kell használnunk.
Breaking címlap, how it works?
A breaking üzemmóddal a hírsiteok egymással, de legfőképpen a televízióval versenyznek.
Az új infók, híranyagok gyorsabban és bővebben jelennek meg a neten, de a helyszínen forgató breakinges tv csoport gazdagabb, részletesebb képi anyagot nyújt. Sok esetben, a helyszínen, gyorsabban ellenőrizheti az infók válóság tartalmát. A hírfogyasztás más tudományág, nem kontárkodnék bele, de a tapasztalatom az, hogy breaking eseménykor párhuzamos a tv és internet használat. A hírhez a leggyorsabban szeretnének hozzájutni az emberek.
Ezért az optimális szerkesztőségi üzemmód az, ha egy-egy információforrást egy-egy újságíró követ és a beérkező híreket a közös gyűjtőbe (news pool, news room) dobálja, amit más újságírók címlapoznak.
A címlapra kikerült híreket már más újságírók duzzasztanak fel, az így elkészült anyagoknak szintén azonnal meg kell jelenniük a site-on. (Ezek a cikkek jelentős forgalmat fognak kapni a címlapról, ha normál üzemmódban nem cachelne a CMS, breaking alatt mindenképp kapcsoljunk be minden rendelkezésre álló cache lehetőséget)
Ebből következik, hogy az újságíróknak olyan szerkesztőségi rendszert kell használnia breaking üzemmód alatt ami független a site infrastruktúrájától, azaz ha a site le is rohadt, a híreknek be kell kerülnie az adatbázisba (ez persze hasznos, ha nem csak breaking üzemmód alatt üzemel így a szerkesztőség).
Külön kérdés a régi hír elemek kikeresése és a hírfolyamba integrálása. Ez folyamat egy jól tagelt adatbázis esetén egy emberes munka és ideális esetben csak tiltó klikkre van szükség az admin felületen, azaz alapból "megjelenhet" állapotban kerül a GUI-ra. Ha irreleváns, nem megjeleníthető akkor egy klikk a tiltás.
Breaking üzemmód kellős közepén jöhetnek váratlan és érdekes kérdések, pl.
- éppen hol tartunk a user számban?
- mire kattintok a legtöbben?
- hogy áll a konkurencia?
- elérhetőek vagyunk mindenhonnan?
Nem elég tehát technikailag készülni… Vagy sablon szövegekkel vagy percre pontos adatokkal válaszoljunk.
Képek, videók, ajax, reklámok, auditscriptek, 404 error
A breaking üzemmód legfontosabb technológia kérdése a traffic kezelése. A másodpercek alatt ezerszeresére ugró megterheltség kellemetlen, de a csak szöveges címlap nem versenyképes. A képek, javascriptek, css fájlok nagyon jól proxyzható tartalmak.
Figyelni kell azonban arra, hogy a frissített fájlok más nevet kapjanak, még akkor is, ha minimális változtatás történt. Erre a tőlünk független cachek miatt van szükség.
Képek esetében érdemes észben tartani, hogy egy kép linkje már körbe ment a neten, linkelnek rá. Ha egy képet törlünk, gondoskodjunk arról, hogy az új verziót kapja a user, minimalizáljuk az elveszett usert, a hírversenyben nem csak az aktuális öt percért küzdünk, presztízs és a visszatérő userek az igazi nyereség.
Videók esetében saját video streaming szerver linkelésénél tartsuk észben, hogy felső vezetés lehúzott egy nullát a beszerzéskor... Nem biztos, hogy menni fog
Content network, site csoport, rovatok
A jól üzemelő breaking címlapról bárhova terelhetünk usert. Mindenre kattintani fog, minden információ érdekelni fogja, mindent megakar osztani az ismerőseivel. A főszerkesztő általában ezzel tisztában van és ki is használja. A skálázott rendszerek esetében ilyenkor borul a skálázhatóság, a címlapra, zászlóshajóra dedikált frontendek hiányozni fog más oldalak, rovatok, siteok alól. Megterheltség teszteknél, skálázási sémáknál tervezzünk egységes növekedéssel.
És a végre a breaking üzemmódra is jól alkalmazható aranyszabály: DON’T PANIC!
