Portál és piactér SEO milliós oldalszámhoz

A szabványos SEO playbookok gyakran elbuknak portálokon, mert feltételezik, hogy a oldalak stabilak, szándékosan felépítettek, és szerkesztői irányítás alatt állnak. A piacterek ennek az ellenkezői: a készlet óránként változik, a felhasználók által generált adatok egyenetlenek, a termékcsapatok SEO-felülvizsgálat nélkül új kombinációkat hoznak létre, és ugyanaz a entitás több állapotban is létezhet országok/területek szerint, elérhetőségben és szűrők mentén. Egy kisebb oldalon az egyes problémákat oldalról oldalra lehet javítani. Egy nagy, hirdetési besorolású platformon viszont ez a modell összeomlik, mert ha a címgenerálás vagy a canonical logika 1 hibás szabálya 600 000 URL-re replikálódik, azt addig senki sem veszi észre, amíg már késő. Egy másik gyakori hiba az, ha minden indexelhető oldalt egyformának kezelünk, miközben a valóságban csak egy részhalmaz rendelkezik elegendő keresleti potenciállal, egyediséggel és konverziós értékkel ahhoz, hogy az indexelést indokolja. Ezért a page-type (oldaltípus) szabályozás sokkal fontosabb, mint a portálokon az oldalszintű optimalizálás. A munka közelebb áll a keresési termékmenedzsmenthez, mint a hagyományos kampány-SEO-hoz, és gyakran metszi egymást a weboldalfejlesztés + SEO feladatokkal is, amikor magának a platformlogikának kell változnia.

Hogy ezt kezelhetővé tegyem, egyedi rendszereket építek a weboldal köré, nem csupán harmadik féltől származó felületekre támaszkodva. Python szkriptek URL-mintákat osztályoznak, összevetik az élő állapotot a tervezett szabályokkal, felismerik a duplikált entitásklasztereket, nagyskálán auditálják a metaadatokat, és pontozzák az oldalakat olyan jelzések alapján, mint a tartalmi mélység, az inventory frissessége, a belső linkek, a keresletnek való megfelelés és az indexelési státusz. Például egy agresszív szűrési/facettálási funkciókat használó piactéren generálhatok egy keep-or-kill mátrixot, amely azonosítja, hogy mely filterkombinációk érdemesek indexelésre a keresleti igény, az egyediség és a jelenlegi feltérképezési (crawl) viselkedés alapján. Egy másik projekten létrehozhatok egy listing-minőség monitorozót, amely még mielőtt a vékony UGC oldalak felhalmozódnának az indexben, jelzi őket. Ezek a rendszerek különösen akkor hasznosak, amikor portálok szeretnének bővíteni geo oldalakat vagy long-tail kategóriaoldalakat a programmatic SEO for enterprise segítségével, mert a programmatic növekedés csak akkor működik, ha az első naptól léteznek minőségi kapuk. A before-and-after hatás általában először a tisztább crawl mintázatokban és a kisebb index-boomban (index bloat) látható meg, majd később a rangsorolási lefedettségben és az új oldalak felfedezésének sebességében.

A munka sikere azon is múlik, mennyire jól illeszkedik az SEO más csapatok folyamataiba. A fejlesztőcsapatoknak szabályrendszerekre, elfogadási kritériumokra és példákra van szükségük a jó és rossz kimenetről, nem pedig absztrakt útmutatásra. A termékcsapatoknak érteniük kell, miért indexelhető egy bizonyos filter, míg egy másiknak indexelhetetlennek kell maradnia úgy, hogy közben feltérképezhető (crawlable) legyen, de ne kerüljön be az indexbe. A tartalom- és operációs csapatoknak pedig skálázható bővítési (enrichment) folyamatokra van szükségük a címekhez, attribútumokhoz, helyadatokhoz, bizalmi jelekhez és olyan szerkesztőségi modulokhoz, amelyek az amúgy gyenge sablonokat kiemelik a “árucikk” (commodity) szint alól. Rengeteg időt fordítok ezeknek a szabályoknak a dokumentálására, a kiadások (release) átnézésére, és arra, hogy a keresési logikát lefordítsam terméknyelvre, így a döntések túlélnek az első implementáció után is. Multinlingvális vagy regionális portálokon emellett a helyi csapatokat is összhangba hozom az adózás/taxonómia (taxonómia) konzisztenciáját és a tartalmi elvárásokat illetően, gyakran a szemantikus mag fejlesztésével és a tartalomstratégiával. Ez a beágyazott együttműködés különíti el egymástól az egyszeri auditot és azt a portál SEO rendszert, amely egy évvel később is tovább működik.

A portál SEO-nál a kompenzált hozamok időbeli lefutása eltér a tartalomvezérelt oldalakétól. Az első 30 napban általában a legjobb jel a diagnosztikai áttekinthetőség: hogy hány URL-típus létezik, hol pazarolják az idejüket a botok, és mely sablonok nyomják el a teljesítményt. 60–90 nap után a technikai javítások és indexálási kontrollok mérhető változásokat hozhatnak a crawl-allokációban, az új oldalak felfedezésében és az indexált oldalak minőségében. 6 hónapnál a kategória- és geo-oldalak gyakran kezdenek el szélesebb, nem márkás keresleti igényeket is lefedni, mert a belső linkelés, a lekérdezéslefedettség és a sablonok relevanciája együtt javul. 12 hónapra a legerősebb projektek strukturális nyereséget mutatnak: kevesebb junk URL, stabilabb láthatóság, jobb hatékonyság az egyes új listázásoknál, valamint alacsonyabb működési költség indexált oldalonként. Ha egy portál emellett platformváltáson is megy keresztül, ezek a nyereségek fegyelmezett migration SEO tervezéstől függenek, hogy a régi problémák ne kerüljenek egyszerűen át a következő technológiai stackbe. A lényeg az, hogy a megfelelő dolgokat a megfelelő időben mérjük, ne pedig azt várjuk, hogy egy több milliós oldaltisztítás után a 2. hétben hirtelen forgalomnövekedés jön.