Tartalom és hirdetés összehangolása egy naptárban

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

A legtöbb vállalkozásnál a tartalom és a hirdetés két külön asztalon készül. Valaki írja a blogot, valaki más állítja be a kampányt, és csak az indulás napján derül ki, hogy a hirdetés egy olyan oldalra visz, amelyik még nincs kész, vagy egy tavalyi ajánlatot mutat. Ez a cikk azt mutatja meg, hogyan kerül egyetlen naptárba a cikkek, a hirdetési időszakok, a szezonális csúcsok és az ajánlatváltozások sora, hogy ezek egymást erősítsék, ne egymás útjában álljanak.

A saját nézőpontunk egy mondatban így szól. A hirdetés nem pótolja a hiányzó céloldalt, csak drágábbá teszi a hiányt. Minden, ami ebben a cikkben következik, ebből a gondolatból indul.

A szövegben háromféle állítást jelölünk külön. Hivatalosan igazolt az, amit a Google vagy más platform saját dokumentációja kimond. Saját tapasztalat az, amit ügyfélmunkában rendszeresen látunk, de nem mért, publikált adat. Szakmai feltételezés az, ami logikus következtetés, de nincs rá közvetlen bizonyíték.

Miért kell a tartalmat és a hirdetést egy naptárban tervezni?

Azért, mert a hirdetés forgalmat hoz, a tartalom pedig eldönti, mi lesz ezzel a forgalommal. Ha a kettő külön ütemezés szerint mozog, a hirdetés olyan oldalra terel, amely nem válaszol a kérdésre, a cikkek pedig akkor jelennek meg, amikor a kereslet már lecsengett.

A közös naptár egy egyszerű dolgot old meg. Mindenki ugyanazt a dátumot látja, és mindenki tudja, mi az, aminek előtte el kell készülnie. A kampány kezdőnapja nem a munka kezdete, hanem egy határpont, amelyhez képest visszafelé számolsz.

Hivatalosan igazolt. A Google Ads a minőségi mutató számításánál figyelembe veszi a céloldal élményét, vagyis azt, mennyire releváns és használható az oldal annak, aki a hirdetésre kattint. Egy félkész vagy témába nem vágó céloldal tehát a látogatót is elveszítheti, és a hirdetés költségére is hatással lehet.

Mi kerüljön a közös naptárba?

Minden olyan esemény, amely megváltoztatja, mit mondasz, kinek és mikor. Ez általában öt sávra bontható, és érdemes őket egymás alatt, ugyanazon az idővonalon látni.

• Szezonális csúcsok. Mikor keresnek rá a szolgáltatásodra a legtöbben? Ezt a Google Search Console tavalyi adataiból vagy a Google Trends görbéjéből olvashatod ki, nem fejből.
• Hirdetési időszakok. Kampánynév, platform, kezdő és záró nap, a cél (érdeklődés, foglalás, vásárlás) és a céloldal pontos URL-je.
• Céloldalak. Mikor készül el a szöveg, mikor kerül élesbe, mikor tesztelted mobilon, és ki hagyta jóvá.
• Támogató tartalmak. Cikkek, GYIK-bővítések, hírlevél, közösségi posztok, Google Cégprofil-bejegyzések, mindegyik a céloldalra mutató belső linkkel.
• Ajánlatváltozások. Új szolgáltatás, kedvezmény kezdete és vége, kapacitásváltozás, nyitvatartás-módosítás.

A formátum mindegy, lehet táblázat, projektkezelő vagy egy közös naptár. A lényeg, hogy egy sor egy eseményt jelentsen, és minden sorban legyen felelős és határnap. Egy egyszerű táblázatsor például így nézhet ki.

2026-07-20 | céloldal élesítés | /kazan-karbantartas | felelős: tartalom | függ: semmi
2026-08-31 | Google Ads indul | cél: foglalás | céloldal: /kazan-karbantartas | függ: céloldal élesítés

A „függ” oszlop a legfontosabb. Ha egy hirdetési sor egy céloldal-sortól függ, akkor a hirdetés addig nem indulhat, amíg az előfeltétel nincs pipálva.

Mennyivel a kampány előtt kell a céloldalnak készen állnia?

Saját tapasztalatunk szerint négy-hat héttel a hirdetés indulása előtt, és legkésőbb az indulás előtti napon már élesben, tesztelve. A két szám két különböző célt szolgál.

A négy-hat hét az organikus láthatóságnak kell. Hivatalosan igazolt, hogy a Google Search Central szerint egy új oldal feltérképezése és indexelése néhány naptól több hétig is tarthat, és a Google nem vállal időpontot arra, hogy egy oldal mikor és egyáltalán bekerül-e az indexbe. Ha a céloldal hetekkel a szezon előtt él, van esélye arra, hogy mire a kereslet megnő, organikusan is megjelenjen, és a hirdetés mellett ingyenes forgalmat is hozzon.

