A WooCommerce hatékony marketingeszközei közé tartozik a kuponkódok használata. Ugyan beakciózhatunk termékeket a webshopunkban globális paraméterek megadásával is, ám a kuponokkal sokkal kifinomultabb módon osztogathatjuk a kedvezményeket, legyen szó ingyenes szállításról vagy a végösszeg csökkentéséről. A legtöbb esetben a felhasználó azonban a kupont csak a Kosár oldalon tudja megadni, pedig hatékony vásárlásösztönző lehet, ha az egyes termékek böngészése közben már rögtön lehetőséget biztosítunk a kuponkódok megadására.

Az alábbi kódrészlet segítségével a termékoldalakon is megjeleníthetjük a kuponkód megadására szolgáló mezőt, amely aztán természetesen a teljes vásárlásra is érvényes lesz (a kupon beállításainál megadott feltételeknek megfelelően) a vásárlási munkamenet egésze alatt. (Eltávolítani pedig alapesetben majd csak a Kosár oldalon tudjuk.)

Megjegyzés: Az egyéni PHP-kódok megadásához a Code Snippets vagy a WPCode használatát javasoljuk.

Kuponkód mezőjének megjelenítése a WooCommerce-termékoldalakon

// Add a text input field inside the add to cart form
add_action('woocommerce_single_product_summary','add_custom_text_field_single_product', 2 );
function add_custom_text_field_single_product(){
    global $product;

    if( $product->is_type('variable') ){
        add_action('woocommerce_before_single_variation','custom_product_text_input_field', 30 );
    } else {
        add_action('woocommerce_before_add_to_cart_button','custom_product_text_input_field', 30 );
    }
}

function custom_product_text_input_field(){
    echo '<div class="hidden-field">
    <p class="form-row product-coupon form-row-wide" id="product-coupon_field" data-priority="">
        <label for="product-coupon" class="">' . __("Rendelkezik kuponkóddal?") . '</label>
        <span class="woocommerce-input-wrapper">
            <input type="text" class="input-text " name="product-coupon" id="product-coupon" placeholder="'.__("Kuponkód").'" value="">
        </span>
    </p></div>';
}

// Apply the coupon code from product custom text imput field
add_filter('woocommerce_add_cart_item_data', 'coupon_code_product_add_to_cart', 20, 3);
function coupon_code_product_add_to_cart($cart_item_data, $product_id, $variation_id) {
    if (isset($_POST['product-coupon']) && ! empty($_POST['product-coupon'])) {
        WC()->cart->apply_coupon( sanitize_title( $_POST['product-coupon'] ) );
    }
    return $cart_item_data;
}

Akár a webhelyek fejlesztése, akár éles üzem során előfordulhat, hogy szükségessé válik a WooCommerce-ben lévő termékek tömeges, alapos törlése.

Sajnos a WordPress az ilyen feladatok terén nem túlságosan előzékeny, és az adminfelületen csak nagyon lassan és erőforrásigényes módon tudnánk ezt a feladatot elvégezni, ám ha rendelkezünk phpmyAdmin-hozzáféréssel vagy SSH-eléréssel a szerverhez, akkor pillanatok alatt lenullázhatjuk a webshop tartalmát, hogy tiszta lappal indulhasson a termékfeltöltés.

A műveletet kétféleképpen végezhetjük el, a termékkategóriák legyalulásával vagy a termékkategóriák megőrzése mellett. Lássuk hát az ehhez szükséges parancsok sorát!

FONTOS! Az alábbi parancsok a WordPress alapértelmezett táblaneveit feltételezik. Egyéni előtag használata esetén módosítani kell a parancsokat.

Az adatbázis minden módosítása előtt javasolt biztonsági mentést készíteni az adatokról!

WooCommerce-termékek tömeges törlése a termékkategóriák megőrzésével

Amennyiben csak a termékeket szeretnénk kigyomlálni az adatbázisunkból, a termékkategóriákat (az azonosítóikkal együtt) viszont megtartanánk, akkor az alábbi parancsokat kell kiadnunk:

Attribútumok törlése

DELETE FROM wp_terms WHERE term_id IN (SELECT term_id FROM wp_term_taxonomy WHERE taxonomy LIKE 'pa_%'); DELETE FROM wp_term_taxonomy WHERE taxonomy LIKE 'pa_%'; DELETE FROM wp_term_relationships WHERE term_taxonomy_id not IN (SELECT term_taxonomy_id FROM wp_term_taxonomy);

Termékek törlése

DELETE FROM wp_term_relationships WHERE object_id IN (SELECT ID FROM wp_posts WHERE post_type IN ('product','product_variation')); DELETE FROM wp_postmeta WHERE post_id IN (SELECT ID FROM wp_posts WHERE post_type IN ('product','product_variation')); DELETE FROM wp_posts WHERE post_type IN ('product','product_variation');

Elárvult metaadatok törlése

DELETE pm FROM wp_postmeta pm LEFT JOIN wp_posts wp ON wp.ID = pm.post_id WHERE wp.ID IS NULL;

Megjegyzés: Multisite környezetben a fenti táblaneveket a környezetnek megfelelően módosítani kell, és hozzájuk kell fűzni a megfelelő számot.

WooCommerce-termékek tömeges törlése a termékkategóriák törlésével

Ha a termékkategóriákat is törölni szeretnénk, és mindent nulláról kezdenénk, az alábbi parancsokra lesz szükségünk:

DELETE relations.*, taxes.*, terms.*
FROM wp_term_relationships AS relations
INNER JOIN wp_term_taxonomy AS taxes
ON relations.term_taxonomy_id=taxes.term_taxonomy_id
INNER JOIN wp_terms AS terms
ON taxes.term_id=terms.term_id
WHERE object_id IN (SELECT ID FROM wp_posts WHERE post_type='product');

