Free Press

A múltban már beszéltünk arról, hogy a WordPress hogyan viszonyul más népszerű tartalomkezelő rendszerekhez, például a Drupalhoz, a Joomlához vagy akár a Squarespace-hez. De mi a helyzet akkor, ha a WordPress és a statikus HTML közötti választás előtt áll?

Az alapvető szinten ez egyfajta általános vita egy adatbázis-vezérelt tartalomkezelő rendszer (mint a WordPress) használata vagy az összes HTML/CSS saját maga írása és esetleg egy keretrendszer használata között.

A döntés megkönnyítése érdekében elmagyarázzuk, mit jelentenek ezek a kifejezések, majd rátérünk az egyes megközelítések előnyeire és hátrányaira.

• A WordPress és a statikus HTML közötti különbség
• A WordPress előnyei és hátrányai
• A statikus HTML weboldal előnyei és hátrányai
• A WordPress használata statikus weboldal generátorként

A WordPress és a statikus HTML közötti különbség

A végén minden HTML-ként jön ki a frontenden. Vagyis a webhelyed kódja valahogy így fog kinézni, függetlenül attól, hogy WordPress-t vagy statikus HTML-weboldalt használsz:

Nem számít, melyik módszert választod, a kódod akkor is így fog kinézni

A fontos különbség abban van, hogyan jön létre ez a HTML.

A statikus HTML esetében ez a történet nagyon egyszerű. Te, vagy a fejlesztőd írja a kódot (beleértve a tartalmat is). Aztán, ha egyszer felkerült a szerverre, akkor mindig így marad. Nincs háttérben zajló feldolgozás – az oldalad mindig ott van a kész formájában.

A WordPress viszont egy tartalomkezelő rendszer, amely PHP-t és adatbázist használ. Egyszerűbben fogalmazva ez azt jelenti, hogy amikor valaki meglátogatja a WordPress webhelyét, a szervere “összerakja” a webhelyét az alábbiak szerint:

• A PHP-kód végrehajtása a webhely HTML-változatának összeállításához
• Az adatbázis lekérdezése a HTML-be illeszthető tartalom megszerzéséhez

Mi is akkor a tartalomkezelő rendszer?

Fentebb elmondtuk, hogy a WordPress egy tartalomkezelő rendszer, de nem igazán magyaráztuk el, hogy ez mit is jelent. A tartalomkezelő rendszer, gyakran CMS-ként rövidítve, olyan szoftver, amely segít létrehozni, kezelni és módosítani egy weboldal tartalmát anélkül, hogy közvetlenül a kóddal kellene interakcióba lépned.

Ahelyett például, hogy manuálisan kellene hozzáadnia a tartalmat HTML-formázással, mint egy statikus HTML-weboldal esetében, egyszerűen beírhatja a tartalmat a WordPress szerkesztő segítségével, és a WordPress gondoskodik annak megjelenítéséről a webhelyen:

A WordPress szerkesztő felülete

Hasonlóképpen, ha bármikor később szerkeszteni szeretné ezt a tartalmat, akkor csak bemehet és szerkesztheti ugyanezzel a szerkesztővel, ahelyett, hogy közvetlenül a statikus HTML-fájlt kellene szerkesztenie a szerverén.

A WordPress előnyei és hátrányai

Másodperc múlva rátérünk a statikus HTML-webhelyek előnyeire és hátrányaira, de kezdjük néhány okkal, amiért az egész internet több mint 39,5%-a WordPress-t használ.

Kódmentes tartalomkezelés

A WordPress legnagyobb előnye, hogy szinte teljesen kiiktatja a kódot a webhely napi szintű kezeléséből. Ehelyett a legtöbb kívánt műveletet egy grafikus felület segítségével végezheted el.

Ezzel a grafikus felülettel a következőket teheti:

• Új tartalmat hozhat létre
• Módosíthatja webhelye kinézetét
• Módosíthatja webhelye működését
• Konfigurálhatja a fontos SEO-beállításokat
• Elvégzel rengeteg más fontos műveletet

Hacsak nem él és lélegzik a HTML/CSS-ben (és valószínűleg még ha él is), ez a megközelítés sokkal könnyebbé teszi webhelye minden aspektusának kezelését.