A hetek másik haszna a javítás ideje. Saját tapasztalat, hogy az első élesítés után szinte mindig előkerül valami. Hibás űrlap-értesítés, mobilon szétcsúszó táblázat, rossz telefonszám a láblécben, hiányzó adatvédelmi hivatkozás. Ezeket jobb akkor megtalálni, amikor még nem fizetsz a forgalomért.

Az indulás előtti nap a minimum, mert a hirdetési felületek is ellenőrzik a céloldalt. Hivatalosan igazolt, hogy a Google Ads irányelvei szerint a céloldalnak működnie kell, és a hirdetésben ígért tartalmat kell mutatnia. A legtöbb hirdetés ellenőrzése a Google tájékoztatása szerint egy munkanapon belül lezajlik, de ennél tovább is tarthat. Ha a céloldal az utolsó pillanatban kerül élesbe, a hirdetés könnyen elakadhat az ellenőrzésen.

Mi történik, ha fordítva csinálják, és előbb indul a hirdetés?

A forgalomért fizetsz, de a látogató nem talál választ, és a kattintások jó része elvész. Ez a leggyakoribb hiba, amit látunk, és jellemzően három formában jelentkezik.

1. A hirdetés a főoldalra visz. A látogató egy konkrét szolgáltatásra keresett rá, és egy általános bemutatkozást kap. Meg kell keresnie, amit akar, és sokan nem keresik meg.
2. A hirdetés egy régi oldalra visz. Tavalyi ajánlat, elavult kép, kifutott szolgáltatás. Ez rosszabb a főoldalnál, mert ellentmondást mutat a hirdetés és az oldal között.
3. A céloldal félkész. Működik, de nincs rajta egyértelmű következő lépés, nincs GYIK, nincs bizalomépítő elem, és nem derül ki, milyen területen vállaljátok a munkát. A látogató nem tud dönteni, ezért továbblép.

Szakmai feltételezés, hogy ilyenkor a hirdetési rendszer is rosszabb jelzéseket kap. Kevés konverzió jön, az automatikus ajánlattétel kevés adatból tanul, és ez a kampány első heteit is elronthatja, amikor egyébként a legtöbb tanulás történne. Ezért mondjuk, hogy a hirdetés a hiányt nem eltünteti, hanem kiszámlázza.

Ha a céloldal késik, a jobb döntés általában a kampány kezdetének eltolása, nem a hirdetés elindítása egy ideiglenes oldalra.

Hogyan néz ki ez egy szezonális szolgáltatásnál?

Visszafelé tervezel a szezon csúcsától. Nyolc héttel előtte a tudást építed, négy héttel előtte a döntést segíted, a kampány alatt pedig a foglalást könnyíted. Példánk egy gázkazán-karbantartással foglalkozó vállalkozás, amelynek a fő szezonja a fűtési idény kezdete előtt van, kampánya pedig szeptember elején indul.

Nyolc héttel a kampány előtt

• Elkészül és élesbe kerül a céloldal (/kazan-karbantartas). Benne van, mit tartalmaz a karbantartás, mennyi ideig tart, milyen készülékekre vállaljátok, melyik területen dolgoztok, és hogyan lehet időpontot kérni.
• Megjelenik egy mélyebb, magyarázó cikk arról, miért érdemes a fűtési idény előtt ellenőriztetni a kazánt, és milyen jelekből veheted észre, hogy szerelő kell. Ez a cikk a céloldalra linkel.
• A céloldalra kerül a strukturált adat (szolgáltatás, terület, elérhetőség), és beküldöd az URL-t a Search Console-ban.
• Beállítod a mérést. Űrlapküldés, telefonhívás-kattintás és foglalás külön eseményként fut, és teszteléssel ellenőrzöd, hogy beérkezik.

Négy héttel a kampány előtt

• Bővül a céloldal GYIK-ja azokkal a kérdésekkel, amelyek az első hetekben telefonon vagy e-mailben beérkeztek.
• Megjelenik egy rövidebb, döntést segítő cikk, például „Mire figyelj, amikor kazánkarbantartásra időpontot kérsz?”. Ez is a céloldalra mutat.
• Elkészülnek a hirdetésszövegek és képek, és ugyanazokat a megfogalmazásokat használják, mint a céloldal címe és első bekezdése.
• Frissül a Google Cégprofil szolgáltatáslistája, és kimegy egy bejegyzés, amely a céloldalra visz.
• Átnézed a Search Console-t. Indexelve van-e a céloldal, kapott-e már megjelenéseket.

A kampány alatt

• Hetente frissíted a szabad időpontok számát vagy a foglalási naptárt, hogy a hirdetés ne vigyen olyan látogatót, akit nem tudsz kiszolgálni.
• Közösségi posztok és hírlevél mennek ki, mindegyik ugyanarra a céloldalra.
• Ha egy kérdés sokszor előjön, egy rövid GYIK-válasz kerül a céloldalra, nem új oldal.
• Ha a kapacitás betelik, előbb a hirdetést szűkíted vagy állítod le, és csak utána módosítod a céloldalt.

