Döntési napló a marketingben: miért írd le, mit miért változtattál meg

Scheo · 2026-09-10 · olvasási idő ~10 perc · Szerző: Schmidt Péter

Egy weboldalon fél év alatt húsz-harminc érdemi változás történik: szövegcsere a főoldalon, új ajánlatkérő űrlap, egy átirányítás, sablonfrissítés, hirdetési költségvetés átcsoportosítása, egy bővítmény-frissítés, amit a fejlesztő futólag megemlített. Amikor aztán valaki felteszi a kérdést, hogy miért esett vissza az érdeklődések száma áprilisban, kiderül, hogy ezeknek a változásoknak nincs közös listája. Mindenki emlékszik valamire, senki nem emlékszik dátumra. Ez a cikk arról szól, hogyan lesz ebből rend néhány soros bejegyzéssel.

Mi az a döntési napló, és miért nem elég fejben tartani?

Rövid válasz: a döntési napló egy időrendi lista, amelyben minden érdemi marketingdöntés kap egy sort a dátummal, az indokkal, a várt hatással és egy felülvizsgálati időponttal. Azért kell, mert az elemzőeszközök azt rögzítik, mi történt, azt nem, hogy miért csináltad.

A saját tapasztalatom szerint ez a hiány mindig ugyanott üt vissza. Nem akkor, amikor a döntés megszületik, mert olyankor mindenki tudja a hátterét. Négy-hat hónappal később, amikor valaki egy grafikonra mutat, és a válaszhoz pont az kellene, ami senkinek nincs meg: mikor változott a főoldal. A csapatban közben lehetett fluktuáció, a hirdetéskezelő cserélődött, a fejlesztő elköszönt. A tudás nem elveszett, csak soha nem volt leírva.

Van egy technikai oka is. Hivatalosan igazolt: a Google Search Console teljesítmény-riportja 16 hónapnyi előzményt őriz, a Google Analytics 4 alapértelmezett eseményszintű adatmegőrzése pedig 2 hónap, ami a beállításokban 14 hónapra emelhető. Az adat tehát véges ideig áll rendelkezésre, és nem tartalmaz kontextust. A napló viszont örökké megmarad, és pont a kontextust tartalmazza. A kettő együtt működik, külön-külön mindkettő féllábú.

Fontos, hogy mi számít érdemi döntésnek. Nem minden apró szövegjavítás. Az a jó szűrő, hogy ha ez a lépés bármelyik mérőszámodat megmozdíthatja, akkor beleírod. Ide tartozik minden URL-változás, sablonváltás, ártáblázat-módosítás, új vagy megszüntetett szolgáltatásoldal, hirdetési struktúra átalakítása, konverziómérés módosítása, robots.txt vagy indexelési beállítás, és minden olyan technikai frissítés, ami az oldal sebességét vagy megjelenését érinti.

Mit rögzíts egy bejegyzésben?

Rövid válasz: kilenc mezőt, amiből hét azonnal kitölthető, kettő pedig később egészül ki. Ha a kitöltés fél percnél tovább tart, a napló nem fog életben maradni.

Ez a javasolt oszlop-sablon:

• Dátum: a tényleges élesítés napja, nem a döntésé. Ha a kettő eltér, mindkettő kerüljön be.
• Típus: tartalom, technikai, hirdetés, mérés, ár, egyéb. Egyetlen szó, hogy később szűrhető legyen.
• Mi változott: egy mondat, konkrétan. Nem az, hogy „főoldal frissítés”, hanem az, hogy a H1 és az első bekezdés cserélődött.
• Hol: pontos URL, kampánynév vagy felület. Ez köti a bejegyzést a mérési adathoz.
• Ki döntött: név vagy szerep. Fél év múlva ez mondja meg, kit lehet megkérdezni.
• Miért: az indok, egy mondatban. Ez a legértékesebb mező, és ezt szokták kihagyni.
• Várt hatás: melyik mérőszám, milyen irányba, körülbelül mennyi idő alatt. Előre, nem utólag.
• Mikor nézzük újra: konkrét dátum. Ha nincs dátum, soha nem nézitek meg.
• Eredmény: a felülvizsgálatkor kitöltött két mondat, plusz egy státusz: bevált, nem vált be, nem eldönthető.

A harmadik státuszra külön figyelj. A „nem eldönthető” tisztességes válasz, és gyakoribb, mint gondolnád: ha egyszerre három dolog változott, vagy közben szezonváltás volt, akkor a mérés nem tud különbséget tenni. Aki mindig talál magyarázatot, az nem mér, hanem történetet mesél.

Hogyan néz ki három konkrét bejegyzés?

Rövid válasz: így, tömören. A három példa szándékosan három különböző típust mutat, mert a napló akkor hasznos, ha nem csak a tartalmi változásokat gyűjti.

1. Tartalmi döntés

