Jóváhagyási rend és változásnapló a marketing-szolgáltatóval

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

Egy weboldal vagy hirdetési fiók évente több száz apró módosításon megy át. A legtöbbjük észrevétlen és hasznos, néhány viszont hónapokra visszavetheti a forgalmat, vagy túlviheti a költést a megbeszélt kereten. Ebből a cikkből megtudod, hogyan állapodjatok meg előre a szolgáltatóval arról, mi mehet jóváhagyás nélkül, mihez kell írásos igen, és hogyan maradjon nyoma minden változásnak.

A cikkben jelöljük, mi számít hivatalosan igazolt információnak, mi saját tapasztalat, és mi szakmai feltételezés.

Miért kell előre rögzíteni, mit módosíthat a szolgáltató?

A felelősség és a visszakereshetőség csak akkor működik, ha a döntési jogkör le van írva. A szóbeli „csináld, ahogy jónak látod” addig kényelmes, amíg minden rendben van. Amikor esik a forgalom, eltűnik egy menüpont vagy elszalad a hirdetési költés, már senki nem emlékszik pontosan, ki mit kért és mikor.

A jóváhagyási rend két dolgot tisztáz. Az egyik, hogy melyik módosítás tartozik a szolgáltató szakmai mérlegelésére, és melyik érinti a cég üzleti döntéseit. A másik, hogy minden változásnak legyen dátuma, oka és felelőse. Ez a szolgáltatót is védi, mert később igazolni tudja, hogy egy kényes lépést a tulajdonos kért vagy hagyott jóvá.

Milyen módosításokat végezhet el a szolgáltató magától?

Magától azt végezheti el, ami nem változtat a tartalom értelmén, a címeken, a szerkezeten és a költésen, és bármikor visszaállítható. Ide tartozik a rutinkarbantartás és a már megbeszélt havi munka végrehajtása.

• bővítmények, téma és WordPress-mag biztonsági és kisverziós frissítése, előtte mentéssel;
• elírás, törött link, hiányzó képleírás (alt szöveg) javítása;
• meta title és meta description finomítása a megbeszélt kulcsszavak mentén;
• képek tömörítése, a gyorsítótár beállításainak hangolása;
• negatív kulcsszavak felvétele a Google Ads kampányokba, ha a keret nem változik;
• jóváhagyott tartalmak és posztok közzététele a megbeszélt ütemezés szerint.

Ezek is bekerülnek a változásnaplóba, csak nem várnak engedélyre. Saját tapasztalat, hogy a frissítések okozzák a legtöbb váratlan hibát, ezért itt is érdemes rögzíteni, melyik bővítmény melyik verzióról melyikre lépett.

Mihez kell a tulajdonos írásos igenje?

Írásos igen kell minden olyan módosításhoz, amely URL-t, oldalszerkezetet, költést vagy a rendszer felépítését változtatja meg, mert ezek hatása lassan jelentkezik, és nehezen fordítható vissza. Írásos jóváhagyásnak az e-mail, a jegykezelőben adott válasz vagy a közös dokumentumba írt megjegyzés számít, vagyis bármi, ami később visszakereshető.

Oldalak törlése

Egy régi oldalra mutathatnak külső linkek és könyvjelzők, és lehetnek keresési helyezései is. Hivatalosan igazolt, hogy a Google Search Central szerint a véglegesen megszűnt oldal 404-es vagy 410-es állapotkódot adjon, ha pedig van utódja, 301-es átirányítás vezessen rá. Hogy melyik oldal szűnhet meg (például egy kivezetett szolgáltatásé), az üzleti döntés, tehát a tulajdonosé.

URL-változás

Ha egy cím megváltozik, a Google-nek újra fel kell dolgoznia az oldalt. Hivatalosan igazolt, hogy a Search Central webhelyáthelyezési útmutatója az átirányítások hosszú távú, általában legalább egyéves fenntartását javasolja. Saját tapasztalat, hogy egy „szebb” URL-szerkezet kedvéért végzett átalakítás után a helyezések hetekig ingadozhatnak, ezért ezt csak indokolt esetben, előre egyeztetve érdemes vállalni.

