Minden bővítmény között TOP5-ös (letöltésszámot tekintve, de ha levesszük az Akismetet – ami az alapcsomag része – akkor dobogós helyen áll.) a YOAST SEO nevű, keresőoptimalizált weboldalt és tartalmat elősegítő bővítmény.

YOAST SEO telepítés

A legújabb verziót a https://wordpress.org/plugins/wordpress-seo/ linken vagy a weboldalunk admin felületén, a Bővítmények menüpont alatt lehet letölteni. Előbbi esetén manuálisan kell feltölteni a weboldalra a bővítményt, utóbbinál az említett menüpont alatt egyből telepíthetjük a bővítményt. Figyelj arra, hogy csak a YOAST SEO, vagy csak az All in One SEO Pack legyen telepítve a weboldaladon, ne legyen egyszerre mindkettő!

YOAST SEO alapbeállítások

A bővítmény aktiválása után után megjelenik az admin felületen egy “SEO” menüpont:

Első és legfontosabb lépés, hogy a “Features” fülön legyen kiválasztva az “Advanced Settings pages” résznél az “Enabled” opció. Ezzel előjönnek további opciók, mint pl. a XML oldaltérkép a Google-nek.

Az XML oldaltérkép aktiválásához a “Beállítások” => “Közvetlen hivatkozások” menübe kell menni, és rá kell nyomni ott a “Módosítások mentése” gombra. Akkor is, ha nem módosítottunk semmit a beállításokon. Ekkor jön létre az oldalunkon egy sitemap_index.xml nevű fájl, amit itt érünk el: oldalcime.hu/sitemap_index.xml – ezt a Google Search Console-on keresztül be is lehet küldeni a Google-nek, így könnyebben át tudja járni az aloldalainkat, és jobb indexelést érhetünk el.

Figyelj erre!
Ha használsz más, Google oldaltérkép generáló bővítményt, akkor azt töröld, ha aktiválod ezt a funkciót, felesleges ugyanis kettő!

Kulcsszómegadási lehetőség

Manapság már nem kell kitölteni a weboldal meta kulcsszó részeit, mert a Google nem veszi figyelembe, max. a butább konkurenseknek lehet segítség ezen meta elem. Ha mégis szeretnéd látni valamiért ezt a mezőt is, a “SEO” => “Titles & Metas” menü alatt, az “Other” fülön tudod engedélyezni a “Use meta keywords tag” résznél az “Enabled” opciót választva. Még egyszer mondom: nem ajánlom ezen funkció használatát!

YOAST SEO alapbeállítás – konfigurátor

Az alábbi helyen van egy konfigurátor, ami néhány lépésben végig vezet néhány fontos beállításon. Érdemes végigkattintgatni:

Ezen kívül érdemes végigmenni minden menüponton, és ismerkedni a beállításokkal!

YOAST SEO, vagy ALL in ONE SEO PACK?

Pár évvel ezelőtt biztos utóbbit mondtam volna, azonban mára változott a véleményem. Szerintem sokkal könnyebben, többrétűbben konfigurálható a YOAST, illetve felhasználói oldalról remek megoldás, hogy rengeteg dologra emlékeztet a tartalomfejlesztés során, hogy minél jobban optimalizált tartalmat tegyünk a látogatók elé.

További hasznos funkció, hogy a WooCommerce webshophoz is van benne támogatás, így a termékek megfelelő szövegezésében is segít.

YOAST SEO VIDEÓ

A 8 perces videót itt tekintheted meg:

    

Lehet, hogy a napokban te is kaptál hasonló üzenetet a Google Webmester Eszközöktől:

“A nem biztonságos jelszógyűjtés figyelmeztetéseket generál az 56-os verziójú Chrome-ban a(z) ………. oldalon.”

Ami így folytatódik: “2017 januárjától a Google Chrome (56-os és újabb verziók) „Nem biztonságos” oldalként jelöli meg a jelszavakat és hitelkártya-információkat gyűjtő weboldalakat, kivéve, ha az oldal kiszolgálása HTTPS-kapcsolaton keresztül történik.”

Mit jelent ez?

Azt jelenti, hogy a Google Chrome böngésző 56-os verziója meg fogja jelölni “nem biztonságos” címkével a weboldalt, ha – leegyszerűsítve – azon személyes és/vagy érzékeny adatok bekérése történik. Ennek oka, hogy a normál “http” kapcsolaton keresztül kémkedhetnek és adatokat lophatnak.