DELETE FROM wp_postmeta WHERE post_id IN (SELECT ID FROM wp_posts WHERE post_type = 'product');
DELETE FROM wp_posts WHERE post_type = 'product';

Megjegyzés: Multisite környezetben a fenti táblaneveket a környezetnek megfelelően módosítani kell, és hozzájuk kell fűzni a megfelelő számot.

Miért éppen WordPress-webhelyet válasszak a céges oldalamhoz?

Manapság a WordPress az egyik legnépszerűbb és leginkább elterjedt tartalomkezelő rendszer (CMS), ami nem véletlen. Először is vegyük sorra az előnyeit:

• Nagyon egyszerű és szinte minden szolgáltatóval kompatibilis az üzembe helyezése
• Nem igényel semmilyen programozói vagy rendszergazdai tudást
• Könnyen kezelhető az adminisztrációs felülete
• Teljes körű felhasználókezelést és különálló szerepköröket biztosít
• Teljes mértékben le van fordítva magyar nyelvre (igaz, számos hiba csúszott a közösségi fordításba, de ettől még jól használható magyarul)
• Minden tekintetben követi az éppen aktuálisan elvárt és használt szabványokat
• Automatikusan frissíthető (a bővítményeivel együtt), így mindig naprakész (és biztonságos) verziót használhatunk
• Rengeteg sablon és bővítmény érhető el hozzá (számos közülük teljesen ingyenesen), így minden céges igény kielégíthető
• A megfelelő bővítmények birtokában ugyanolyan jól használható blogként, magazinként, céges webhelyként vagy webáruházként
• Kiemelkedően jól teljesít a keresőoptimalizálás (SEO) terén
• Egy jó sablon birtokában könnyedén igazítható a céges arculathoz
• Ráadásul teljesen ingyenes

Rendszerkövetelmények

• PHP 7.4-es vagy magasabb verzió
• MySQL 5.7-es vagy magasabb VAGY MariaDB 10.2-es vagy magasabb verzió
• HTTPS-támogatás

A céges WordPress-webhely üzembe helyezésének költségei

Ha eldöntöttük, hogy szeretnénk egy biztonságos és szabványos webhelyet magunknak, akkor már csak az alapvető körülményeket kell megteremtenünk a sikeres beüzemeléséhez.

Dönthetünk úgy, hogy saját szervert üzemeltetünk, amennyiben a webhelyen kívül más szolgáltatásokat is elérhetővé szeretnénk tenni. Ebben az esetben nagy segítségünkre lehet a virtuális szerverek (VPS) kiválasztását elősegítő útmutatónk. Magának a rendszernek a kialakításához pedig érdemes elolvasni a tökéletes Ubuntu 20.04 LTS szerver telepítésének útmutatóját.

A saját szerver fenntartásának természetesen magasabbak a költségei, de érdemes megnézni a konkrét csomagjánlatokat, hiszen már havi 5 ezer forintért lehet egy minden alapvető igényt kielégítő VPS-ünk, ráadásul az egyes paramétereket mi magunk szabhatjuk meg, amihez az ár is azonnal igazodik, így csupán azért a kapacitásért kell fizetnünk, amelyre valóban szükségünk van.

A saját rendszer kialakításához és üzembe helyezéséhez igénybe veheti szakértő segítségünket, és mi a céges igényeihez igazítva hozzuk létre a gyors és biztonságos rendszert, amelyet akár saját maga is üzemeltethet az ISPConfiggal, vagy minket is felkérhet az üzemeltetési és karbantartási feladatokra.

Vagy a webhely üzemeltetésének feladatát másra is bízhatjuk, ebben az esetben webtárhelyet kell vásárolnunk, és itt helyezhetjük üzembe a WordPress-webhelyünket.

Webtárhely vásárlása esetén éves szinten akár 10 ezer forint alatti összeggel is számolhatunk, és a ténylegesen fizetendő ár az általunk igényelt tárhely méretétől függ. Amennyiben igencsak nagy méretű a céges oldalunk (pl. sok képet és videót szeretnénk elhelyezni rajta), akkor érdemesebb saját VPS-t vennünk, de ha megelégszünk néhány GB-tal is, akkor sokkal jobban járunk a webtárhellyel.

Cégünk kifejezetten a WordPress-webhelyek minél gyorsabb és stabilabb kiszolgálására és biztonságos üzemeltetésére kialakított szervereket tart fenn, amelyekkel nem csupán a legjobb felhasználó élményt tudjuk garantálni a látogatóknak, de arról is gondoskodunk, hogy a lehető legjobb pontszámot lehessen elérni a szabványosság, a válaszidő és számos más olyan tényező esetén, amelyek nagyban befolyásolják, hogy a webhelyünket milyen pozícióban jelenítik meg az egyes keresőmotorok.

Kiegészítő tanácsadás keretében további finomhangolással segítjük a képek méretének és megjelenítésének optimalizálását, a keresőoptimalizálást (SEO), valamint az oldalak gyorsítótárazását, a webáruházak létrehozását és a fizetési megoldások integrálását.

További információ kéréséhez vegye fel velünk a kapcsolatot!

És akkor nézzünk néhány konkrét példát!

Minimális céges webhelyigény (webtárhely)

Éves szinten egy átlagos, alapszintű céges WordPress-webhely minimális igényekkel évi 6300 Ft-ért tartalmazza a következőket:

• 500 MB SSD-tárhely
• 5 db e-mail-fiók (egyenként 500 MB tárhellyel)
• 1 db adatbázis
• WordPress + Divi sablon
• FTP-elérés
• Webmail
• Webhelystatisztika
• ISPConfig-elérés (webhely, e-mailek, adatbázis és egyebek kezelésére szolgáló önkiszolgáló felület)
• HTTPS-tanúsítvány (LetsEncrypt)
• PHP 7.x és 8.x (igény szerint választható verzió)
• DNS-szolgáltatás (1 domainhez)