Egyszerűen megváltoztathatod a webhelyed kinézetét

Minden WordPress webhelynek szüksége van valamire, amit témának hívnak. A téma határozza meg, hogy webhelyed hogyan nézzen ki a frontendben. Egy új WordPress téma telepítéséhez alapvetően egy gombra kattintasz vagy feltöltesz egyetlen fájlt, és webhelyed azonnal átveszi ezt a stílusjegyeket:

Hogyan adsz hozzá egy új WordPress témát

Másrészt egy statikus HTML webhely esetében a saját CSS-eddel szabályozhatod webhelyed kinézetét. Ezt nem csak eleve időigényes beállítani, de hasonlóan időigényes lesz, ha a jövőben valaha is radikálisan meg akarod változtatni a statikus HTML-oldalad kinézetét. Igen, vannak CSS-keretrendszerek, amelyekkel felgyorsíthatja ezt a folyamatot, de még mindig több munkát és szakértelmet igényel, hogy kezelni tudja.

Ezt első kézből tudjuk, mivel a Kinsta weboldalának nagy része a jó öreg Github commits segítségével készült (ajánlott olvasmány: git vs Github). Igen, WordPress témát és keretrendszert használunk, és a kódunk WordPress funkciókba van csomagolva, de a legtöbbet, amit az oldalunkon látsz, a mi csapatunk hozta létre. Ez néha nagyobb rugalmasságot tesz lehetővé, de ehhez az is szükséges, hogy legyenek fejlesztők a személyzetben. Ha időt szeretne megtakarítani, és nincs főállású fejlesztője, akkor egy előre elkészített WordPress téma választása drasztikusan felgyorsíthatja a munkafolyamatokat.

WordPress téma

Emellett aggódnia kell, hogy az összes CSS-t reszponzívvá tegye (AKA jól nézzen ki mobilon), miközben manapság szinte minden egyes WordPress téma alapértelmezés szerint reszponzív.

Egyszerű új funkcionalitás hozzáadása

A WordPress kínál egy úgynevezett bővítményt is, amely lehetővé teszi, hogy egyszerűen bővítse webhelye funkcionalitását. Szeretnél egy kapcsolatfelvételi űrlapot hozzáadni az oldaladhoz? Statikus HTML esetén foglalkoznod kell az érvényesítéssel és azzal, hogy mi történik a felhasználó által beküldött adatokkal. A WordPress-szel egyszerűen telepítesz egy bővítményt…

Hogyan adsz hozzá egy új WordPress bővítményt

A nehézségi szakadék még nagyobb lesz a nagyobb funkciókkal. Fórumot szeretnél hozzáadni az oldaladhoz? Sok szerencsét hozzá egyedül. De a WordPress segítségével csak telepítenie kell egy fórumplugint.

Az e-kereskedelmi vagy közösségi hálózati funkciókat is gyorsan hozzáadhatja.

Gyors fejlesztés és módosítások

A témák és bővítmények kombinációja, valamint a WordPress mint tartalomkezelő rendszer általános funkcionalitása azt jelenti, hogy még bonyolult webhelyeket is gyorsan fel tud pörgetni.

A statikus HTML gyors lehet egy nagyon egyszerű, csak néhány oldalból álló webhelyhez… de ha bármilyen nem szabványos funkcióra van szüksége, a WordPress szinte biztosan lehetővé teszi, hogy gyorsabban építsen webhelyet.

Még több előnyt szeretne? Nézd meg ezt a 10 jó okot, amiért érdemes a WordPress-t használnod.

Vannak-e hátrányai a WordPress használatának?

Megtalálhatsz néhány embert, aki olyan dolgokat mond, mint “a statikus HTML-weboldalak gyorsabban töltődnek be” vagy “a statikus HTML-weboldalak jobban rangsorolnak a Google-ban”. De ezek némelyikét érdemes némi sóval venni. Bár igaz, hogy a PHP és az adatbázis további betöltési időt és késleltetést eredményez, nem olyan nehéz a WordPress betöltési idejét egy másodperc alá szorítani – ami bőven elég gyors.