Nem utolsó sorban Google rangsorolási szempont is a https megléte.

Valahogy így fog kinézni a Chrome 56-os verziójától a fent említett figyelmeztetés:

Hogy ez “zölddé váljon”, és így nézzen ki, kövesd az útmutatómat!

Mi a megoldás?

A megoldást a https tanúsítvány nyújtja, amely titkosítással garantálja a szerver és a felhasználó böngészője között mozgó adat biztonságát.

Hogyan lehet tanúsítványt szerezni?

• A legismertebb a Let’s encrypt nevű szolgáltatás, amelynek olyan nagy nevű szponzorai vannak, mint a Google, Facebook, Sucuri, Mozilla, Cisco. Vagy itt kell igényelni tanúsítványt, és a tárhelyre kell telepíteni.
• Vagy cPanelen keresztül lehet telepíteni (erről videó lejjebb).
• Vagy nem kell telepíteni semmit, mert a szolgáltató ezt automatikusan megcsinálja. Az általam preferált tárhelyszolgáltató ilyen, idézem őt: “Az újonnan létrehozott zónákhoz a rendszer automatikusan igényli és beállítja az ingyenes Let’s Encrypt ssl-t.” Ezt az opciót mutatom be ebben a cikkben.

cPaneles tárhelyen így kell beállítani a tanúsítványt (nem én készítettem a videót):

Ha olyan tárhelyen vagy, ahol neked kell telepíteni cPanelen keresztül az SSL tanúsítványt, akkor így járj el:

Ha a tárhelyesed telepítette az SSL tanúsítványt

Ezt itt, vagy ide kattintva tudod ellenőrizni. Ha telepítve van a tárhelyedre egy ingyenes tanúsítvány, akkor szerencséd van, nagyon egyszerű módon tudod aktiválni a WordPress alapú weboldaladon a https kezdetű url-eket.

ELŐSZÖR IS KÉSZÍTS EGY TELJES BIZTONSÁGI MENTÉST A WEBOLDALRÓL!

1. A “Beállítások” => “Általános” menüpont alatt a “WordPress cím” és “Honlap cím” mezőkben írd át a weboldalad címét http:// kezdetűről https:// kezdetűre. Ha kiléptet a rendszer, ne ijedj meg, lépj vissza.

2. Telepítsd fel a “Really Simple SSL” nevű bővítményt, majd aktiváld.

Aktiválás után egy gombnyomással – “Go ahead, activate SSL!” – meg is tudod tenni a működéshez szükséges beállításokat.

Ez a bővítmény beteszi pár szükséges sort a .htaccess fájlba, valamint a wp-config.php-ba is. Illetve megoldja az ún. mixed-content problémát, azaz a weboldalon szereplő http://-s url-eket kicseréli https:// kezdetűre a html kimenetben. Ez azért jó, mert az adatbázisban történő automatizált url-cserék nélkül történik meg a https-re való átállás.

Really Simple SSL letöltés

Alternatív megoldás: WP Force SSL bővítmény.

Előfordulhat, hogy a fentiek ellenére az alábbi képen látható jelenséget látod: Kiírja a böngésző, hogy biztonságos a weboldal, de mellette (a címsor jobb oldalán) egy piros X jellel jelölt pajzsot találsz. Ekkor még mindig található olyan elem a weboldalon, ami http://-vel kezdődik.

Ez jellemzően (CTRL+SHIFT+I gombbal előjön egy panel, ott a Network fül alatt látható, hogy mi okozza a problémát) a stíluslapban található, pl. egy Google Fonts-os betűtípus beimportálása, ahogy látod a fenti képen is. A megoldás nagyon egyszerű:

Át kell írni https-re a css fájlban az importált betűtípus elérhetőségét:

3. Ha ezek után (csak akkor!) még nem látod “biztonságosnak” a weboldaladat, a következőt tedd: .htaccess módosítás. Tedd ezt (url-t módosítsd a sajátodra!) a kódot a .htaccess fájlba, ez átirányítja a forgalmat a https:// url-re:

kód letöltése

4. Ha az admin felületen nem működik (CSAK AKKOR!) a https: ezt a kódot tedd a wp-config.php fájlba:

kód letöltése