A megrendeléséhez vegye fel velünk a kapcsolatot!

A nettó árak tájékoztató jelleggel lettek feltüntetve, a cikk írásának pillanatában érvényes állapotot tükrözik, és bármikor megváltozhatnak.

Közepes céges webhelyigény (webtárhely)

Éves szinten egy átlagos, közepes szintű céges WordPress-webhely évi 35 000 Ft-ért tartalmazza a következőket:

• 20 GB SSD-tárhely
• 10 db e-mail-fiók (egyenként 1 GB tárhellyel)
• 10 db adatbázis
• WordPress + Divi sablon
• FTP-elérés
• Webmail
• Webhelystatisztika
• Automatikus biztonsági mentés
• ISPConfig-elérés (webhely, e-mailek, adatbázis és egyebek kezelésére szolgáló önkiszolgáló felület)
• HTTPS-tanúsítvány (LetsEncrypt)
• PHP 7.x és 8.x (igény szerint választható verzió)
• DNS-szolgáltatás (10 domainhez)
• Segítségnyújtás a webhely kezdeti üzembe helyezéséhez (legfeljebb 2 munkaóra)

A megrendeléséhez vegye fel velünk a kapcsolatot!

A nettó árak tájékoztató jelleggel lettek feltüntetve, a cikk írásának pillanatában érvényes állapotot tükrözik, és bármikor megváltozhatnak.

Komolyabb céges webhelyigény (VPS)

Éves szinten egy magasabb szintű céges WordPress-webhely évi 65 000 Ft-ért + egyszeri 25 000 Ft-os üzembehelyezési díjért tartalmazza a következőket:

• 120 GB SSD-tárhelyű saját VPS
• Korlátlan e-mail-fiók, DNS, saját levelezés
  
• A tökéletes Ubuntu 20.04 LTS szerver (és annak minden szolgáltatása)
• WordPress
• ISPConfig
• HTTPS-tanúsítvány (LetsEncrypt)
• PHP 7.x és 8.x
• Alapszintű hardening (tűzfalbeállítások, értesítés SSH-bejelentkezésekről, fail2ban, .htaccess-védelem a nyilvánosan elérhető szolgáltatásoknál, DDoS-védelem)
• Segítségnyújtás a webhely kezdeti üzembe helyezéséhez (legfeljebb 2 munkaóra)

A megrendeléséhez vegye fel velünk a kapcsolatot!

A nettó árak tájékoztató jelleggel lettek feltüntetve, a cikk írásának pillanatában érvényes állapotot tükrözik, és bármikor megváltozhatnak.

Milyen előnyökkel jár egy gyors WordPress-webhely?

Elsőként is a legfontosabb előnye annak, ha gyorsan betöltenek az oldalaink, hogy nem pártolnak el tőlünk a potenciális vagy meglévő ügyfelek. Vannak különféle kutatások, melyek kimutatták, átlagosan hány másodpercet hajlandóak várakozni a felhasználók arra, hogy egy általuk korábban még fel nem keresett webhely betöltsön, ám valószínűleg mindenki saját maga is rendelkezik egy tűréshatárral. Aranyszabály, hogy minél gyorsabban tölt be a webhelyünk, annál jobb élményben részesíthetjük látogatóinkat.

Másodsorban azonban vannak technikai jellegű megfontolások is. Minél gyorsabban használható az oldalunk, annál jobb értékelést kapunk a Google-nél, amikor a keresési rangsort felállítják. Ha előrébb kerülünk a rangsorban, akkor pedig többen fognak rátalálni az oldalunkra.

Természetesen a legtöbb dolog együttesen fejti ki a hatását: a webhelyünk akkor fogja elnyerni a látogatók és a keresőmotorok tetszését, ha megfelelően optimalizált, követi a szabványokat, és minél gyorsabban betöltődnek az oldalak. A jó hír az, hogy mindez aránylag könnyedén elérhető a WordPressen.

Hogyan tesztelhető egy WordPress-webhely betöltési sebessége?

Ha eddig még nem végeztünk semmilyen optimalizálást a webhelyünkön, könnyen lehet, hogy mérőeszköz használata nélkül is észleljük, hogy lassabban töltenek be az oldalaink. Természetesen mint mindennek, ennek is létezik szabványosított mérőeszköze, mégpedig különféle weboldalak közvetítésén keresztül. Bár több ilyen oldal létezik, mi most kifejezetten a Google PageSpeed Insights nevű eszközre koncentrálunk, mivel ha azt szeretnénk, hogy a keresési eredményekben is jól szerepeljünk, akkor ennek az eredményeit érdemes a leginkább megfogadnunk.

Ezek az eszközök számtalan módon figyelik és mérik a teljesítményt, ám az eredmények általában kétfelé csoportosíthatók: vannak kifejezetten a gyorsabb oldalbetöltést elősegítő javaslatok, illetve vannak a szabványosítás felé terelő és a felhasználói élményt növelő javaslatok. Mi most elsődlegesen az első kategóriába tartozó megoldásokkal fogunk foglalkozni.

És hogy miként érdemes értelmezni a kapott eredményeket? Minden attól függ, mi a célunk.

