Menu

Ak robíte väčšie zmeny na webe, nemusíte, ale môžete prísť o pozície v Googli! Ako správne prejsť na nový web bez straty návštevnosti z vyhľadávania? Použite náš návod.

Často sa stáva, že si dáte urobiť u agentúry krásny nový web. Po jeho spustení zrazu návštevnosť padne. Plynulá migrácia na nový web je akési územie nikoho: nikto zaň necíti zodpovednosť a pritom vás môže pripraviť o množstvo návštev. Postupujte podľa nášho návodu alebo, ak vám výrazy .htaccess či robots.txt veľa nehovoria, posuňte ho vášmu správcovi webu.

Aké zmeny na webe môžu negatívne ovplyvniť vaše pozície vo vyhľadávaní?

  • nová webstránka s novou štruktúrou obsahu,
  • zmena systému, na ktorom web beží (napr. statické stránky -> WordPress alebo Prestashop -> Opencart),
  • zmena domény (zaregistrovali ste lepšiu doménu alebo prechádzate z .sk na .com),
  • zmena hostingu (meníte jedného poskytovateľa za druhého).
Nepresmerované URL adresy pôsobia takto

Nepresmerované URL adresy pôsobia takto

Prečo je dôležité prejsť plynule?

Pri plynulom prechode napr. z jedného systému na druhý si zachováte pozície a návštevnosť.

Pri správnom nastavení nového webu zobrazíte vhodné stránky aj ľuďom prichádzajúcim cez spätné odkazy získané v minulosti na podstránky, ktoré v novej štruktúre webu nie sú.

Google tiež nezaznamená nárast počtu chybových stránok (stavové kódy 404, 403, 50x atď.), čo je jeden z faktorov kvality webu.

Ako na to?

1. Príprava pred migráciou

Pred zmenou či migráciou webu si potrebujete skontrolovať stav webu a urobiť niekoľko príprav.

1.1 Nový robots.txt

Pripravte si nový robots.txt. Súbor by mal obsahovať pravidlá pre nový systém, ktorý na web dávate. Ponechať ho môžete aj v základnom tvare:

User-agent: *
Disallow:
Sitemap: http://example.com/sitemap.xml

Ak na serveri ponechávate v podadresári či na subdoméne aj obsah starého webu, nezabudnite v robots.txt zakázať indexáciu alebo ho sprístupniť pod heslom cez .htaccess podľa nášho bodu 2.2 nižšie.

1.2 Trvalé presmerovania

Predpripravte si súbor .htaccess s presmerovaním starých stránok (t. j. takých, čo už na novom webe nebudú) na nové URL adresy.

Príklad:

Redirect permanent /stara-adresa.htm http://www.example.com/nova-pekna-adresa

Taktiež nezabudnite na presmerovanie na preferovanú verziu domény (t. j. buď www.example.com, alebo len example.com) a uvedenie vlastnej chybovej stránky. Ak sa rozhodnete používať verziu bez www, tak pridajte do .htaccess tento kód:

ErrorDocument 404 /error
RewriteEngine on
RewriteCond %{HTTP_HOST} ^example.com
RewriteRule ^(.*)$ http://www.example.com/$1 [R=301,L]

Ak by ste sa rozhodli nepoužívať predponu www., tak využite tento kód:

ErrorDocument 404 /error
RewriteEngine On
RewriteCond %{HTTP_HOST} ^www.example.com [NC]
RewriteRule ^(.*)$ http://example.com/$1 [R=301,L]

1.3 Dočasná stránka a presmerovanie počas migrácie

Počas zmeny webu, nahrávania novej verzie či jeho migrácie je vhodné návštevníkom zobraziť informáciu o tom, čo sa práve deje a kedy bude web znovu plne funkčný. Inak sa môže stať, že návštevník uvidí chybu a už sa nemusí vrátiť.

Ak všetko pôjde hladko, dočasná stránka sa bude zobrazovať iba pár minút.