Fel kell tenned magadnak a kérdést, hogy egy kicsit gyorsabb statikus webhely megéri-e feladni a WordPress által kínált előnyöket? A PHP teljesítménye is drasztikusan javult az elmúlt öt évben. A közelmúltban végzett PHP benchmark tesztjeink során arra a következtetésre jutottunk, hogy a PHP 7.3 másodpercenként 3x annyi kérést (tranzakciót) képes kezelni, mint a PHP 5.6-os verzió. 🚀

WordPress 5.0 PHP benchmark

A PHP és az adatbázis késedelmeit is könnyen negligálhatja, ha gyorsítótárazást használ az oldalai statikus HTML-változatainak kiszolgálására. Ez azt jelenti, hogy minden oldalletöltés lényegében villámgyorsan betölthető, akárcsak egy statikus HTML-oldal esetében.

Milyen hatással van a gyorsítótárazás egy WordPress-oldalra? Íme egy gyors teszt egy WordPress blogon a gyorsítótár előtt és után.

Cache nélkül

Először lefuttattunk egy tesztet a WordPress blogon kikapcsolt gyorsítótárral.

WordPress oldal gyorsítótár nélkül (Pingdom teszt)

Amint látható, az első HTML DOC betöltése jelentős késést mutat. Ez annak köszönhető, hogy nem a szerveren lévő gyorsítótárból szolgál ki.

Cache késleltetés nélkül

Cache-vel

Majd lefuttattunk egy tesztet a WordPress blogon a cache engedélyezésével. Semmi mást nem változtattunk.

WordPress oldal gyorsítótárral (Pingdom teszt)

Mint látható, hatalmas javulás tapasztalható. Valójában egyszerűen a kezdeti oldal kiszolgálása a szerveren lévő gyorsítótárból 32,2%-kal csökkentette a betöltési időt.

Kincstárral

A Kinsta automatikusan kezeli a gyorsítótárat szerverszinten minden WordPress hosting-ügyfél számára. Ez azt jelenti, hogy nem kell harmadik féltől származó gyorsítótárazási bővítményekkel bajlódnod.

Ha a rangsorolási pletykákról van szó, amiket esetleg hallasz, vannak nagyszerű WordPress SEO bővítmények, amelyekkel optimalizálhatod a WordPress SEO-t az oldalad technikai és on-page SEO-jának minden aspektusát ellenőrizve. Ha a WordPress-oldalak valóban rosszabbul teljesítenének a keresési rangsorokban, mint a statikus HTML-oldalak, akkor nem látná, hogy olyan hatalmas platformok használják, mint a The Wirecutter vagy a TechCrunch.

Van azonban néhány apró hátránya, és az első a karbantartás. Bár a minőségi menedzselt WordPress tárhely kiválasztása kiküszöbölheti a legrosszabb karbantartás nagy részét, továbbra is Ön lesz felelős azért, hogy a WordPress alapszoftver, a bővítmények és a témák frissítve és kompatibilisek legyenek. Ez manapság meglehetősen egyszerű, de ez olyasmi, amit egy statikus HTML-weboldal esetében nem kell megtennie.

A második hátrány valószínűleg a minőség lenne. A WordPress rendkívüli népszerűsége miatt rengeteg rossz plugin és téma van forgalomban. Az ingyenes megoldások pedig néha egyszerűen teljesen lekerülnek a térképről. A rosszak között válogatni, hogy megtaláljuk a jót, időigényes lehet.

A statikus HTML-weboldal előnyei és hátrányai

A WordPressről már hallottál – de most ássuk alá a statikus HTML-weboldal néhány előnyét és hátrányát.

Nincs karbantartandó mögöttes szoftver

Erről már beszéltünk egy másodperccel ezelőtt, de itt most gyorsan felelevenítjük, mert ez a statikus HTML egyik legnagyobb előnye.

Ha WordPress-t és témákat/pluginokat használsz, te vagy felelős az összes mögöttes kód frissítéséért és annak biztosításáért, hogy ne legyenek kompatibilitási problémák. Bár ez elég egyszerű (általában csak egy gombra kell kattintania), mégis meg kell tennie, hogy a webhelye biztonságos és működőképes maradjon.

Másrészt, ha tiszta statikus HTML-t írt, akkor nagyjából magára hagyhatja a dolgokat, és nem kell aggódnia a frissítések miatt.

Egyszerűbb hozzáférés a mögöttes kódhoz