• 50 pont alatt kifejezetten alulteljesít az oldalunk, amit a látogatók is érzékelni fognak. Valószínűleg lassan töltenek be az oldalak, tele vannak felesleges elemekkel, amelyek csak a sávszélességet és a memóriát foglalják, és a keresési eredményekben is hátrébb leszünk sorolva.
• 50 és 70 pont között ugyan részlegesen megfelelünk az elvárásoknak, ám vannak még olyan finomhangolási lehetőségek, amelyekkel mind a felhasználók életét megkönnyíthetjük, mind a keresőkben piros pontokra tehetünk szert. Szóval nem érdemes hátradőlnünk még.
• 70 pont fölött elmondhatjuk, hogy eleget tettünk az alapvető elvárásoknak, bár ilyenkor is még vannak ilyen vagy olyan lehetőségeink a fejlődésre. Itt azonban már sokszor tapasztaljuk azt, hogy feljebb lépni csak úgy tudnánk, ha valamelyik alapvető webhelyelemet gyökeresen megváltoztatjuk, vagy egy számunkra fontos funkciótól megszabadulunk, esetleg teljesen átalakítjuk az oldal kinézetét, elrendezését és működését.

Érdemes ügyelni arra, hogy a pontszámok mindig két kategóriába vannak felosztva, a megjelenítési nézettől függően. Van egy MOBIL elnevezésű nézet, amely a mobileszközökön (telefon, táblagép) megjelenő webhelyverziót nézi, illetve egy ASZTALI, amely a hagyományos monitorokon tapasztalható élményt elemzi. A célközönségünktől függően egyik vagy másik esetleg fontosabb lehet számunkra, de mindkettő esetében érdemes egy legalább 50 pont fölötti értéket elérni.

Mielőtt teljesen elmerülnénk a sebességtesztek bűvös pontszámainak világában, érdemes lefuttatni a tesztet pár népszerű, sokak által látogatott oldal címének beírásával is, és hamar kiderül, hogy azért nem mindenki veszi ezeket a számokat olyan komolyan, és nem csupán ezen áll vagy bukik a vállalkozásunk sikere. Mindesetre a könnyen megvalósítható tanácsokat érdemes megfontolni, és törekedni a minél jobb felhasználói élmény nyújtására, így biztosan közelebb jutunk ahhoz, hogy igazán gyors WordPress-webhelyünk lehessen!

A következőkben sorra vesszük azokat az alapvető lépéseket, valamint az INGYENES WordPress-bővítményeket, melyekkel gondoskodhatunk arról, hogy egyrészről felhasználóinknak minél jobb és gyorsabb élményben lehessen részük, másrészről pedig a keresőmotorok is előnyben részesítsék az oldalainkat.

1. lépés: Megfelelő és gyors tárhelyszolgáltatás kiválasztása

Kezdjük az alapoknál, mivel ha ott valami nincs rendjén, hiába próbálkozunk bármivel, valószínűleg kudarcba fulladnak majd a próbálkozásaink.

Egyáltalán nem mindegy, hogy hol helyezzük el a webhelyünket. Manapság fillérekért is vehetünk tárhelyet, ám számos közülük semmilyen garanciát nem vállal arra, hogy oldalaink megfelelő kapacitásokkal is rendelkeznek majd, hiszen uyganazon a gépen osztozik ki tudja hány felhasználó és webhely. Éppen ezért érdemes gondosan és körültekintően eljárni, nem mindig a legolcsóbb megoldást választani, illetve előnyben részesíteni azokat a cégeket, amelyek szakosodtak a gyors WordPress-oldalakra.

Amennyiben saját szervert üzemeltetünk, érdemes követni a tökéletes Ubuntu-szerver telepítésére és beállítására vonatkozó útmutatást, ugyanis ebben az esetben az alapok biztosan rendben lesznek.

Ha pedig kifejezetten erre szakosodott cég szolgáltatásait keressük, ajánljuk magunkat – szervereinken elsődlegesen WordPress-oldalakat szolgálunk ki, és kedvező tárhelycsomagokat kínálunk ügyfeleinknek. Ha pedig olyan felkérést kapunk, amelynek nem tudnánk maradéktalanul eleget tenni, segítünk megkeresni a legideálisabb szolgáltatót és megoldást!

Azt már külön meg sem kellene említenünk, hogy oldalunknak rendelkeznie kell SSL-tanúsítvánnyal, hiszen ez manapság teljesen alapfeltételnek tekinthető. Ha mégsem így lenne, akkor minél előbb szerezzünk be egy teljesen ingyenes Let's Encrypt-tanúsítványt!

2. lépés: Naprakész és a szabványoknak megfelelő WordPress-sablon használata

Amennyiben az oldalaink nem támogatják a jelenleg elfogadott és elterjedőben lévő szabványokat, sajnos esélyünk sincs arra, hogy a keresőmotoroknál jó helyezést érjünk el. A WordPress rendelkezik pár alapszintű sablonnal, ám a legtöbben értelemszerűen nem érik be ennyivel.

A fizetős sablonokból óriási a választék, viszont érdemes mindenképpen olyan forrásból beszerezni az oldalunk alapvető megjelenését biztosító sablont, amelynél garantált, hogy hosszú éveken át biztosítják a frissítéseket, illetve naprakész technológiákat vesznek igénybe. Ha esetleg egy-egy komolyabb bővítményt is használunk, például egy webáruházat, akkor már a kompatibilitás kérdése is felmerül.

Érdemes jó alaposan körüljárni ezt a kérdést, és az igényeinknek megfelelően választani. Nincs olyan termék, amely mindenkinek az igényeit ki tudja elégíteni, ám mi az Elegant Themes mellett tettük le a voksunkat, és ügyfeleinknek is az ő sablonjaikat szoktuk javasolni. Egyrészről stabil hátterű cégről van szó, amelyik folyamatosan fejleszti és frissíti is a termékeit, másrészt az általuk használt megoldások mind követik a szabványokat, ezért az oldalaik egyszerre lesznek tetszetősek, gyorsak és felelnek meg a keresőmotorok elvárásainak.

3. lépés: AMP-oldal elérhetővé tétele a mobileszközök számára