• Dátum: 2026-03-04 (döntés: 2026-02-27)
• Típus: tartalom
• Mi változott: az árajánlat-kérő oldal H1-e és nyitó bekezdése kicserélődött, a kérdéssor a lap tetejére került
• Hol: /arajanlat
• Ki döntött: marketinges + ügyvezető, közös
• Miért: a keresési lekérdezésekben sok volt a kérdés jellegű kifejezés, az oldal viszont önmagáról beszélt
• Várt hatás: az oldal átkattintási aránya emelkedhet a Search Console-ban, kb. 6 hét alatt
• Mikor nézzük újra: 2026-04-15
• Eredmény: kitöltendő

2. Technikai döntés

• Dátum: 2026-03-18
• Típus: technikai
• Mi változott: a szolgáltatásoldalak URL-szerkezete rövidült, a régiekről 301-es átirányítás mutat az újakra
• Hol: /szolgaltatasok/* alatt 14 oldal
• Ki döntött: fejlesztő javasolta, marketing hagyta jóvá
• Miért: a régi szerkezet két fölösleges szintet tartalmazott, a belső linkelés áttekinthetetlen volt
• Várt hatás: rövid távon átmeneti ingadozás a megjelenésekben, 8-10 hét után visszaállás; ez nem garantált, csak a szokásos minta
• Mikor nézzük újra: 2026-05-27
• Eredmény: kitöltendő

3. Mérési döntés

• Dátum: 2026-04-02
• Típus: mérés
• Mi változott: a telefonhívás-kattintás bekerült a kulcsesemények közé, a korábbi görgetés-alapú esemény kikerült
• Hol: GA4, teljes property
• Ki döntött: marketing
• Miért: a görgetés nem üzleti esemény, a hívás igen; a konverziószám eddig fel volt fújva
• Várt hatás: a havi konverziószám látványosan csökken, az érdeklődés valós szintje nem változik
• Mikor nézzük újra: 2026-05-05
• Eredmény: kitöltendő

A harmadik példa mutatja a napló legalulértékeltebb hasznát. Egy mérési változtatás után a grafikon esik, pedig az üzletben semmi nem romlott. Ha ez nincs leírva, valaki fél év múlva jóhiszeműen levon egy teljesen hamis következtetést, és leállít valamit, ami működött.

Hogyan kösd össze a naplót a mérési adatokkal?

Rövid válasz: közös időtengelyen. A napló akkor kezd dolgozni, amikor ugyanabban a nézetben látod, ahol a görbét nézed, nem egy külön dokumentumban.

A legegyszerűbb megoldás egy táblázat, amit géppel olvasható formában is tartasz. Egy sor például így néz ki:

2026-03-04;tartalom;/arajanlat;H1 es nyito bekezdes csere;GSC CTR emelkedes;2026-04-15

Ha ezt a listát Looker Studióban külön adatforrásként hozzáadod, a dátum mentén rá tudod tenni a forgalmi grafikonra referenciavonalként vagy egy alsó sávként. Innentől nem emlékezetből dolgozol: látod, hogy a görbe töréspontja egybeesik-e valamelyik bejegyzéssel. Saját tapasztalat: az esetek egy részében pont az derül ki, hogy nem esik egybe semmivel, és akkor külső okot kell keresni (szezon, versenytárs, algoritmusfrissítés, hirdetési leállás).

Két gyakorlati kiegészítés. Egy: az URL-mezőt pontosan úgy írd, ahogy a Search Console-ban szűrni fogsz rá, mert így másolható. Kettő: a technikai bejegyzéseknél a dátumot a szerver naplója vagy a verziókezelő commitja alapján rögzítsd, ne emlékezetből. Hivatalosan igazolt: a Search Console teljesítmény-riportjában az adat napi bontású és általában néhány napos késéssel teljesedik ki, ezért közvetlenül az élesítés utáni napokat ne értékeld véglegesnek.

Hogyan segít a napló a hatás-tulajdonítás vitáiban?

Rövid válasz: nem bizonyít, hanem kizár. A legtöbb vita nem attól oldódik meg, hogy valaki igazolja a saját magyarázatát, hanem attól, hogy a rossz magyarázatok kiesnek.

A tipikus helyzet: a forgalom nő, és három szereplő gondolja azt, hogy az ő munkája miatt. A hirdetéskezelő az új kampányra mutat, a tartalomkészítő az új cikkekre, a fejlesztő a sebességjavításra. Ha van napló, akkor kiderül, hogy a kampány két héttel a növekedés után indult, tehát az az ok nem lehet. Ez nem dönti el, hogy a maradék kettő közül melyik hatott, de a beszélgetés innentől tényekről szól.

A fordított eset még fontosabb. Amikor esik valami, az első reakció szinte mindig az, hogy a legutóbb belépett szolgáltatót vagy a legutóbbi látványos változást okolják. A napló ilyenkor rendszeresen megmutatja, hogy a törés hetekkel korábban kezdődött, és egy csendes technikai lépéshez köthető, amiről akkor senki nem gondolta, hogy számít. Szakmai feltételezés: szerintem a marketingben a téves oksági következtetések nagyobb kárt okoznak, mint maguk a rossz döntések, mert egy téves következtetés alapján valami működőt állítanak le.

Van egy pszichológiai haszna is annak, hogy a várt hatást előre írod le. Utólag az ember bármit meg tud magyarázni. Ha viszont márciusban leírtad, hogy az átkattintási arány emelkedésére számítasz, májusban nem tudod észrevétlenül átértelmezni a sikert. Vagy teljesült, vagy nem, vagy nem eldönthető.

Mi számít bizonyítéknak, és mi csak valószínűsítés?

Rövid válasz: a napló időrendet bizonyít, okságot nem. Érdemes ezt magadnak is tisztán tartani, mert különben a napló pont olyan magabiztos tévedések forrása lesz, mint az emlékezet.

• Hivatalosan igazolt: a mérőeszközök adatmegőrzési korlátai, a riportok frissülési késése, és az, hogy a strukturált adatokban szereplő dateModified mezőnek a tartalom tényleges módosításához kell igazodnia.
• Saját tapasztalat: hogy a naplózott változások dátuma és a görbék töréspontja gyakran nem esik egybe, és hogy a naplót vezető csapatok érezhetően kevesebbet vitáznak arról, mi történt.
• Szakmai feltételezés: hogy egyetlen bejegyzés és egyetlen görbe együttállásából oksági kapcsolatot lehet olvasni. Ez csak akkor közelít a bizonyításhoz, ha kontrollált teszt van mögötte, vagy ha a minta ismétlődik.

Ha komolyan akarod venni az oksági kérdést, a naplót egészítsd ki azzal, hogy egyszerre lehetőleg egy dolgot változtatsz, és a változtatás után hagysz elég időt. Ez lassabb, viszont értelmezhető. Az együtt élesített öt módosítás gyorsabb, csak épp semmit nem lehet belőle megtanulni.

Hogyan vezesd be két hét alatt?

Rövid válasz: egy táblázattal és egy szabállyal, hogy élesítés után azonnal beírod. Külön szoftver nem kell, és a bonyolult megoldás jó eséllyel három hét után elhal.

1. Készíts egy táblázatot a fenti kilenc oszloppal. Egy fájl, egy lap, semmi automatizmus.
2. Írd bele az elmúlt hat hónap változásait, amennyire még rekonstruálható. A hiányos visszamenőleges lista is többet ér a semminél.
3. Rögzítsd a szabályt: aki élesít, az írja be, aznap. Nem hetente, nem a havi meetingen.
4. Tedd be a felülvizsgálati dátumokat a naptárba, különben az „Eredmény” oszlop üresen marad.
5. A havi átnézésen az első öt perc a napló legyen: mi jár le, mi vált be, mi nem eldönthető.
6. Negyedévente nézd át a „nem vált be” sorokat egyben. Itt szoktak látszani a minták.

Ellenőrzőlista ahhoz, hogy egy bejegyzés kész-e: van pontos dátum, van URL vagy felület, van egy mondatos indok, van előre kimondott várt hatás mérőszámmal, és van felülvizsgálati dátum. Ha az ötből bármelyik hiányzik, a sor fél év múlva nem lesz használható.

Milyen hibákat érdemes elkerülni?

Rövid válasz: a túl részletes naplót, a visszamenőleges kitöltést és az indok nélküli sorokat. Mindhárom ugyanoda vezet: a napló meglesz, csak nem fogja senki használni.

• Túl sok mező. Ha húsz oszlop van, senki nem tölti ki. Kilenc a felső határ.
• Utólagos kitöltés. Aki két hét múlva írja be, az a dátumot elrontja, az indokot pedig már a végeredmény ismeretében fogalmazza meg.
• Hiányzó indok. A „miért” mező nélkül a napló egy változásnapló, ami hasznos, de sokkal kevesebb.
• Csak a sikerek. A visszavont döntés is bejegyzés, és általában az tanít a legtöbbet.
• Külső szereplők kihagyása. A fejlesztő, a webshop-üzemeltető és a hirdetéskezelő lépései is bekerülnek, akkor is, ha nem te csináltad.
• Elfelejtett mérési változások. Ezek torzítják legjobban az adatot, és ezekről szoktak legkevésbé megemlékezni.

A napló nem projektmenedzsment-eszköz, és nem is dokumentáció. Egyetlen dolga van: fél év múlva meg tudd mondani, mi történt és miért. Ennyi elég ahhoz, hogy az adataidról értelmes beszélgetést lehessen folytatni, és ez lényegesen több, mint amennyivel a legtöbb vállalkozás rendelkezik.

Források és további olvasnivalók

• Google Search Central dokumentáció (Search Console teljesítmény-riport, oldalváltozások és újrafeldolgozás)
• Google Analytics 4 súgó (adatmegőrzés, kulcsesemények, megjegyzések)
• Google Search Console súgó (adatok frissülése, 16 hónapos előzmény)
• Schema.org szókészlet (dateModified, datePublished)
• W3C webes szabványok dokumentációi
• Looker Studio hivatalos súgó (adatforrások összekapcsolása, referenciavonalak)