Sitemap

Weboldal-újratervezési hibák, amelyek tönkreteszik a SEO-t

Egy weboldal újratervezése, legyen az a saját vagy az ügyfélé, ma a marketing elengedhetetlen része.Ez elengedhetetlen, mert a technológia, a trendek és a felhasználók elvárásai idővel változnak, és ha versenyképesek akarunk maradni, lépést kell tartanunk ezekkel a változásokkal.

Ez a feladat azonban, bár alapvető fontosságú, bizonyos kockázatokat is rejt magában SEO szempontból.A folyamat során számos dolog elromolhat.Ezek a problémák azt okozhatják, hogy a keresőmotorok többé nem tekintik a webhelyet a releváns lekérdezések mérvadó válaszának.Egyes esetekben bizonyos hibák akár büntetést is eredményezhetnek.

Ezt senki sem akarja.

Tehát ebben a cikkben megvizsgálunk néhány olyan gyakori webtervezési hibát, amelyek tönkretehetik a SEO-t.A lehetséges kockázatok ismerete segíthet elkerülni azokat a hibákat, amelyek visszaszorítják az organikus keresési forgalmat.

A fejlesztői környezet bejárható/indexelhető elhagyása

Az emberek sokféleképpen kezelik a fejlesztői környezeteket.A legtöbb egyszerűen beállít egy almappát a tartománya alatt.Egyesek szigorúan fejlesztés céljából létrehozhatnak egy domaint.Aztán vannak olyanok, akik olyan óvintézkedéseket tesznek, hogy elrejtsék fejlesztési környezetüket, ami egy CIA-ügynöknek meleg, elmosódott érzést kelt azon az üres helyen, ahol a szívüknek lennie kell.

Én inkább az utóbbi kategóriába tartozom.

A keresőmotorok általában követik a linkeket, és indexelik a talált tartalmat – néha még akkor is, ha kifejezetten megmondja, hogy ne tegye.Ez problémákat okoz, mert ugyanazon webhely két verzióját indexelhetik, ami problémákat okozhat mind a tartalommal, mind a hivatkozásokkal.

Emiatt a lehető legtöbb akadályt állítom a keresőmotorok elé, amelyek megpróbálják elérni a fejlesztői környezetemet.

Íme, amit csinálok.Az első lépés egy tiszta URL-cím használata, amelyet még soha nem használtak élő webhelyekhez.Ez biztosítja, hogy ne legyenek rá mutató hivatkozások.Ezután tiltsa le az összes robots.txt fájlt használó robotot, és állítson be egy üres indexoldalt, hogy más mappák ne legyenek láthatók.A múltban még a jelszavas védelem beállításáig is eljutottam, de a legtöbb esetben ez túlzás.Ezt a hívást kezdeményezheti.

Innentől minden fejlesztés alatt álló webhelyhez külön mappát állítok be.A mappanév általában hiányos szavak kombinációja, így nem valószínű, hogy véletlenül megtalálják.A WordPress ezután ezekbe a mappákba kerül telepítésre, és úgy lesz beállítva, hogy ezen a szinten blokkolja a botokat is.

A képnevek önkényes megváltoztatása a jó helyen lévő oldalakon

Ez nem mindig probléma, de ha egy weboldal jó helyen áll, az oldalon lévő kép nevének megváltoztatása a helyezés elvesztését okozhatja.Főleg, ha a webdesigner nem tudja, mit csinál.

Többször láttam ilyet, amikor egy ügyfél felvesz egy webdesignert, aki nem ért a SEO-hoz, hogy újratervezzen egy olyan webhelyet, amely már jó helyen van.Az újratervezés részeként a régi képeket új, nagyobb képekkel cserélik le, de megfelelő tapasztalat híján hülye képneveket használnak, amelyek nulla SEO értéket adnak, mint például az image1.jpg.

Ez elvesz egy olyan létfontosságú kontextust, amelyet a keresőmotorok használnak annak meghatározásához, hogy egy adott weboldal hol helyezkedjen el.

Oldalak törlése vagy oldal URL-jének módosítása átirányítás nélkül

Az újratervezés során bizonyos oldalakra szinte biztosan nem lesz szükség.A kevésbé tapasztalt webtervezők gyakran egyszerűen törlik őket.Más oldalak áthelyezhetők és/vagy átnevezhetők, ami a legtöbb esetben megváltoztatja az URL-címüket.Ilyen esetekben a tapasztalatlan webtervezők gyakran megváltoztatják ezeket az URL-eket, és a feladatot befejezettnek tekintik.

Ez nagy hiba, mert egyes oldalak már jó helyen állnak.Előfordulhat, hogy bejövő linkek mutatnak rájuk, vagy a látogatók felvették őket a könyvjelzők közé.

Ha törli azokat az oldalakat, amelyek már tartalmaznak bejövő linkeket, elveszíti a linkekből származó összes SEO értékét.Egyes esetekben ez drasztikus rangvesztéshez vezethet.

A probléma azonban még mélyebbre nyúlik.Bárki, aki ezekre a hivatkozásokra vagy könyvjelzőkre kattint, egy 404-es oldal fogadja.Ez senki számára nulla értéket képvisel, és ami még fontosabb, negatív felhasználói élményt teremt.Ez azért fontos, mert a Google megerősítette, hogy a felhasználói élmény rangsorolási tényező.

Az oldalak törlésének megfelelő módja, ha átirányítjuk azokat a jelenleg létező legrelevánsabb oldalra.Ami az oldalak mozgatását illeti, ami magában foglal mindent, ami bármilyen módon megváltoztatja az oldal URL-jét, ugyanolyan fontos a régi URL átirányítása az újra.