5. Ha valamilyen oknál fogva a weboldal tartalmában lévő, saját url-ek között van még http kezdetű, és ezt jelzi a böngésző, akkor telepítsd a Better Search Replace bővítményt, amellyel az adatbázisban ki lehet cserélni a http-s url-eket https-esre. ELŐTTE MINDENKÉPPEN CSINÁLJ BIZTONSÁGI MENTÉST!

6. Google Analytics, Webmester Eszközök.

Ha átállt a weboldal https-re, akkor ne felejtsd el a Google Analytics felületén, az alábbi képen látható helyen az “Alapértelmezett URL” résznél átállítani a http-t https-re.

Google Webmester Eszközök:
Vedd fel a weboldalad https-es verzióját is a weboldalak közé (nem kell törölni a http-s verziót!).

Ellenőrzés:

Kattints a “Biztonságos” feliratra, majd a “Részletekre”:

Itt ilyet kell látnod:

Legyen zöld négyzet mind a 3 rész előtt! Ha a fenti módszerrel nem jön elő ez az ablak, akkor nyomj egy CTRL+SHIFT+I-t, és a SECURITY fület nézd meg!

Egyébként itt, a “View Certificate” linkre kattintva meg lehet tekinteni a tanúsítvány részleteit.

A folyamatról mutatok egy 11 perces videót:

Biztonságos http kapcsolat: https beállítása WordPress alatt

    

Ha optimalizálni akarjuk a weboldalunkat, akkor annak az is része, hogy mobilos nézeten nem terheljük meg a mobilozó sávszélességét, hanem próbálunk minél gyorsabban betöltődő weboldallal szolgálni. Erre egy remek módszer, ha mobilos nézetről eltüntetjük a képváltogatót. Az alábbi videón mutatom is, hogyan kell ezt végrehajtani!

A videón érintőlegesen arra is kitérek, hogyan kell különböző felbontású eszközökön más stíluslap-elemet használni.

    

Az alábbi videóban ezekre a kérdésekre válaszolok:

• Mi az a 301-es átirányítás?
• Miért és mikor szükséges ez a Google helyezések megőrzése miatt?
• Hogyan csináld?
• Hogyan kell tömeges átirányítást minél egyszerűbben “legenerálni”?
• Milyen lehetőségei vannak a .htaccess fájlnak a 301-es átirányítások terén?
• Hogyan kell php-ban 301-es átirányítást készíteni?
• Milyen bővítménnyel lehet 301-es átirányítást készíteni?
• Hogyan hívhatod segítségül az Excelt a 301-es átirányítások elkészítésénél?
• Mit tegyél, ha hibába ütközöl?

Mikor van szükséged 301-es átirányításra?

• Ha módosítod egy tartalmad url-jét.
• Ha kettő vagy több aloldalt/weboldalt összevonsz.
• Ha domaint cserélsz.
• Ha egyszerűsíteni szeretnéd a látogatók dolgát (url rövidítés).
• WWW-ről WWW nélküli domain verzióra állsz át, vagy fordítva.
• HTML-ről átállsz WordPress-re, vagy csak simán tartalomkezelőt váltasz, és nem megoldható a meglévő URL-szerkezet megtartása.
• Ha a weboldalad egy részét másik domainre helyezed.
• Oldalon belüli teljes struktúraváltáskor.
• Bármikor máskor, amikor olyan dolgot csinálsz, ami 404-es hibával járna a 301-es átirányítás nélkül.
• stb.

Valós példák, működő megoldások az alábbi, 35 perces videón!

301-es átirányítás – gyakorlati példák – trükkök

    

Nemrég mutatta be a Google a https://testmysite.thinkwithgoogle.com/ weboldalt, amely segítségével információt kaphatunk a weboldalunkról, az alábbi témakörökben:

• Mobilos használhatóság
• Asztali gépen való sebesség
• Mobiltelefonos gyorsaság

A fenti mezőbe a weboldalunk címét kell írni, majd a “Test Now” gombra kell kattintani. Egy hasonló elemzést fogunk kapni:

A “See what the fix” linkekre kattintva meg lehet tekinteni, milyen módosítási javaslatai vannak az eszköznek, pl.:

Alternatív eszközök:

• Mobilos használhatóság megállapítására.
• Az oldal sebességének elemzésére, és tippek szerzésére, a gyorsításhoz.