Menü átalakítása

A menü a belső linkelés gerince, és a látogató is ebből tájékozódik. Egy menüpont kivétele gyengítheti az adott oldal belső linkjeit, és a visszatérő ügyfél sem találja meg, amit keres.

Hirdetési keret

A keret a cég pénze, ezért minden emelés, új kampány és a futási időszak meghosszabbítása tulajdonosi döntés. Érdemes rögzíteni egy küszöböt is, amelyen belül a szolgáltató a kampányok között átcsoportosíthat, a teljes keretet viszont nem lépheti túl.

Új bővítmény vagy külső szolgáltatás

Egy új bővítmény biztonsági kockázatot, lassulást, előfizetéses licencet vagy adatkezelési kérdést hozhat. Ha személyes adatot küld külső szerverre (chat, űrlap, követőkód), az az adatkezelési tájékoztatót is érintheti. Szakmai feltételezés, hogy a WordPress-oldalak hibáinak jelentős része a felhalmozódott, már nem használt bővítményekből ered, ezért az új telepítéshez az indoklást és a felelős nevét is érdemes leírni.

Hogyan néz ki egy egyszerű háromszintű jóváhagyási séma?

A legegyszerűbb séma három szintet különít el aszerint, mennyire fordítható vissza a változás, és mennyire érinti a cég pénzét vagy arculatát. A szint dönti el, kell-e előzetes engedély, és ki adhatja meg.

1. szint, magától végezhető, utólag naplózva

Ide tartozik a rutinkarbantartás, a hibajavítás és a megbeszélt havi feladat. A szolgáltató elvégzi, beírja a naplóba, és a havi riportban összesíti.

2. szint, előzetes értesítés hallgatólagos jóváhagyással

Ide a közepes hatású, visszafordítható módosítás tartozik, például egy oldal szövegének átírása, egy új aloldal közzététele vagy kampányon belüli átcsoportosítás a rögzített küszöbön belül. A szolgáltató előre jelzi, mit és miért tervez, és ha a megbeszélt határidőn belül nem érkezik kifogás, elvégezheti. A határidőt a felek közösen rögzítik, jellemzően néhány munkanapban.

3. szint, csak kifejezett írásos igen után

Ide tartozik az oldal törlése, az URL- vagy domainváltás, a menüszerkezet átalakítása, a keret emelése, új kampány indítása, új bővítmény vagy külső szolgáltatás bevezetése, a követőkódok cseréje és a hozzáférés kiadása harmadik félnek. Ezen a szinten a hallgatás nem jelent igent. A szolgáltató leírja a javaslatot, a várható hatást és a visszaállítás módját, a tulajdonos pedig név szerint jóváhagyja.

Egy hétköznapi helyzetben ez így néz ki. A szolgáltató észreveszi, hogy két szolgáltatásoldal szinte ugyanarról szól, és összevonná őket. Az összevonással az egyik URL megszűnik, ezért ez 3. szintű döntés. Leírja, melyik oldal marad, hová mutat majd a 301-es átirányítás, milyen hatással lehet ez a keresési forgalomra, és hogyan lehet visszaállni. A tulajdonos e-mailben jóváhagyja, a szolgáltató elvégzi, a napló sorába pedig bekerül az e-mail dátuma.

A séma akkor működik, ha mindkét fél ugyanazt a listát látja. Elég hozzá egy egyszerű táblázat, amelynek minden sorában a módosítás típusa és a szintje áll. Ami nincs a listán, az alapból a 3. szintre kerül, amíg nem egyeztetnek róla.

Mit tartalmazzon a változásnapló?

A változásnapló minden sora négy kérdésre felel. Mikor történt, mi változott, miért, és ki a felelős érte. Ehhez érdemes hozzávenni a jóváhagyás helyét és a visszaállítás módját, mert hiba esetén ezekre van először szükség.

Íme egy közös táblázatban vezetett napló mintája, pontosvesszővel tagolva.