Bármennyire is okosak manapság már a mobileszközeink, ennek ellenére a képernyőméret, illetve az egyes oldalak működése tekintetében érdemes kettéválasztani a mobilos és asztali felhasználói élményt. Ha az általunk választott sablon támogatja a mobilos megjelenítést, az már félsiker. Ennek ellenére igazán jó eredményeket akkor tudunk elérni, ha külön AMP-oldalakat biztosítunk a kisebb képernyőt használó látogatóinknak.

Ehhez szerencsére léteznek már egészen hasznos bővítmények a WordPresshez, ám itt kell felhívnunk a figyelmet egy fontos döntésre!

Általában hiába van olyan sablonunk, amely támogatja a mobilos megjelenést, a legtöbbször igazán jó eredményeket a különálló AMP-s oldalakkal érhetünk el. Viszont ezeknek a külseje azért jelentős mértékben eltér majd az asztali élménytől, ezért ügyfeleinknek azt szoktuk javasolni, hogy mérlegeljék, az-e a fontosabb, hogy egységes legyen a megjelenés minden eszközön (ebben az esetben sokszor mobilos megjelenést támogató sablont alkalmazunk, külön AMP-s bővítmény nélkül), vagy pedig minden felhasználót az adott eszközön elérhető legjobb élményben szeretnének részesíteni (ebben az esetben az asztali és a mobilos kinézet között már jelentősebb elétérések tapasztalhatók, külön AMP-s oldalak jönnek létre, és gyakorlatilag lesz egy asztali sablon és egy mobilos sablon).

Mi az AMP for WP bővítményt szoktuk ajánlani azoknak, akik egy teljesen külön élményben szeretnék részesíteni a mobilon böngésző látogatóikat, ugyanis minden olyan beállítást tartalmaz, amellyel az igényeinknek megfelelően felparaméterezhetjük a mobilos verziót, kompatibilisek maradunk a legtöbb bővítménnyel, ráadásul a beépített sablonjai tetszetősek és praktikusak is. 

4. lépés: Megfelelő képméretek és -formátumok biztosítása, a képek automatikus optimalizálása

Amióta az interneten weboldalak érhetők el, azóta a legtöbb sávszélességet a grafikai elemek betöltésére használják fel a felhasználók. Ezek lehetnek háttérképek, termékképek, illusztrációk, ikonok, vagy éppen animált gifek. Talán mondanunk sem kell, hogy a legjelentősebb megtakarítást, ezzel együtt pedig a legnagyobb sebességnövekedést (és az ezzel járó jobb pontszámot) a képeink megregulázásával érhetjük el.

Itt is rengeteg bővítmény közül választhatunk, ám számunkra az EWWW Image Optimizer bizonyult a leghasznosabbnak. Egyrészt biztosítja a Lazy Load funkciót, melynek során a képek csak akkor töltődnek be az oldalunkon, amikor a felhasználó odaér a görgetésben, másrészt képes kordában tartani a WordPress által képfeltöltéskor generált képek és bélyegképek (miniatűrök) méretét, harmadrészt pedig támogatja a konvertálást a WebP formátumra, amely manapság szinte elengedhetetlen alapfeltétele annak, hogy megfelelő pontszámot érjünk el a sebességteszteken.

Mondhat bárki bármit arról, hogy a WebP jelenleg még csak kísérleti szakaszban van, nem támogatja minden böngésző, és érdemes óvatosan bánni vele, ugyanis jelenleg már évek óta szinte kötelező átállni erre a formátumra, ha valaki jó eredményt szeretne elérni a sebességteszteken, és előrébb szeretne kerülni a keresési találatokban. Egyébként egy nagyon hasznos és valóban helytakarékos megoldás, szóval hacsak nem digitális fényképezésből származó mintaképeket, vagy valami hasonlóan nagy méretű, a tömörítést nem jól viselő galériákat tárolunk, érdemes átállni a használatára.

A fenti bővítmény egyik legnagyobb előnye a többihez képest, hogy mivel a saját szerverünk kapacitásait és erőforrásait használja, így nincsenek havi limitek, korlátlan mennyiségű képet alakíthatunk át a segítségével – a már feltöltöttek, valamint az újonnan feltöltöttek esetén egyaránt.

5. lépés: Gyorsítótár használata az oldalak statikus változatának megjelenítéséhez

Csodák pedig nincsenek. Az igazán gyors WordPress-oldalak mindegyike valamilyen gyorsítótárat használ annak érdekében, hogy ne kelljen minden oldalletöltésnél minden egyes oldalelemet egyenként lekérni, ugyanis a számítási kapacitás javát ezek a kérések viszik el, teljesen fölöslegesen. Egy jól bekonfigurált cache segítségével minden oldalunk villámgyorsan tölt majd be, viszont felhasználóinknak a dinamikus tartalmak (pl. keresés, aktuális készletinformációk, statisztikák stb.) ugyanúgy a rendelkezésükre állnak majd, mintha nem statikus tartalommal dolgoztunk volna.

Régebben szinte egyeduralkodó volt ezen a téren a W3 Total Cache, ám az utóbbi időben megfosztották a trónjától a sokkal egyszerűbben konfigurálható és hatékonyabb versenytársak. 2021-ben csupán azoknak tudnánk ajánlani a W3TC használatát, aki kifejezetten összetett gyorsítótárazási igényekkel rendelkezik, ugyanis a legtöbb oldal esetén a WP Fastest Cache sokkal jobb választásnak bizonyul.

Egyszerűen konfigurálható, hihetetlenül gyors, és integrálható különféle CDN-ekkel és a Cloudflare-rel. A telepítésével megkoronázhatjuk az eddigi törekvéseinket, és igazán felturbózhatjuk WordPress-webhelyünket.

(Opcionális) 6. lépés: SEO-bővítmény telepítése a tartalom keresőmotorok általi láthatóságának fokozásához

