blog.7digits-dev.eu

Author: Stotz Balázs

  • Weboldal készítés határidőre – 21 tanács, hogy ne tartson örökké

    [vc_row][vc_column][vc_column_text]

    Mindenki hallott már olyan horror sztorikról, amikben egy egyszerű weboldal készítése is hónapokig tartott, a végeredmény egy használhatatlan, pocsékul konvertáló öszvér-valami lett, cserébe a fejlesztő a végére Jason Bourne-t meghazudtoló tehetséggel vált köddé. Egy webfejlesztés során nagyon sok időt és energiát megspórolhatunk némi átgondolással, felkészüléssel és a nehéz kérdések A-tól Z-ig tartó megválaszolásával – csakhogy ez laikusként  nem is olyan egyszerű feladat…  Íme 21 hasznos tipp, amivel minimalizálhatod a csalódás kockázatát új weboldal készítése kapcsán:

    [/vc_column_text][vc_column_text]

    1. A cél meghatározása a weboldal készítése előtt

    Az abszolút első dolog, amire választ kell találnunk, mielőtt bárminek is nekikezdenénk:

    Mi a célja a weboldalunknak?

    Milyen szerepet szánunk neki a marketingben? Milyen funkciókra van szükség a cél eléréséhez? Az ügyféllé válás ösvényének mekkora részét kell majd a weboldalnak biztosítania? Lesz értékesítés is az oldalon (amihez például nem ártana egy marketing automatizáció is), vagy csak annyit várunk tőle, hogy ránk találjanak?

    A nem létező célt egész biztosan nem fogja tudni elérni a weboldal fejlesztésével megbízott fejlesztőmérnök, vagy csapat, ezért világos üzleti célokat kell megfogalmazni az új honlappal kapcsolatban.

    💡 7Digits tipp: Kézzelfogható és mérhető célokat célszerű meghatározni. A cél elérését ugyanis csak objektív mérőszámokkal tudod később igazolni.[/vc_column_text][/vc_column][/vc_row][vc_row][vc_column vertical_content_position=”middle” rc_heading_color=”primary-1″ rc_bg_type=”color” heading_color=”primary-1″ css=”.vc_custom_1636234731627{border-top-width: 1px !important;border-bottom-width: 1px !important;padding-top: 4% !important;padding-right: 4% !important;padding-bottom: 4% !important;padding-left: 4% !important;background-color: #1f3043 !important;border-top-color: #dd3333 !important;border-bottom-color: #dd3333 !important;border-radius: 4px !important;}” font_color=”#ffffff” rc_font_color=”#ffffff” rc_bg_color=”#203042″ grve_css=”{“desktop“:{“border-top“:1,“border-right“:1,“border-bottom“:1,“border-left“:1,“border-top-left-radius“:“4px“,“border-top-right-radius“:“4px“,“border-bottom-right-radius“:“4px“,“border-bottom-left-radius“:“4px“,“padding-top“:“3%“,“padding-right“:“3%“,“padding-bottom“:“3%“,“padding-left“:“3%“,“border-color“:“#203042“,“border-style“:“solid“,“class“:“grve-wpb-1641856477031“}}”][vc_column_text]

    Update 2023 Június

    A weboldal készítés trendjei és természetesen a marketing is változik. Míg a cikk írásának idején Stotz Balázs kollégánk abszolút helyesen írta, hogy néha a weboldal tulajdonosának célja csupán annyi, hogy rátaláljanak, 2023-ban ez a cél már kevés – mégpedig azért, mert nem mindegy, hogy ha rád találnak, akkor mit találnak.

    Online marketing szempontjából a saját webes tulajdon a legértékesebb jószág. Azt csinálsz rajta, amit akarsz, a létrehozott tartalmaidat évek múlva is megtalálják, a funnel bármelyik pontjára elhelyezhető és adatgyűjtésre (pláne személyes adatok gyűjtésére) is lényegében ez az egy plaform maradt.[/vc_column_text][/vc_column][/vc_row][vc_row][vc_column][vc_column_text]

    2. Hozzáférések minden mennyiségben

    Egyből a weboldal fejlesztés legelején van egy nagyon időrabló buktató: hol vannak a hozzáférések? Kinek vannak meg? Hány helyre kell hozzáférés? Milyen hozzáférés egyáltalán? Bár ez mindössze a  legalapvetőbb előfeltétele az új honlapnak, sokan meglepődnek azon, hogy a fejlesztők, vagy az ügynökség mennyi adatot kénytelen bekérni egy új weboldal fejlesztése előtt.

    💡 7Digits tipp: Szolgáltatója válogatja, hogy hol mi érhető el, de a weboldal készítés során nagy valószínűséggel kelleni fog a honlap admin hozzáférés (ha CMS – pl.: WordPress – motor fut a honlap alatt), tárhely admin hozzáférés, FTP hozzáférés vagy domain hozzáférések.

    Érdemes átgondolni és/vagy utánajárni mindennek, mert ha fejlesztés közben derül ki, hogy valami hiányzik, az egyből megakaszthatja a folyamatot. Nagyon gyakori jelenség, hogy egy rosszul menedzselt fejlesztői gárda nem egyszerre, hanem egyenként kéri be ezeket az adatokat az ügyféltől, aki egyrészt falnak megy az állandó “feladatoktól”, másrészt nem mindig képes azonnal reagálni a kérésekre. Ha 8-10 ilyen “derült égből a fejlesztő”-típusú esemény történik, az garantáltan plusz egy hónap a fejlesztésnek és plusz tíz a vérnyomásodnak…

    [/vc_column_text][/vc_column][/vc_row][vc_row][vc_column vertical_content_position=”middle” rc_heading_color=”primary-1″ rc_bg_type=”color” heading_color=”primary-1″ css=”.vc_custom_1636234731627{border-top-width: 1px !important;border-bottom-width: 1px !important;padding-top: 4% !important;padding-right: 4% !important;padding-bottom: 4% !important;padding-left: 4% !important;background-color: #1f3043 !important;border-top-color: #dd3333 !important;border-bottom-color: #dd3333 !important;border-radius: 4px !important;}” font_color=”#ffffff” rc_font_color=”#ffffff” rc_bg_color=”#203042″ grve_css=”{“desktop“:{“border-top“:1,“border-right“:1,“border-bottom“:1,“border-left“:1,“border-top-left-radius“:“4px“,“border-top-right-radius“:“4px“,“border-bottom-right-radius“:“4px“,“border-bottom-left-radius“:“4px“,“padding-top“:“3%“,“padding-right“:“3%“,“padding-bottom“:“3%“,“padding-left“:“3%“,“border-color“:“#203042“,“border-style“:“solid“,“class“:“grve-wpb-1661461918470“}}”][vc_tta_accordion section_title_tag=”h3″ active_section=”54″ heading_tag=”h2″ heading=”h3″ collapsible_all=”true”][vc_tta_section title=”Íme egy gyors hozzáférés-checklist, hogy biztosan minden meglegyen:” tab_id=”1661461634630-cfbdbf69-1c0b”][vc_column_text css=”.vc_custom_1661461997401{padding-top: 4% !important;padding-right: 4% !important;padding-bottom: 4% !important;padding-left: 4% !important;}”]Honlap admin felületéhez hozzáférés: (Előző fejlesztőtől kérhető.)

    • Admin Url cím:
    • Admin felhasználónév:
    • Admin jelszó:
    • Admin email cím:

     

    Tárhely admin / Cpanel hozzáférés (ha van):

    • Admin Url cím:
    • Admin felhasználónév:
    • Admin jelszó:
    • Admin email cím:

     

    SMTP / levélküldő szerver: (Tárhely szolgáltatótól kérhető.)

    • Kiküldéshez használható email cím:
    • Host, url cím:
    • Titkosítás: NINCS / SSL-TLS / STARTTLS
    • Titkosítás port száma:
    • Hitelesítést igényel: igen / nem
    • Hitelesítés esetén: (email cím és jelszó)

     

    FTP / SFTP hozzáférés: (Tárhely szolgáltatótól kérhető.)

    • Host cím (ip vagy url):
    • Azonosító (felhasználónév vagy email cím):
    • Jelszó (vagy kulcs fájl):
    • Webhely fájlainak helye:

     

    Tárhely szolgáltató elérhetősége: (vagy a közvetlen kontakt személy)

    • Cég weboldalának url címe:
    • Email-es kapcsolat:
    • Telefonszám:

     

    Technikai információk: (Tárhely szolgáltatótól kérhető.)

    • Elérhető PHP verziók, mely van beállítva:
    • Tárhely szabad és felhasznált méret:

     

    Domain DNS módosításhoz: (Amennyiben szükséges, domain regisztrátortól kérhető.)

    • Regisztrátor cég neve:
    • Felhasználónév (vagy email cím):
    • Jelszó:

    [/vc_column_text][/vc_tta_section][/vc_tta_accordion][/vc_column][/vc_row][vc_row][vc_column][vc_column_text]

    3. A weboldal szerepe az üzletben

    A honlap szerepe a célmeghatározáson is túlmutat. Egy honlap a legtöbb esetben ugyanis nem csak egy üzlet online kirakata, hanem a vásárlói út egyre jelentősebb részének a felülete is. Ez azt is jelenti, hogy a weboldal készítés szempontján is túlmutató értelemben a legutolsó pontig átgondoltnak kell lennie, és tökéletesen összhangban kell állnia a cég minden tevékenységével. Főleg, ha az online marketing számottevő részt képvisel az ügyfélszerzésben – a legtöbb B2B vállalatnál például ez a jellemző – , hiszen a folytonosság és az integrált ügyfél-élmény ez esetben az egyik legfontosabb kritérium.

    💡 7Digits tipp: egy új honlap kitűnő lehetőség lehet adott esetben egy márka újragondolására, vagy csak egy „vérfrissítésre” a brand életében.

    [/vc_column_text][vc_column_text]

    4. Weboldal készítés és tartalmak

    Azt is ki kell találnunk előre, hogy a weboldalon milyen jellegű és mennyiségű tartalom lesz majd. Ez jelentősen megkönnyíti a honlap átfogó struktúrájának a kialakítását is, a tartalomra fókuszálva ugyanis hamar körvonalazódik majd a leghatékonyabb UX is. Statikus lesz a weboldal? Lesz folyamatosan frissülő tartalom? Milyen hosszú bejegyzések lesznek és milyen időközönként? Az a formátum például, amelyik első látásra remekül néz ki a blogbejegyzések vonatkozásában, hosszú távon rémálommá válhat, ha minden egyes cikk publikálásakor grafikus segítségét kell igénybevennünk a képek miatt.

    💡 7Digits tipp: ha nem vagy biztos magadban, nézd meg a versenytársaidat, vagy bármilyen hasonló és szimpatikus weboldalt. Nincs egyetlen helyes válasz, a megfelelő tartalom szinte minden esetben egyedi, és a célmeghatározásból, illetve a vásárlói útban betöltött szereptől függ.

    [/vc_column_text][vc_column_text]

    5. A weboldal készítés jogi háttere (adatvédelmi tájékoztató, ÁSZF, stb.)

    Manapság egy weboldal készítése több jogi természetű dokumentumot is igényel. Ha bármilyen szinten adatot gyűjtünk a felhasználóról (Google Analytics, Facebook Pixel, vagy bármilyen követőkód, ami a marketing szempontjából elengedhetetlen), akkor el kell fogadtatni a felhasználókkal a süti szabályzatot, ha személyes adatokat kezelünk (lehet regisztrálni, vagy bármilyen űrlapon adatot kérünk be), akkor adatvédelmi tájékoztatóra is szükségünk lesz, míg ha webáruházat üzemeltetünk, akkor elengedhetetlen egy jól átgondolt ÁSZF használata is.

    💡 7Digits tipp: Ha még a tervezés fázisában gondoskodunk a fenti dokumentumokról, akkor nem kell majd az új weboldal élesítése előtt 3-4 hétig parkoltatni az egész projektet, mire végre összeállnak a fenti szabályzatok. A jogi dokumentumok tekintetében mindenkit óva intenék a “töltsünk le egy mintát, aztán haladjunk” típusú hozzáállástól – a jogi szabályozás hiánya, vagy tessék-lássék kezelése komoly büntetés és költséges polgári perek kockázatával jár, arról nem is beszélve, hogy egy hanyag tájékoztató mennyit árt a brand-ednek.

    [/vc_column_text][vc_column_text]

    6. Milyen design-elemekből építkezhetünk?

    Nyilván hasznos, ha a céges weboldal készítés kezdetekor rendelkezünk valamilyen design koncepcióval, vagy legalább céges arculattal. Ez nem azt jelenti, hogy nekünk is kell megtervezni a designt (hiszen a legtöbb esetben mindenki jobban jár, ha ezt szakemberre bízzuk), azt viszont fontos tudnunk, hogy:

    • milyen stílusú weboldalt szeretnénk (egyes oldalak általános elrendezése és kialakítása)
    • milyen alapvető színekből építkezzünk (vagy esetleg érdemes új színeket tesztelni)
    • milyen képi anyagokkal dolgozhatunk (van-e egyáltalán elégséges mennyiségű saját kreatív anyag, vagy csináltatni kell, esetleg használjunk stock fotókat), stb.

     

    Ezeknek pedig együtt koherensen és következetesen tükrözniük kell a márkánkat a siker érdekében.

    💡 7Digits tipp: attól, hogy egy weboldal esztétikus, még egyáltalán nem biztos, hogy képes elérni az üzleti célját is. Ahhoz, hogy az oldal üzleti értelemben is működjön, egy rakás pszichológiai és UX feltételnek is teljesülnie kell, épp ezért ne nagyon feszülj be design kérdéseken – ha a UX tervezők értik a dolgukat, úgyis jobban tudják nálad, ha pedig nem értik a dolgukat, akkor sürgősen állj odébb. Ha mélyebben érdekel, hogy mi kell, ahhoz, hogy pénzt is hozzon az oldalad, olvasd el a mikroelköteleződésekről írt cikkünket.

    💡 7Digits tipp 2: amennyiben már van céges arculat, az egyik első dolog, amit a fejlesztők kérni fognak, az a logód vektoros változata (.eps, .ai, esetleg .pdf kiterjesztésű fájlok). A megállapodás után ezt akár küldheted email fordultával is – egész biztosan ötcsillagos ügyfélnek fognak tartani tőle.

    [/vc_column_text][vc_column_text]

    7. A márkanév online élete

    Egy másik nagyon fontos dolog, hogy már a weboldal készítés előkészületei során eldöntsük az online térben megjelenő nevünket. Sok esetben a cégnév túl hosszú, nehezen megjegyezhető vagy egész egyszerűen az adott cégnévnek megfelelő domain már foglalt. Ha nem vagyunk benne biztosak, itt gyorsan ellenőrizhetjük a domain elérhetőségét.

    💡 7Digits tipp: Domain szempontjából az egyszerűbb mindig jobb! Fontos, hogy a választott domainnevünk legyen világos és egyértelműen azonosítható, könnyen kiejthető, leírható és megjegyezhető – erre szolgál az úgynevezett bár-teszt; amennyiben egy hangos bárban első hallásra nem tudja egy átlagember pontosan leírni, akkor nem jó…

    [/vc_column_text][vc_column_text]

    8. A weboldal készítés strukturális kérdései

    Egy honlap nem csak üzleti szempontból haszontalan, hanem SEO szempontjából is elátkozott lesz, ha nem logikusan felépített struktúra mentén lett tervezve és ilyenkor az egyszeri felhasználó nem találja meg, amit keres, vagy nem tudja, hogyan jusson el A-ból B-be. Egyértelmű navigációra (és oldalszerkezetre) van szükség, különben az emberek elkattintanak a weboldalról. Kérdések, amiket érdemes megválaszolni egy jól felépített struktúra kialakításához:

    • Melyik oldalak a legfontosabbak?
    • Melyik oldalakat érdemes kevésbé hangsúlyozni?
    • Van mód egyszerűsíteni valamin?
    • Mit szeretne megtalálni a közönségünk és mi az, amit nem akarunk, hogy megtaláljon? (Bizony, ilyen is van, például a méréstechnikai célokat szolgáló köszönőoldalak esetében!)

    💡 7Digits tipp: A túl sok választási lehetőség között elveszik a látogató (potenciális vásárló). Így ha mindenképp sok oldalra van szükség, fontos a kevésbé lényegeseket a fő navigációs elemek alá helyezni és nagyon átgondoltan strukturálni. Ez elsősorban nem is fejlesztési, hanem üzleti szemléletet igénylő online marketing szakértelmet igényel.

    [/vc_column_text][vc_column_text]

    9. Milyen megoldásokra fogékonyak a felhasználóink?

    Ennél a lépésnél először is el kell döntenünk, hogy elsődlegesen milyen célcsoportnak készül a honlapunk. Például, ha idősebbeknek, akkor érdemes elkerülnünk a sok animációt, érdemes nagyobb betűméretet és kontrasztosabb színeket alkalmazni, míg fiatalabb célcsoport esetén bátrabban alkalmazhatjuk a weboldal készítés legmodernebb megoldásait is (akár a mobile first honlaptervezési fókusszal), ugyanakkor kerülendőek a hosszabb szövegek. Gondoljuk át, hogy milyen funkciók szükségesek valóban a honlap megfelelő működéséhez, és amire nincs szükségünk, azt engedjük el. Nem csak a felhasználóid, hanem a pénztárcád is meg fogja köszönni.

    💡 7Digits tipp: A kevesebb néha több! Ha tehetjük, törekedjünk az egyszerűségre és kerüljük a túlbonyolított megoldásokat! Túl sok eszközön és böngészőn kell hibátlan élményt biztosítanunk, így a nyakatekert megoldásokkal sokszor csak bosszantani fogjuk a felhasználókat.

    [/vc_column_text][vc_column_text]

    10. Milyen megoldásoktól rázza ki a hideg a látogatóinkat?

    Az előző ponttal szoros összefüggésben azon is érdemes elgondolkodnunk, hogy milyen megoldásokat NE alkalmazzunk a weboldalunkon. Az arcbamászós CTA-k, a teljesen egyedi navigációs megoldások, a bal oldali függőleges menü mind-mind olyan dolgok, amik kemény forintokkal rövidítenek majd meg téged nap, mint nap. A fejlesztőid UX-szakértőjének tapasztalatára és bölcsességére nyugodtan hagyatkozhatsz ebben a kérdésben.

    💡 7Digits tipp: Ne feledd, a weboldal készítés nem egy hobbi-projekt, hanem kőkemény online marketing költség a későbbi megtérülés reményében; nem neked kell, hogy tetszen és nem az oly elbűvölően kivételes ízléssel megáldott (UX-ben totál amatőr) párodnak, kollégádnak, vállalati öribari-ezeréve-bizalmasodnak, stb.

    A legtöbb fejlesztő csapat nem fog győzködni, ha eszement hülyeséget kérsz tőlük – főleg nem, ha  az online marketing miatt már nem a fejlesztők feje fog fájni; egyszer halkan szólnak majd, hogy nem lesz jó, aztán ha kötöd az ebet a karóhoz, akkor mályvaszín méla kuss és megcsinálják…

    💡 7Digits tipp 2022: Legyen gyors. Veszett gyors. Különben utána már indíthatod is a honlap optimalizálás nevű külön projektet újabb súlyos pénzekért…[/vc_column_text][vc_column_text]

    11. Van elég jó CTA?

    Ha a weboldal készítés során már eljutottunk a weboldalunk céljáig, akkor ösztönöznünk is kell a látogatóinkat, hogy valamiyen módon interakcióba lépjenek velünk, hogy végigmenjenek az általunk tervezett vásárlói úton. Egy jó CTA sokszorosára képes növelni a konverziót, így érdemes ezt a kérdést nagyon alaposan átgondolni és pszichológiai faktorokkal, microcopy-kkal és társadalmi bizonyítékokkal megtámogatni.

    💡 7Digits tipp: A CTA esetében is fontos, hogy mérhető célokat jelöljünk ki, mert az teszi lehetővé, hogy figyeljük, nyomon kövessük, és adott esetben (ha szükséges) tovább optimalizáljuk a CTA-nkat.

    [/vc_column_text][vc_column_text]

    12. A weboldal készítés belépő szintje – Reszponzivitás

    A különböző méretű képernyőkön egyaránt esztétikusan megjelenő – szakkifejezéssel reszponzív – weboldal készítés ma már annyira alap, hogy csak a teljesség kedvéért hozom szóba.

    💡 7Digits tipp: Amennyiben már van forgalom az oldalon, érdemes odafigyelni rá, hogy a honlapunk látogatóinak többsége milyen eszközről érkezik. Bár az esetek nagyon nagy többségében még mindig a desktop verzió vezet, bizonyos iparágaknál ezt már szépen meghaladta a mobilról érkező látogatók aránya – ilyenkor érdemes lehet elsősorban mobilra optimalizálni a weboldalt.

    [/vc_column_text][vc_column_text]

    13. Weboldal készítés konzekvensen

    Különösen fontos, hogy amit eldöntöttük, ahhoz tartsuk magunkat – főleg, ha csapattal dolgozunk együtt. Tartsuk magunkat az elfogadott dizájnhoz – vagy ha módosítási kérésünk van, azt még időben jelezzük, jellemzően a fejlesztés tényleges megkezdése előtt. Olyan ez, mint amikor rendelünk egy dobostortát, de a sütés közben, vagy akár az átvételkor kitaláljuk, hogy igazából nem is dobostortát szeretnénk, nagy valószínűséggel azt fogja mondani a cukrász, hogy sajnálja, meg lehet rendelni akkor azt is. Valahogy így van ez a honlapkészítés esetében is…

    💡 7Digits tipp: állítsunk fel mérföldköveket dátumokkal a weboldal készítés során – magunknak is. Például: szükséges anyagok összegyűjtése (2 hét), dizájnterv kidolgozása (4hét) – dizájn freeze, fejlesztés (6 hét) – code freeze. És amikor új dolgot javasol a fejlesztő, vagy az ügynökség, akkor nyugodtan tedd fel a kérdéseidet, fogalmazd meg a bizonytalanságodat. Inkább kérdezz száz dolgot a tervezés fázisában, mint hogy újra kelljen fejleszteni valamit – ez utóbbi ugyanis a legdrágább és leginkább időrabló dolog.

    [/vc_column_text][vc_column_text]

    14. Milyen gyakran frissülne a tartalom az oldalon?

    A weboldal készítés megkezdése előtt azt is el kell dönteni, hogy milyen sűrűn kívánjuk frissíteni a tartalmakat az oldalunkon. Esetleg akarunk blogolni is? Lesz időnk, erőforrásunk rá? Mi magunk akarjuk végezni a tartalmi frissítéseket vagy másra bíznánk? Cégen belül vagy cégen kívül oldjuk meg? Ahány ügyfél, annyi válasz. A honlap hatékony működtetése szempontjából kulcskérdés ezeknek a kérdéseknek a megválaszolása.

    💡 7Digits tipp: egy megfelelő tartalomkezelő (CMS) rendszer, például a WordPress használatával egész biztosan nem lőhetünk mellé, és szinte minden igényre találunk megoldást. Amennyiben saját fejlesztésű tartalomkezelő rendszert javasol a fejlesztő, legyünk nagyon körültekintőek: vannak olyan – elsősorban szerkesztőségi, vagy nagy forgalmú médiumok által támasztott – igények, melyeket a WordPress csak nyögvenyelősen képes kiszolgálni, a vállalati igények 99,99 %-a azonban simán kipipálható a WP használatával. Az egyedi tartalomkezelők legnagyobb hátránya, hogy az idők végezetéig kötve leszel a fejlesztőcéghez, arról nem is beszélve, hogy az online marketing eszközök integrációja pár kattintás helyett egy-egy csillagháborús projekt lesz…

    [/vc_column_text][vc_column_text]

    15. Ki fogja megírni a minőségi tartalmakat?

    Az oké, hogy sok esetben frissítenünk kell majd a tartalmakat a honlapon, de logikusan következik a kérdés, hogy mégis mire frissítsünk és mit? Azaz szükség lesz olyan emberre – akár külsős, akár belsős –, aki elkészíti a megfelelő tartalmakat a honlapunkhoz (pl.: blogol, de ide tartozik az összes aloldal szövegezése és a szövegek aktualizálása is, amennyiben szükségszerű). Az üzleti weboldal készítés ugyanis nem áll meg az oldal publikálásával.

    💡 7Digits tipp: A tartalmak kezelésére cégen belül is érdemes egy szabályzatot felállítani, ugyanis a honlapot majd’ minden üzleti folyamat érinti: Elmegy egy kolléga, jön egy új – képet kell cserélni. A vállalkozás pályázatot nyer – az EU-s logót ki kell tenni. Születik egy új tartalom – publikálni kell, stb. És akkor az online marketing feladatokról még egy árva szó sem esett…[/vc_column_text][vc_column_text]

    16. Milyen kulcsszavak szükségesek a honlap céljának eléréséhez?

    A kulcsszavak azok a kifejezések vagy szókapcsolatok, amelyeket a keresőbe (99%-ban a Google-be) beírva szeretnénk, hogy a felhasználóink megtalálják a weboldalunkat. Mondani sem kell, hogy ezeknek a helyes meghatározása és megértése a weboldal készítés egyik legfontosabb eleme – már ha szeretnénk organikus forgalomból származó látogatókat is a honlapunkon látni. (Mivel mára az e-mail mellett szinte ez az egy ingyenes forgalmi forrás maradt, ezért segítek: nagyon szeretnénk!)

    Sőt, mióta a Google áttért a Performance Max hirdetésekre, a megfelelően fókuszált tartalom már a hirdetések teljesítménye miatt is extra fontos.

    💡 7Digits tipp: számos kulcsszókutató és elemző alkalmazás áll már rendelkezésre, ha fel szeretnénk tárni, hogy milyen kulcsszavakra lenne érdemes optimalizálni a weboldalt. Egy weboldal készítése során a szövegezés is nagyon lényeges feladat, amit csak a számodra fontos kulcsszavak ismeretében és profi szakember keze munkája által lehet jól csinálni.[/vc_column_text][vc_column_text]

    17. Eléggé biztonságos a honlapunk? És a szerverkörnyezet? Van HTTPS?

    Az online térben a biztonság jelenti az egyik legnagyobb kihívást, hiszen a honlapunk szinte folyton támadásnak lehet van kitéve. Nagyon fontos tehát a megfelelő (értsd: biztonságos és friss) szerverkörnyezet, illetve CMS használata esetén a biztonságos admin belépés megoldása. Ha pedig az oldalunk bármilyen szintű személyes adatot kezel, a biztonságos SSL kapcsolat (HTPS protokoll) használata szinte kötelező. Ennek meglétét a böngészők a címsor bal oldalán vagy zöld lakattal, vagy újabban már épphogy sehogy!!! sem jelzik – ezzel is szorgalmazva és alapnak véve az SSL használatát minden weboldal készítése során.

    💡 7Digits tipp: Annál is inkább, mivel a Google a legnagyobb keresőként – és böngészőfejlesztőként – ma már jelentősen bünteti a nem biztonságos kapcsolaton keresztül betöltő honlapokat, ami jelentős hatással lehet a látogatóink számára.[/vc_column_text][vc_column_text]

    18. Mekkora a rászánt költségvetés?

    A weboldal készítés legelején érdemes átgondolni, hogy a honlap létrehozására mekkora költségvetés áll rendelkezésünkre, mivel ez jelentősen befolyásolja az oldal minőségét, méretét és funkcionalitását. Nagy általánosságban elmondható, hogy minél bonyolultabb, összetetteb egy weboldal, annál drágább lesz. Jól átgondolt struktúrával és a valóban szükséges funkciók kitalálásával viszont nagy valószínűséggel meg fogod találni azt az ár-érték tengelyt, ami megtérülővé teszi számodra a beruházást.

    💡 7Digits tipp: Nagyon gyakran érkeznek hozzánk új ügyfelek azzal, hogy kész az új honlapjuk, most jönne a marketing – és túl gyakran vagyunk kénytelenek az oldalra egyetlen pillantást vetve elvenni a kedvüket az üzletfejlesztési célra első látásra is alkalmatlan weboldal miatt. Épp ezért egy egyedi weboldal készítés során ne a fejlesztő csapat felkészültségén próbálj spórolni, hanem a saját igényeiden és a felesleges körökön.

    Egy szűkebb büdzsé esetén is jól teljesítő honlapod lehet, ha template-alapú, előregyártott design-t választasz, ha egyszerűbb az oldalstruktúra és ha nem akarod minden, amúgy 2050-ig tervezett elképzelésedet már az elején belehegesztetni. Amennyiben a szakértelmen próbálsz meg spórolni, akkor az olcsó weboldal készítés előb-utóbb megbosszulja magát…

    [/vc_column_text][vc_column_text]

    19. Milyen csatornán érkezzenek a látogatók a honlapra?

    Az előbbiekben felsorolt pontok mindegyike haszontalanná válik, ha nem érkeznek látogatók a weboldaladra. Önmagában tehát az, hogy a weboldal készítés ki van pipálva, még nem elég. Az online térben akkora a verseny és a zaj, hogy organikus elérésből nem számíthatunk számottevő forgalomra (hacsak nem mi vagyunk például a Facebook).

    💡7Digits tipp: A weboldal készítése előtt érdemes rendelkezni az online marketing startégiával, mert például a forgalom generálásának taktikái alapvetően határozzák meg,  milyen csatornákon keresztül a legérdemesebb fizetett forgalmat terelni a honlapunkra.[/vc_column_text][vc_column_text]

    20. Hibajavítás profik módjára

    Minden fejlesztési projektben – mérettől függően – hibák tucatjai, százai, vagy ezrei keletkeznek – ez természetes, és mindaddig nem baj, amíg a hibajavításra professzionális rendszereket használ a fejlesztő csapat. Egy egyszerűen használható front-end ticketing rendszer hetekről órákra képes lerövidíteni a hibajavítás menedzselését.

    💡 7Digits tipp: Tervezd bele a hibajavítást a weboldal készítés projektjének időkeretébe – még mindig jobb, ha előbb készen van, mint ha hibáktól hemzsegő weboldallal kell szenvedned – jellemzően a lehető legalkalmatlanabb pillanatokban. A hibajavítási kör minden fejlesztésnél természetes dolog, menedzseld tehát a várakozásaidat és számolj ezzel a feladattal.

    [/vc_column_text][vc_column_text]

    21. A weboldal készítés epilógusa – az üzemeltetés

    Kész van a weboldal, szuper! Olyan lett, amilyet megálmodtál? Még jobb! De mi történik ezután? A plugin-okat időnként frissíteni kell, az üzleti történések is megkívánják bizonyos aktualitások publikálását, az árak is változhatnak és a folyamatos teszteléssel is birtokába kerülhetsz sok-sok optimalizációs lehetőségnek, amit nem akarsz majd kihagyni; időről-időre egyszerűen szükségessé válnak kisebb-nagyobb módosítások a honlapon.

    💡 7Digits tipp: Érdemes az üzemeltetési feltételeiről már a weboldal készítés megkezdése előtt megállapodni az üzemeltetővel/karbantartóval/fejlesztővel. Nincs ugyanis annál bosszantóbb, mint ha gyorsan szükséged lenne valamire, a fejlesztők pedig annyira le vannak éppen terhelve egy másik projekttel, hogy képtelenek reális határidőn belül bármit elvállalni. A legjobb megoldás, ha rugalmasan gördíthető kapacitást vásárolsz a karbantartásra – a költséged így egységes és kiszámítható lesz, miközben a rugalmas fejlesztési igényedet is kiszolgálja az üzemeltető – már amennyiben tisztességesen játszik a pénzedért biztosított kapacitások felhasználásával.

    [/vc_column_text][vc_column_text]

    Egy utolsó javaslat

    Ahogy fentebb láthattad, a weboldal készítés – még a kisebbek is – olyan projektek, melyeknél számos, a vállalkozásoddal, vagy a vállalati berendezkedéseddel kapcsolatos nehéz kérdés kerül terítékre: stratégiai célok, üzleti elképzelések, online  marketing büdzsé, “ki mit csinál majd”-jellegű belső szabályzatok – egy halom dologról kell egymás után döntést hoznod, mely jelentős nyomást helyezhet rád, vagy a többi döntéshozóra.

    Készülj fel erre: ne vedd félvállról, de ne is stresszelj rá: tapasztalatból mondom, egy új weboldal készítése során a legkomolyabb nyereség sokszor nem is a létrejövő új honlap kódja, hanem az a folyamat, amit ezeknek a nehéz kérdéseknek  tapasztalt szakértőkkel történő megvitatása jelent a vállalatod és saját magad, mint vezető számára – már ha nem a szomszéd fiúval fejleszteted le az új honlapodat.

    Stresszmentes fejlesztést és hetedhét országra szóló árbevételt termelő weboldalakat kívánok; ha maradt még kérdés, örömmel válaszolom meg kommentben, ha nem, akkor pedig nincs más hátra, mint felavatni az új weboldalt némi tartalommarketing segítségével.[/vc_column_text][/vc_column][/vc_row][vc_row padding_top_multiplier=”2x” padding_bottom_multiplier=”2x”][vc_column vertical_content_position=”middle” rc_heading_color=”primary-1″ rc_bg_type=”color” heading_color=”primary-1″ css=”.vc_custom_1636234731627{border-top-width: 1px !important;border-bottom-width: 1px !important;padding-top: 4% !important;padding-right: 4% !important;padding-bottom: 4% !important;padding-left: 4% !important;background-color: #1f3043 !important;border-top-color: #dd3333 !important;border-bottom-color: #dd3333 !important;border-radius: 4px !important;}” font_color=”#ffffff” rc_font_color=”#ffffff” rc_bg_color=”#203042″ grve_css=”{“desktop“:{“border-top“:1,“border-right“:1,“border-bottom“:1,“border-left“:1,“border-top-left-radius“:“4px“,“border-top-right-radius“:“4px“,“border-bottom-right-radius“:“4px“,“border-bottom-left-radius“:“4px“,“padding-top“:“3%“,“padding-right“:“3%“,“padding-bottom“:“3%“,“padding-left“:“3%“,“border-color“:“#203042“,“border-style“:“solid“,“class“:“grve-wpb-1641856477031“}}”][vc_column_text]

    Weboldal készítés ajánlatkérés

    [/vc_column_text][impeka_button align=”center” btn_text=”Ajánlat és még több infó →” btn_color_gradient=”primary-5″ btn_hover_color_gradient=”primary-3″ btn_size=”large” btn_shape=”round” btn_shadow=”small” btn_link=”url:https%3A%2F%2F7blog.hu%2Fprofi-weboldal-keszites%2F”][impeka_empty_space height_multiplier=”2x”][/vc_column][/vc_row]

  • Hogyan gyorsítsd fel a WordPress weboldalad 2019-ben – A Nagy Sebesség Útmutató

    [vc_row section_id=”bevezetes”][vc_column width=”1/4″][vc_custom_heading text=”” font_container=”tag:div|font_size:80|text_align:left|color:%23d1d1d1|line_height:83px” css=”.vc_custom_1502450690158{margin-bottom: 18px !important;}”][impeka_slogan title=”Bevezetés” heading=”h3″ subtitle=”TARTALOMJEGYZÉK ÉS” btn_text=”” btn2_text=”” button2_text=””][/impeka_slogan][vc_column_text]

    [lwptoc depth=”1″ hierarchical=”1″ title=”TARTALOMJEGYZÉK” toggle=”0″ width=”full”]

    [/vc_column_text][/vc_column][vc_column width=”1/2″][vc_column_text]Nagyon sok hasznos és haszontalan cikk vagy videó kering a neten arról, hogy hogyan is tudunk egy WordPress weboldalt  minél gyorsabbá, és ezáltal annál felhasználóbarátabbá is tenni. Mi most megpróbálunk segíteni eligazodni ebben az útvesztőben, ezért összegyűjtöttük a valóban hatékony, és érezhető javulással kecsegtető megoldásokat. Azt viszont fontos hozzátenni, hogy van, amiből nem lehet várat építeni, tehát itt is nagyon sok múlik azon, hogy milyen minőségű az adott weboldal – milyen sablonból, milyen pluginokkal, és milyen fejlesztő rakta össze.

    Bevezetés – A sebesség, mint eladásösztönző!

    Mint arra egyre több kutatás rávilágít, a gyorsan betöltődő weboldalak jelentősen növelik a látogatók elköteleződését és megtartását, ezek következményeként pedig az értékesítésben is érezhető javulást eredményeznek. Az azonnali szerver-válasz és a villámgyors oldal-betöltődési sebesség nagyobb konverziós arányt eredményez, a betöltés sebességének minden másodpercenkénti késleltetése viszont jelentős, százalékpontokban kifejezhető lemorzsolódáshoz vezethet.

    Nem meglepő, hogy a betöltődési sebesség az egyik legmeghatározóbb faktor egy jól konvertáló weboldal esetében – arról nem is beszélve, hogy a sebesség hatással van az organikus forgalomra is, mivel a gyors oldalakat a találati listán előbbre, a lassúakat pedig hátrébb sorolja a Google és a Bing is.[/vc_column_text][impeka_title heading_tag=”div” heading=”h5″ align=”center” title=”Egyetlen másodperccel hosszabb betöltési idő” margin_bottom=”10px”]Egyetlen másodperccel hosszabb betöltődési idő hatása:[/impeka_title][impeka_empty_space][impeka_progress_bar bar_style=”style-2″ values=”16|VÁSÁRLÓI ELÉGEDETTSÉG CSÖKKENÉS,11|VISSZAESÉS AZ OLDALMEGTEKINTÉSEKBEN,7|KONVERZIÓS ARÁNY CSÖKKENÉS” color=”primary-4″ bar_line_style=”round”][impeka_empty_space][vc_column_text]

    És mi újság a WordPress-szel ezen a téren?

    Nos, mivel manapság a weboldalak több, mint 32%-a WordPress alapon fut, számtalan plugin és egyéb megoldás próbál segítségünkre lenni a sebesség-optimalizálásban. Most ezekből mutatunk egy hasznos kis csokorra valót, hogy valóban lehetőséged legyen a weboldalad felgyorsítására.[/vc_column_text][/vc_column][vc_column width=”1/4″][/vc_column][/vc_row][vc_row rc_bg_type=”color” section_id=”joszerver” bg_color=”#f4f4f4″ margin_bottom=”0″ rc_bg_color=”#f7f7f7″][vc_column width=”1/4″][vc_custom_heading text=”0.” font_container=”tag:div|font_size:80|text_align:left|color:%23d1d1d1|line_height:90px” css=”.vc_custom_1546869803603{margin-bottom: 18px !important;}”][impeka_slogan title=”Egy jó szerver” heading=”h3″ subtitle=”Alap, de a legfontosabb:” btn_text=”” btn2_text=”” button2_text=””][/impeka_slogan][/vc_column][vc_column width=”1/2″][vc_column_text]Nem lehet elégszer hangsúlyozni, hogy egy megfelelően kiválasztott tárhelyszolgáltatón mennyi minden múlik! És mégis, mennyien beleesnek abba a hibába, hogy olcsó (- értsd: minőségileg is olcsó) tárhelyszolgáltatást választanak. Igaz, nagy a választék, de ezen a ponton megéri nem csak a pénztárca alapján dönteni. Az igényeknek megfelelően két nagyobb tárhelyszolgáltatás-kategóriát tudunk elkülöníteni, értelemszerűen a kisebbtől a nagyobb forgalmú webhelyek igényei felé haladva.

    Osztott tárhelyek

    Ezek a legnépszerűbb szolgáltatások, és valljuk be, egy átlagos honlap számára általában maximálisan elegendők is. Persze ez sok kompromisszummal is jár, ezek közül a leggyakrabban előforduló galiba az időszakos belassulás. Aki ilyen tárhelyet választ, az előbb-utóbb tapasztalni fogja ezt. Hogy miért?

    Azért mert a szolgáltatók az osztott tárhelyeket túlzsúfolják, de legalábbis igyekszenek kimaxolni a kapacitásukat.

    A gyakorlatban ez azt jelenti, hogy adott esetben több száz másik weboldal is ott csücsül a miénk mellett – és hát ugyanazokat az erőforrásokat használják, amit a mi honlapunk is szeretne. Ha viszont ezek az erőforrások épp foglaltak, akkor az oldalunk belassul, extrémebb esetben 500-as hibaüzenetet dob, még rosszabb esetben leáll (a szerverrel együtt). De a szerver valamelyik másik weboldalán lévő súlyos probléma is átgyűrűzhet a mienkre osztott szerver esetén, bár ez azért valóban ritka eset, tényleg csak nagyon gagyi szolgáltatóknál szokott előfordulni.

    Mikor ajánlott: kis forgalmú weboldalak esetén, akkor is ideiglenesen

    VPS tárhelyek

    A tárhelyszolgáltatások második nagyobb csoportját az ún. VPS (Virtual Private Server) szolgáltatások alkotják. Ehhez már kicsit több szerverkezelési és fejlesztői tapasztalatra van szükség, hiszen itt már szabad kezet kapnak az ügyfelek a hardware-ek felett, de még mindig fontosabb szempont a költséghatékonyság a teljesítménynél. A saját virtuális számítógépre általában tetszőleges Linux operációs rendszer telepíthető root adminisztrátori hozzáféréssel.  Mivel itt az ügyfél kezeli a szervert, hozzáértő kezekben nagyszerű választás lehet, de a megfelelő hozzáértés hiányában nem érdemes rákölteni, hiszen ilyenkor a telepítéseket, a konfigurálásokat és a karbantartást is magunknak kell megoldani.

    Mikor ajánlott: nagyobb forgalmú és/vagy egyéni szerverkonfigurációt igénylő weboldalak esetén

    +2 tárhelytípus

    Említést érdemel még az előbbieken felül két tárhelytípus:

    • Amikor saját szerver üzemeltetésére adjuk a fejünket, ez azonban magasfokú szakértelmet, minőségi hardware-eket, és probléma esetén gyors rendelkezésre állást követel a tulajtól, tehát magáncélú felhasználás esetén nem elterjedt megoldás.
    • Illetve egyre nagyobb teret nyernek a Managed Hosting szolgáltatások, amik borsos (osztott tárhelyekhez képest akár 8-10-szeres) felár ellenében teljes szervermenedzsmentet kínálnak a honlapnak. Ebbe beletartozik a teljes backend szerver beállítás, magas rendelkezésre állású és széleskörű segítséget nyújtó ügyfélszolgálat, automatikus biztonsági mentések és egykattintásos telepítőkörnyezetek. Vastag pénztárcával megáldott teljesen kezdőknek is ajánlott.

    [/vc_column_text][/vc_column][vc_column width=”1/4″][/vc_column][/vc_row][vc_row bg_type=”color” section_id=”szerver-helye” margin_bottom=”0″][vc_column width=”1/4″][vc_custom_heading text=”01.” font_container=”tag:div|font_size:80|text_align:left|color:%23d1d1d1|line_height:90px” css=”.vc_custom_1546870575928{margin-bottom: 18px !important;}”][impeka_slogan title=”Földrajzi elhelyezkedése” heading=”h3″ subtitle=”A szerver” btn_text=”” btn2_text=”” button2_text=””][/impeka_slogan][/vc_column][vc_column width=”1/2″][vc_column_text]Bár nem különíthető teljesen el az előzőtől, mégis érdemes külön pontot szentelni ennek, hiszen hasonlóan fontos szerepet tölt be weboldalunk betöltődési sebességében a kiszolgáló szerverek földrajzi közelsége (vagy éppen távolsága). Mindenekelőtt tehát határozzuk meg, hogy weboldalunk látogatóinak legnagyobb része milyen országból/régióból fogja megtekinteni az oldalunkat, és lehetőleg olyan tárhelyszolgáltatót válasszunk, aminek a szerverei a régióban vagy legalábbis annak közelében találhatóak. A szerverek földrajzi elhelyezkedése ugyanis nagyon fontos szerepet játszik a hálózati késleltetés (azaz mennyi időbe telik egy adatcsomagnak eljutni az egyik pontból a másikba) és a TTFB (Time to First Byte – azaz, hogy mennyi ideig kell várnia a böngészőnek az első beérkező bájtocskára) szempontjából. A lényeg pedig, hogy ezek olyan mutatószámok, amik annál jobbak, minél kisebbek.

    Pro Tipp: A helyes helyszín meghatározásában sokat segíthet a Google Analytics, adott esetben a Search Console is, vagy eCommerce esetén a vásárlók lakhelyének meghatározása.[/vc_column_text][/vc_column][vc_column width=”1/4″][/vc_column][/vc_row][vc_row rc_bg_type=”color” section_id=”php” bg_color=”#f4f4f4″ margin_bottom=”0″ rc_bg_color=”#f7f7f7″][vc_column width=”1/4″][vc_custom_heading text=”02.” font_container=”tag:div|font_size:80|text_align:left|color:%23d1d1d1|line_height:90px” css=”.vc_custom_1546870987467{margin-bottom: 18px !important;}”][impeka_slogan title=”PHP 7.x” heading=”h3″ subtitle=”Legalább” btn_text=”” btn2_text=”” button2_text=””][/impeka_slogan][/vc_column][vc_column width=”1/2″][vc_column_text]Bár lehet, hogy meglepő sokak számára, de a PHP 7.x verziói hatalmas, sokszor másodprecekben mérhető javulást hozhatnak a weboldal betöltődési sebességében. A PHP 5.6-ot a PHP 7.2-vel összehasonlítva közel 3-szoros sebességnövekedést ért el az utóbbi, ami szemmel látható különbséget jelent a gyakorlatban. És az új PHP verziók nemcsak gyorsabbak, hanem sokkal biztonságosabbak is a régebbi verzióknál, tehát a modernebb verziók használata nem csak ajánlott, hanem szinte kötelező, ha jó teljesítményű weboldalt szeretnénk üzemeltetni.

    A WordPress „lelke” PHP-ben készült, nem beszélve a hozzá készült sablonokról és pluginekről, ami a PHP-t az egyik legfontosabb nyelvvé teszi WordPress használók számára.

    Sok tárhelyszolgáltató még mindig kínál tárhelyet PHP 5.6-tal (vagy még régebbi verziókkal), ezeket azonban 2019-ben már messze érdemes elkerülni, hiszen ezen verziók támogatása vagy már meg is szűnt, vagy hamarosan meg fog szűnni. Annál is inkább, mert a PHP töretlenül fejlődik, pár hete már meg is jelent a PHP 7.3, ami még a 7.2-höz képest is jelentős gyorsulást ígér![/vc_column_text][/vc_column][vc_column width=”1/4″][/vc_column][/vc_row][vc_row bg_type=”color” section_id=”wp-beallitasok” margin_bottom=”0″][vc_column width=”1/4″][vc_custom_heading text=”03.” font_container=”tag:div|font_size:80|text_align:left|color:%23d1d1d1|line_height:90px” css=”.vc_custom_1546871112967{margin-bottom: 18px !important;}”][impeka_slogan title=”WordPress beállítások” heading=”h3″ subtitle=”Megfelelő” btn_text=”” btn2_text=”” button2_text=””][/impeka_slogan][/vc_column][vc_column width=”1/2″][vc_column_text]Az előző pontokban végigmentünk az optimális szerver tulajdonságain, ami megfelelő környezetet biztosít a WordPressünk számára. Itt azonban nem áll meg a tudomány, a WordPress-t ugyanis be is kell állítani ahhoz, hogy igazán gyors lehessen. Nézzük is meg, mik azok a tényezők, amik a WP lassulását okozhatják:

    A beépített WordPress frissítéskezelő

    Ha a WordPress adminjába belépve jelentős lassulást tapasztalunk, akkor azt sok esetben a rendszer részét képező frissítéskezelő folyamatos lekérései eredményezik (viszont nem kizárólagosan, tehát előtte mindenképp ellenőrizzük a hálózat és a szerver leterheltségét, illetve PHP verzióját is). Ha az utóbbiak rendben vannak, akkor nagy eséllyel megállapíthatjuk, hogy WP frissítéskezelője fut túl sokat a háttérben.

    A probléma eredete abban keresendő, hogy a frissítéskezelő külső GET lekérésekkel dolgozik. Ha ezek a lekérések csak időszakosak, akkor általában nem is szokott gondot okozni, ha viszont a lekérés valamiért gyakoribb (vagy adott esetben állandóvá válik), az a WordPress admin felületét akár használhatatlanná (vagy legalábbis idegőrlően lassúvá) is teheti. Szóval ha be van lassulva a WP vezérlőpult, érdemes tenni egy próbát az automatikus frissítések kikapcsolásával – erre számtalan plugin is lehetőséget biztosít. Ilyenkor azonban nekünk kell manuálisan ellenőrizni az egyes frissítéseket, hiszen egy-egy frissítés a funkcióbővítések mellett számtalan esetben biztonsági réseket foltoz be.

    Hetekre-hónapokra frissítetlenül hagyni az oldalunkat nagyon rövidlátó magatartás; amennyiben beüt a baj, a kiesés, a hitelesség elvesztése és a sürgős javíttatás miatti számla jóval magasabb lesz, mint egy rendes üzemeltetés kiszámítható költsége.

    Egyidejűleg megjelenített bejegyzések számának korlátozása

    Bár kézenfekvőnek tűnhet, mégis sokan esnek ebbe a hibába. Főleg nagyobb oldalaknál lehet ez probléma, ahol már sok bejegyzéssel (vagy egyéb bejegyzéstípussal) van tele az oldal. Ilyenkor, ha – a példa kedvéért vegyünk egy blog gyűjtőoldalt – több száz bejegyzés kilistázódik egyszerre thumbnail-képestül-mindenestül, az még egy komolyabb szervert is meg tud izzasztani. Szerencsére ez nagyon könnyen elkerülhető:

    A megoldás (megfelelő magyar szó hiányában) a pagination, ami azt jelenti, hogy beállíthatjuk az egyszerre egy oldalon/lapon/fülön megjelenő bejegyzések számát. Egyszerre tehát elég mondjuk (beállítástól függően) öt bejegyzést megjeleníteni, és ha a felhasználó kíváncsi többre, akkor kattintás után újabb öt bejegyzést láthat. Ennek – ha úgy tetszik – egy még továbbfejlesztett verziója a végtelen görgetés (infinite scrolling), ami leveszi a felhasználóról a továbbkattintás terhét, és ha továbbgörget az első öt bejegyzésen, akkor automatikusan betöltődik a következő öt, és így tovább. Tehát láthatjuk, hogy ilyenkor sem egyszerre tölt be az összes bejegyzés, így jelentősen megkönnyíthetjük a szerverünk dolgát.

    Erre is létezik számtalan plugin, sőt, a jobb minőségű prémium sablonok is rendelkeznek hasonló beállítási lehetőségekkel.

    A HTTP lekérések minimalizálása

    A weboldalunk minden eleme HTTP lekérést generál (képek, scriptek, CSS stíluslapok, videók, beágyazások, stb.), azaz minél több eleme van az oldaladunknak, annál tovább fog tartani a betöltés. Nincs azonban minden veszve, csak érdemes betartani az alábbi cikkünkben is említett pontokat a HTTP lekérések minimalizálására és a weboldal betöltődési idejének gyorsítására:

    • Hagyj el minden felesleges elemet az oldaladról. Ha valami tényleg haszontalan és nem jelent értéket, akkor kukába vele
    • Használj CSS-t képek helyett, amikor csak lehet
    • Kombináld egybe a stíluslapokat, amikor lehetséges
    • Csökkentsd le a felesleges scriptek számát az oldaladon

    Ebben sokat segíthet a Gonzales plugin, ami arról híres, hogy oldalanként gyomlálhatóak ki vele a feleslegesen betöltődő kódrészletek egy alsó tagozatosok által is átlátható grafikus felületen.

    [/vc_column_text][/vc_column][vc_column width=”1/4″][/vc_column][/vc_row][vc_row rc_bg_type=”color” section_id=”sablon” bg_color=”#f4f4f4″ margin_bottom=”0″ rc_bg_color=”#f7f7f7″][vc_column width=”1/4″][vc_custom_heading text=”04.” font_container=”tag:div|font_size:80|text_align:left|color:%23d1d1d1|line_height:90px” css=”.vc_custom_1546872948416{margin-bottom: 18px !important;}”][impeka_slogan title=”Minőségi sablon” heading=”h3″ subtitle=”Prémium” btn_text=”” btn2_text=”” button2_text=””][/impeka_slogan][/vc_column][vc_column width=”1/2″][vc_column_text]Az egyik legfontosabb. Pont. Egy jó sablon egy jó weboldal biztos alapja. Lehet persze jó sablonnal is rossz honlapot készíteni, fordítva viszont sajnos nem szokott működni a dolog; nagyon fontos tehát a körültekintő témaválasztás. Itt érdemes megemlíteni, hogy sok sablonnak van ingyenes verziója is, azonban aki már dolgozott ingyenes és fizetős sablonnal is, az nagy valószínűséggel érteni fogja, hogy

    ha honlapot szeretnénk, ne ezen a ~60$-on akarjunk spórolni!

    Ez persze nem jelenti egyből azt, hogy nem is létezhet jó ingyenes sablon, ahogy azt sem, hogy minden prémium sablon automatikusan jó.

    Akkor most mi van?

    Ahhoz, hogy kiválasszuk a számunkra legmegfelelőbb sablont, két választási lehetőséget érdemes fontolóra venni*:

    • vagy olyan sablont választunk, ami kizárólag azzal a funkcionalitással rendelkezik, amire szükségünk van
    • vagy egy olyan sablont, ami kellően sokoldalú és funkciógazdag, de a számunkra haszontalan funkciókat ki tudjuk benne kapcsolni (így nem eszi feleslegesen az erőforrásokat)

    *természetesen a jó kódminőség és a gyorsaság alap, másmilyen sablont ne is nézzünk

    Amiket érdemes kikapcsolni, mert sokat lassíthatnak a honlapon, ha nincs rá szükségünk:

    • felesleges ikonkészletek meghívása
    • felesleges betűtípusok meghívása
    • felesleges scriptek meghívása (pl: képgalériák, videónézegetők, sliderek, parallax effektek) « Lásd: HTTP lekérések minimalizálása

    [/vc_column_text][/vc_column][vc_column width=”1/4″][/vc_column][/vc_row][vc_row bg_type=”color” section_id=”plugin” margin_bottom=”0″][vc_column width=”1/4″][vc_custom_heading text=”05.” font_container=”tag:div|font_size:80|text_align:left|color:%23d1d1d1|line_height:90px” css=”.vc_custom_1546873141813{margin-bottom: 18px !important;}”][impeka_slogan title=”Megválogatott pluginek” heading=”h3″ subtitle=”Prémium” btn_text=”” btn2_text=”” button2_text=””][/impeka_slogan][/vc_column][vc_column width=”1/2″][vc_column_text]Szintén nagyon fontos a megfelelő pluginválasztás, de még minőségi pluginokból sem érdemes túl sokat használni egyszerre, hiszen a túl sok plugin egész egyszerűen belassítja a WordPresst. A recept tehát ez esetben is egyszerű: ha lehetséges, ne használjunk sok plugint egyszerre, és amiket használunk, azok legyenek magas minőségűek. A magas minőséget nehéz mérni, de támpontot adhatnak a következők:

    • saját tapasztalat
    • mások tapasztalata (értékelés, vélemények, tesztek, support fórumok)
    • frissítések gyakorisága (biztonsági)
    • frissítések gyakorisága (funkcióbővítő)
    • Support/fejlesztő elérhetősége, gyorsasága, segítőkészsége
    • a plugin ára (ha fizetős)

    Szóval, akárcsak a sablonoknál, itt is rengeteget számít a kód minősége, és a megfelelően gyors működés. Mivel viszont az elérhető pluginok száma nagyjából a végtelent karcolja, sokszor tényleg nehéz a választás. Ha pedig specifikus problémára keresünk megoldást, nem biztos, hogy van egyből megfelelő (értsd: elég jó) megoldás. Egyszerűbb igényekhez azonban érdemes átnézni ezt a gyűjtést, van köztük pár nagyon hasznos okosság.[/vc_column_text][/vc_column][vc_column width=”1/4″][/vc_column][/vc_row][vc_row rc_bg_type=”color” section_id=”cache” bg_color=”#f4f4f4″ margin_bottom=”0″ rc_bg_color=”#f7f7f7″][vc_column width=”1/4″][vc_custom_heading text=”06.” font_container=”tag:div|font_size:80|text_align:left|color:%23d1d1d1|line_height:90px” css=”.vc_custom_1546873319023{margin-bottom: 18px !important;}”][impeka_slogan title=”Cache beállítások” heading=”h3″ subtitle=”Tökéletes” btn_text=”” btn2_text=”” button2_text=””][/impeka_slogan][/vc_column][vc_column width=”1/2″][vc_column_text]Ha az eddigiekkel megvagyunk (jó szerver, jó beállítások, prémium sablon és pluginek), akkor nagy esélye van az oldalunknak a gyors működésre. Viszont a sornak még nincs vége, ugyanis egy megfelelően beállított cache (gyorsítótár) még tovább tudja gyorsítani az oldalt. Fontos kiemelni, hogy „megfelelően beállított”, mivel egy rosszul beállított cache többet tud ártani, mint használni (sokat lassíthat, vagy adott esetben el is szállhat tőle az oldal). Ha viszont hozzáértő kezek állítják be a cache-elést, akkor ez az egyik legegyszerűbb megoldás a WordPressünk gyorsítására! De ne szaladjunk ennyire előre…

    Mi az cache?

    Ha megpróbáljuk röviden és érthetően leírni a folyamatot, akkor ez a következőképpen néz ki:

    Minden egyes weboldal meglátogatása a WordPress-ünkben egy lekérdezés a szerverünk felé. A szerver feldolgozza ezeket a lekéréseket (beleértve az adatbázis-lekérdezéseket is), majd a feldolgozás után egy végső változatot küld a böngészőnknek, amit az meg tud jeleníteni. Ez az eredmény a weboldal, amit látunk minden fájllal és egyéb összetevőjével együtt. Valószínűleg már mindenki kikövetkeztette ebből, hogy minél nagyobb és összetettebb egy weboldal, annál több időbe telik a szervernek a lekérések feldolgozása – és ezáltal a végleges weboldal felhasználóhoz történő eljuttatása is.

    És ez az a pont, amikor képbe kerül a cache, és megoldja a problémánkat! A gyorsítótárazás ugyanis nem csinál mást, mint hogy eltárol néhány fájlt a lemezen (vagy a memóriában, konfigurációtól függően) a felhasználó gépén. Tehát eltárolódik az a tartalom, ami már egyszer legenerálódott a múltban, ezáltal az újra-létrehozáshoz szükséges idő a töredékére csökkenhet. Az eredmény magáért beszél: az egyes weblapok sokkal gyorsabban töltődnek be közvetlenül a gyorsítótárból, ez pedig a korábban kifejtett marketing előnyökön túl elsőrangú élményt biztosít.

    És hogyan tudom ezt használni a gyakorlatban?

    Alapvetően két irányból is megközelíthetjük a dolgot:

    Szerver-szintű cache

    Szolgáltatója válogatja, hogy elérhető-e vagy sem, ha azonban igen, akkor ez az egyik legegyszerűbb módja a cache-elésnek. Bekapcsoljuk, és jó esetben működik. Éppen ezért erre a cikkben nem is térnék ki részletesebben, sokkal érdekesebb ugyanis, ha megnézzük mi van akkor, ha nem működik a szerver-szintű cachelés, vagy a szolgáltatónk egyaltalán nem is biztosít rá lehetőséget.

    Cache beállítása plugin segítségével

    Ha szolgáltatói szinten nem biztosított a gyorsítótárazás, akkor sem kell lemondanunk a cache-ről, hiszen WordPress rendszerre természetesen cache pluginból is annyi van, mint égen a csillag. Itt is nagyon fontos tehát a körültekintő választás és a még körültekintőbb beállítás. Általánosságokat itt sem nagyon lehet mondani, hiszen választástól függően minden cache plugin beállítása más és más. Abban viszont tudunk segíteni, hogy mutassunk pár jól működő, általunk is tesztelt és használt, azaz bevált cache plugint a teljesség igénye nélkül. Íme:

    Swift Performance

    Kezes, jól testreszabható és nagyon nagy tudású cache plugin. Rendelkezik teljes értékű ingyenes verzióval is, azonban a teljesértékű és mindenre kiterjedő funkcionalitást csak a fizetős verzió biztosítja (pl.: képoptimalizáló, de erről majd később).

    W3 Total Cache

    Az egyik legnépszerűbb, ingyenes, és nagyon részletesen beállítható pluginról van szó. Az optimális beállítás sok időt vesz igénybe, de megéri a szöszölést.

    WP Rocket

    Szintén nagyon népszerű, de fizetős megoldás. Egyszerű adminisztrációs felület és gyors beállítás jellemzi – kezdők is tudják használni.[/vc_column_text][/vc_column][vc_column width=”1/4″][/vc_column][/vc_row][vc_row bg_type=”color” section_id=”adatbazis” margin_bottom=”0″][vc_column width=”1/4″][vc_custom_heading text=”07.” font_container=”tag:div|font_size:80|text_align:left|color:%23d1d1d1|line_height:90px” css=”.vc_custom_1546873511762{margin-bottom: 18px !important;}”][impeka_slogan title=”Tiszta adatbázis” heading=”h3″ subtitle=”Optimalizált és” btn_text=”” btn2_text=”” button2_text=””][/impeka_slogan][/vc_column][vc_column width=”1/2″][vc_column_text]Az oldalunk sebességének szempontjából igencsak meghatározó lehet az adatbázis mérete és tisztasága. Egy teleszemetelt adatbázis ugyanis durván be tudja lassítani a WordPresst, ehhez pedig túl aktívan nem is kell tennünk semmit, elég ha hagyjuk, hogy teleszemetelődjön magától (pl. oldal/bejegyzés változatokkal). De hogyan kerülhetjük el mindezt?

    Adatbázis optimalizáló plugin használata

    Az egyik legnépszerűbb (és ingyenes) megoldás a WP-Optimize használata. Ez felhasználóbarát módon segít kitisztítani az adatbázisunkat, de mindenképp körültekintően használjuk, mert biztonsági mentés nélkül visszafordíthatatlan károkat is okozhatunk vele. Természetesen sok másik megoldás is létezik, vannak fizetős pluginek is (részben) ezzel a funkcionalitással, szóval aki erre adja a fejét, érdemes jól körülnéznie!

    Manuális adatbázis-optimalizálás

    Természetesen azokat a teendőket, amiket az előbb említett plugin elvégez, megtehetjük mi magunk is, ha tudjuk, mit csinálunk. Érdemes lehet:

    • üríteni a lomtárakat,
    • törölni a spam hozzászólásokat,
    • törölni a régi bejegyzés- és oldalváltozatokat,
    • limitálni a menteni kívánt változatok mennyiségét,
    • vagy ha nincs rá szükség, kikapcsolni a változatokat,
    • megtisztítani a wp_options táblát (ez csak hozzáértőknek ajánlott),
    • különösen ajánlott az átmeneti rekordokat (transients) megtisztítani (bár ezek általában lejárati idővel rendelkeznek és idővel eltűnnek, a valóságban sokszor ez nem mindig történik meg magától, és manuálisan kell megsegíteni a folyamatot),
    • a WordPress Sessions tisztítása,
    • és végül, de nem utolsó sorban érdemes kikapcsolni azokat a nem használt funkciókat, amik használják az adatbázist (pl.: népszerű/kapcsolódó poszt widgetek, amik szinte mindig sitewide lekérdezésekkel rendelkeznek; olyan képoptimalizáló bővítmények, amik nem külső szervert használnak az optimalizálásra).

    [/vc_column_text][/vc_column][vc_column width=”1/4″][/vc_column][/vc_row][vc_row rc_bg_type=”color” section_id=”kepek” bg_color=”#f4f4f4″ margin_bottom=”0″ rc_bg_color=”#f7f7f7″][vc_column width=”1/4″][vc_custom_heading text=”08.” font_container=”tag:div|font_size:80|text_align:left|color:%23d1d1d1|line_height:90px” css=”.vc_custom_1546873670451{margin-bottom: 18px !important;}”][impeka_slogan title=”Webre optimalizált képek” heading=”h3″ subtitle=”Megfelelő méretű,” btn_text=”” btn2_text=”” button2_text=””][/impeka_slogan][/vc_column][vc_column width=”1/2″][vc_column_text]És el is jutottunk a legtöbb weboldal fizikai (tárolókapacitásban mért) méretét leginkább meghatározó weboldal-összetevőnkhöz: a képekhez. A legtöbb weboldal méretének több, mint 50%-át teszik ki a képek, még megfelelően optimalizált képek esetében is (optimizálatlanul ez az arány bőven 90% fölé is csúszhat). Vitán felül álló tény tehát, hogy egy weboldalra szánt képet feltöltés előtt optimalizálni KELL! A nagy méretű képek ugyanis hihetetlen módon képesek belassítani oldalt.

    Gondoljunk csak bele, hogy manapság egy nagyobb felbontású, akár mobillal készített kép is simán elérheti a 4-5MB-ot. Ha egy jól optimalizált weboldal óhajtott méretét 1-2MB-nak vesszük, akkor könnyen belátható, hogy akár már egyetlen optimalizálatlan képpel megháromszorozható a betöltődési sebesség. Ezt tehát igyekezzünk minden esetben elkerülni, ha akarunk még látogatókat az oldalunkon! De hogyan lehetséges jól optimalzálni a képeket? Itt is két „iskola” létezik alapvetően, de a legjobb, ha egyszerre alkalmazzuk a kettőt:

    Kézi optimalizálás

    A képek formázásának elsődleges célja a legalacsonyabb fájlméret és az elfogadható minőség közötti egyensúly megtalálása. Erre nincsenek konkrét szabályok, bízni kell magunkban vagy a grafikus szakemberben. Minden valamire való képszerkesztő programban lehetőségünk van webre optimalizáltan kimenteni a képeket, azonban nagyon oda kell figyelni a megfelelő fájlformátum használatára, valamint a tömörítés fajtájára és mértékére (veszteséges/veszteségmentes).

    Ökölszabályként azonban elmondható, hogy szerencsés, ha egy kép a mentés után sem több 300 kB-nál.

    Képoptimalizálás plugin segítségével

    Természetesen a WordPress ahol tud segít, tehát ezen a téren is rengeteg plugin közül válogathatunk. Az egyik legjobb (fizetős) megoldás a cache-résznél is említett Swift Performance plugin prémium verziója, ami nagyon hatékonyan, külső szolgáltatás használatával tömöríti a feltöltött képeinket (akár feltöltés után egyből, a háttérben is).

    Létezik persze ingyenes megoldás is, a TinyPNG 500 tömörített kép/hó-ig hasonlóan színvonalas munkát végez, így ha valaki eddig nem használt ilyet, de megnézné  ingyenesen, hogy mennyit gyorsul optimalizált képekkel a weboldala, érdemes tenni vele egy próbát![/vc_column_text][/vc_column][vc_column width=”1/4″][/vc_column][/vc_row][vc_row bg_type=”color” section_id=”cdn” margin_bottom=”0″][vc_column width=”1/4″][vc_custom_heading text=”09.” font_container=”tag:div|font_size:80|text_align:left|color:%23d1d1d1|line_height:90px” css=”.vc_custom_1546873854893{margin-bottom: 18px !important;}”][impeka_slogan title=”CDN használata” heading=”h3″ subtitle=”Opcionálisan” btn_text=”” btn2_text=”” button2_text=””][/impeka_slogan][/vc_column][vc_column width=”1/2″][vc_column_text]Ha az összes eddigi pontot betartottuk, de még mindig nem elég gyors a weboldalunk, akkor minden jel szerint ott valami sokkal nagyobb gubanc van, úgyhogy gyorsan forduljunk szakemberhez. Az azonban szinte biztos, hogy nem a CDN lesz a megoldás a problémánkra!

    A CDN (Content Delivery Network) ugyanis – bár nagyon hangzatos –, csak akkor éri meg az egyszeri felhasználónak, ha:

    • vagy jelentős forgalma érkezik földrajzilag diverzifikált helyszínekről (a világ különböző pontjain lévő országokból)
    • vagy állandóan/időszakosan hatalmas terhelés éri az oldalt (egyszerre rengeteg látogató)
    • vagy ha pl. egy webáruháznál több tízezres termékportfólióval rendelkezik
    • vagy az előbbiek egyszerre.

    Ha viszont a weboldalunk látogatóinak túlnyomó része a hazai piacról érkezik és nem számítunk hirtelen jelentősen megugró forgalomra sem (pl. egy egyszerű céges weboldalnál), az esetben a CDN jó eséllyel csak ablakon kidobott pénz, gyakorlati haszna nem lesz érezhető.

    De miért, mit csinál pontosan a CDN?

    Ha röviden össze szeretnénk foglalni, a CDN lényegében nem más, mint egy olyan, több szerverből álló hálózat, amin minden adat minden szerveren megtalálható. Mivel pedig ezek a szerverek eltérő földrajzi helyszínen (sok esetben eltérő kontinensen) találhatóak, azért sokkal gyorsabb elérést biztosítanak a felhasználóinknak, ezáltal szinte bárhonnan gyorsabban tölthet be a weboldalunk.[/vc_column_text][/vc_column][vc_column width=”1/4″][/vc_column][/vc_row][vc_row rc_bg_type=”color” heading_color=”light” section_id=”teszt” margin_bottom=”0″ bg_color=”#232323″ font_color=”#ffffff” rc_bg_color=”#f7f7f7″][vc_column width=”1/4″][impeka_slogan title=”Weboldal tesztelése” heading=”h3″ subtitle=”Mindent megcsináltam,” btn_text=”” btn2_text=”” button2_text=””][/impeka_slogan][/vc_column][vc_column width=”1/2″][vc_column_text]A cikkben eddig azzal foglalkoztunk, hogy hogyan növeljük a weboldal sebességét. Most nézzünk meg, hogy mit sikerült elérni a gyakorlatban! Összegyűjtöttük a (szerintünk) legfontosabb online mérőeszközöket, amikkel skálázhatóvá tehetjük a weboldalunk sebességét, illetve az esetleges javítani és fejlesztenivalókról is információkat kaphatunk – a lista nem teljes, de már csak ezeket az eszközöket használva is teljes képet kaphatunk a weboldalunk sebességéről.

    Összességében elmondható, hogy ezeknél az eszközöknél a legszerencsésebb a minél nagyobb helyiértékű és minél zöldebb színű eredmény! 🙂

    1. Google PageSpeed Insights

    Nehéz felállítani egy sorrendet, de talán érdemes a Google dedikált eszközével kezdeni a sort, hiszen legtöbb esetben mégiscsalk a Google robotjainak akarjuk megfeleltetni az oldalunkat az előkelő helyezés érdekében.

    Az eszköz által adott pontszám 0 és 100 pont közötti értéket vehet fel. Minél magasabb a kapott pont, annál jobb, a 85 (vagy annál magasabb) pontszám pedig egy jól teljesítő és gyors weboldalt jelöl.

    Google Mobile Website Test

    A Google tapasztalatai szerint a látogatóink fele elhagyja az oldalunkat, ha nincs mobilra optimalizálva. Ezért adták ki a Mobile Website Speed Testing Tool névre keresztelt szolgáltatásukat, ami a PageSpeed Insights mérésein alapul, de a nevéhez hűen alapvetően mobil-orientáltan közelíti meg a weboldal sebesség-kérdést.

    Pro tipp: ennél az eszköznél a 100 pont elérése lényegében lehetetlen, mert a WP beállításai, a sablon, pluginek és külső szkriptek miatt az az oldal sem fog maximális értéket kapni, amelyik tökéletesen rendben van. Ez tehát határozottan nem a fejlesztő hibája, a minél magasabb pontszámra azonban ilyenkor is lehet törekedni 🙂

    Google Analytics Sebesség Teszt

    Igen, a Google Analytics is képes mérni egy webhely sebességét. Ha tehát telepítve van az oldalon a mérőkód (és aki bármilyen szinten is hasznot akar húzni a weboldalából üzletileg, annak telepítve van), akkor nincs más hátra, mint az irányítópulton belül a Viselkedés menüpontra kattinva előcsalogatni a Webhelysebesség fület, ahol hosszútávú adatokból kinyerve láthatjuk többek között az oldalunk átlagolt betöltődési sebességét (illetve ezer másik, hasznos adatot), így talán a pillantnyi szerver-leterheltségtől leginkább független képet ennek az eszköznek a használatával kaphatjuk.

    2. Pingdom

    A Pingdom egyike a legnagyobb webhely-felügyeleti szolgáltatásoknak, de a legismertebb szolgáltatása az ingyenes weboldal sebességmérő eszköze.

    Szintén 0 és 100 pont között mér, az itt kapott érték azonban 12 különálló egységre bontható – amikre szintén egyéni értékeket kap az oldalunk. A szolgáltatás nagy előnye, hogy tárolja az egyes oldalakon végrehajtott összes teszt eredményét, ezáltal később össze is lehet hasonlítani weboldalunk sebességének változását.

    3. GTmetrix

    A GTmetrix szintén nagyon és méltán népszerű weboldal sebességelemző eszköz. A használata ennek az egyik legegyszerűbb, kezdők is hamar el tudják sajátítani.

    Az eszköz egyik leghasznosabb tulajdonsága, hogy átfogó elemzést biztosít a Google PageSpeed Insights és a YSlow eredményeinek összefoglalásával. Ebben az oldal tetején felsorolva láthatjuk a teljes betöltődési időt, az oldal méretét és a lekérések számát is. Az eszköz egy vízesés-diagramban is megjeleníti a lekérések listáját, így könnyedén azonosíthatóak a problémás területek.[/vc_column_text][/vc_column][vc_column width=”1/4″][/vc_column][/vc_row][vc_row bg_type=”color” section_id=”osszefoglalas” margin_bottom=”0″][vc_column width=”1/4″][vc_custom_heading text=”10.” font_container=”tag:div|font_size:80|text_align:left|color:%23d1d1d1|line_height:90px” css=”.vc_custom_1547482710241{margin-bottom: 18px !important;}”][impeka_slogan title=”Összefoglalás” heading=”h3″ btn_text=”” btn2_text=”” button2_text=””][/impeka_slogan][/vc_column][vc_column width=”1/2″][vc_column_text]Szerencsésen túljutottál a Nagy Sebesség Útmutatón. Gratulálunk, és köszönjük, hogy elolvastad! Reméljük, hogy legalább néhány tanács a gyakorlatban is hasznosítható lesz számodra, és gyorsítani tudsz a weboldalad betöltődési sebességén!

    Ha meg esetleg még maradtak kétségek benned afelől, hogy mennyire fontos egy weboldal sebessége a felhasználói élmény szempontjából, akkor igyekszünk azokat nagyon gyorsan eloszlatni. A gyors betöltődés ugyanis az online piacok legfontosabb kulcstényezője (feltételezve azt az alapvetést, hogy nem egy gány oldal töltődik be gyorsan, mert az hiába gyors). Az online megjelenés elsősorban az ügyfelek kényelmét kell, hogy szolgálja, mindezt a megfelelő információkkal, termékekkel vagy szolgáltatásokkal, a megfelelő időben, a megfelelő helyen, és természetesen a megfelelő ügyfeleknek.

    Ezek közül egyik sem lehetséges akkor, ha a weboldal sebessége nincs összhangban az egyébként kommunikálni kívánt minőséggel, és a potenciális ügyfelek idő előtt elkattintanak, mert megunják a várakozást.

    A sebesség tehát nemcsak fontos, hanem egyre fontosabb, mert – bár önmagában látszólag nem képes új ügyfeleket hozni -, a hiánya már rövid távon is képes elriasztani a látogatóidat.

    A cikk elkészítésében nagy segítséget nyújtott többek között a Kinsta tudásbázisa és hasznos cikkei.[/vc_column_text][/vc_column][vc_column width=”1/4″][/vc_column][/vc_row]

  • Lábléc automatikus frissítése

    [vc_row][vc_column][vc_column_text]

    Egy üzleti weboldalra érkezve a látogatók egyik első dilemmája, hogy mennyire aktuális a tartalom, amit látnak. Az elavult design, a több évvel korábbi bejegyzések a blogon mind bizalmatlanságot sugallnak,  ahogyan a sok évvel ezelőtti copyright évszám is a lábléc legalján. A látogató agya ugyanis tudat alatt meghozza az ítéletet, miszerint:

    2014. – Rendben, akkor ez az oldal valószínűleg el van hanyagolva, kattintsunk is tovább…

    Lábléc történelem

    Eredetileg ugyanis azt volt hivatott jelezni a copyright rész melletti időbélyeg, hogy az oldalon mikor frissítették utoljára a tartalmakat. Manapság ez már egyáltalán nem magától értetődő, és természetesen az is előfordulhat, hogy a weboldal tulajdonosa egyszerűen elfelejtette frissíteni az évszámot a láblécben, de ha azt szeretnénk, hogy az oldalunk egy megfelelően gondozott, friss információkkal teli oldal hatását keltse, akkor érdemes frissen tartani a láblécet is.

    Az elhanyagolt footer különösen akkor gyakori, ha még régebben kódolták a weboldalt és egyszerű szövegként rögzítették az – akkor még friss – évszámot.

    Lábléc probléma megoldása

    De gondoljunk csak bele: nem lehetne ezt automatizálni és elfelejteni egy életre? Mi sem egyszerűbb…

    Íme két százas szög egyszerűségű megoldás, amik könnyedén beilleszthetőek az oldalba, és egy életre véget vetnek az elavult lábléc időbélyegeknek:

    [/vc_column_text][vc_empty_space height=”50px”][/vc_column][/vc_row][vc_row section_type=”container-width” equal_column_height=”equal”][vc_column width=”1/2″ rc_bg_type=”color” css=”.vc_custom_1517420083289{padding-right: 5% !important;padding-left: 10% !important;background-color: #e5e5e5 !important;}” rc_bg_color=”#e5e5e5″ grve_css=”{“desktop“:{“padding-right“:“5%“,“padding-left“:“5%“,“class“:“grve-wpb-1642350775764“}}”][vc_empty_space height=”50px”][impeka_title align=”center” title=”JavaScript kódrészlet”]

    JAVASCRIPT KÓDRÉSZLET

    [/impeka_title][vc_column_text]

    Ez az egyszerű JavaScript a látogató böngészőjében fut le, és az ő időbeállításait veszi alapul. Egyszerűen másoljuk ki az alábbi kódrészletet, és illesszük a láblécbe az évszám helyére.

    [/vc_column_text][vc_raw_html]JTNDcHJlJTIwc3R5bGUlM0QlMjJiYWNrZ3JvdW5kLWNvbG9yJTNBJTIzRjdGOEY4JTIyJTNFJTBBJTNDY29kZSUyMGRhdGEtbGFuZ3VhZ2UlM0QlMjJqYXZhc2NyaXB0JTIyJTIwc3R5bGUlM0QlMjJsZXR0ZXItc3BhY2luZyUzQTAlM0IlMjIlM0UlMEElM0NzcGFuJTIwc3R5bGUlM0QlMjJjb2xvciUzQSUyMzBGOTJBOCUyMiUzRSUyNmx0JTNCJTNDJTJGc3BhbiUzRXNjcmlwdCUyMHR5cGUlM0NzcGFuJTIwc3R5bGUlM0QlMjJjb2xvciUzQSUyMzBGOTJBOCUyMiUzRSUzRCUzQyUyRnNwYW4lM0UlM0NzcGFuJTIwc3R5bGUlM0QlMjJjb2xvciUzQSUyMzFBQUYwMCUyMiUzRSUyMnRleHQlMkZqYXZhc2NyaXB0JTIyJTNDJTJGc3BhbiUzRSUzQ3NwYW4lMjBzdHlsZSUzRCUyMmNvbG9yJTNBJTIzMEY5MkE4JTIyJTNFJTI2Z3QlM0IlM0MlMkZzcGFuJTNFJTBBJTIwJTIwJTNDc3BhbiUyMHN0eWxlJTNEJTIyY29sb3IlM0ElMjMwRjkyQTglMjIlM0Vkb2N1bWVudCUzQyUyRnNwYW4lM0UuJTNDc3BhbiUyMGNsYXNzJTNEJTIyZnVuY3Rpb24lMjBjYWxsJTIyJTNFd3JpdGUlM0MlMkZzcGFuJTNFJTI4JTNDc3BhbiUyMHN0eWxlJTNEJTIyY29sb3IlM0ElMjM2NkJCNkElMjIlM0VuZXclM0MlMkZzcGFuJTNFJTIwJTNDc3BhbiUyMHN0eWxlJTNEJTIyY29sb3IlM0ElMjNCOTgyMDglMjIlM0VEYXRlJTI4JTI5LmdldEZ1bGxZZWFyJTNDJTJGc3BhbiUzRSUyOCUyOSUyOSUzQiUwQSUzQ3NwYW4lMjBzdHlsZSUzRCUyMmNvbG9yJTNBJTIzMEY5MkE4JTIyJTNFJTI2bHQlM0IlM0MlMkZzcGFuJTNFJTJGc2NyaXB0JTNDc3BhbiUyMHN0eWxlJTNEJTIyY29sb3IlM0ElMjMwRjkyQTglMjIlM0UlMjZndCUzQiUzQyUyRnNwYW4lM0UlMEElM0MlMkZjb2RlJTNFJTBBJTNDJTJGcHJlJTNF[/vc_raw_html][vc_column_text]Ennek eredményeként a következőt kell látnunk:[/vc_column_text][vc_raw_html css=”.vc_custom_1517414072679{background-color: #f7f8f8 !important;}”]JTNDZGl2JTIwc3R5bGUlM0QlMjJ3aWR0aCUzQTEwMCUyNSUzQnBhZGRpbmclM0EzJTI1JTNCJTIyJTNFJTBBJTNDc2NyaXB0JTIwdHlwZSUzRCUyMnRleHQlMkZqYXZhc2NyaXB0JTIyJTNFJTBBJTIwJTIwZG9jdW1lbnQud3JpdGUlMjhuZXclMjBEYXRlJTI4JTI5LmdldEZ1bGxZZWFyJTI4JTI5JTI5JTNCJTBBJTNDJTJGc2NyaXB0JTNFJTBBJTNDJTJGZGl2JTNF[/vc_raw_html][vc_column_text css=”.vc_custom_1526497975900{padding-top: 5% !important;}”]

    Ha nem elégszünk meg egyedül az évszámmal, és több információt szeretnénk megadni, íme egy testreszabható kódrészlet:

    [/vc_column_text][vc_raw_html]JTNDcHJlJTIwc3R5bGUlM0QlMjJiYWNrZ3JvdW5kLWNvbG9yJTNBJTIzRjdGOEY4JTIyJTNFJTBBJTNDY29kZSUyMGRhdGEtbGFuZ3VhZ2UlM0QlMjJqYXZhc2NyaXB0JTIyJTIwc3R5bGUlM0QlMjJsZXR0ZXItc3BhY2luZyUzQTAlM0IlMjIlM0UlMEElM0NzcGFuJTIwc3R5bGUlM0QlMjJjb2xvciUzQSUyMzBDOTJBOCUyMiUzRSUyNmFtcCUzQiUzQyUyRnNwYW4lM0Vjb3B5JTNCJTIwJTNDc3BhbiUyMHN0eWxlJTNEJTIyY29sb3IlM0ElMjMxQUFGMDAlMjIlM0UyMDE0JTNDJTJGc3BhbiUzRSUzQ3NwYW4lMjBzdHlsZSUzRCUyMmNvbG9yJTNBJTIzMEM5MkE4JTIyJTNFJTI2bHQlM0IlM0MlMkZzcGFuJTNFc2NyaXB0JTNDc3BhbiUyMHN0eWxlJTNEJTIyY29sb3IlM0ElMjMwQzkyQTglMjIlM0UlMjZndCUzQiUzQyUyRnNwYW4lM0UlM0NzcGFuJTIwc3R5bGUlM0QlMjJjb2xvciUzQSUyMzY2QkI2QSUyMiUzRW5ldyUzQyUyRnNwYW4lM0UlMjAlM0NzcGFuJTIwc3R5bGUlM0QlMjJjb2xvciUzQSUyM0I5ODIwOCUyMiUzRURhdGUlMjglMjkuZ2V0RnVsbFllYXIlMjglMjklMjZndCUzQjIwMTQlMjZhbXAlM0IlMjZhbXAlM0IlM0NiciUzRWRvY3VtZW50LndyaXRlJTI4JTIyJTIwLSUyMCUyMiUyQm5ldyUyMERhdGUlMjglMjkuZ2V0RnVsbFllYXIlM0MlMkZzcGFuJTNFJTI4JTI5JTI5JTNCJTNDYnIlM0UlM0NzcGFuJTIwc3R5bGUlM0QlMjJjb2xvciUzQSUyMzBDOTJBOCUyMiUzRSUyNmx0JTNCJTNDJTJGc3BhbiUzRSUyRnNjcmlwdCUzQ3NwYW4lMjBzdHlsZSUzRCUyMmNvbG9yJTNBJTIzMEM5MkE4JTIyJTNFJTI2Z3QlM0IlM0MlMkZzcGFuJTNFJTJDJTIwU2FqJUMzJUExdCUyMFYlQzMlQTFsbGFsYXQuJTBBJTNDJTJGY29kZSUzRSUwQSUzQyUyRnByZSUzRQ==[/vc_raw_html][vc_column_text]Az eredmény pedig:[/vc_column_text][vc_raw_html css=”.vc_custom_1517414159357{background-color: #f7f8f8 !important;}”]JTNDZGl2JTIwc3R5bGUlM0QlMjJ3aWR0aCUzQTEwMCUyNSUzQnBhZGRpbmclM0EzJTI1JTNCJTIyJTNFJTBBJTI2Y29weSUzQiUyMDIwMTQlM0NzY3JpcHQlM0VuZXclMjBEYXRlJTI4JTI5LmdldEZ1bGxZZWFyJTI4JTI5JTNFMjAxNCUyNiUyNmRvY3VtZW50LndyaXRlJTI4JTIyJTIwLSUyMCUyMiUyQm5ldyUyMERhdGUlMjglMjkuZ2V0RnVsbFllYXIlMjglMjklMjklM0IlM0MlMkZzY3JpcHQlM0UlMkMlMjBTYWolQzMlQTF0JTIwViVDMyVBMWxsYWxhdC4lMEElM0MlMkZkaXYlM0U=[/vc_raw_html][vc_column_text css=”.vc_custom_1526498006520{padding-top: 5% !important;}”]

    Mivel a JavaScript kliensoldalon fut le (azaz a látogató böngészőjében), ezt a megoldást befolyásolhatják a látogató gépének beállításai. Az idő azonban szinte mindenkinek automatikusan és helyesen van beállítva a gépén, tehát nagy valószínűséggel semmi gond nem lesz ebből. Ínyenceknek bővebb infó a JavaScript dátumkezeléséről itt.

    [/vc_column_text][vc_empty_space height=”50px”][/vc_column][vc_column width=”1/2″ rc_bg_type=”color” css=”.vc_custom_1517420133978{padding-right: 10% !important;padding-left: 5% !important;background-color: #efefef !important;}” rc_bg_color=”#efefef” grve_css=”{“desktop“:{“padding-right“:“5%“,“padding-left“:“5%“,“class“:“grve-wpb-1642350782344“}}”][vc_empty_space height=”50px”][impeka_title align=”center” title=”PHP kódrészlet”]

    PHP KÓDRÉSZLET

    [/impeka_title][vc_column_text]

    Ugyan ez megoldható PHP-ban is, csak ekkor a kód a szerveroldalon fut le. Amennyiben WordPress-t használsz – és ugyan miért ne tennéd? -, egyszerűen keresd meg a footer.php-t és a dátum helyére másold be a következő kódrészletet:

    [/vc_column_text][vc_raw_html]JTNDcHJlJTIwc3R5bGUlM0QlMjJiYWNrZ3JvdW5kLWNvbG9yJTNBJTIzRjdGOEY4JTIyJTNFJTBBJTNDY29kZSUyMGRhdGEtbGFuZ3VhZ2UlM0QlMjJwaHAlMjIlMjBzdHlsZSUzRCUyMmxldHRlci1zcGFjaW5nJTNBMCUzQiUyMiUzRSUwQSUzQ3NwYW4lM0UlMjZsdCUzQiUzRnBocCUzQyUyRnNwYW4lM0UlMjAlM0NzcGFuJTIwc3R5bGUlM0QlMjJjb2xvciUzQSUyMzBGOTJBOCUyMiUzRWVjaG8lM0MlMkZzcGFuJTNFJTIwJTNDc3BhbiUyMHN0eWxlJTNEJTIyY29sb3IlM0ElMjMwRjkyQTglMjIlM0VkYXRlJTNDJTJGc3BhbiUzRSUyOCUzQ3NwYW4lMjBzdHlsZSUzRCUyMmNvbG9yJTNBJTIzMUFBRjAwJTIyJTNFJTIyWSUyMiUzQyUyRnNwYW4lM0UlMjklM0IlMjAlM0NzcGFuJTIwY2xhc3MlM0QlMjJ2YXJpYWJsZSUyMGxhbmd1YWdlJTIwcGhwLXRhZyUyMiUzRSUzRiUyNmd0JTNCJTNDJTJGc3BhbiUzRSUwQSUzQyUyRmNvZGUlM0UlMEElM0MlMkZwcmUlM0U=[/vc_raw_html][vc_column_text]Ennek eredményeként a következőt kell látnod:[/vc_column_text][vc_raw_html css=”.vc_custom_1517414072679{background-color: #f7f8f8 !important;}”]JTNDZGl2JTIwc3R5bGUlM0QlMjJ3aWR0aCUzQTEwMCUyNSUzQnBhZGRpbmclM0EzJTI1JTNCJTIyJTNFJTBBJTNDc2NyaXB0JTIwdHlwZSUzRCUyMnRleHQlMkZqYXZhc2NyaXB0JTIyJTNFJTBBJTIwJTIwZG9jdW1lbnQud3JpdGUlMjhuZXclMjBEYXRlJTI4JTI5LmdldEZ1bGxZZWFyJTI4JTI5JTI5JTNCJTBBJTNDJTJGc2NyaXB0JTNFJTBBJTNDJTJGZGl2JTNF[/vc_raw_html][vc_column_text css=”.vc_custom_1526497985985{padding-top: 5% !important;}”]

    Ha itt is több információt szeretnél megadni a láblécben, akkor a következő kódot érdemes használnod:

    [/vc_column_text][vc_raw_html]JTNDcHJlJTIwc3R5bGUlM0QlMjJiYWNrZ3JvdW5kLWNvbG9yJTNBJTIzRjdGOEY4JTIyJTNFJTBBJTNDY29kZSUyMGRhdGEtbGFuZ3VhZ2UlM0QlMjJwaHAlMjIlMjBzdHlsZSUzRCUyMmxldHRlci1zcGFjaW5nJTNBMCUzQiUyMiUzRSUwQSUzQ3NwYW4lMjBzdHlsZSUzRCUyMmNvbG9yJTNBJTIzMEY5MkE4JTIyJTNFJTI2YW1wJTNCJTNDJTJGc3BhbiUzRWNvcHklM0IlMjAlM0NzcGFuJTIwY2xhc3MlM0QlMjJ2YXJpYWJsZSUyMGxhbmd1YWdlJTIwcGhwLXRhZyUyMiUzRSUyNmx0JTNCJTNGcGhwJTNDJTJGc3BhbiUzRSUwQSUyMCUyMCUzQ3NwYW4lMjBjbGFzcyUzRCUyMnZhcmlhYmxlJTIwZG9sbGFyLXNpZ24lMjIlM0UlMjQlM0MlMkZzcGFuJTNFJTNDc3BhbiUyMGNsYXNzJTNEJTIydmFyaWFibGUlMjIlM0Vmcm9tWWVhciUzQyUyRnNwYW4lM0UlMjAlM0NzcGFuJTIwc3R5bGUlM0QlMjJjb2xvciUzQSUyMzBGOTJBOCUyMiUzRSUzRCUzQyUyRnNwYW4lM0UlMjAlM0NzcGFuJTIwc3R5bGUlM0QlMjJjb2xvciUzQSUyMzY2QkI2QSUyMiUzRTIwMTQlM0MlMkZzcGFuJTNFJTNCJTIwJTBBJTIwJTIwJTNDc3BhbiUyMGNsYXNzJTNEJTIydmFyaWFibGUlMjBkb2xsYXItc2lnbiUyMiUzRSUyNCUzQyUyRnNwYW4lM0UlM0NzcGFuJTIwY2xhc3MlM0QlMjJ2YXJpYWJsZSUyMiUzRXRoaXNZZWFyJTNDJTJGc3BhbiUzRSUyMCUzQ3NwYW4lMjBzdHlsZSUzRCUyMmNvbG9yJTNBJTIzMEY5MkE4JTIyJTNFJTNEJTNDJTJGc3BhbiUzRSUyMCUyOCUzQ3NwYW4lMjBzdHlsZSUzRCUyMmNvbG9yJTNBJTIzQjk4MjA4JTIyJTNFaW50JTNDJTJGc3BhbiUzRSUyOSUzQ3NwYW4lMjBzdHlsZSUzRCUyMmNvbG9yJTNBJTIzMEY5MkE4JTIyJTNFZGF0ZSUzQyUyRnNwYW4lM0UlMjglM0NzcGFuJTIwc3R5bGUlM0QlMjJjb2xvciUzQSUyMzFBQUYwMCUyMiUzRSUyN1klMjclM0MlMkZzcGFuJTNFJTI5JTNCJTIwJTBBJTIwJTIwJTNDc3BhbiUyMHN0eWxlJTNEJTIyY29sb3IlM0ElMjMwRjkyQTglMjIlM0VlY2hvJTNDJTJGc3BhbiUzRSUyMCUzQ3NwYW4lMjBjbGFzcyUzRCUyMnZhcmlhYmxlJTIwZG9sbGFyLXNpZ24lMjIlM0UlMjQlM0MlMkZzcGFuJTNFJTNDc3BhbiUyMGNsYXNzJTNEJTIydmFyaWFibGUlMjIlM0Vmcm9tWWVhciUzQyUyRnNwYW4lM0UlMjAlM0NzcGFuJTIwY2xhc3MlM0QlMjJrZXl3b3JkJTIwZG90JTIyJTNFLiUzQyUyRnNwYW4lM0UlMjAlMjglMjglM0NzcGFuJTIwY2xhc3MlM0QlMjJ2YXJpYWJsZSUyMGRvbGxhci1zaWduJTIyJTNFJTI0JTNDJTJGc3BhbiUzRSUzQ3NwYW4lMjBjbGFzcyUzRCUyMnZhcmlhYmxlJTIyJTNFZnJvbVllYXIlM0MlMkZzcGFuJTNFJTIwJTNDc3BhbiUyMHN0eWxlJTNEJTIyY29sb3IlM0ElMjMwRjkyQTglMjIlM0UlMjElM0MlMkZzcGFuJTNFJTNDc3BhbiUyMHN0eWxlJTNEJTIyY29sb3IlM0ElMjMwRjkyQTglMjIlM0UlM0QlM0MlMkZzcGFuJTNFJTIwJTNDc3BhbiUyMGNsYXNzJTNEJTIydmFyaWFibGUlMjBkb2xsYXItc2lnbiUyMiUzRSUyNCUzQyUyRnNwYW4lM0UlM0NzcGFuJTIwY2xhc3MlM0QlMjJ2YXJpYWJsZSUyMiUzRXRoaXNZZWFyJTNDJTJGc3BhbiUzRSUyOSUyMCUzRiUyMCUzQ3NwYW4lMjBzdHlsZSUzRCUyMmNvbG9yJTNBJTIzMUFBRjAwJTIyJTNFJTI3JTIwLSUyMCUyNyUzQ2JyJTNFJTNDJTJGc3BhbiUzRSUyMCUzQ3NwYW4lMjBjbGFzcyUzRCUyMmtleXdvcmQlMjBkb3QlMjIlM0UuJTNDJTJGc3BhbiUzRSUyMCUzQ3NwYW4lMjBjbGFzcyUzRCUyMnZhcmlhYmxlJTIwZG9sbGFyLXNpZ24lMjIlM0UlMjQlM0MlMkZzcGFuJTNFJTNDc3BhbiUyMGNsYXNzJTNEJTIydmFyaWFibGUlMjIlM0V0aGlzWWVhciUzQyUyRnNwYW4lM0UlMjAlM0ElMjAlM0NzcGFuJTIwc3R5bGUlM0QlMjJjb2xvciUzQSUyMzFBQUYwMCUyMiUzRSUyNyUyNyUzQyUyRnNwYW4lM0UlMjklM0IlM0NzcGFuJTIwY2xhc3MlM0QlMjJ2YXJpYWJsZSUyMGxhbmd1YWdlJTIwcGhwLXRhZyUyMiUzRSUzRiUyNmd0JTNCJTNDJTJGc3BhbiUzRSUyMFNhaiVDMyVBMXQlMjBWJUMzJUExbGxhbGF0JTNDc3BhbiUyMGNsYXNzJTNEJTIya2V5d29yZCUyMGRvdCUyMiUzRS4lM0MlMkZzcGFuJTNFJTBBJTNDJTJGY29kZSUzRSUwQSUzQyUyRnByZSUzRQ==[/vc_raw_html][vc_column_text]

    A fenti kódban esetleg használhatod a ($fromYear < $thisYear) megoldást is tetszés szerint, mindenképp ezt az eredményt kell látnod a végén:

    [/vc_column_text][vc_raw_html css=”.vc_custom_1517417765038{background-color: #f7f8f8 !important;}”]JTNDZGl2JTIwc3R5bGUlM0QlMjJ3aWR0aCUzQTEwMCUyNSUzQnBhZGRpbmclM0EzJTI1JTNCJTIyJTNFJTBBJTI2Y29weSUzQiUyMDIwMTQlM0NzY3JpcHQlM0VuZXclMjBEYXRlJTI4JTI5LmdldEZ1bGxZZWFyJTI4JTI5JTNFMjAxNCUyNiUyNmRvY3VtZW50LndyaXRlJTI4JTIyJTIwLSUyMCUyMiUyQm5ldyUyMERhdGUlMjglMjkuZ2V0RnVsbFllYXIlMjglMjklMjklM0IlM0MlMkZzY3JpcHQlM0UlMjBTYWolQzMlQTF0JTIwViVDMyVBMWxsYWxhdC4lMEElM0MlMkZkaXYlM0U=[/vc_raw_html][vc_column_text css=”.vc_custom_1526498024631{padding-top: 5% !important;}”]

    Mivel a PHP minden esetben a szerveren fut le, így az oldalad is az aktuális szerveridőt fogja mutatni. Ez azt is jelenti, hogy például ha egy amerikai szerveren tárolt oldalt Európából nézel 2018 első óráiban, akkor az oldaladon még 2017-et fogsz látni egy rövid ideig.

    [/vc_column_text][vc_empty_space height=”50px”][/vc_column][/vc_row]