Pripravte si dočasný .htaccess súbor s týmto obsahom:

RewriteEngine on
RewriteRule ^(.*)$ http://example.com/migracia.htm [R=302,L] 

Tiež si vytvorte statickú stránku migracia.htm s vaším logom a stručnou informáciou, že práve na webe pracujete, a s očakávaným časom jeho spustenia. Najlepšie je ponechať túto stránku bez komplikovaných prvkov, nech z nej je hneď jasné, že na webe prebiehajú práce. Nezabudnite uviesť dôležité kontaktné informácie.

1.4 Analytics / Search Console (bývalé Webmaster Tools)

Predpokladom pre monitoring fungovania webu je prítomnosť kódu pre zaznamenávanie štatistík ako napr. Google Analytics. Pri migrácii vám tiež dosť pomôže nástroj Google Search Console, ak ho nemáte, je správny čas si ho aktivovať a prepojiť s Google Analytics.

Prepojenie Analytics - Webmaster Tools (Search Console)

Prepojenie Analytics – Webmaster Tools (Search Console)

1.5 Nová XML mapa webu sitemap.xml

Pre rýchlejšiu (re)indexáciu nového webu si vytvorte súbor sitemap.xml so všetkými URL adresami. V prípade, že máte tento súbor automaticky generovaný vaším systémom (a to je dnes už štandard), máte o starosť menej.

Ak máte na webe viac obrázkov alebo videoobsahu, vytvorte si aj pre tento obsah xml sitemapy.

1.6 Nová chybová stránka 404

Chybová stránka, ktorá sa zobrazuje v prípade neexistujúcej (a nepresmerovanej) URL adresy, by mala byť jedinečná a poskytovať informáciu o chybe, ako aj odkazy na ďalšie možné kroky. Zahrňte do nej vaše logo, umiestnite výraznú informáciu o nenájdenej adrese, odkazy na hlavnú stránku, príp. stránku s podobným obsahom (vyžaduje si technické riešenie) a dôležité kontakty.

Chybová stránka by mala mať unikátny TITLE tag, podľa ktorého si neskôr viete vyfiltrovať existujúce chybové adresy v Google Analytics.

1.7 Kedy na váš web chodí najmenej ľudí?

Túto dôležitú otázku by ste si mali zodpovedať ešte predtým, než sa pustíte do spúšťania nového webu. Dobre vám poslúžia štatistiky Analytics, konkrétne časť Audience->Overview. Zvoľte zobrazenie podľa hodín Hour. Dáta si môžete exportovať a ďalej spracovať, aby ste zistili, ktoré hodiny sú s minimom návštev. Pre slovenské stránky to budú 3. – 5. hodina ráno, pre zahraničné weby môže byť ťažšie nájsť „hluché obdobie“.

Podobným spôsobom si určite aj deň v týždni s najmenším počtom návštev.

Pre objednávky nájdete túto informáciu priamo v časti E-commerce->Sales, kde si vyberte dimenziu Day of Week Name alebo Hour.

1.8 Záloha starého webu

Pre prebytočnú zálohu si ešte nikto vlasy netrhal, pre chýbajúce zálohy malo už veľa ľudí ťažké, bezsenné noci. Pred migráciou webu si preto urobte zálohu všetkých súborov z FTP (pravdepodobne takúto funkciu poskytuje aj váš hosting). Podobne si odzálohujte SQL databázu, v prípade migrácie na iný hosting aj e-mailové schránky.

V rámci tohto kroku sa pozrite aj na CRON záznamy, teda záznamy pravidelne spúšťaných skriptov. Tieto potom budete s vysokou pravdepodobnosťou nanovo nastavovať pre nový web.

2. Spúšťame migráciu

2.1 Dočasná stránka a .htaccess

Ako prvý krok nahrajte na server dočasnú stránku migracia.htm a predpripravený .htaccess, ktorý zabezpečí zobrazenie informácie o migrácii pri načítaní webu.

2.2 Odstavenie starých stránok

Zo servera odstráňte staré stránky, prípadne ich presuňte do podadresára či na subdoménu, ak ešte potrebujete mať k obsahu neskôr prístup (napr. staré objednávky). Pre tento podadresár či subdoménu zakážte indexáciu cez robots.txt alebo povoľte len heslovaný prístup cez .htaccess.

2.3 Nahratie nových stránok

Do vyčisteného FTP nahrajte nový web a urobte všetky potrebné nastavenia pre použitý systém (prístup do databázy, k e-mailom, iná konfigurácia). Nezabudnite tiež na predpripravenú chybovú stránku, ktorú tiež nahrajte.

Skontrolujte, či máte v kóde hlavičky (prípadne inde) všetky potrebné štatistické kódy ako Google Analytics, Tag Manager a ďalšie.

2.4 Povolenie indexácie

Odstráňte akékoľvek META noindex tagy, ktoré by zakazovali indexáciu individuálnych podstránok. Nahrajte predpripravený nový súbor robots.txt, ktorý indexáciu povoľuje.

Pridajte aj nový sitemap.xml, ktorý už máte hotový, alebo len otestujte, či nový systém súbor správne generuje.

2.5 Nový .htaccess a web ste spustili

Nahrajte nový .htaccess súbor so všetkými presmerovaniami starých adries. Zmažte stránku s informáciou o migrácii, viac už nie je potrebná.

Otestujte niekoľko starých adries, či funguje ich presmerovanie. Využiť môžete aj výsledky Googlu, keď po zadaní:

site:.example.com

uvidíte zoznam pôvodných, starých stránok, ktoré by vás ale mali po kliknutí presmerovať na správnu novú adresu. Ak v tomto bode vidíte novú chybovú stránku, pravdepodobne ste pozabudli presmerovať práve danú starú adresu. Doplňte ju do súboru .htaccess podľa inštrukcií z časti Pred migráciou.

Ak ste otestovali presmerovania, web máte úspešne spustený!

3. Výdych a kontrola po migrácii

Už si môžete vydýchnuť, web beží, ostáva vám len pár krokov pre rýchlejšie zaindexovanie nových stránok.

3.1 Sitemap.xml do Search Console

Pridajte odkaz na nový sitemap.xml súbor do vášho konta Google Search Console (Webmaster Tools). Umožníte tak najmä v prípade rozsiahlejších webov (ako sú e-shopy) rýchlejšiu indexáciu nových adries.

3.2 Test chybných odkazov (kód 404)

Použite nástroj ako napr. Xenu (Windows, ale beží aj pod wine na Linuxe) alebo kLinkStatus (Linux) a pustite ho na váš web. Sledujte, či nájde nejaké chybné staré odkazy, ktoré ho dovedú k stavovému kódu 404. Ak áno, sú to pre vás podklady na opravu vnútorných odkazov a pridanie ďalších presmerovaní do súboru .htaccess.

3.3 Manuálna kontrola webu

Otvorte si web v prehliadači, otestujte základné funkcie, ako sú zobrazenie hlavnej stránky, kategórií či produktov, vyhľadávanie, konverzný (objednávkový) proces, odoslanie kontaktného formulára a pod. Potrebujete sa uistiť, že všetky zásadné časti webu, ktoré vám prinesú zákazníkov, fungujú bezchybne.

3.4 Kontrola Search Console a Analytics po pár dňoch

Po pár dňoch od spustenia nového webu (optimálne však priebežne) kontrolujte, či Search Console (Webmaster Tools) nehlási chyby – najmä v časti Crawl->Crawl Errors a tiež Google Index->Index status.

Google Search Console - Crawl

Google Search Console – Crawl

Sledujte najmä, či nedošlo k prudkému poklesu indexovaných stránok alebo nárastu chybových stránok 404.