Bár ez nem kifejezetten a felhasználói élmény fokozásához vagy a megjelenítési sebesség növeléséhez kapcsolódik, egy magára valamit is adó WordPress-webhely nem létezhet SEO-bővítmény nélkül, amely segít a tartalom és a kulcsszavak optimális menedzselésében, így elősegítve, hogy a keresőmotorokban minél jobb helyezést érjünk el bizonyos kifejezésekre.

Korábban itt is megingathatatlanul befoglalta a trónt az egyik bővítmény, a Yoast SEO, ám már egy jó ideje sokkal jobb eredményeket és lehetőségeket kínál a Rank Math nevezetű bővítmény.

Nem állítjuk, hogy egy WordPress-webhely SEO szempontjából történő bekonfigurálása és a tartalom, valamint a kulcsszavak finomhangolása pillanatok alatt elvégezhető, sőt, egyrészről gondos tervezést igényel, másrészről menet közben is finomhangolásra szorulhat, azonban a fenti bővítmények minden esetben vezetik majd a kezünket, és akkor is jobb eredményeket érhetünk el a használatukkal, ha a keresőoptimalizálás terén járatlanok vagyunk, vagy egyszerűen csak nem szeretnénk túl sok energiát fektetni ennek művelésébe.

(Opcionális) 7. lépés: A Cloudflare használata sebességnövelésre és a támadások kivédésre

A Cloudflare egy igencsak sokoldalú termék, amelyet használhatunk támadások kivédésére (DDoS-védelem), az SSL-licenceink könnyebb kezelésére, a forgalmunk elemzésére és szabályozására, terheléselosztásra, DNS-kezelésre, vagy éppen a tartalmaink gyorsabb megjelenítésére.

Gyakorlatilag egy előszobaként funkcionál a webhelyünket felkereső felhasználók tekintetében, és segít abban, hogy oldalainkat minél könnyebben, gyorsabban és biztonságosabban kereshessék fel az érdeklődők, miközben a webhelyünk tartalmát is nagyobb biztonságban tudhatjuk, és elejét vehetjük a különféle támadásoknak is.

A segítségével elérhető előnyök felsorolása és az egyes lehetőségek ismertetése önmagában is megérdemel egy hosszabb lélegzetvételű írást, mindenesetre a lényeget összefoglalva elmondható, hogy az esetek jelentős részében még a teljesen ingyenes verziójának használatával is kézzelfogható előnyökre tehetünk szert, a Pro verziós licenccel pedig még magasabb fokozatra kapcsolhatjuk webhelyünk működését.

A helyes konfigurálása, a DNS beállítása és a WordPress-webhellyel való integrálás nem túl bonyolult, ám több buktatót is magában hordoz, így érdemes szakértőkre bízni a feladatot. A használatát egyedül a DNS-sel kapcsolatos különleges igények tudják megnehezíteni, minden más esetben kifejezetten ajánlani szoktuk legalább az ingyenes változat beállítását, illetve összehangolását a helyi gyorsítótárral.

Alapvető probléma a WordPress működési biztonságának szempontjából, hogy a bejelentkezési képernyőjén (/wp-admin/) akárhány bejelentkezési kísérlet a támadók rendelkezésére áll, így próbálgatásos (brute-force) támadások keretében (megfelelő idő és erőforrás rendelkezésre állása esetén) hozzáférést lehet szerezni az adminfelülethez. Ennek sokféleképpen vehetjük az elejét, például a webkiszolgálón beállíthatunk .htaccess-hozzáférést, amivel csak az a probléma, hogy alapesetben egy statikus fájllal dolgozik, így vagy mindenki ugyanazokat a bejelentkezési azonosítókat használja, vagy nekünk lesz rendszeres feladatunk a fájl frissítgetése, amennyiben az adminfelülethez többen is hozzáféréssel rendelkeznek.

A jó hír az, hogy erre is létezik egy bővítmény, amely ráadásul a WordPress felhasználóinak listáját használja, hiszen csupán annyival egészíti ki a WP bejelentkezési képernyőjének működését, hogy korlátozza a bejelentkezési kísérletek számát. Ennek a bővítménynek a neve a Limit Login Attempts Reloaded, és a következő funkciókat biztosítja:

 

• IP-nként korlátozza a bejelentkezési kísérletek számát
• Tájékoztatja a felhasználót a hátralévő kísérletek számáról vagy az újabb próbálkozásig hátralévő türelmi időről
• Választható naplózás és e-mailes értesítés sikertelen kísérletek esetén
• IP-k és fehasználónevek felvétele az engedélyezési vagy tiltólistára
• XMLRPC-átjáró védelme
• Woocommerce-bejelentkezés védelme
• Multi-site (hálózati) WordPress-oldalak védelme
• GDPR-kompatibilis
• Egyéni IP-források (pl. Cloudflare) támogatása

A bővítmény teljesen ingyenesen elérhető, és a használata gyakorlatilag semmilyen vagy csak nagyon minimális konfigurációt igényel. Alapértelmezés szerint 4 próbálkozási kísérlet után 20 percre kitiltja a felhasználót, amelyet a további próbálkozások meghosszabbítanak. Ezt a működést változtathatjuk meg, értesítést kaphatunk a kizárt felhasználókról, valamint megadhatjuk az engedélyezési és kizárási listákat.

És ennyi. Igazából legalább annyira érthetetlen, hogy miért nem így működik alapértelmezés szerint a WordPress, mint amennyire az a tény, hogy nem képes épkézláb módon lekezelni a bejegyzések sikertelen időzítését. A telepítését követően máris egy fokkal nagyobb biztonságban tudhatjuk az oldalunkat, ráadásul úgy, hogy a felhasználók életét sem nehezítettük meg egy újabb bejelentkezési ablakkal.