Míg a WordPress lehetővé teszi, hogy hozzáférjen a webhelye összes mögöttes kódjához, egy statikus HTML-weboldalon kicsit egyszerűbb lesz bizonyos típusú jelölések bevitele. Ahelyett, hogy a téma sablonfájljaival és a WordPress hurokkal kellene foglalkoznod, minden ott van előtted.

Míg például léteznek schema pluginek a WordPresshez, egy statikus HTML weboldalon könnyebben ellenőrizheti a schema jelölést.

Melyek a statikus HTML weboldal készítésének hátrányai?

Míg egy statikus HTML-weboldal minden bizonnyal jó egy alapszintű weboldalhoz, a fő problémák akkor merülnek fel, amikor megpróbáljuk megnövelni, akár a tartalom mennyiségét, akár a funkcionalitást tekintve.

A legtöbb ilyen hátrány egyszerűen a WordPress előnyeinek az ellentéte. Nevezetesen:

• A tartalom hozzáadása vagy szerkesztése nem felhasználóbarát, mert bele kell ásnia magát a kódba.
• Az új funkciók hozzáadása megköveteli, hogy maga kódolja azokat.
• A honlap kinézetének megváltoztatásához át kell írnia a CSS-t.

Emellett, hacsak nem ért a HTML/CSS-hez maga, mindezek a dolgok egy fejlesztő fizetését is igénylik, míg a WordPress lehetővé teszi, hogy ezeket nagyrészt maga végezze el.

A WordPress statikus weboldal-generátorként való használata

A statikus weboldal-generátorok némileg eltérnek a fenti két lehetőségtől, mivel egy tartalomkezelő rendszer, például a WordPress tartalmát veszik, kombinálják egy témával, és statikus HTML-oldalakat generálnak. A Jekyll az egyik legnépszerűbb, amellyel az egész webhelyedet vagy blogodat a GitHub oldalakon hosztolhatod, és az új tartalmat egyetlen paranccsal pusholhatod. A hátránya? Nem könnyű (finoman szólva) beállítani, és még a fejlesztők számára is időigényes lehet.

Ha van egy szabad délutánod, hogy többet megtudj a Jekyllről, akkor nézd meg ezt a cikket Mike Neumegen-től. Alternatív megoldásként egy lapos fájlú CMS, mint például a Grav, könnyebb tartalomkezelést biztosíthat, miközben elkerülheti az adatbázis szükségességét.

Ha technikailag értesz hozzá, még az is lehetséges, hogy mindkét világból a legjobbat hozd ki, és a WordPress-t statikus HTML weboldal generátorként használd. Azonban nem szabad elfelejtenie, hogy ha így használja a WordPress-t, áldozatokat kell hoznia:

• Egyáltalán nem lesz “valós idejű” dinamikus tartalom a webhelyén.
• Nincsenek számodra ajánlott cikkek vagy widgetek, amelyek minden látogató számára változnak.
• Nem használhatod a WordPress beépített hozzászólási rendszerét.

Lényegében minden, ami szerveroldali (PHP) generálású, statikus lesz, és manuálisan frissül. A statikus weboldal-generátorok egy teljes HTML-oldalt hoznak létre az Ön tartalma alapján, és ha egyszer elkészült, nem számít, hányan látogatják meg az oldalát, az nem fog újratermelődni; kivéve, ha beír egy speciális parancsot a számítógépén.

Javasolt olvasmány:

A fejlesztők úgy oldják meg a kommentelési “problémát”, hogy vagy egyáltalán nem használják, vagy JavaScript-alapú megoldásokra váltanak, a legnépszerűbbek a Disqus vagy a Facebook kommentek.

Létezik néhány WordPress caching plugin, amivel statikus HTML fájlokat hozhatsz létre a bejegyzéseidről és oldalaidról, de ha Nginxet használsz webszerverként (ha nem, akkor tényleg kellene, de ez egy másik cikk témája), akkor egyszerűen bekapcsolhatod a teljes oldal caching kapcsolót, és beállíthatod, hogy egy nap vagy egy hét múlva járjon le. Minél hosszabb időszakot “engedhetsz meg magadnak”, annál jobb.

