Nyitott vagy egy új tartalomkezelő rendszerre?

cms

Pár évvel ezelőtt ügyfeleink 100% -a hasznosított WordPress mint azok tartalomkezelő rendszer. Alig két évvel később, és ez a szám mintegy harmadával csökkent. Mivel már egy évtizede fejlesztek és tervezek webhelyeket a WordPress-ben, néhány ok miatt gyakran keresem a CMS-t.

Miért használjuk a WordPress-t

  • hihetetlen téma változatosság és támogatás. Olyan oldalak, mint Themeforest kedvencek számomra, ahol minimális költség mellett megtalálhatom a legcsodálatosabb sablonokat, amelyeket megvalósíthatunk és az ügyfelek számára felépíthetünk. Már nem is kínálunk egyedi témákat, mivel a gyermek téma és vállalja a szülő téma összes csodálatos tulajdonságát. Rendkívüli helyszínek építhetők az idő töredéke alatt.
  • Plugin és integráció változatosság és támogatás. Mivel nagyon sok webhely futtatja a WordPress alkalmazást, ez gyakorlatilag minden olyan vállalat számára kötelező, amely integrálódni szeretne egy tartalomkezelő rendszerbe. E-mail szállítóktól, CRM-től, céloldal-megoldásoktól stb. ... szinte nehéz olyan céget találni, amely nem integrálódott.
  • Használat mindenhol megtalálható, így a WordPress-t használó alkalmazottak és rendszergazdák megtalálása meglehetősen gyakori. Az új CMS felépítése további képzési időt igényelhet a vállalaton belül, így egy népszerű használatával a dolgok belsőleg sokkal kevésbé lehetnek fájdalmasak.
  • WordPress Felügyelt tárhely platformok mint a lendkerék, a WPEngine, Panteon, LiquidWeb, És még Hajrá apa, és még sok más válik általánossá. Az idősebb tárhelyszolgáltatók soha nem támogatták a WordPress-t, annak ellenére, hogy annyira népszerű volt, így a vállalatok gyakran harcban álltak a gazda és a fejlesztő között, hogy mi lehet a helytelen probléma. Ezek a szolgáltatások biztonságot, beépített biztonsági mentéseket, tartalomszolgáltató hálózatokat, SSL tanúsítványokat, megfigyelést, átmenetet és számos egyéb eszközt kínálnak annak érdekében, hogy webhelye gyors és stabil legyen.

Ha ez úgy hangzott, mintha WordPress-t adtam volna el, maradjon velem. Felmerültek olyan kérdések, amelyek arra késztetik az ügyfeleket, hogy ajánljuk más tartalomkezelő rendszereknek.

Miért nem használjuk a WordPress alkalmazást?

  • Értékesítés - A WordPress korábban minden értékesítéssel kapcsolatos szolgáltatásban, témában vagy bővítményben fellendült. Gyakran megakadályoztak senkit abban, hogy rendszerében olyan eszközöket tegyen közzé, amelyek árcédulát kínáltak rajta. De most, ha integrálódik jetpack, nyűgös üzeneteket kap az Automattic biztonsági mentési szolgáltatásainak megvásárlásához. Tehát hirtelen a nyílt forráskódú szószólók eladják saját szolgáltatásaikat. Nem vagyok boldogtalan, hogy ezt csinálják, csak régen a homlokát ráncolták.
  • Biztonság - Népszerűsége miatt a WordPress a hackerek célpontjává is vált. Egy átlagos, jól előállított témával és egy tucat beépülő modullal nyílt hely maradhat a hackerek számára, így a webhelytulajdonosoknak, az adminisztrátoroknak és a gazdagépeknek fokozottan figyelniük kell a támadásokra, és a legfrissebb témákon és bővítményeken kell maradniuk.
  • Fejlesztés - Van olyan kliensem, amelynek jelenleg van egy webhelye és tipikus beépülő modulja, amelyre körülbelül 8 hivatkozás utal Google Fonts fejlécükben, mert a témájuk és a számos beépülő modul mind szolgáltatásként kínálja. Annak ellenére, hogy létezik módszertan annak biztosítására, hogy a szolgáltatást ne hívják meg többször, a fejlesztők figyelmen kívül hagyták, és csak hozzáadták saját referenciáikat. Ez fáj a webhelynek a sebesség és a rangsorolás szempontjából ... és ez nem egy olyan dolog, amit az átlagos felhasználó tudna hibaelhárítás nélkül. Gyenge gyakorlatok a WordPress-ben API az integráció egyre gyakoribbá válik. Több tucat jegyem van nyitva a fejlesztőkkel, hogy kijavítsam ezeket a problémákat. A legtöbben érzékenyek, sokan nem.
  • Bonyolultság - A WordPress egy tipikus kezdőlapján lehetnek widgetek, menük, webhelybeállítások, témabeállítások és beépülő modulok beállításai. Néha egy elem szerkesztéséhez egy oldalon 30 percet keresek a beállítás megkeresésével! Aggasztó, hogy a WordPress nem dolgozott ki egy bevált gyakorlatot annak biztosítására, hogy a fejlesztők ott helyezzék el a beállításokat, ahol könnyen megtalálhatók és frissíthetők.

