MSN tartalomszindikáció: Hogyan kerülnek a kiadók a hírfolyamba

Az MSN tartalomszindikáció azt jelenti, hogy cikkeid bekerülnek a Microsoft Start hírfolyamba (ugyanabba a hírfolyamba, amely az MSN.com-ot és az MSN alkalmazást működteti), ami külön program az MSN-en való hirdetéstől. A kiadók a Microsoft partnerhálózatán keresztül jelentkeznek, megfelelnek a szerkesztőségi és technikai követelményeknek, és ha elfogadják őket, tartalmaik jelentős kiadók mellett jelennek meg egy olyan hírfolyamban, amely ugyanazon platform által kiszolgált nagy mennyiségű natív hirdetést is hordoz.

Két különböző dolog, mindkettőt "MSN"-nek hívják, és miért fontos a különbségtétel#

Könnyű összekeverni két különálló MSN programot, mert ugyanazt a hírfolyamot osztják meg. Az egyik a tartalomszindikációs program (amelyet néha még mindig informálisan régebbi nevén, MSN tartalmi partnereknek neveznek, és most a Microsoft Startba olvadt be), ahol a kiadók szerkesztőségi tartalmaikat benyújtják, hogy megjelenjenek a Microsoft hír- és életmód hírfolyamában. A másik az MSN natív hirdetési elhelyezése, a szponzorált tartalomajánló widgetek, amelyek ugyanabban a hírfolyamban futnak, és nagyrészt Taboola-stílusú kereslet útján értékesítenek újra, valamint a szindikációs programtól függetlenül monetizálják. Egy kiadó részt vehet a szindikációs programban anélkül, hogy valaha is érintené a hirdetési oldalt, és a hirdetők natív kreatívokat futtathatnak az MSN hírfolyamban anélkül, hogy bármilyen kapcsolatban lennének egy adott szindikált kiadóval. Ez a cikk az elsőről szól: hogyan kerüljön a tartalma a hírfolyamba.

Hogyan működik általában a jelentkezési és elfogadási folyamat#

A Microsoft a szindikációs jelentkezéseket egy partnerportálon keresztül futtatja, és a folyamat általános alakja következetes, még ha a konkrét követelmények is fejlődnek: benyújtod a webhelyedet, a Microsoft csapata ellenőrzi a tartalomminőség és a szerkesztőségi szabványok alapján, és ha elfogadnak, az RSS vagy tartalomhírfolyamod bekerül és megjelenik a Microsoft Startban a meghatározott kiadók mellett. Mivel a Microsoft időszakosan frissíti konkrét technikai követelményeit (hírfolyam formátumok, kép specifikációk, ads.txt kezelés) és szerkesztőségi követelményeit, kezeld minden konkrét részletet, amit olvasol, ideértve bármit itt is, kiindulópontként, és erősítsd meg a jelenlegi követelményeket közvetlenül a Microsoft saját partnerdokumentációján, mielőtt jelentkezel.

Ami a program története során következetes maradt, az az, amit az értékelők általában keresnek: eredeti tartalom az aggregált vagy enyhén átdolgozott anyag helyett, ésszerű publikálási ritmus, tiszta technikai megvalósítás (érvényes strukturált adatok, működő RSS, nem zavaró intersticiálisok), valamint a szabványos ad-tech átláthatósági követelmények betartása, mint egy megfelelően konfigurált ads.txt fájl. A vékony, inkonzisztensnek tűnő vagy erősen aggregált tartalomra támaszkodó oldalakat általában elutasítják vagy háttérbe szorítják, még akkor is, ha papíron technikailag jogosultak. A követelmények nagyjából összehasonlíthatók azzal, amit bármely hirdetési hálózat vagy programmatic partner keres, amikor egy új kiadót ellenőriz, annak ellenére, hogy maga a szindikáció nem hirdetési kapcsolat.

Amit kapsz, ha elfogadnak#