Podobnú kontrolu môžete vykonať v Analytics v zobrazení obsahu, kde si dajte vyhľadať cez filter názov chybovej stránky. Analytics vám potom zobrazí, ktoré URL adresy sú s touto stránkou spojené. To sú tie, ktoré potrebujete presmerovať.

Pokročilé možnosti

Keď meníte domény, robíte zmenu hostingu (DNS) alebo presúvate e-maily, vyžaduje si migrácia niekoľko krokov navyše, nad rámec tohto návodu.

Pri dodržaní zásad uvedených vyššie však môžete migrovať podobným spôsobom aj obsah medzi viacerými doménami (subdoménami) či z hostingu na hosting. Dôležité je robiť si zálohy pred väčšími presunmi súborov.

Dobré hostingy tiež poskytujú migračné nástroje, ktoré vám proces uľahčia – napr. nahratím súboru s existujúcimi e-mailovými schránkami vám na novom hostingu vytvoria rovnaké a dokonca stiahnu staré e-maily, takže by ste nemali zaznamenať takmer žiaden výpadok (až na pár zablúdených e-mailov).

A na záver?

To, že vám niekto vytvorí pekný web, neznamená, že je expertom na migráciu. Nie je hanba prizvať si k migrácii u webu, ktorý už má organickú návštevnosť, odborníkov!

V Pizza SEO radi migráciu odkonzultujeme a pomôžeme vám s riešením prípadných problémov. Alebo nechajte tvorbu webu na nás a migráciu bez bolestí hlavy máte v cene.

Páčil sa Vám článok?

Nenechajte si újsť raz mesačne naše najdôležitejšie novinky!
  • Toto pole je pre validačné účely a mal by zostať nezmenený.
  • Ladislav Brieška

    Ahojte,

    mám otázku ohľadom presmerovania, ale troška z iného pohľadu. Nenašiel som nikde (možno som zle hľadal :)), aký vplyv a či vôbec nejaký má presmerovanie novej domény na stávajúci web, ktorý má už vybudované svoje pozície vo vyhľadávačoch? Mám zakúpených niekoľko domén, kvôli ich názvom, všetky majú podobný alebo súvisiaci názov ako tá na ktorej mi beží aj hlavný web, len na nich nemám zatiaľ spustený žiadny obsah. Zaujímalo by ma z hľadiska SEO či má nejaký vplyv presmerovanie novej domény na starú? Či to má nejaký zmyseľ alebo je lepšie spraviť nejakú microsite a v nej odkazovať na tú hlavnú, na ktorej sa buduje obsah atď.? Ďakujem pekne za radu a tipy :)
    L.

    • Ahoj,

      ak na doméne existoval obsah a bola indexovaná, má zmysel presmerovanie riešiť, odovzdá sa jej autorita na nový web. Ak ide len o registrované, ale inak nefunkčné (bez hostingu, bez obsahu a pod.) domény, tak presmerovanie je zbytočné – Google o takej doméne nevie, doména nemá vybudovaný ani odkazový profil, ani pozície.

      • Ladislav Brieška

        ďakujem za odpoveď :)

  • Beks

    Cez aky nastroj si viem vygenerovat vsetky URL linky z eshopu, ktore maju byt presmerovane na nove. (menime prestashop za opencart). Dakujem.

    • Môžem poradiť len všeobecne, lebo s PrestaShopom nerobíme, ani s ním nemám skúsenosť. Každý eshop systém alebo CMS má tzv. pool URL niekde v databáze – t.j. kompletný zoznam URL, ktoré v systéme existujú. Väčšinou sa tieto dajú exportovať medzi inými údajmi či už priamo z databázy alebo v rámci exportov systému.

      Alternatíva je nechať si prejsť spiderom (napr. Screaming Frog) celý web a vytiahnuť URL z neho. Toto je však menej spoľahlivá metóda, ktorá generuje aj balast.

      Následne ich už stačí len napárovať na nové URL a presmerovať.

  • Pingback: Screaming Frog - povinná výbava pri SEO analýze webu | SEO blog, ktorý má vkus()