A kisebb forgalmú WordPress-oldalak egyik gyakori problémája, hogy az ütemezett WordPress-bejegyzések nem jelennek meg a megfelelő időpontban. Ennek oka elsődlegesen az, hogy a WordPress egy saját cront (feladatidőzítőt) tart fenn az ütemezett feladatok végrehajtásához, és hacsak nem gondoskodunk ennek rendszeres időközönként történő futtatásáról, könnyen előfordulhat, hogy pl. egy 10:00 időpontra beütemezett feladat azért nem tud kikerülni az internetre, mert ekkor éppen senki sem kereste fel az oldalunkat, így ezt a feladatot sem tudta az adott időpontban triggerelni a WordPress. Ilyenkor sikertelen időzítés állapotba kerül a bejegyzés, ami azért is bosszantó, mert azon túl, hogy semmi sem történik majd vele automatikusan, és erről még csak értesítést sem kapunk, nekünk kézzel kell újra közzétennünk a bejegyzést a szerkesztőből.

Szerencsére, mint mindenre, erre is létezik megoldás, méghozzá nem is egy. Lássuk a részleteket!

Feladatok ütemezése bővítménnyel

Ahogy az a WordPress esetén szinte mindenre igaz, itt is érvényes, hogy erre a problémára is létezik egy bővítmény! Nem is egy, hanem rögtön kettő. Az egyik a Scheduled Post Trigger névre hallgat, és a telepítésén és aktiválásán kívül semmi más teendőnk nincs. Állítólag sokaknak működik, mi kipróbáltuk az egyik oldalunkon, és egy, a bővítmény telepítése előtt ütemezett WordPress-bejegyzés esetén semmi változást nem tapasztaltunk. Azaz továbbra is sikertelen időzítéses állapotban maradt. Ez lenne a legegyszerűbb módja a probléma megoldásának, de úgy tűnik, nem 100%-ban működőképes. Mindenesetre érdemes vele tenni egy próbát, és ha beválik, akkor le is zárhatjuk a problémamegoldást. Ha nem, akkor érdemes telepíteni a következő bővítményt.

Ha esetleg mégsem működne, akkor viszont van egy tuti tippünk, amelynek csak egy picit körülményesebb a telepítése. Ez a WP Missed Schedule névre hallgat, és a készítőjének kérésére nem érhető el a WP kereshető bővítménykatalógusában. A GitHub-oldalról viszont könnyedén le tudjuk tölteni ZIP formátumban (lásd az alábbi képen), és ezt már a Bővítmények oldalán csak fel kell töltenünk a saját oldalunkra. Az aktiválását követően ezzel sincs semmi dolgunk, és ez a bővítmény nálunk minden oldal esetében probléma nélkül működött, még akkor is, ha a telepítését megelőzően időzített bejegyzésről volt szó.

Egyedül arra kell figyelni, ha esetleg alapvetően megváltozik a WordPress működése (például 5.x-esről 6-os verzióra kell frissíteni), mert akkor könnyedén működésképtelenné válhat ez a bővítmény, és mivel nem szerepel a bővítménytárban, így a frissítéséről is nekünk kell majd gondoskodnunk. Mivel a WP egy alapvető, központi funkciójáról van szó, ezért nem valószínű, hogy ez a közeljövőben problémát okozna, de nem árt észben tartani, ha egyszer csak megint meghiúsul egy időzített bejegyzés közzététele.

A cron futtatása rendszeres időközönként

Természetesen létezik másik megoldás is arra, hogy az alacsonyabb látogatói forgalmat kompenzáljuk. Mi magunk is gondoskodhatunk arról, hogy minden percben legyen forgalom az oldalunkon. Amennyiben a webhelyszolgáltatást béreljük egy szolgáltatótól, úgy az ő felületünkön kell utánanéznünk, hogy az alábbiakban leírtakra lehetőségünk nyílik-e. Ha a saját szerverünket használjuk, akkor pedig lehetőségünk nyílik a rendszer-crontab használatával gondoskodni a megfelelő oldal rendszeres lekéréséről.

A WordPress beépített cronjának letiltása

Első lépésként le kell tiltanunk a WordPress saját, beépített cronját, mivel innentől kezdve nem a külső (látogatói) oldallekérések alapján fogjuk futtatni a tervezett feladatokat. Ehhez szerkeszteni kell a WP gyökérkönyvtárában található wp-config.php fájlt, és el kell helyezni benne az alábbi sort:

 define('DISABLE_WP_CRON', true);

ISPConfig használata esetén

Amennyiben a tökéletes Ubuntu szerverünket használjuk, és telepítettük rá az ISPConfig nevű webes irányítópultot, akkor a Sites -> Cron Jobs alatt tudunk új cron-feladatot létrehozni. Itt adhatjuk meg, hogy melyik webhelyről van szó, valamint a feladat időzítését. Ha minden percben szeretnénk futtatni a fealadatokat (bejegyzések közzétételéhez erre lesz szükségünk, más karbantartási feladatok végrehajtása esetén elegendő lehet 5 percenként is futtatni a cront), akkor az összes időzítős időegységhez csak egy csillagot kell írnunk.

 

A Command to run mezőben pedig azt az URL-címet kell megadnunk, amellyel a WP cronját tudjuk meghívni: https://sajatdomain.hu/wp-cron.php?doing_wp_cron

És már készen is vagyunk!

Rendszerszintű cron-faladat használata esetén

Ha nincs webes vezérlőpultunk, de van SSH-hozzáfésérünk az Ubuntu- vagy Debian-rendszerünkhöz, akkor a crontab -e parancs kiadásával tudjuk szerkeszteni a rendszer aktuálisan bejelentkezett felhasználójának crontabját. Ide kell felvennünk új sorként a következő kifejezést:

* * * * * wget http://sajatdomain.hu/wp-cron.php?doing_wp_cron > /dev/null 2>&1