A következő lépés az, hogy az első látogatónak a szerver legenerálja a teljes, gyorsítótárazott HTML fájlokat, és minden további látogatónak az előre meghatározott lejárati időn belül ezeket a fájlokat fogja kiszolgálni. Itt a Kinsta, a szervereink a nginx fastcgi cache module-t használják az oldal gyorsítótárazására. Azt kérdezi, hogyan kell beállítani? Nos, ha saját szervereket kezelsz, itt van egy rendkívül részletes útmutató a DigitalOceantól, amelyet követhetsz.

Ha Kinsta-ügyfél vagy, ez minden WordPress-oldal esetében automatikus, és a gyorsítótár alapértelmezés szerint egy óránként lejár. Nyithatsz azonban egy jegyet az ügyfélszolgálatunkon a MyKinsta műszerfalon belül, és kérhetsz hosszabb cache-időtartamot. Csak győződjön meg róla, hogy teljes mértékben tisztában van ennek következményeivel.

Cloudflare Full Page Cache

A Cloudflare oldalszabályait is használhatja a WordPress-szel, és a teljes webhelyét a gyorsítótárból szolgálhatja ki. Itt minden részletet megadunk arról, hogyan állíthatod be a Cloudflare gyorsítótárat a WordPress bejegyzéseihez és oldalaihoz.

Ez nagyon hasznos lehet olyan webhelyek számára, amelyek egy eseményt indítanak vagy hatalmas forgalmi hullámra számítanak. Ne feledje azonban, hogy ha teljes egészében a gyorsítótárból szolgál ki, akkor nagy valószínűséggel problémákba fog ütközni a WooCommerce pénztárral, a WordPress admin eszköztárával és más különböző dolgokkal, amelyeket vagy meg kell javítania, vagy megoldásokat kell találnia.

Javasolt olvasmány: How to Set up Cloudflare APO for WordPress.

We Provide the Best of Both Worlds

Nem javasoljuk általában, hogy a teljes webhelyet a gyorsítótárból szolgálja ki, hacsak nincs ideje mindent megfelelően tesztelni. Például, ha a WooCommerce-ről van szó: a “statikus” kezdőlapot, kategóriákat, termékoldalakat (ha nem változtatod őket túl gyakran) cache-ezheted, és akkor igen, szinte azonnal betöltődik! De amint valaki rákattint a “kosárba helyezés” gombra, át kell váltanod a nem gyorsítótárazott verzióra, különben mindig üresnek látja a kosarat.

Itt a Kinsta-nál szerverszintű szabályokkal rendelkezünk az e-kereskedelmi megoldások és a blogok számára, hogy biztosítsuk, hogy amit kell, azt gyorsítótárazzuk, és amit nem, azt nem.

Néhány példa: bizonyos WooCommerce és EDD oldalak, mint a kosár, a fiókom, és a pénztár, ki vannak zárva a gyorsítótárazásból. A felhasználók pedig automatikusan megkerülik a gyorsítótárat, ha a woocommerce_items_in_cart cookie-t vagy a edd_items_in_cart cookie-t észlelik, hogy biztosítsák a zökkenőmentes és szinkronban lévő pénztári folyamatot.

Ez egy gyorsan betöltődő WordPress oldalt biztosít, de anélkül, hogy aggódnia kellene a dolgok törése miatt.

Cache komponens stack

Nem szeretné a teljes webhelyét a Kinsta-nál hosztolni, de szeretné kihasználni a WordPress blog dinamikus funkcióit? Érdemes megvizsgálnia, hogy webhelyét egy fordított proxy-n keresztül töltse be. Támogatjuk az ilyen típusú beállításokat.

WordPress vagy statikus?

Az egymillió dolláros kérdés… Ha csak egy kis weboldalt épít, amely valószínűleg nem fog változni vagy új tartalmat igényel, a statikus HTML egy jó megközelítés. De bármi máshoz szinte biztosan a WordPress lesz a jobb választás. Ez különösen akkor igaz, ha nem áll rendelkezésedre fejlesztő.

Egyszerű használata, valamint bővíthetősége a fő oka annak, hogy jelenleg az interneten található összes weboldal több mint 39,5%-át ez hajtja. Most pedig Ön következik – építene-e valaha is statikus HTML-t tartalmazó webhelyet a WordPress helyett? Vagy a statikus weboldal-generátor útját választanád?