Redizajn webu bez straty pozícií v Google: Kompletný SEO checklist na 301 presmerovania

Od nolimeo · 27. marca 2026

Predstavte si pondelkové ráno, keď marketingový riaditeľ (CMO) úspešnej e-commerce značky otvorí Google Search Console a uvidí to, čoho sa obáva každý profesionál v digitálnom obchode: krivka organických zobrazení a kliknutí padá prudko nadol. Nový, vizuálne atraktívny web s rýchlym checkoutom a moderným dizajnom bol spustený presne pred štrnástimi dňami. Všetko funguje hladko, zákazníci chvália estetiku, no organický traffic z vyhľadávača Google citeľne klesol. Predaje z neplateného vyhľadávania sa prepadli a reklamné rozpočty na platenú inzerciu (PPC) musia rýchlo hasiť vzniknutý výpadok tržieb.

Tento scenár je typickým dôsledkom nezvládnutej technickej migrácie webu. SEO pozície a organická autorita domény, ktoré firma budovala dlhé roky, sa môžu v priebehu niekoľkých týždňov výrazne poškodiť, ak sa pri prechode na nový technologický stack podcení presné mapovanie adries a sémantika vyhľadávania.

V technologickom štúdiu nolimeo sa špecializujeme na bezpečné migrácie náročných systémov na modernú headless architektúru. V tomto technickom sprievodcovi sa pozrieme na to, prečo weby po migrácii strácajú pozície, prečo bežné presmerovania zlyhávajú na výkone a ako pomocou Next.js Edge Middleware vybudovať rýchly a testovaný presmerovací systém, ktorý znižuje riziko straty SEO výkonu.

1. Tri kritické chyby, ktoré premenia migráciu na SEO problém

Pri prechode na nový e-shop (napríklad z rigidnej šablónovej platformy na composable Next.js frontend) sa často prepisuje celá databázová a adresárová štruktúra. A to je bod, kedy prichádza k najväčším zlyhaniam.

       [ Stará URL: /kategoria/stary-produkt ]
                          │
            (Zabudnuté 301 presmerovanie)
                          │
                          ▼
       [ Nová URL: /p/novy-produkt-detaily ]
   (Googlebot narazí na 404 ──► Strata PageRanku a pozície)

Chyba A: Ignorovanie a zanedbanie 301 presmerovaní (Pasca 404)

Keď zmeníte URL adresu podstránky (napr. z /kategoria/podkategoria/produkt na /p/produkt) a nenastavíte trvalé presmerovanie 301 Moved Permanently, vyhľadávač Googlebot pri najbližšej návšteve narazí na chybu 404 Not Found. Ak táto chyba pretrváva niekoľko dní, Google vymaže starú URL zo svojho indexu. Spolu s ňou zaniká aj všetka nahromadená sila spätných odkazov (Link Equity / PageRank), ktoré na danú stránku smerovali z iných webov.

Chyba B: Pasca Client-Side Renderingu (CSR)

Mnohé moderné webové aplikácie postavené na čistom Reacte (napr. Single Page Applications vytvorené cez Create React App alebo Vite bez serverového predrenderovania) odosielajú do prehliadača iba prázdnu HTML kostru so skriptom v JavaScripte.

Prečo je to problém: Hoci Googlebot dokáže spúšťať JavaScript, robí to v takzvanom dvojfázovom indexovaní. Keď narazí na prázdny kód, môže odložiť renderovanie na neskôr, keď bude mať voľný výpočtový výkon (render budget). Stránka tak môže zostať dlhšie bez správne spracovaných metadát a pozície vo vyhľadávaní môžu klesnúť.

Chyba C: Plošné presmerovanie na domovskú stránku (Soft 404)

Častou chybou vývojárov, ktorí si chcú zjednodušiť prácu, je hromadné presmerovanie všetkých chýbajúcich starých URL adries na domovskú stránku (homepage). Googlebot však takéto riešenie rýchlo identifikuje. Považuje ho za takzvanú Soft 404 chybu - bot vie, že používateľ nedostal to, čo hľadal, a hodnotu PageRanku na domovskú stránku neprepíše. Výsledok je rovnaký, ako keby ste nepresmerovali vôbec nič.

2. Kompletný 5-krokový technický checklist na migráciu webu

Bezpečný prechod na nový systém si vyžaduje systematický, inžiniersky prístup. Tu je náš interný checklist, ktorý výrazne znižuje riziko straty SEO pozícií:

Krok 1: Crawl a extrakcia kompletného URL profilu

Pred vypnutím starého webu musíte získať čo najúplnejší zoznam existujúcich URL adries, ktoré boli indexované alebo navštívené. Na to používame kombináciu troch zdrojov:

Kompletný prechod (crawl) starého webu pomocou nástroja Screaming Frog SEO Spider.
Export všetkých adries, ktoré získali aspoň jedno zobrazenie v Google Search Console za posledných 12 mesiacov.
Aktuálne XML sitemapy starého e-shopu a analytické dáta z Google Analytics.

Krok 2: Vytvorenie mapovacej matice 1:1

Všetky získané staré URL musíte v tabuľke (mapovacej matici) priradiť k ich ekvivalentom na novom webe.

Príklad: /sk/nase-produkty/detail/123-kacka ──► /p/gumova-kacka
Ak produkt na novom webe už neexistuje, musíte ho presmerovať na najbližšiu nadradenú kategóriu, nikdy nie na domovskú stránku.

Krok 3: Výber správnej úrovne presmerovania (Next.js Edge Middleware)

Presmerovania sa dajú robiť na úrovni Nginx/Apache, aplikačného routera alebo Edge CDN. Pre moderné headless aplikácie je vhodným miestom Edge Middleware v Next.js. Beží na infraštruktúre (napr. Vercel Edge Network) blízko používateľa, takže presmerovanie prebehne ešte pred spustením samotnej Next.js aplikácie.

Krok 4: Staging a automatizovaná validácia

Nový web nespúšťame naostro bez otestovania. Na testovacom (staging) prostredí nasadíme presmerovaciu maticu a pomocou skriptov otestujeme všetky staré URL adresy. Overujeme, či server vracia stavový kód 301 a či cieľová adresa presne zodpovedá naplánovanej matici bez vzniku zbytočných presmerovacích reťazcov.

Krok 5: Spustenie a preklopenie sitemáp

V deň spustenia (Go-Live) nahráme do Google Search Console novú XML sitemapu. Starú sitemapu (obsahujúcu staré URL) však na niekoľko týždňov ponecháme aktívnu, aby sme Googlebota prinútili rýchlo prejsť staré adresy a zaregistrovať nastavené 301 presmerovania.

3. Prečo Next.js Server-Side Rendering (SSR) chráni vaše SEO

Prechod na headless architektúru s Next.js prináša silnú výhodu v oblasti technického SEO vďaka natívnej podpore dvoch kľúčových metód vykresľovania: Server-Side Rendering (SSR) a Incremental Static Regeneration (ISR).

Next.js odstraňuje nedostatky čistých React aplikácií tým, že každú stránku kompletne vyrenderuje na serveri. Vyhľadávací bot (Googlebot, Bingbot) dostane pri požiadavke finálny sémantický HTML kód.

Čo to znamená v praxi pre vyhľadávače?

Rýchlejšie spracovanie metadát: SEO atribúty ako <title>, <meta name="description">, canonical linky, hreflang tagy pre lokalizáciu a JSON-LD štruktúrované dáta (napr. Schema.org pre produkty a hodnotenia) sú zapísané priamo v zdrojovom kóde stránky.
Úspora crawl budgetu: Googlebot nemusí míňať toľko času a výpočtových prostriedkov na spúšťanie JavaScriptu na klientskej strane. Stránku vie spracovať efektívnejšie, čo pomáha rýchlejšiemu zaznamenávaniu zmien v cenách či skladovej dostupnosti produktov.

4. Technická implementácia: Next.js Edge Middleware pre 301 presmerovania

Nižšie uvádzame produkčne použiteľnú ukážku Next.js Middleware v jazyku TypeScript. Tento skript spracúva tisícky presmerovaní na úrovni Edge routingu.

Využíva optimalizovanú lookup tabuľku (Map) v pamäti, vďaka čomu presmerovanie nevyžaduje databázový dopyt pri každej HTTP požiadavke.

// src/middleware.ts
import { NextResponse } from "next/server";
import type { NextRequest } from "next/server";

// 1. Optimalizovaná statická mapa presmerovaní pre rýchly O(1) lookup
const REDIRECT_MAP = new Map<string, string>([
  ["/stary-web/kontakty", "/contact-us"],
  ["/kategoria/stary-eshop-informacie", "/about-us"],
  ["/produkty/stara-kategoria/produkt-abc", "/p/novy-optimalizovany-produkt-abc"],
  ["/povodne-sluzby/digitalny-vyvoj", "/riesenia/headless-ecommerce-b2b"],
]);

/**
 * Hlavná middleware funkcia bežiaca na Edge vrstve (Edge Runtime)
 */
