Dinamikus tartalom a weboldal minden olyan része, amely attól függően változik, hogy ki nézi, mikor, vagy honnan érkezett – miközben az URL ugyanaz marad. B2B weboldalon ez általában azt jelenti, hogy a főcím, az ügyféllogók, a CTA vagy az ajánlott anyagok a látogató iparágához, cégméretéhez, fiókjához, helyéhez vagy vásárlási szakaszához igazodnak.
Egy B2B marketinges számára az a hasznos rész, hogy tudja, mely elemeket érdemes dinamikussá tenni, mely jelekben bízhat, és hogyan építse fel mindezt a SEO vagy az oldalsebesség rontása nélkül. Ez a cikk mindhármat lefedi, előtte–utána példákkal, amelyeket elemenként átvehetsz.
Mi a dinamikus tartalom? Statikus vs. dinamikus vs. személyre szabott
A „dinamikus tartalom” kifejezést háromféle dologra használják. Válaszd szét őket, mielőtt bármit felmérnél a fejlesztőkkel.
| Típus | Mi változik | Alapja | B2B példa |
|---|---|---|---|
| Statikus tartalom | Semmit. Minden látogató ugyanazt az oldalt látja, amíg valaki nem szerkeszti. | Semmi | Egy „Rólunk” oldal |
| Dinamikus tartalom (technikai értelemben) | A tartalom az oldal lekérésekor áll össze, gyakran adatbázisból | Adatok, nem a látogató | A legújabb bejegyzéseket listázó blogindex, egy állásportál, élő árak egy adott pénznemben |
| Dinamikus tartalom (marketinges értelemben) | Konkrét blokkok cserélődnek a látogatóra vonatkozó szabályok alapján | Látogatói jellemzők és viselkedés | Az egészségügyi látogatók egészségügyi főcímet és kórházi logókat látnak |
| Személyre szabott tartalom | Dinamikus tartalom, ahol a szabály egy meghatározott szegmenst vagy megnevezett fiókot céloz | Szegmens- vagy fiókidentitás | Egy célfiók a saját nevét és a döntéshozó csoportjának készített oldalt látja |
Marketing értelemben, és a dinamikus tartalom jelentésére keresők általában erre kíváncsiak, a dinamikus tartalom a mechanizmus, a weboldal-personalizáció pedig a stratégia, amely eldönti, mit mutasson a mechanizmus. Lehet dinamikus tartalmad stratégia nélkül (egy órához kötött „Jó reggelt” banner). Dinamikus tartalom nélkül viszont nem tudsz weboldalt személyre szabni.
A dinamikus tartalom hat típusa B2B weboldalakon
Minden dinamikus tartalmi szabálynak van egy triggere (a jel) és egy tartalma (ami változik). A trigger határozza meg a típust. Ez a hat típus használatos a B2B oldalakon.
| Típus | Trigger | Adatforrás | Jellemző tartalom |
|---|---|---|---|
| Cégjellemzők / iparág | A látogató cégének iparága, mérete vagy árbevétele | Fordított IP-keresés, adatgazdagítás, űrlapadatok | Főcím, logók, esettanulmány, felhasználási esetek szövege |
| Viselkedési | Megtekintett oldalak, fogyasztott tartalom, visszatérő látogatások | First-party analitika és cookie-k | CTA, tartalomajánlások, chatüzenet |
| Fiók (ABM) | A látogató cége szerepel egy megnevezett céglistán | Fióklista az azonosított céghez párosítva | Accountnév, testreszabott bizonyíték, közvetlen meetingre ösztönző CTA |
| Földrajzi | Ország, régió vagy város | IP-alapú helymeghatározás | Pénznem, megfelelőségi üzenetek, helyi események, sales kapcsolattartó |
| Hivatkozó / UTM | Kampány, hirdetés, kulcsszó vagy hivatkozó oldal | URL-paraméterek, hivatkozó fejléc | A hirdetés ígéretét folytató főcím |
| Életciklus | Névtelen, ismert lead, nyitott lehetőség, ügyfél | CRM- vagy marketingautomatizációs szinkronizálás | Az ügyfelek támogatási és bővítési tartalmat látnak a „Kérj demót” helyett |
A legtöbb B2B csapatnak a firmografikus szabályokkal érdemes kezdenie, mert a jel már az első látogatáskor elérhető, és a tartalmat könnyű előállítani. A konvertáló firmografikus szegmensekről szóló útmutatónk leírja, hogyan válaszd ki a szegmenseket. A viselkedési szabályoknak néhány oldalmegtekintés kell, mielőtt aktiválódnak, így a visszatérő látogatásoknál számítanak inkább; a használható jelekért lásd a B2B weboldalak viselkedési szegmentálásáról szóló cikket.
A hivatkozó- és UTM-szabályokról gyakran megfeledkeznek, pedig egyáltalán nincs szükségük azonosításra. Ha egy olyan LinkedIn-hirdetésért fizetsz, amely „SOC 2 bizonyítékgyűjtést egy hét alatt” ígér, a landing page címsorának ezt az ígéretet kell megismételnie, nem az általános márkaszlogenedet. Lásd el a hirdetést következetes utm_content értékkel (az UTM-építőnk kisbetűssé alakítja és kódolja), és kösd a szabályt ehhez az értékhez.
Dinamikus tartalmú weboldal példák oldalelemenként
A dinamikus tartalom körét leggyorsabban elemenként, nem oldalanként lehet meghatározni. Alább előtte/utána példákat találsz a hat elemre, amelyek a legnagyobb súlyt hordozzák egy B2B oldalon. A cég kitalált: egy munkaerő-beosztási platform, amely egészségügyi, kiskereskedelmi és logisztikai cégeknek értékesít. Az alábbi egészségügyi sorok feltételezik, hogy tudod, egy egészségügyi rendszer mely szerepköreinek írsz; a kórházaknak és egészségügyi rendszereknek szóló marketingről szóló útmutatónk feltérképezi őket.
| Elem | Előtte (statikus) | Utána (dinamikus) | Szabály |
|---|---|---|---|
| Hero főcím | „Okosabb időpont-egyeztetés minden csapatnak” | „Töltsd be az ápolói műszakokat túlóracsúcsok nélkül” | Iparág = egészségügy |
| Társadalmi bizonyíték | Tíz véletlenszerű ügyféllogó | Öt kórházi és klinikai logó, egy egészségügyi idézet | Iparág = egészségügy |
| Elsődleges CTA | „Foglalj demót” | „Nézd meg az árakat 500+ telephelyre” | Kétszer nézte meg az árazási oldalt, cégméret 1000+ |
| Főmenü | A „Megoldások” menü mind a nyolc felhasználási esetet felsorolja | A látogató iparága elsőként rögzítve a menüben | Ismert iparág |
| Árazási oldal | Három szint, „Contact us” a nagyvállalati csomagnál | A nagyvállalati szint kibővítve SSO-val, auditnaplókkal és beszerzési GYIK-kel | Cégméret: 1000 fő felett |
| Anyagajánlások | Dátum szerint rendezett „Legújabb bejegyzések” | Kiskereskedelmi bérköltség-útmutató és két kiskereskedelmi esettanulmány | Iparág = kiskereskedelem, vagy két kiskereskedelmi cikket olvasott |
Kidolgozott példa: egy kezdőlap, három iparág
Példa (szemléltető): a fenti időpontfoglaló cégnek egyenletes kezdőlapi forgalma van, amelyet iparág szerint azonosítani tud. Íme a minimális megvalósítás:
- Csak két elemből írj három-három változatot: a hero részből (főcím, alcím, hero kép) és a logósávból. Az egészségügy, a kiskereskedelem és a logisztika mindegyike saját változatot kap. Ha sok szegmensnek készítesz változatokat, a B2B tartalomperszonalizációról szóló útmutató segít, hogy egységes maradjon az üzenet.
- Az alapértelmezett maradjon, ahogy van. Az azonosítatlan látogatók és más iparágak a jelenlegi kezdőlapot látják.
- Iparáganként egy szabályt állíts be az azonosított cég iparági kódja alapján, megbízhatósági küszöbbel, hogy a gyenge egyezések az alapértelmezettre essenek vissza.
- Mérj szegmensenként 30 napig: a demókérési arányt és az iparági oldalra való továbbkattintást, összevetve egy ugyanabba az iparágba tartozó, az alapértelmezettet látó kontrollcsoporttal. Az A/B teszt mintaméretéről szóló cikkünk megmutatja, hogyan ellenőrizd, van-e elég forgalmad, mielőtt az eredményt értelmeznéd.
Ez iparáganként hat szövegelem és egy logósáv. Az iparágalapú személyre szabás beállításáról szóló útmutatónk lépésről lépésre bemutatja a szabálykonfigurációt, a B2B kezdőlap-személyre szabásról szóló cikk pedig azt, mit érdemes szegmensenként megváltoztatni.
Hogyan vezesd be a dinamikus tartalmat
A dinamikus tartalom három helyen állítható össze. A megfelelő a technológiai stackedtől, a forgalmadtól és attól függ, mennyi villódzást tudsz elviselni.
| Megközelítés | Hogyan működik | Erősségek | Mire figyelj |
|---|---|---|---|
| Szerveroldali | A webszervered vagy a CMS-ed dönti el, melyik változatot rendereli, mielőtt elküldi a HTML-t | Nincs villódzás, teljes kontroll, JavaScript nélkül is működik | Tönkreteszi a teljes oldalas gyorsítótárazást, hacsak nem tervezel rá; minden új szabályhoz fejlesztés kell |
| Edge | Egy CDN worker (például Cloudflare Workers vagy hasonló) kérésenként átírja a gyorsítótárazott HTML-t | Gyors, megtartja a CDN-gyorsítótárazást az alapértelmezett oldalnál, nincs villódzás | Az azonosítási adatoknak ezredmásodpercek alatt elérhetőnek kell lenniük az edge-en; a marketingesek számára nehezebb szerkeszteni |
| Kliensoldali | Egy JavaScript snippet az oldal betöltése után cseréli ki az elemeket | A szabályok a marketingeseké, bármilyen CMS-en működik, a leggyorsabban indítható | Villódzás, ha a csere lassú; növeli a szkriptek súlyát; nem blokkolhatja a megjelenítést |
A második döntés a CMS kontra personalizációs réteg. A legtöbb modern CMS (és a landing page-eket kínáló marketingautomatizációs eszközök) támogat valamilyen dinamikus tartalmat: ezt a modult mutasd ennek a listának vagy okosszegmensnek. Ez jól működik életciklus-szabályoknál, ahol a látogató már ismert kontakt. Rosszul működik a névtelen B2B forgalomnál, amely a forgalmad nagy része, mert a CMS nem tudja, melyik cégtől jön a látogató.
A perszonalizációs réteg a CMS fölött helyezkedik el, azonosítja az anonim látogatások mögötti céget, és bármelyik oldalon alkalmazza a szabályokat. Ha szeretnéd megérteni az egyes elemeket (adatok, szabályok, kiszolgálás), a hogyan működik a B2B weboldal-perszonalizáció cikk részletesen bemutatja őket, a valós idejű perszonalizációs példák pedig megmutatják, hogyan néz ki mindez élő oldalakon.
A mi véleményünk: a legtöbb B2B marketingcsapatnak a kliensoldali megoldás a jó kezdés, feltéve, hogy a kódrészlet korán betölt, csak a hajtás feletti, lefoglalt elrendezési hellyel rendelkező elemeket cseréli, és időtúllépéskor visszaáll az alapértelmezettre. A nagy forgalmú, nagy értékű szabályokat vidd az edge-re, amint bizonyítottak.
Dinamikus tartalom és SEO
A dinamikus tartalom SEO-ja egyetlen elvre vezethető vissza: a keresők az alapértelmezett oldaladat indexeljék, és az alapértelmezett oldal önmagában is teljes, jó oldal legyen.
A Google spamirányelvei a cloakingot így definiálják: „presenting different content to users and search engines with the intent to manipulate search rankings and mislead users”. A Google által hozott példák ilyenek: a feltérképező robotoknak egy témáról szóló oldalt mutatni, a felhasználóknak egy másikról, vagy kulcsszavakat csak akkor beszúrni, ha a kérést egy keresőmotor küldi. Ha egy kórházi látogatónak egészségügyi főcímet mutatsz, az nem ilyen. Az általunk használt teszt: nyugodt lennél, ha a Google minden változatot látna? Ha minden változat ugyanannak az oldalnak egy észszerű verziója, rendben vagy.
Gyakorlati szabályok, amelyekkel a dinamikus tartalom SEO-szempontból biztonságos marad:
- Soha ne írj crawlereket célzó szabályokat. Semmi user-agent ellenőrzés. A crawlerek egyszerűen nem illenek egyik szegmensbe sem, és az alapértelmezett oldalt kapják.
- A változatokat tartsd egy URL-en, hacsak nem valóban különböző oldalakról van szó. Ha a változatokat paraméteres URL-ekre osztod szét, a rangsorolási jelek is megoszlanak.
- Ne legyen szegényes az alapértelmezett változat. Ha az alapértelmezett hero annyi, hogy „Üdvözlünk”, akkor az fog rangsorolni.
- Óvatosan a földrajzi szabályokkal. A Google megjegyzi, hogy az alapértelmezett robotjainak IP-címei "appear to be based in the USA", és dinamikus nyelvváltás helyett külön, hreflanggal jelölt nyelvi URL-eket javasol. A pénznemet vagy egy helyi eseményt cserélheted dinamikusan; az egész oldal nyelvét ne.
- Védd a Core Web Vitals értékeket. Foglalj helyet a lecserélt blokkoknak, hogy elkerüld az elrendezés elcsúszását, és soha ne blokkold a renderelést, amíg egy azonosítási hívásra vársz.
A gyorsítótárazást, a canonicalokat és a tesztelést részletesebben a weboldal-személyre szabásról és SEO-ról szóló útmutatónkban tárgyaljuk.
Amit a legtöbb csapat rosszul csinál a dinamikus tartalommal
A díszítést perszonalizálják, nem a döntéseket. A „Szia, Acme” beillesztése a címsorba a leggyakoribb dinamikus tartalmi példa az interneten, és az egyik legkevésbé hasznos. A látogatók nem azért konvertálnak, mert látták a cégük nevét. Azért konvertálnak, mert az oldal gyorsabban megválaszolta a kérdésüket: a megfelelő bizonyíték, a megfelelő árazási részlet, a megfelelő következő lépés. Azt a tartalmat változtasd meg, amelyet a vásárló a döntéshez használ.
Gyenge jelzésekben bíznak. Az IP-alapú azonosítás valószínűségi alapú. Egy szabály, amely magabiztosan azt mondja egy látogatónak, hogy „Bankoknak készült”, miközben ő egy kiskereskedőnél dolgozik, rosszabb, mint ha nem lenne szabály. Állíts be egyezési megbízhatósági küszöböt, és alatta térj vissza az alapértelmezetthez.
Elfelejtik az alapértelmezettet. A forgalmad nagy része soha nem fog egyetlen szabálynak sem megfelelni. A csapatok heteket töltenek variánsokkal, és elavulni hagyják az alapértelmezett oldalt. Először az alapértelmezettet javítsd; az szolgálja ki a legnagyobb szegmenst.
Több változatot építenek, mint amennyit mérni tudnak. Tizenkét iparág szorozva négy elemmel 48 tartalomdarab, és egyetlen szegmens sem kap elég forgalmat egy eredmény kiolvasásához. Három szegmens két-két elemmel olyan program, amelyet mérni és karbantartani is tudsz. A nagy léptékű személyre szabásról szóló cikkünk bemutatja, hogyan lépj ezen túl anélkül, hogy elveszítenéd a szabályok fonalát.
Kihagyják a kontrollcsoportot. Az alapértelmezettet látó kontrollcsoport nélkül nem tudod megmondani, hogy egy szegmens a tartalom miatt konvertál jobban, vagy azért, mert az a szegmens mindig is jobban konvertált.
30 napos terv az első dinamikus tartalmad elindításához
- 1. hét: válassz szegmenseket. Kérd le 90 nap forgalmát, csoportosítsd azonosított iparág vagy cégméret szerint, és válaszd ki azt a három szegmenst, amely illeszkedik az ICP-dhez, és elég nagy a volumene.
- 1. hét: válaszd ki az elemeket. Hero és társadalmi bizonyíték a kezdőlapon, plusz egy CTA. Egyelőre semmi más.
- 2. hét: változatok megírása. Szegmensenként egy főcím, egy alcím, öt logó és egy CTA. Ellenőriztesd az értékesítéssel a pontosságukat.
- 3. hét: építés és QA. Állíts be szabályokat megbízhatósági küszöbbel, szegmensenként 10–20%-os kontrollcsoporttal és időtúllépés esetén alapértelmezésre visszaálló logikával. Tesztelj VPN-nel, mobilon és egy crawler-lekérő eszközzel, hogy megbizonyosodj róla, az alapértelmezett változat megjelenik.
- A 4. héttől: mérés. Riportold a konverziós rátát szegmensenként a kontrollcsoportjához képest. Tartsd meg, ami nyer, írd át, ami nem, aztán egyszerre egy elemet adj hozzá.
Ha a dinamikus tartalom programod egy fiókalapú kezdeményezés része, az account-based marketing példáink forgatókönyvei megmutatják, hogyan illeszkedik az oldal tartalma a hirdetésekhez, a postai küldeményekhez és az SDR-megkeresésekhez.
A szöveg cseréje a könnyebbik rész. A B2B-ben a nehezebb rész az, hogy tudd, melyik cég van az oldalon, és melyik szegmensbe tartozik. A Markettailor látogatóazonosítása cégekhez rendeli az anonim látogatásokat, a szegmentálása pedig a fent leírt iparági, méret- és fiókszabályokká alakítja ezeket a cégeket, anélkül hogy minden változtatáshoz fejlesztői ticket kellene.
Gyakran ismételt kérdések
Mi a dinamikus tartalom egyszerűen megfogalmazva?
A dinamikus tartalom olyan weboldaltartalom, amely attól függően változik, ki nézi, miközben az oldal címe ugyanaz marad. Egy kórházból érkező B2B látogató egészségügyi ügyféllogókat láthat, míg egy kiskereskedőtől érkező ugyanazon a kezdőlapon kiskereskedelmi logókat.
Mi a különbség a statikus és a dinamikus tartalom között?
A statikus tartalom minden látogatónak ugyanaz, amíg valaki nem szerkeszti. A dinamikus tartalom a kérés pillanatában áll össze vagy cserélődik adatok alapján, például a látogató iparága, helye, kampányforrása vagy viselkedése szerint. A legtöbb B2B weboldal alapvetően statikus, néhány dinamikus blokkal a tetején.
Milyen példák vannak dinamikus tartalomra egy weboldalon?
Gyakori dinamikus tartalmú weboldal-példák: iparágspecifikus hero címsorok, a látogató ágazatához illő ügyféllogók, CTA-k, amelyek megváltoznak, miután a látogató megnézte az árazási oldalt, ország szerinti pénznem, a kattintott hirdetéshez illő landing page címsorok, valamint a már elolvasott cikkek alapján ajánlott anyagok.
Árt a dinamikus tartalom a SEO-nak?
Nem, amennyiben a feltérképező robotok ugyanazon az URL-en teljes alapértelmezett oldalt kapnak, és soha nem célzod a keresőmotorokat eltérő tartalommal. Problémát a vékony alapértelmezett tartalom, a több URL-re szétosztott változatok, a Core Web Vitals értékeket rontó lassú szkriptek, valamint a teljes nyelvi változatok dinamikus kiszolgálása okoz külön URL-ek helyett.