★ 2015. április 21. – FONTOS HÍR! ★
Sok cég/vállalkozás fekete napja a mai, ugyanis a Google ma kezdi el lefuttatni az új algoritmusát, amely egész iparágakat fog átrendezni. Az új algoritmus azt vizsgálja, hogy az adott weboldal (illetve annak url-jei, külön-külön) mobilbarát módon van-e felépítve. Ha nem, akkor hátra fogja sorolni, jó eséllyel az új algoritmus világszintű teljes lefutásához szükséges 7 napon belül.

Állítólag sokkal nagyobb hatása lesz az új algoritmusnak, mint a korábbiaknak együttvéve (Panda, Pingvin algoritmusok), ezért érdemes komolyan venni!

A te weboldalad mobilbarát?
Ezen a linken tudod ellenőrizni: https://www.google.com/webmasters/tools/mobile-friendly/?hl=hu

Ha nem az, mielőbb érdemes mobilbarát WordPress kinézetre váltani, ugyanis a keresési forgalom egyre nagyobb %-a mobiltelefonokon bonyolódik, nem érdemes megvárni a teljes hátrasorolást!

Megcsináljam helyetted a kinézet-cserét?
Mobilbarát weboldalt szeretnél? Ha nem szeretnél vesződni a kinézetváltáskor fellépő problémákkal, ★ keress meg, és kérj ajánlatot ★ weboldalad mobilbaráttá való átalakítására!

Korábban volt már videó arról, hogyan kell oldaltérképet (sitemap.xml fájl) létrehozni, amely alapján a Google végig tudja járni a weboldalunkat. Az ott bemutatott bővítménynek újabb verziója akadt – frissítették a hivatalos oldaltérkép-protokollt – , amelynek a frissítése egy apró szempontból odafigyelést igényel.

    

Tegnapelőtt írtam arról, hogyan kell a hibás linkeket eltüntetni a weboldalunkról. Az ott említett XENU program használatakor előfordulhat, hogy a bejegyzések/hozzászólások feedjeinek url-jét is hibaként jelzi a program.

Mikor lehetséges ez?
Akkor, ha nem használod a WordPress-ben rejlő blog funkciót és a hozzászólási lehetőségeket. Azaz csupán céges weboldalként használod.

Mi a megoldás?
Fel kell telepíteni a Disable Feeds nevű bővítményt, majd aktiválni kell. Más dolgod nincs is, innentől kezdve a fent említett feedek linkjei nem jelennek meg a forráskódban.

Mit hívunk törött linknek?
Azokat a weboldalunkon található linkeket, amelyek vagy hibásan lettek létrehozva, vagy a hivatkozás célja időközben megszűnt.

Miért baj, ha ilyen van a weboldalunkon?

• A látogatóknak nem nagy élmény olyan linkre kattintgatni, ami nem létező oldalra visz.
• Az első pont okán a Google büntetést oszthat érte.

Mi a megoldás?
Le kell tölteni a XENU nevű programot, és le kell futtatni a weboldalunkon, majd a kijelzett hibákat javítani kell.

Hogyan? A következő ~3 percben megmutatom:

    

Ahogy a mondás tartja: “A jó pap is holtig tanul.” – Munkám során nap mint nap rengeteg dolgot tapasztalok, próbálok ki, és tanulok meg. Következzék hát egy kulisszatitok. Sokáig úgy gondoltam, hogy a qTranslate nevű WordPress bővítménnyel csak egy nevet lehet megadni egy-egy widgetnek. Azaz bármilyen nyelven is nézi a látogató a weboldalt, mindig csak egy adott nyelven láthatja a widgetek címet. Ez alól kivétel volt az összes alapértelmezett (pl.: legutolsó hozzászólások, legújabb cikkek, oldalak, stb.) WordPress widget, amelyeknek ha nem adtunk címet, akkor a rendszer olyan nyelven jelenítette meg a widget-címet, amely nyelven éppen állt a weboldal. De az egyéni widgeteknél nem lehetett mást tenni, mint megadni egy címet, amelyen nem lehetett nyelvenként változtatni. Legalábbis így tudtam. Lehet, hogy a lentebb bemutatott trükk már a régebbi qTranslate verziónál is működött, azonban én csak nemrég ismerkedtem meg vele egy ügyfél által kezelt weboldalon.

A következő videón tehát bemutatom, hogyan lehet az alábbi képnek megfelelően nyelvenként egyedi címet adni a widgeteknek: