E heti SEO kérdés:
„Hogyan végezhet stressztesztet egy állomásozó környezeten, hogy felszínre kerüljön a SEO kockázatai a nagyszabású bevezetés előtt?”
Ez az egyik legfontosabb kérdés, amelyet meg kell válaszolni, amikor új webhelyek bevezetését, migrációt vagy az élő webhely jelentős módosításait fontolgatja.
Először nézzük meg a különbséget a „staging” és a „produkciós” oldal között.
A felállítási helyszínt gyakran „fejlesztési” helynek, „előkészítésnek” vagy más, az Ön cégére jellemző névnek is nevezik. Ez egy tesztoldal, amelynek célja, hogy a lehető legnagyobb mértékben tükrözze az élő webhelyet, hogy segítse a fejlesztőket biztonságos, privát környezetben tesztelni, mielőtt elindítanák azokat.
A „gyártási” webhely az Ön élő webhelye. Ez az, amely elérhető a nagyközönség számára, és a lehető legközelebb kell működnie.
Vannak olyan esetek, amikor a fejlesztők közvetlenül a termelési telephelyre telepíthetik, anélkül, hogy először tesztelnének egy állomáshelyen. Például, ha nincs használható tesztelési hely, vagy nincs mód a teszteléshez szükséges feltételek utánzására anélkül, hogy a változást az élő helyen telepítenék. Ezt kockázatos megtenni. Ha egy központi telepítés valami mást tönkretesz a kódban, az kritikusan befolyásolhatja az élő webhely használhatóságát.
Hogyan lehet stressz-tesztelni az átmeneti környezetet
SEO-sként nagyon fontos, hogy teszteljük azokat a telepítéseket, amelyek potenciálisan befolyásolhatják a SEO teljesítményét, mielőtt elindulnának. Gyakran előfordul, hogy azután fedezzük fel a telepítéseket, hogy azok már elkezdték befolyásolni a forgalmat és a helyezéseket. Ez kevésbé ideális, mivel eltarthat egy ideig, amíg a Googlebot felveszi a módosításokat, miután a rossz telepítést kijavították. Sokkal jobb, ha kipróbálja, hogyan dolgozhatja fel a Googlebot a változtatásokat, mielőtt képes lenne rá.
Tükrözze a gyártási helyet a lehető legpontosabban
A felállítási helyszín legfontosabb szempontja, hogy a lehető legközelebb legyen a gyártási környezethez. Ez kritikus, mert lehetővé teszi, hogy bármilyen tesztelés ugyanazt az eredményt tárja fel, mintha éles környezetben futtatta volna a tesztet.
A két környezet közötti bármilyen eltérést katalogizálni kell. Ezeket az eltéréseket közölni kell, hogy a tesztelők tudják, hogy különös figyelmet kell fordítaniuk a gyártási hely azon területeire, amelyek eltérnek a szakaszolástól. Amint a telepítés megkezdődik, a tesztelők gyorsan megbizonyosodhatnak arról, hogy a termelési hely ezen területei a várt módon működnek.
A webhely feltérképezése több felhasználói ügynökkel
Az egyik olyan terület, amelyet gyakran figyelmen kívül hagynak az átmeneti környezet stressz-tesztelése során, hogy több különböző felhasználói ügynököt használnak a webhely feltérképezésekor.
Különböző ügynökök használatával, például a Googlebot Smartphone és a Googlebot Desktop utánzásával nagyobb valószínűséggel észlel olyan technikai problémákat a webhelyen, amelyek az első feltérképezéskor nem nyilvánvalóak. Például, ha asztali Googlebotként és mobil Googlebotként is feltérképezi, olyan problémák jelentkezhetnek a megjelenítéssel kapcsolatban, amelyek csak mobileszközökön fordulnak elő.
Ügyeljen arra, hogy az adott iparág számára fontos felhasználói ügynökökkel térképezze fel a webhelyet. Ha a Google Híreket csatornaként célozza meg, ügyeljen arra, hogy a webhelyet Google-Hírek robotként térképezze fel. Ha a képek vagy videók fontosak a keresőoptimalizálás szempontjából, térképezzen fel Google-Image és Google-Video robotként.
Ahhoz, hogy a stádiumban lévő webhelyet végigcsinálja, feltétlenül térképezze fel azt egy mobil felhasználói ügynökkel, egy asztali felhasználói ügynökkel, és hamisítson meg két keresőrobotot, például a Google-t és a Binget. Így jó lefedettséget kap a különböző, fontos robotok tapasztalatairól. Ha lehetséges, próbáljon meg LLM botként is feltérképezni.
Ellenőrizze a Renderinget
Jó kiindulópont egy állomásoztatási környezet teszteléséhez egy nagyszabású üzembe helyezés előtt. A modern webhelyek gyakran sok JavaScriptet használnak, ami nem eleve rossz, de problémákat okozhat egyes keresőrobotok feldolgozása során. További információért arról, hogy a keresőrobotok hogyan dolgozzák fel a JavaScriptet, tekintse meg ezt az útmutatót.
Állítsa be a feltérképező eszközt úgy, hogy JavaScript-megjelenítést is tartalmazzon, és nézze meg, milyen elemeket képes felvenni. Láthatja például a fejléccímkéket, a metacímet, a sémajelölést? Ezután ismét térképezze fel a webhelyet anélkül, hogy engedélyezné a JavaScript megjelenítést. Győződjön meg arról, hogy ugyanazok az elemek továbbra is elérhetők a robotok számára.
Ha kétségei vannak, végezzen néhány szúrópróbaszerű ellenőrzést a helyszín oldalain. Vizsgálja meg a dokumentumobjektum-modellt (DOM), hogy a kritikus kódelemek láthatóak-e az oldal első betöltésekor.
Fontos, hogy amit az oldalon látsz, az legyen az, amit a keresőrobotok képesek elemezni és megjeleníteni.
Tesztelje a SEO-elemeket tömegesen és oldaltípusokon keresztül
A tömeges tesztek elvégzése fontos, ha egy helyszínt tesztelünk egy nagy dobás előtt. A tesztek végrehajtásakor győződjön meg arról, hogy azok különböző oldaltípusokra és adott esetben nyelvekre vonatkoznak.
Ha webhelye sablonokat használ, feltétlenül tesztelje le az összes olyan sablont, amelyek kritikusak a SEO sikere szempontjából. Például egy e-kereskedelmi webhelyen ez azt jelenti, hogy kiemelten kell ellenőrizni a kategória- és termékoldalakat.
Többnyelvű webhelyek esetén győződjön meg arról, hogy a tesztek különböző nyelveken futnak, és állítson be egy VPN-t, hogy megcélozza azokat az országokat, amelyek számára ezek a nyelvek fontosak. Hamisítsa meg ezeket az országokat a feltérképezések futtatásakor, hogy a felhasználók a régiójuknak megfelelő nyelvet és tartalmat láthassák. Bár a Googlebot gyakran feltérképez egyesült államokbeli IP-címekről, földrajzilag elosztott konfigurációkat is használ, különösen a területi beállításokhoz alkalmazkodó vagy többnyelvű webhelyek esetében.
Előfordulhat, hogy a bemutató webhelyen nem minden nyelv van képviselve, vagy esetleg más lokalizációs folyamat van, mint ami az éles verzióban létezik. Ezzel visszaérkeztünk ahhoz az első ponthoz, hogy a felállítási helyszínnek a lehető legjobban hasonlíthatónak kell lennie a gyártási hellyel.
Ha nem, különösen a lokalizációs elemek esetében, akkor ezeknek a telepítés utáni ellenőrzések elején kell szerepelniük.
A jelenlegi termelési teljesítmény referenciaértéke
Érdemes megjegyezni, hogy a állomáshelye valószínűleg egy kevésbé teljesítő szerveren található. Ez azt jelenti, hogy a sebességtesztek szakaszon történő végrehajtása során az eredmények rosszabbak lehetnek, mintha a teszteket termelési környezetben futtatnák. Ez korlátozhatja annak lehetőségét, hogy jelentős ellenőrzéseket hajtson végre a telepítés előtt.
Ennek megkerüléséhez feltétlenül végezze el a teljesítmény összehasonlítását az éles környezetben, hogy a teszteket gyorsan újra lehessen futtatni a telepítés után. Ez azt jelenti, hogy meg kell várni, amíg a változtatások életbe lépnek, de ez lehet az egyetlen módja annak, hogy pontosan megértsük az olyan területeket, mint például az oldalbetöltési sebesség olyan helyzetekben, amikor az átmeneti kiszolgáló nem olyan jó, mint az éles.
Teszt Edge-tokokhoz
A fejlesztők megpróbálják feltörni a kódjukat a tesztelés során; nekünk is kellene. Amikor teszteli az átmeneti webhelyet a telepítés előtt, futtassa át néhány szélső esetet. A gyakorlatban ez azt jelenti, hogy olyan forgatókönyveken kell gondolkodni, amelyek bár valószínűtlenek, de lehetségesek. Például,
- Az Egyesült Államokból látogatom a webhelyet, de a nyelvem francia. Milyen nyelven vannak a metacímkék?
- Mobileszközön nézem a webhelyet, de a nézet az asztali számítógépre van állítva. Milyen tartalmakhoz férhetek hozzá, amihez egyébként nem férnék hozzá mobilon?
- Ha kikapcsolom a JavaScriptet, továbbra is használhatom a menü legördülő menüit?
Teszt a korábban ismert problémákra
Győződjön meg arról, hogy a korábbi problémák nem kerültek újra a kódba a legutóbbi munka során. Még ha a tömeges üzembe helyezés egy kis területre vonatkozik is, például egy új metacím-sablon kerül bevezetésre, ez nem jelenti azt, hogy a problémákat máshol nem vezetik be újra.
Ne csak a módosítandó elemet tesztelje, hanem ellenőrizze a kritikus SEO területeket. Különösen, ha a közelmúltban dolgoztak a webhely oldalainak fejlesztésén, ellenőrizze, hogy ezek továbbra is a helyükön maradnak-e a legújabb telepítéssel.
Hasonlóképpen, ha vannak olyan ismert hibák, amelyek a múltban befolyásolták a SEO teljesítményét, akkor is ellenőrizze ezeket, még akkor is, ha a telepítés nem kapcsolódik hozzájuk. A hibák könnyen visszalopódhatnak a kódba, különösen, ha már korábban is ott voltak.