dátum;terület;változás;ok;felelős;szint;jóváhagyta;visszaállítás
2026-03-04;weboldal;SEO-bővítmény frissítése kisverzióval;biztonsági frissítés;szolgáltató, fejlesztő;1;-;reggeli teljes mentés
2026-03-11;weboldal;/szolgaltatasok/regi-csomag törölve, 301 a /szolgaltatasok oldalra;kivezetett szolgáltatás;tulajdonos kérése;3;tulajdonos, e-mail 03-10;átirányítás törlése, oldal visszaállítása
2026-03-18;Google Ads;napi keret emelése a tavaszi kampányban;szezonális kereslet;szolgáltató, kampánykezelő;3;tulajdonos, jegy 03-17;előző keret visszaírása
2026-03-25;weboldal;új sütikezelő bővítmény telepítve;hozzájáruláskérés frissítése;szolgáltató, fejlesztő;3;tulajdonos, e-mail 03-24;bővítmény kikapcsolása

A vezetéshez néhány gyakorlati szabály.

• A sor a módosítás napján kerüljön be, mert utólag, emlékezetből a napló hamar pontatlanná válik.
• Az URL-eket teljes útvonallal írd, hogy később keresni lehessen rájuk.
• A hirdetési fiókok saját előzményeit (a Google Ads módosítási előzményeit, a Meta Hirdetéskezelő tevékenységi előzményeit) nem kell átmásolni. Elég hivatkozni rájuk, és a naplóba csak a döntést beírni.
• A Google Analytics 4-ben a fontosabb módosításokhoz megjegyzést is tehetsz, így a grafikonon is látszik a dátum.
• A napló a cég tulajdonában, a cég fiókjában legyen, ne a szolgáltató saját mappájában.

Hogyan segít a napló egy forgalomesésnél?

A napló lerövidíti a nyomozást, mert a forgalmi görbe töréspontja mellé oda lehet tenni, mi változott aznap vagy előtte. Napló nélkül a hibakeresés találgatás, a naplóval jó eséllyel néhány sor átnézése.

1. A Search Console Teljesítmény jelentésében és a GA4-ben határold be, mikor kezdődött az esés, és hogy az egész webhelyet vagy csak egyes oldalakat érinti-e.
2. Szűrd a naplót az esés előtti két-négy hétre, mert az URL-változás és az indexelést érintő beállítás hatása gyakran késve jelentkezik.
3. Vesd össze az érintett oldalak listáját a naplóban szereplő URL-ekkel. Ha egy törölt vagy átírt cím mindkettőben szerepel, ott kezdd.
4. A Search Console Oldalak jelentésében nézd meg, nőtt-e a 404-es vagy a noindex miatt kizárt oldalak száma.
5. Ha a kérdéses időszakban nincs semmi a naplóban, a Google Search Status Dashboardon nézd meg, volt-e algoritmusfrissítés, és vesd össze a forgalmat az előző év azonos időszakával.
6. A gyanús módosítást a naplóban leírt módon állítsd vissza, és ezt is írd be új sorként.

Saját tapasztalat, hogy forgalomesésnél az első kérdés szinte mindig az, hogy hozzányúlt-e valaki valamihez. A napló erre perceken belül választ ad. Ha kiderül, hogy senki nem nyúlt semmihez, az is hasznos, mert akkor a külső okokat lehet vizsgálni.

Mit ér a napló szolgáltatóváltáskor?

Szolgáltatóváltáskor a napló az átadás gerince, mert az új partner ebből látja, milyen döntések vezettek a mostani állapothoz. Nélküle az új szolgáltató az első heteket a múlt felderítésével tölti, és jó eséllyel visszacsinál olyat, amit valaki okkal döntött el.

Az átadásnál a napló mellé érdemes ezeket is elkérni.

• az aktív átirányítások teljes listája, forrás- és cél-URL-lel;
• a telepített bővítmények listája, hogy melyik mit csinál, és melyiket ki telepítette;
• a hirdetési fiókok, a Search Console, a GA4 és a Címkekezelő hozzáféréseinek listája, a cég nevére szóló tulajdonosi joggal;
• a futó és a szüneteltetett kampányok listája a keretek jóváhagyásával együtt;
• a folyamatban lévő 3. szintű döntések.

