Egy webshopköltözés legkellemetlenebb meglepetése gyakran nem az, hogy egy modul nem működik az első napon, hanem hogy néhány hét múlva visszaesik a Google-ből érkező forgalom. A keresőbarát URL webshop költözés során ezért nem pusztán technikai részlet: közvetlenül érinti a régi pozíciókat, a termékoldalakra érkező látogatókat és végső soron a rendeléseket.
Ha egy korábbi termékoldal címe eltűnik, megváltozik vagy hibakódot ad, a kereső és a vásárló sem tudja biztosan, hová került a tartalom. Egy jól előkészített migrációban az URL-ek, a metaadatok, a termékképek és az átirányítások ugyanannak a folyamatnak a részei. A cél nem az, hogy az új webshop egyszerűen elinduljon, hanem hogy a működő organikus értékek is vele költözzenek.
Miért kritikus az URL-struktúra webshopköltözésnél?
Az URL egyértelmű azonosító. Egy régi kategória-, termék- vagy tartalmi oldal címét a Google már feltérképezhette, más oldalak hivatkozhatnak rá, és könyvjelzőként is élhet a vásárlóknál. Ha az oldal új rendszerbe kerül, de az új címe eltér, a kapcsolatot megfelelő átirányítással kell jelezni.
A legjobb helyzet az, amikor a régi, jól működő URL-ek változatlanul megmaradhatnak. Ez azonban nem minden rendszernél, illetve minden korábbi struktúránál kivitelezhető. UNAS-ba történő költözésnél például az adott platform URL-kezelési lehetőségeit, a meglévő címek formátumát és a kategória-logikát együtt kell vizsgálni. OpenCart esetében jellemzően nagyobb fejlesztői szabadság áll rendelkezésre, de ez nem helyettesíti a pontos tervezést.
A kereső szempontjából nem az számít, hogy az új cím rövidebbnek vagy modernebbnek tűnik-e. Az számít, hogy az adott régi URL egyértelműen elvezessen a tartalmában megfelelő új oldalra. Egy népszerű termékoldal átirányítása a főoldalra általában nem jó megoldás. A látogató nem a keresett terméket kapja, a Google pedig nem feltétlenül értelmezi releváns utódként az új céloldalt.
Keresőbarát URL webshop költözés előtt: az állapotfelmérés
A költözés nem az adatimporttal kezdődik, hanem a régi webshop feltérképezésével. Először tudni kell, milyen URL-ek élnek jelenleg, melyek hozzák a látogatókat, mely oldalak rendelkeznek külső hivatkozásokkal, és hol vannak már most is hibák vagy duplikációk.
A teljes URL-listában a termékek és kategóriák mellett gyakran szerepelnek gyártói oldalak, szűrt listák, blogbejegyzések, információs oldalak, akciós landing oldalak és régi kampányoldalak. Nem mindegyik kap ugyanolyan prioritást, de egyiket sem szabad automatikusan figyelmen kívül hagyni. Egyetlen jól rangsoroló, szezonális kategória elvesztése is érezhető bevételkiesést okozhat.
Érdemes külön jelölni azokat az oldalakat, amelyek organikus forgalmat, bevételt vagy értékes külső hivatkozást hoznak. Ezeknél a cél nemcsak az, hogy valamilyen átirányítás legyen beállítva, hanem az is, hogy az új céloldal tartalma, termékadata és metaadata lehetőleg megőrizze a korábbi relevanciát.
A termékadatok és az URL-ek együtt mozognak
Egy termék költöztetése akkor teljes, ha nemcsak a neve, ára és készlete kerül át. A termékkép, a leírás, a cikkszám, a gyártó, a kategória-besorolás, a meta title, a meta description és az URL is azonosíthatóan kapcsolódik hozzá.
A gyakorlatban gondot okozhat, ha egy régi rendszerben az URL a kategóriastruktúrát is tartalmazza, az újban viszont csak a termék neve jelenik meg. Ugyanígy problémás lehet, ha az import során a rendszer automatikusan új, eltérő végződésű vagy sorszámozott URL-eket hoz létre. Ezeket nem az indulás után kell kapkodva javítani, hanem még az élesítés előtt ellenőrizni kell.
Nem szükséges minden régi URL-t görcsösen változatlanul tartani. Ha a régi cím hibás, nehezen olvasható vagy értelmetlen paramétereket tartalmaz, a tisztább új struktúra indokolt lehet. Ilyenkor viszont a régi és az új címek közötti megfeleltetés minősége lesz döntő.
A 301-es átirányítás nem egyenlő egy általános szabállyal
A végleges, 301-es átirányítás jelzi a böngészőknek és a keresőknek, hogy az oldal új helyre költözött. Ez a webshopmigráció egyik alapvető eszköze, de csak akkor működik jól, ha pontos oldal-szintű térkép alapján készül.
A megfelelő logika jellemzően ez: a régi termékoldal az új, azonos terméket bemutató oldalra mutat; a régi kategória az új megfelelő kategóriára; a megszűnt termék pedig a legközelebbi releváns kategóriára vagy valódi helyettesítő termékre. Ha nincs releváns alternatíva, a 410-es státuszkód bizonyos esetekben tisztább jelzés lehet, mint egy erőltetett átirányítás.
Kerülni kell az átirányítási láncokat. Ha a régi URL először egy köztes címre, majd onnan az új céloldalra visz, az lassabb betöltést és bizonytalanabb feldolgozást eredményezhet. Ugyanez igaz a körkörös átirányításokra is, amelyek ténylegesen elérhetetlenné teszik az oldalt.
Egy webshopban külön figyelmet igényelnek a perjeles és perjel nélküli változatok, a www-s és www nélküli domainvariánsok, a HTTP-ről HTTPS-re váltás, valamint a paraméteres URL-ek. Ezeket egységesen kell kezelni, különben ugyanaz a tartalom több címen is megjelenhet.
Mire kell figyelni UNAS vagy OpenCart költözéskor?
Platformváltásnál nem célszerű azt feltételezni, hogy az új rendszer ugyanúgy kezeli az útvonalakat, a kategóriákat vagy a termékvariációkat, mint a korábbi. Az UNAS adminisztrációja sok webshop számára kiszámítható és jól kezelhető működést ad, ugyanakkor a költözés tervezésénél a platform szabályaihoz kell igazítani az URL-stratégiát és az importfolyamatot.
OpenCart esetében egyedi fejlesztéssel sok URL-kezelési igény megoldható, de a rugalmasság kockázatot is jelenthet. Egy rosszul kialakított SEO URL-kezelő, egy nem ellenőrzött bővítmény vagy egy sablonmódosítás könnyen duplikált oldalakhoz vezethet. A fejlesztési szabadság akkor érték, ha dokumentált és hosszú távon karbantartható megoldást eredményez.
Mindkét esetben fontos, hogy a tesztkörnyezet ne legyen indexelhető. A fejlesztés alatt álló webshop megjelenése a keresőben duplikációt, félkész termékoldalakat és zavaró találatokat okozhat. Az éles indulás előtt azt is ellenőrizni kell, hogy a robots beállítások, a kanonikus URL-ek és az XML oldaltérkép már az új környezetet tükrözik-e.
Élesítés előtt és után: a költözés ellenőrzőpontjai
Az indulás napján nem elég néhány termékoldalt megnyitni. A korábban elkészített URL-listából mintát és kiemelt oldalakat kell ellenőrizni: valóban 301-es átirányítás történik-e, a megfelelő céloldal töltődik-e be, és nincs-e hibás lánc vagy 404-es válasz.
Ezzel párhuzamosan vizsgálni kell az új webshop belső linkjeit is. A menü, a kategóriaoldalak, a kiemelt ajánlatok, a termékajánlók és a lábléc lehetőleg már közvetlenül az új URL-ekre mutassanak. Az átirányítás a régi külső hivatkozások megőrzésére való, nem arra, hogy az új rendszer saját navigációját tartósan kiszolgálja.
Az élesítés utáni hetekben érdemes figyelni az indexelési hibákat, a 404-es oldalak számát, az organikus belépőoldalakat és a fontos kulcsszavak teljesítményét. Kisebb ingadozás normális lehet, különösen nagyobb szerkezeti változásnál. Tartós visszaesésnél azonban gyorsan meg kell keresni, hogy hiányos átirányítás, metaadatvesztés, indexelési tiltás vagy tartalmi eltérés áll-e a háttérben.
A GrenT Média migrációs munkáinál az adatátvitel és a keresőforgalom védelme nem külön feladat. Az URL-ek, az átirányítások, a metaadatok és az új rendszer működése egyetlen ellenőrizhető folyamat részei. Ez ad alapot ahhoz, hogy a webshop ne csak új platformon fusson, hanem az értékesítési csatorna folytonossága is megmaradjon.
A jó költözés nem attól sikeres, hogy az új webshop látványosabb lett. Attól, hogy a visszatérő vásárló megtalálja, amit keres, a Google érti, hová kerültek a régi oldalak, és az üzemeltető egy olyan rendszert kap, amelyet később is biztonsággal lehet fejleszteni.