Az elfogadás terjesztést jelent: tartalmaid megjelenhetnek az internet egyik legnagyobb hír- és tartalomhírfolyamában, elérve azokat az olvasókat, akik soha nem látogatják meg közvetlenül a webhelyedet keresőn vagy közösségi médián keresztül. A bevételi modell történelmileg vagy közvetlen licencelési megállapodást, vagy a szindikált tartalmad mellett a hírfolyamban kiszolgált hirdetésekhez kötött bevételmegosztást foglalt magában, és a pontos szerkezet a program élettartama során változott, ezért minden konkrét megosztást, amit online találsz, közvetlenül a Microsoftnál kell ellenőrizni, ne pedig feltételezd.

A forgalom értéke valós, de egyértelműen megnevezendő kompromisszummal jár: egy olvasó, aki a Microsoft Start hírfolyamán belül fogyasztja el a cikkedet, soha nem látogathatja meg a tényleges webhelyedet, ami azt jelenti, hogy terjesztést és (az adott megállapodásodtól függően) némi bevételt nyersz, de nem feltétlenül nyersz közvetlen közönségkapcsolatot, e-mail feliratkozásokat vagy azon oldalon belüli interakciót, amely tartós olvasótábort épít. A kiadóknak, akik mérlegelik, hogy megéri-e a szindikáció, további terjesztési és bevételi csatornaként kell gondolniuk rá, amely a magoldalukra rétegeződik, nem pedig a közvetlen forgalom növelésének helyettesítőjeként.

Miért érdekel ugyanaz a hírfolyam a hirdetőket, amibe te próbálsz bekerülni#

Annak az oka, hogy az MSN szindikációt egyáltalán érdemes megérteni, még azoknak a kiadóknak is, akik soha nem érintik a hirdetési oldalt, az a hirdetői kereslet sűrűsége, amely ugyanazon a hírfolyamon keresztül fut, amelyben a tartalmaid megjelenhetnének. Az MSN (Microsoft Audience Network) az egyik legnagyobb natív kreatív mennyiséget hordozza az OpenAdLibrary indexében követett hálózatok közül, az e-kereskedelemtől és pénzügyektől az utazásig és szoftverig terjedő vertikumokban. Ez a hirdetői sűrűség az, ami finanszírozza a szindikációs program bevételmegosztási modelljét: nehéz natív hirdetési kiadások nélkül, amelyek a szindikált tartalom mellett futnak, nincs bevételi alap a kiadókkal való megosztásra.

Gyakorlati lépések a jelentkezés előtt#

Néhány dolog, amit érdemes megtenni a jelentkezés benyújtása előtt, mivel egy elutasított jelentkezést nehezebb gyorsan újra benyújtani: ellenőrizd a saját ads.txt fájlodat a helyesség szempontjából, erősítsd meg, hogy az RSS hírfolyamod tiszta érvényesítést ad a jelenlegi szabványok alapján, tekintsd át az elmúlt néhány hónapban publikált tartalmaidat eredetiség és mélység szempontjából, nem pedig mennyiség alapján, és győződj meg arról, hogy a webhelyed tisztán tölt be mobilon, mivel a hírfolyam forgalom jelentős része a mobilalkalmazáson keresztül érkezik, nem pedig asztali böngészőkből.

Érdemes azt is megnézni, hogy milyen hirdetések futnak valójában az MSN hírfolyamban ma, a tartalmaidhoz kapcsolódó vertikumokban, mielőtt elköteleznéd magad a jelentkezési folyamat mellett. Ha a niche-ed vékony hirdetői mennyiséget mutat az MSN saját natív készletén belül, akkor a szindikációs megállapodás bevételmegosztási oldala kevésbé jelentős lehet, mint a terjesztési oldal, ami megváltoztatja, hogyan kell mérlegelned a lehetőséget a jelentkezéshez és a program technikai követelményeinek betartásához szükséges idővel szemben. Ez ugyanaz az alapvető körültekintés, amelyet lefed a hogyan válasszunk hirdetési intelligencia platformot: ellenőrizd a tényleges élő adatokat a kategóriádban, mielőtt erőforrásokat köteleznél be, ne pedig az általános hírnévre hagyatkozz.