Szakmai feltételezés, hogy ha a napló a szolgáltató saját rendszerében él, a kapcsolat megszűnésekor könnyen elvész, vagy hiányosan érkezik meg. Ezért érdemes a kezdetektől a cég saját tárhelyén vezetni, ahová a szolgáltató írási jogot kap.

Miért jel, ha a szolgáltató nem ajánlja fel ezt a rendet?

A mi nézőpontunk szerint a jó szolgáltató maga hozza szóba a jóváhagyási rendet és a naplót, mert ettől az ő munkája is átlátható és védhető lesz. Ha erre neked kell rákérdezned, és a válasz kitérő, az figyelmeztető jel.

A hiány önmagában még nem bizonyít rossz szándékot. Kisebb szolgáltatóknál gyakran egyszerűen nincs kialakult folyamat. Azt viszont érdemes megfigyelni, hogyan reagál a javaslatra. Ha szívesen átveszi és vezeti, rendben van. Ha teherként kezeli, vagy azt mondja, hogy „úgyis mindent megbeszélünk telefonon”, akkor egy későbbi vitás helyzetben nem lesz mire támaszkodni. Saját tapasztalat, hogy a dokumentálatlan együttműködésekben a vita sokszor arról szól, ki kérte a módosítást, és ez elviszi az időt a javítás elől.

Hogyan vezesd be a rendet egy meglévő együttműködésben?

Meglévő együttműködésben a rendet lépésenként, visszamenőleges szigor nélkül érdemes bevezetni. A cél az, hogy a következő módosítástól kezdve mindennek legyen nyoma.

1. Kérd el a szolgáltatótól az elmúlt hónapok főbb módosításainak listáját, amennyire visszakereshető. Ez lesz a napló első része.
2. Hozz létre egy közös táblázatot a cég fiókjában a fenti oszlopokkal, és adj írási jogot a szolgáltatónak.
3. Írjátok össze együtt a módosítástípusokat, és soroljátok be őket a három szintbe.
4. Rögzítsétek, ki adhat jóváhagyást a cég részéről, és melyik csatornán (e-mailben vagy a jegykezelőben).
5. Állapodjatok meg a 2. szint kifogási határidejében és a hirdetési keret átcsoportosítási küszöbében.
6. A havi riport része legyen a napló adott havi kivonata.
7. Negyedévente nézzétek át, hogy a szintek beosztása még illik-e a működésetekhez.

Gyors ellenőrzőlista

• Van írásban rögzített lista arról, mi tartozik az 1., a 2. és a 3. szintbe?
• A napló a cég saját fiókjában van?
• Minden sorban szerepel a dátum, a változás, az ok és a felelős?
• A 3. szintű soroknál megtalálható a jóváhagyás helye?
• A hirdetési fiókok és a Search Console tulajdonosa a cég?
• Kiderül a naplóból, hogyan lehet egy módosítást visszaállítani?

Hogyan segítünk a rend felállításában?

Ha már dolgozol marketing-szolgáltatóval, és szeretnéd, hogy legyen jóváhagyási rend és változásnapló, segítünk felállítani. Átnézzük a meglévő hozzáféréseket és az elérhető előzményeket, összeállítjuk a szintekbe sorolt módosítási listát, és úgy készítjük el a naplósablont, hogy a jelenlegi szolgáltatód is kényelmesen vezethesse. A rend magától nem javítja meg a forgalmat, de a következő eltérésnél sokkal hamarabb kiderül, mi történt.

Források és további olvasnivalók

• Google Search Central, Webhely áthelyezése URL-módosítással
• Google Search Central, A HTTP-állapotkódok és a hálózati hibák hatása a Google Keresésre
• Google Search Console súgó, Teljesítmény jelentés és Oldalindexelés jelentés
• Google Search Status Dashboard
• Google Analytics súgó, Megjegyzések a Google Analytics 4-ben
• Google Ads súgó, Módosítási előzmények
• Meta Üzleti súgóközpont, Hirdetéskezelő tevékenységi előzmények
• WordPress.org dokumentáció, Bővítmények kezelése és frissítése