Szóval milyen tartalomkezelő rendszereket vezettünk be? Miközben továbbra is a WordPressre támaszkodunk keresőoptimalizálás képessége, hihetetlen eredményeket látunk más tartalomkezelő rendszerekkel kapcsolatban:

  • Sitecore - jó néhány olyan vállalati ügyfelet segítettünk, amelyek vállalatukban a Microsoft technológiáját használják, és a Sitecore-t megvalósították. Ez egy fantasztikus CMS, hatalmas támogatással az Enterprise térben. Nem habozzunk ajánlani.
  • Squarespace - a nem technikai barkácsolók számára nem biztos, hogy a CMS-nél jobb CMS létezik. Van egy kliensem, aki néhány hét alatt képes volt megépíteni az oldalát, tapasztalat nélkül, és az eredmény gyönyörű volt. Segítettünk a webhely csípésében és hangolásában, de a WordPress-implementációt soha nem valósítottuk volna meg ugyanannyi idő alatt. Az előző webhely a WordPress volt, és az adminisztráció túl nehéz volt az ügyfél számára a navigáláshoz és a frissítéshez. Korábban csalódottak voltak, és most boldogok! És a Squarespace e-kereskedelmi funkciókat is kínál.
  • Kézműves CMS - segítünk egy ügyfelet, Vászon, az oldaluk optimalizálásával a Craft CMS-en, és már megszerettem az egyszerűségét és a könnyű használatát. A Craft CMS-hez jól támogatott bővítmények széles hálózata is rendelkezésre áll - ez megkönnyíti számunkra a webhely fejlesztéseinek hozzáadását a keresés és a konverzió optimalizálása érdekében.
  • Weebly - egy másik barkácsplatform, amely tovább fejlődik és meglep bennünket gazdag funkcióival, beleértve az e-kereskedelmet is. Itt még nem kezeltünk klienst, de a Weebly integrációinak (alkalmazásainak) tömege meglehetősen kiterjedt, és úgy tűnik, hogy minden megtalálható benne.

Vannak mások is, mint Wix vagy néhány saját CMS rendszer. Wixnek volt néhány problémája a Google webhelyeik indexelésével, de keményen dolgozott azon, hogy webhelyeik keresőmotorbarátabbá váljanak, és webhelyeik indexelésre kerülnek, csakúgy, mint bármely más odakinn. Csak nem volt tapasztalatom a Wix-ről az elmúlt években, ezért itt nem fogom megítélni.

Milyen CMS funkciókra van szüksége a következő évben?

A keresőmotor és a közösségi média képességeitől eltekintve valóban ügyfeleinktől várjuk, hogy mire van szükségük egy tartalomkezelő rendszerben. Gyors ellenőrzése más rendszereiknek - különösen a CRM-nek - arra késztethet bennünket, hogy egyik vagy másik irányba toljuk őket, a könnyű megvalósítás és a harmadik felek általi integráció támogatása miatt. A webhelyek manapság sokkal többet jelentenek, mint egy digitális brosúra - tehát megérteni, hogy a CMS hogyan fog illeszkedni az Ön webhelyéhez marketing és értékesítési út kritikus a platform kiválasztásában.

Megakadt a CMS-sel?

Megnézzük a függőségeket is. Ha a CMS nem rendelkezik átlátszó mechanizmusú export- vagy importképességgel, aggodalomra adhat okot. Képzelje el, hogy vállalata több éven át dolgozik egy CMS-en, épít a keresőmotorokkal és rengeteg konverziót hajt végre, hogy megtudja, hogy egy új CRM-et vezet be, amelyet semmilyen integráció nem támogat. A csapata úgy dönt, hogy át akar költözni, de a CMS nem kínál semmilyen eszközt ennek végrehajtására.

Ezt már többször láthattuk - ahol egy cég le van kötve és bezárul az eladójába. Frusztráló és felesleges. Egy nagyszerű CMS-szolgáltató, amely önmagában bízik, mindig kínál eszközt arra, hogy ki- vagy beköltözzön, ahelyett, hogy megpróbálna elzárkózni az ügyfeleknél.

Közzététel: Ebben a bejegyzésben társult linkeket használtunk fel.

Egy megjegyzés

  1. 1

    Érdekes cikk. Bár úgy érzem, hogy a WordPress meglehetősen intelligens, hiányzik a képessége a szakmai alkalmazások fejlesztésére. Ilyen igények esetén szükséged lesz a Sitefinity, a Sitecore, az Umbraco vagy más hasonló CMS-ekre.

Mit gondolsz?

Ez az oldal Akismet-et használ a levélszemét csökkentése érdekében. Ismerje meg, hogyan dolgozik a megjegyzésed.