A lényeg a szindikációt fontolgató kiadóknak#

Az MSN tartalomszindikáció elsődlegesen terjesztési lehetőség, másodsorban pedig bevételi lehetőség, és a kettő csak lazáan kapcsolódik össze a Microsoft által a jelentkezés időpontjában kínált konkrét megállapodási feltételeken keresztül. Párhuzamosan áll a saját natív vagy display monetizációd közvetlenül a webhelyeden való futtatásával, nem helyettesíti azt. Annak megértése, hogy ugyanannak a hírfolyamnak a hirdetési oldala, ki költ, milyen vertikumokban és milyen mértékben, világosabb képet ad arról, hogy a szindikációs lehetőség megéri-e a jelentkezési erőfeszítést a konkrét tartalmad számára.

Hogyan hat a szindikáció a saját webhelyed monetizációjára#

Egy kérdés, amely állandóan felmerül a kiadók körében, amikor ezt mérlegelik: ha a tartalmaim teljes egészében olvashatók a Microsoft Start hírfolyamban, miért kattintana valaha is egy olvasó a tényleges webhelyemre, és ez károsítja-e a saját hirdetési bevételeimet? Az őszinte válasz az, hogy lehet, attól függően, hogy a tartalmaid mekkora részét ingesztálja és jeleníti meg teljes egészében a Microsoft a hírfolyamban, szemben egy előnézettel, amelyhez a további olvasáshoz kattintani kell a webhelyedre. Néhány szindikációs megállapodás teljes cikket jelenít meg a hírfolyamban; mások egy részletet jelenítenek meg, amely az olvasót a webhelyedre küldi, hogy befejezze az olvasást, ami megőrzi a saját display vagy natív hirdetési impresszióidat a szindikációs megállapodás külön kifizetett összege mellett.

Ezt érdemes közvetlenül megvilágítani a Microsoft partnerkapcsolatoddal, mielőtt aláírnád, mivel jelentősen megváltoztatja a számításokat. Egy teljes szöveges szindikációs megállapodás, amely szerény bevételmegosztást fizet, kevesebbet érhet, mint ha ugyanazt a tartalmat kizárólag a saját webhelyeden tartanád, a meglévő Taboola vagy MGID widgetedet futtatva a display stack mellett, ha a saját webhelyed kombinált RPM-je erős. Ezzel szemben egy olyan szindikációs megállapodás, amely csak egy kattintásos előnézetért fizet, növekményes terjesztést ad anélkül, hogy feltétlenül versenyezne a meglévő oldalon belüli monetizációdval.

Gyakori okok a jelentkezések elutasítására#

Az általános szerkesztőségi és technikai követelményeken túlmenően néhány konkrét probléma ismétlődően felbukkan a kiadói megbeszélésekben az elutasított vagy késleltetett jelentkezésekről: inkonzisztens publikálási ütemtervek (egy webhely, amely robbanásokban posztol, majd hetekre csendben marad, megbízhatatlannak tűnik egy automatizált vagy manuális értékelés számára), duplikált vagy majdnem duplikált tartalom egy kiadó saját oldalain, hiányzó vagy hibásan formázott strukturált adatok, amelyek megnehezítik az automatizált ingesztálást, valamint olyan webhelyek, amelyek még mindig örökölt hirdetési implementációkat hordoznak, és ütköznek a Microsoft saját technikai követelményeivel a szindikált oldalak számára. Ezek egyike sem szokatlan vagy meglepő szabvány; nagyjából ugyanazok a jelek, amelyeket a keresőmotorok és más tartalomplatformok keresnek, ami azt jelenti, hogy egy már jól optimalizált webhely a szerves keresésre általában kevesebb problémával halad át a szindikációs követelményeken.