export function middleware(request: NextRequest) {
  const { pathname, search } = request.nextUrl;

  // 2. Kontrola, či prichádzajúca URL adresa vyžaduje 301 presmerovanie
  if (REDIRECT_MAP.has(pathname)) {
    const destinationPath = REDIRECT_MAP.get(pathname)!;

    // Vytvorenie cieľovej URL adresy so zachovaním prípadných query parametrov (napr. UTM tagy)
    const redirectUrl = new URL(`${destinationPath}${search}`, request.url);

    // Vraciame striktný stav 301 (Moved Permanently) pre zachovanie PageRanku
    return NextResponse.redirect(redirectUrl, {
      status: 301,
      headers: {
        "Cache-Control": "public, max-age=31536000, immutable",
        "X-Robots-Tag": "noarchive",
      }
    });
  }

  // Ak URL nevyžaduje presmerovanie, požiadavka pokračuje bez zmeny
  return NextResponse.next();
}

/**
 * Konfigurácia Middleware pre filtrovanie iba relevantných trás (vynechávame statické súbory a assety)
 */
export const config = {
  matcher: [
    /*
     * Zachytenie všetkých požiadaviek okrem:
     * - api trás (/api)
     * - statických assetov (_next/static, _next/image, favicon.ico)
     */
    "/((?!api|_next/static|_next/image|favicon.ico|assets).*)",
  ],
};

Prečo je toto riešenie technicky výnimočné?

Pri tisíckach produktov by tradičné riešenie s načítaním presmerovaní z relačnej databázy pri každej HTTP požiadavke zbytočne zaťažovalo server (latencia databázového dopytu by pridala ďalší čas). Tento Next.js Middleware beží v pamäti Edge vrstvy a k databáze nepristupuje, čím si zachováva rýchlu odozvu a chráni server pred zbytočnou záťažou.

5. Zlyhania, riziká a úskalia presmerovaní

Úspešná migrácia si vyžaduje predvídanie technických problémov. Ako senior programátori s bohatými skúsenosťami s migráciami veľkých portálov upozorňujeme na tri zásadné riziká:

5.1. Pasca reťazových presmerovaní (Redirect Chains)

K reťazovému presmerovaniu dochádza vtedy, keď stará URL smeruje na strednú URL, a tá následne na finálnu novú URL (napr. URL A ──► URL B ──► URL C).

Riziko pre SEO: Každý krok v reťazci môže znižovať efektivitu prenosu hodnoty odkazu (Link Equity) a spomaľuje načítanie pre používateľa. Pri dlhých reťazcoch môže Googlebot prechádzanie prerušiť alebo stránku spracovať horšie.
Riešenie: Vždy smerujeme 1:1. Ak už v minulosti na starom webe existovali presmerovania, v našej mape ich zlúčime, aby pôvodná adresa aj nová adresa smerovali priamo a bez medzikrokov na finálnu cieľovú destináciu.

5.2. Nekonečné presmerovacie slučky (Redirect Loops)

Ak programátor nedopatrením nastaví, že URL A smeruje na URL B a zároveň URL B smeruje späť na URL A, prehliadač po niekoľkých pokusoch vypíše chybu ERR_TOO_MANY_REDIRECTS. Stránka sa zablokuje a vyhľadávače ju môžu začať vyhodnocovať ako problémovú.

Riešenie: Používame automatizované integračné testy (jest/playwright), ktoré pred nasadením prebehnú celú mapu presmerovaní a overia, či každá cieľová URL vracia úspešný stavový kód 200 OK.

5.3. Riešenie Soft 404 chýb cez tematické presmerovania

Ak produkt alebo kategória už na novom webe reálne nemá ekvivalent, nikdy nepoužívame plošné presmerovanie na domovskú stránku.

Správny postup: Produkt, ktorý sa prestal predávať, presmerujeme na najbližšiu vyššiu kategóriu (napríklad chýbajúce zimné rukavice presmerujeme na kategóriu /zimne-doplnky). Ak kategória zanikla, presmerujeme ju na najbližšiu tematicky príbuznú sekciu. Googlebot tak pochopí kontext zmeny a prenesie autoritu na správne miesto.

Záver: Stabilita a výkon pod priamym dohľadom

Úspešná migrácia webu nie je otázkou šťastia, ale precízne naplánovaného inžinierskeho procesu. Redizajn by mal byť pre vašu firmu príležitosťou na rast, nie dôvodom na stratu ťažko vybudovanej pozície vo vyhľadávačoch.

Prechod na Next.js s robustne navrhnutým Edge Middleware presmerovaním pomáha ochrániť pozície v Google, zrýchliť načítanie stránok a priniesť používateľom stabilnejší zážitok z nákupu.

Sme technologické štúdio nolimeo, boutique tím senior vývojárov a programátorov. Naši klienti u nás neplatia za neefektívny aparát klasických reklamných agentúr. Projekty rieši naše vývojárske jadro, ktoré sa zameriava na čistý kód, stabilnú infraštruktúru a bezpečné systémové integrácie.

Napíšte nám a prejdeme si URL mapu, 301 presmerovania, riziká migrácie aj bezpečný technický plán pre nový web.

Ahoj!

Kontakt