A kampány után se töröld a céloldalt. Saját tapasztalat, hogy az az oldal, amelyik évről évre ugyanazon az URL-en él és frissül, a következő szezonban már előnyből indul. Az URL állandóságáról külön cikkünk is szól.

Hogyan kezeld az ajánlatváltozásokat a naptárban?

Egy ajánlatváltozás egy naptári sor, amelyhez minden érintett felületet hozzárendelsz, és ugyanazon a napon frissítesz. A hiba ritkán az, hogy valaki elfelejti a változást. Inkább az, hogy a hirdetésben már az új van, a céloldalon még a régi, egy tavaszi cikkben pedig a tavalyi.

Egy ajánlatváltozás sorához ezeket érdemes felírni.

• a változás kezdő és záró napja,
• az érintett hirdetések és hirdetéscsoportok,
• az érintett céloldalak és azok ajánlat-blokkjai,
• a cikkek, amelyek az ajánlatra hivatkoznak,
• a strukturált adat, ha az oldalon Offer típus szerepel.

A Schema.org Offer típusa külön mezőt ad az érvényességre, ez a validFrom és a validThrough. Ha időszakos ajánlatot jelölsz, ezeket is a naptár szerint frissítsd, különben a strukturált adat mást mond, mint az oldal. Hivatalosan igazolt, hogy a Google irányelvei szerint a strukturált adatnak az oldalon látható tartalmat kell tükröznie.

Mit ellenőrizz a kampányindítás előtti napon?

Azt, hogy a hirdetésből érkező látogató ugyanazt kapja, amit a hirdetés ígér, és hogy minden mérés működik. Ez a lista egy óra alatt végigjárható, és megéri kinyomtatni.

1. A céloldal URL-je élesben, mobilon és asztali gépen is betölt, hibaüzenet nélkül.
2. A hirdetésben szereplő ajánlat, szolgáltatásnév és feltétel szó szerint megtalálható a céloldalon.
3. Az űrlap elküldhető, az értesítés megérkezik a megfelelő postafiókba, és a látogató visszaigazolást kap.
4. A telefonszám kattintható, és a megadott számon tényleg felveszi valaki a kampány idején.
5. A konverziókövetés tesztküldéssel ellenőrizve van, az esemény megjelenik a mérőrendszerben.
6. Az UTM-paraméterek vagy az automatikus címkézés be van kapcsolva, és a céloldal nem vágja le őket átirányításnál.
7. A céloldal nincs noindex jelöléssel kizárva, és a robots.txt nem tiltja.
8. A támogató cikkek belső linkjei a céloldalra mutatnak, nem egy régi vagy tesztoldalra.
9. A strukturált adat érvényes, és az ajánlat dátumai egyeznek a naptárral.
10. A kapacitás rendben van. Van szabad időpont, van ember, aki a beérkező kéréseket aznap feldolgozza.
11. A hirdetések jóváhagyott állapotban vannak, nincs korlátozott vagy elutasított elem.
12. A naptárban minden, a kampánytól függő sor pipálva van, és van megjelölt felelős a kampány első hetére.

Hogyan segíti ez az AI-alapú válaszmotorokban való megjelenést?

A válaszmotorok a nyilvános, feltérképezhető tartalomból dolgoznak, ezért a hetekkel korábban élesített, egységes céloldal és a hozzá kapcsolódó cikkek nagyobb eséllyel kerülhetnek forrásként a válaszokba. Ez nem jelenti azt, hogy biztosan bekerülnek.

Hivatalosan igazolt, hogy az OpenAI dokumentációja szerint a keresési funkcióhoz használt bejárójuk (OAI-SearchBot) a robots.txt alapján kezelhető, és a Google is leírja, hogy az AI-alapú keresési funkciókban ugyanazok az alapvető SEO-gyakorlatok érvényesek, mint a hagyományos keresésben. Szakmai feltételezés, hogy az a céloldal, amelyik egyértelműen, kérdés-válasz formában írja le a szolgáltatást, és amelyre több saját cikk is hivatkozik, jobb jelölt a válaszmotorok számára, mint egy, csak a kampány idejére összerakott oldal.

A gyakorlati következtetés ugyanaz, mint a hirdetésnél. Ami nincs kész és nem elérhető a szezon előtt, azt sem a hirdetés, sem egy AI-válasz nem tudja helyetted elmondani.

Források és további olvasnivalók

• Google Search Central, Crawling and indexing dokumentáció
• Google Search Central, Introduction to structured data markup
• Google Search Central, AI features and your website
• Google Ads súgó, About Quality Score és Landing page experience
• Google Ads irányelvek, Destination requirements
• Schema.org, Offer típus (validFrom, validThrough)
• OpenAI dokumentáció, Overview of OpenAI crawlers