MainWP Custom Post Type

Ez a kiegészítő általában nem az elején kerül képbe, hanem akkor, amikor már fájni kezd a rendszer. Nem egy site van, nem kettő, hanem sok. És nem alkalmi posztokról van szó, hanem olyan visszatérő, strukturált tartalmakról, mint referenciák, portfólióelemek, események vagy termékek. Ezeknél nem az írás a lassú, hanem az, hogy ugyanazt a műveletet sok helyen kell megismételni.

A MainWP Custom Post Type Extension itt lép be. Nem új rendszert hoz létre, hanem láthatóvá és kezelhetővé teszi azt, ami már létezik a child site-okon.

Mit csinál pontosan, és mi a tudatos korlátja

A legfontosabb tisztázás: ez a kiegészítő nem hoz létre CPT-t. Nem váltja ki a CPT UI-t, ACF-et, Podsot vagy egyedi regisztrációs kódot. A struktúrát neked kell megteremtened előtte, minden érintett oldalon, azonos sluggal és elnevezéssel.

Amit viszont csinál: a már létező egyedi bejegyzéstípusok tartalmait felhozza a MainWP Dashboard szintjére. Innentől nem oldalról oldalra dolgozol, hanem tartalomtípusban gondolkodsz.

Ez nem technikai apróság, hanem szemléletváltás.

Hogyan érdemes erről gondolkodni

Nem arról van szó, hogy „több site-ra publikálok egyszerre”.
Hanem arról, hogy egy központi igazságforrást hozol létre.

Amikor létrehozol vagy szerkesztesz egy CPT-bejegyzést a Dashboardon, akkor valójában azt döntöd el:
– ez a tartalom hol éljen
– mely oldalak kapják meg
– mikor és milyen állapotban

A fókusz nem a szerkesztőfelületen van, hanem a kiosztáson. Ez különösen akkor fontos, ha ugyanaz a tartalom több branden vagy domainen jelenik meg.

Gyakorlati helyzetek, ahol ez tényleg működik

Az egyik legtipikusabb az ügynökségi referencia-kezelés. Van egy „Vélemények” vagy „Testimonial” CPT, és ugyanazokat a visszajelzéseket több ügyféloldalon is használod. Nem másolgatod, nem szinkronizálod manuálisan, hanem egy helyről kezeled.

Ugyanez igaz portfóliókra vagy projektekre. Egy új munka elkészül, és meg kell jelennie több márkaoldalon is, azonos meta adatokkal. A frissítések sem csúsznak szét, mert nem több példány él párhuzamosan.

WooCommerce esetén még markánsabb az előny. Ha több bolt fut, és az alap termékinformációk egyeznek, akkor a termék CPT kezelése központból valódi időnyereséget ad. Nem teljes e-commerce szinkronról beszélünk, hanem tartalom- és alapadat-kezelésről, ami a legtöbb esetben a szűk keresztmetszet.

Mikor jó választás, és mikor nem

Ez a megoldás akkor jó, ha:
– a CPT-k struktúrája egységes több oldalon
– ugyanazt a tartalmat több helyen használod
– fontos a konzisztencia és a gyors karbantartás

Kevésbé ideális, ha:
– minden oldalon más a CPT felépítése
– csak egyetlen site-od van
– az egyedi mezők teljesen eltérnek oldalak között

Fontos látni, hogy ez nem „varázslat”. A rendszer feltételezi a rendet. Ha a CPT-k nincsenek összehangolva, akkor a központi kezelés sem lesz az.

Rejtett következmények, amiket érdemes előre tudni

Az egyik ilyen a Classic Editor igénye. A Dashboard és a child site-ok oldalán is szükség van rá, mert a szerkesztési felület erre épül. Ez ma már tudatos döntést igényel, de CPT-knél sokszor amúgy is bevált.

A másik a slug- és címkeegyezés. Ha ez elcsúszik, a rendszer nem „javít ki”, hanem egyszerűen nem működik. Ez nem hiba, hanem védelem: csak azt kezeli központilag, ami valóban azonos struktúrához tartozik.

Kinek ad valódi előnyt

Olyan csapatoknak, akik nem kampányszinten, hanem rendszerben gondolkodnak. Ügynökségeknek, franchise-hálózatoknak, több branddel dolgozó vállalatoknak. Ott, ahol a tartalom nem egyszeri, hanem fenntartandó asset.

Zárás

A MainWP Custom Post Type Extension nem csinál látványos dolgokat.
Nem ad új funkciót a WordPresshez.
Nem bonyolítja túl a rendszert.

Amit csinál, az sokkal értékesebb: lecsökkenti a tartalomkezelés emberi költségét. Ha ugyanazt a CPT-t több oldalon kezeled, ez az a pont, ahol a központi gondolkodás végre kézzelfogható előnnyé válik.