Vagy csak karbantartási feladatok esetén, ha elegendő az 5 perces időköz:

*/5 * * * * wget http://sajatdomain.hu/wp-cron.php?doing_wp_cron > /dev/null 2>&1

A mentést követően máris élesedik a feladat, és a rendszer minden percben (vagy ötödik percben) lefuttatja a parancsot.

Ha esetleg a wget nem lenne telepítve a rendszerre, akkor a sudo apt-get install wget paranccsal tudjuk telepíteni.

Ha valami nem működik a WordPressben, a legtöbb esetben valamelyik bővítményünk lehet a lúdas. Általában érdemes ilyenkor minden bővítményt letiltani, és megnézni, úgy megoldódott-e a probléma. Vannak azonban olyan alkalmak, kompatibilitástörő verziófrissítések, amikor a sablonok és a bővítmények egyszerűen nem tudják tartani a lépést a változásokkal. Pont ilyen frissítés lett a WordPress 5.5 is, amely véget vetett a jquery-migrate nevű eszköz elérhetőségének, amit a felhasználók abból vettek észre, hogy egyszercsak többé nem tudtak fájlokat feltölteni a Média hozzáadása gombbal a szerkesztőben.

Legalább olyan bosszantó hiba ez, mint amikor többé-kevésbé felkészületlenül érte a WP-oldalak tulajait a blokkszerkesztő megjelenése, ráadásul a jQuery használatától rengeteg bővítmény és sablon függ, és sajnos az sem mindegy, hogy a jquery melyik verzióját próbáljuk meg betölteni. Nézzük lépésről lépésre, hogyan lehet a leggyorsabban és fájdalommentesen orvosolni a problémát, amely több tízezer felhasználónál jelentkezett egyszerre a frissítés után:

Az összes WordPress-bővítmény frissítése

Első lépésként frissítsük az összes bővítményünket a legújabb verzióra. Ezt az adminfelületre belépve, a bal felső sarokban lévő körkörös nyilacskákra kattintva tehetjük meg (multisite-környezetben a hálózat tagjainak összes frissítését is el kell végeznünk). (Az elérési út: /wp-admin/update-core.php)

A frissítésből ne maradjon ki az éppen használt sablon sem! Ha ezt követően megoldódnak a problémáink, akkor örülhetünk, ugyanis minden bővítményünk és sablonunk kompatibilis lett az 5.5-ös verzióval, és további teendőink már nincsenek. Ha ez nem így lenne, folytassuk a következő lépéssel.

Az összes WordPress-bővítmény letiltása

Tiltsuk le az összes bővítményünket, és próbáljuk ki, hogy sikerült-e megoldani a problémát. (Az elérési út: /wp-admin/plugins.php)

 

• Ha megoldódott, akkor egyenként kapcsoljuk vissza a bővítményeket, és mindegyik után ellenőrizzük, hogy működik-e a képfeltöltési funkció. Ha sikerült beazonosítani a problémás bővítményt, akkor azt hagyjuk kikapcsolva, illetve kérjük meg a készítőjét, hogy hárítsa el a problémát a programkódban, adjon ki egy frissített verziót, és csak akkor kapcsoljuk be ismét, ha már a kijavított verzió elérhetővé vált, és frissítettünk rá. Amennyiben ez nem járható út, például azért, mert már nem adnak ki frissítéseket a bővítményhez, akkor a következő hibaelhárítási lépéssel ideiglenesen orvosolni tudjuk a problémát, ám ez egy idő után majd nem lesz már járható út, így mindenképpen minél hamarabb keresnünk kell egy alternatív megoldást, amely nem okoz kompatibilitási hibákat.
• Ha az összes bővítmény letiltása nem oldotta meg a problémát, akkor a hiba oka az általunk használt sablonban keresendő. Kérjük meg a készítőjét, hogy hárítsa el a problémát a sablon kódjában, és adjon ki egy frissített verziót. Addig is a következő hibaelhárítási lépéssel ideiglenesen orvosolni tudjuk a problémát, ám ez egy idő után majd nem lesz már járható út, így mindenképpen minél hamarabb le kell cserélnünk az elavult sablont.

Az Enable jQuery Migrate Helper bővítmény telepítése és aktiválása

Ha nem tudunk meglenni az elavult bővítmény vagy sablon nélkül, akkor ideiglenesen újra működőképessé tehetjük az oldalunkat az Enable jQuery Migrate Helper telepítésével. Ehhez írjuk be a nevét a Bővítmények -> Új hozzáadása alatt (elérési út: /wp-admin/plugin-install.php), vagy keressük fel a https://wordpress.org/plugins/enable-jquery-migrate-helper/ címet a letöltéshez. Az aktiválása után a bővítmény gondoskodik arról, hogy az elavult jQuery-kérések is sikeresen teljesüljenek, és amikor egy ilyen betöltésére kerül sor, egy értesítést jelenít meg az adminfelületen. (A felhasználók által látható felületeken ilyen értesítés nem jelenik meg, csak az adminban.) Ez segít nekünk abban, hogy minél hamarabb orvosolhassuk a problémát, miközben a szükséges funkció is működőképes marad.

FONTOS!

Ez csak egy ideiglenes megoldásként, gyorssegélyként kezelendő, amíg meg nem oldjuk a problémát. Ideig-óráig még működőképessé tehetjük vele az elavult bővítményünket vagy sablonunkat, de törekedjünk arra, hogy minél hamarabb kompatibilissé tegyük WordPress-környezetünket. Időt nyerhetünk a segítségével ahhoz, hogy megtaláljuk a számunkra ideális megoldást, de ne kezeljük végleges megoldásként!

Ha sikerült orvosolni minden problémát, biztonsági okokból javasolt eltávolítani a bővítményt.