Mindkét esetben általában 301-es átirányítást kell használni.Ez jelzi a keresőmotoroknak, hogy a régi oldalt véglegesen áthelyezték az új helyre.A legtöbb tárhelyplatform esetében ezt úgy érheti el a legjobban, ha hozzáadja a megfelelő bejegyzést a .htaccess fájlhoz.

Ha nem lát .htaccess fájlt a szerverén, előfordulhat, hogy módosítania kell az FTP-program beállításait a rejtett fájlok megtekintéséhez.

Egyes speciális tárhely-platformok eltérő módszert alkalmazhatnak, ezért előfordulhat, hogy konzultálnia kell a támogatási csoportjukkal annak meghatározásához, hogyan kell ezt elérni.

Nem hajt végre teljes feltérképezést a fejlesztői környezetbe és onnan történő áttelepítés után

Függetlenül attól, hogy milyen módszert használ az áttelepítéshez, bizonyos hibákba ütközhet.Általában először migrálja az élő webhelyet a fejlesztői környezetébe, majd később, miután elvégezte és tesztelte a változtatásokat, visszaküldi az élő szerverre.

Az egyik, amivel gyakran találkozom, az a tartalomban található hivatkozások, amelyek rossz helyre mutatnak.Például az élő webhely egyik oldalán vagy bejegyzésében található egy link, amely a következőkre mutat:

domain.com/services/

A fejlesztői környezetbe való migráció után ez lehet:

devdomain.com/client123/services/

Eddig minden rendben és rendben van, igaz?

De néha, miközben az elkészült webhelyet visszaköltöztetik az élő szerverre, az oldalak és a bejegyzések tartalma továbbra is tartalmazhat hivatkozásokat, amelyek a fejlesztői környezetben lévő oldalakra mutatnak.

Ez csak egy példa.Számtalan hivatkozás található egy webhelyen belüli tartalomra – beleértve az alapvető képre, JavaScript- és CSS-fájlokra mutató hivatkozásokat.

Szerencsére a megoldás egyszerű.Egy olyan eszköz, mint a Screaming Frog, amely az asztalról fut, vagy egy felhőalapú eszköz, mint a SEMrush, használható a webhelyen belüli minden egyes hivatkozás feltérképezésére.Ez magában foglalja az előlapon látható szöveges hivatkozásokat, valamint az összes kép-, JavaScript- és CSS-fájlra mutató hivatkozást, amelyek a webhely HTML-kódjában vannak elrejtve.

Mindenképpen nézzen át minden külső forrásra mutató hivatkozást, miután az új webhelyet áttelepítették az élő szerverre, mert a fejlesztői környezetre mutató hivatkozások külső hivatkozásként jelennek meg – ha olyan „külső hivatkozásokat” talál, amelyeknek valóban belső hivatkozásoknak kell lenniük, végezze el a megfelelő korrekciókat.

Ez a lépés elengedhetetlen bármelyik irányba történő migráció után a potenciálisan katasztrofális hibák elkerülése érdekében.

Nem sikerült mindennél teljes körű funkcióellenőrzést végrehajtani

Miután egy újratervezett webhelyet áttelepítettek az élő szerverre, többet kell tennie, mint gyorsan átnézni néhány oldalt, hogy megbizonyosodjon arról, hogy a dolgok rendben vannak.Ehelyett elengedhetetlen mindent fizikailag tesztelni, hogy megbizonyosodjon arról, hogy nem csak jól néz ki, hanem megfelelően működik is.

Ebbe beletartozik:

  • Kapcsolatfelvételi űrlapok.
  • E-kereskedelem funkció.
  • Keresési lehetőségek.
  • Interaktív eszközök.
  • Multimédiás lejátszók.
  • Analitika.
  • A Google Search Console/Bing Webmestereszközök ellenőrzése.
  • Követési pixelek.
  • Dinamikus hirdetések.

Nem sikerült újrakonfigurálni a WordPress-t és a beépülő modulokat az élő szerverre való migráció után

Emlékszel, hogyan beszéltünk arról, hogy fontos falat állítani a fejlesztői környezete és a keresőmotorok bejárói közé?Nos, még fontosabb lebontani ezt a falat, miután a webhelyet az élő szerverre költöztették.

Ennek elmulasztása könnyű.Ez is pusztító.Valójában ez egy hiba, amit néhány évvel ezelőtt elkövettem.

Miután áttelepítettem egy ügyfél webhelyét az élő szerverére, elfelejtettem törölni a jelölést a Yoast SEO-ban, amely azt mondta a keresőmotoroknak, hogy ne térképezzék fel vagy indexeljék.Sajnos néhány napig senki sem vette észre, ekkor a weboldal szinte teljesen kikerült a Google indexéből.Szerencsére nem hagyatkoztak az organikus forgalomra, és miután töröltem a jelölőnégyzetet, a webhelyet gyorsan újraindexelték.

Az ehhez hasonló hibák miatt rendkívül fontos, hogy az élő szerverre való migráció után azonnal ellenőrizze a WordPress konfigurációját, valamint minden olyan beépülő modult, amely befolyásolhatja a keresőmotorok webhelyének kezelését.

Ez magában foglalja a következő bővítményeket:

  • SEO.
  • Átirányítás.
  • Webhelytérképek.
  • Séma.
  • Gyorsítótárazás.

A részletekre való odafigyelés elhanyagolása

E hibák egyike sem különösebben bonyolult vagy nehezen elkerülhető.Egyszerűen tisztában kell lenni velük, végre kell hajtani egy tervet ezek elkerülésére, és nagyon oda kell figyelni a részletekre.

A cikkben kifejtett vélemények a vendégszerzőé, és nem feltétlenül Search Engine Land.A munkatársak szerzői itt vannak felsorolva.