Cestovateľský magazín bez organickej návštevnosti, bez obsahu a bez overenej monetizačnej cesty, tak vyzeral Hoplo.sk pred spustením. Cieľ bol jasný: postaviť technicky solídny základ, navrhnúť obsahovú architektúru, ktorá bude rásť systematicky, a nasadiť prvé príjmové toky tak, aby fáza B nasledovala plynulo. Obsah sa začal publikovať v decembri a prvé signály organickej návštevnosti sú dnes viditeľné v Google Search Console. Toto je prehľad toho, čo sme postavili, prečo sme sa rozhodli práve takto a kde vidíme priestor na zlepšenie.
Cestovateľský magazín, bez platenej PPC reklamy
Hoplo cieli na čitateľov cestopisov a travel nadšencov. Projekt mal jasnú víziu a definované publikum, ale chýbala mu infraštruktúra schopná premeniť zámer na merateľný výsledok. Vstupný stav bol štandardný pre nový digitálny projekt: nulová organická návštevnosť, obsah v počiatočnom štádiu a technická stránka webu čakajúca na nastavenie.
Projekt sme rozdelili do dvoch fáz. Fáza A – realizovaná v rámci tejto spolupráce – mala jediný primárny cieľ: organický search traffic a tematická autorita v cestovateľskom segmente. Bez toho nemá fáza B, ktorá plánuje rozšíriť príjmy cez affiliate kampane, platené sekcie a sociálne kanály, pevnú pôdu pod nohami. Logika je jednoduchá: monetizácia potrebuje návštevnosť. A návštevnosť pri novom webe potrebuje čas, správnu architektúru a technický základ bez zbytočných slabín.
Naša rola pokrývala celý rozsah – návrh obsahovej architektúry, WordPress implementácia, rýchlostné optimalizácie, SEO nastavenia, základné affiliate prvky a bezpečnostné riešenia. Frontend sme postavili na odľahčenej téme Kalisa s vizuálnym editorom, čo umožnilo rýchle spustenie bez kompromisov v načítavaní.
Architektúra, rýchlosť a obsah: čo konkrétne stojí za projektom Hoplo.sk
Architektúra magazínu Hoplo.sk
Každé rozhodnutie na tomto projekte malo jeden spoločný menovateľ – dlhodobá udržateľnosť pred krátkodobým efektom. Nešlo nám o to, aby web rýchlo rankoval na jedno kľúčové slovo. Záleží nám na tom, aby mal po šiestich mesiacoch pevný základ, z ktorého môže rásť systematicky.
Základné pravidlo každého autoritatívneho webu znie jednoducho: nespoliehaj sa na jediný zdroj návštevnosti. Organický search cez Google zostáva chrbtovou kosťou a práve tu robí RankMath každodennú prácu – spravuje meta tagy, generuje Article a FAQ schema, drží sitemapu aktuálnu a posiela Googlu správne signály o tom, čo každá stránka obsahuje a pre koho je určená. To je štandardná vrstva, bez ktorej web v SERP neexistuje.
Čo sme na Hoplo.sk pridali navyše, je príprava na tok, ktorý dnes ešte nie je dominantný, ale rýchlo rastie. AI nástroje ako ChatGPT, Google Overviews alebo Perplexity čoraz častejšie čerpajú odpovede priamo z webového obsahu bez toho, aby používateľ klikol na výsledok. Ak web nie je pre tieto systémy čitateľný v strojovej forme, jednoducho ho obídu. Preto sme nasadili dve technické riešenia. Prvé je LLMS.txt – súbor v koreni webu, ktorý AI crawlerom hovorí, čo na webe nájdu a ako k obsahu pristupovať. Druhé je vlastný WPCode snippet, ktorý pre každý článok automaticky generuje .md verziu dostupnú priamo na URL s príponou .md. Táto verzia obsahuje čistý Markdown obsah, metadata, odporúčaný citačný formát aj REST API endpoint. Ak AI systém článok použije, má zároveň presné inštrukcie, ako ho citovať a odkazovať späť na Hoplo. Nejde o ranking faktor dnes – ide o infraštruktúru pre tok návštevnosti, ktorý sa v horizonte jedného až dvoch rokov stane štandardom.
Obsah organizovaný podľa destinácií: prečo topic cluster model prekonáva klasický blog
Celá obsahová architektúra Hoplo je postavená na modeli topic clustrov – teda tematických zhlukov, kde sa obsah organizuje hierarchicky okolo centrálnych „hubov“ a satelitných článkov. V praxi to znamená, že web má hlavnú kategóriu /destinacie/, pod ktorou vznikajú samostatné huby pre každú destináciu. Napríklad hub pre Vietnam združuje všetok relevantný obsah o tejto krajine. Pod ním rastú konkrétne články – „ako vyberať peniaze vo Vietname“, „čo treba vedieť pred cestou do Hanoja“ a ďalšie.
Táto štruktúra má dve merateľné výhody. Prvá je SEO: vyhľadávače oveľa spoľahlivejšie rozpoznajú tematickú autoritu webu, keď je obsah logicky previazaný a hierarchicky usporiadaný. Druhá je skúsenosť čitateľa – návštevník, ktorý príde na hub o Vietname, má okamžite prístup k celému relevantnému obsahu bez zbytočného prehľadávania.
Architektura webu
Doplnkom k hubom je glossary na URL /terminologia/, kde sú konsolidované kľúčové výrazy z cestovateľského sveta. Tento blok plní dvojitú funkciu: pomáha vyhľadávačom pochopiť tematický záber webu a súčasne slúži ako interný zdroj, na ktorý odkazujú ostatné články. Výsledkom je logická sieť interných odkazov, nie nahodilá zbierka nesúvisiacich textov.
Rýchlosť, ktorá neprešla testom – a tri vrstvy, ktoré to zmenili
Vstupné hodnoty Core Web Vitals (metriky, ktorými Google hodnotí technickú kvalitu webu z pohľadu používateľského zážitku) neboli priaznivé. LCP, teda Largest Contentful Paint – čas načítania hlavného obsahu stránky – dosahoval 3,7 sekundy. FCP, čiže First Contentful Paint – čas zobrazenia prvého vizuálneho obsahu – bol na úrovni 3,4 sekundy. TTFB, teda Time to First Byte – čas odozvy servera pred začatím prenosu dát – dosahoval 2,7 sekundy. CLS, merajúci nestabilitu rozloženia stránky pri načítavaní, bol na hodnote 0,19. Web testom Core Web Vitals neprešiel.
Google PageSpeed Insights – vstupne hodnoty Core Web Vitals pred optimalizaciou
Riešenie sme postavili na troch vrstvách. Prvou bol hosting – VPS server s Hestia Control Panelom, čo nám dalo plnú kontrolu nad serverovým prostredím bez závislosti na zdieľanej infraštruktúre. Druhou vrstvou bol Cloudflare. Nasadili sme CDN Cloudflare (sieť na distribúciu obsahu, ktorá uchováva kópie stránok na serveroch po celom svete a doručuje ich návštevníkom z najbližšieho bodu), aktivovali sme Always HTTPS a nakonfigurovali tri page rules:
- /wp-admin/* – Cache Level: Bypass. Administrátorské rozhranie sa nikdy necachuje, čo je bezpečnostný aj funkčný štandard.
- wp-login.php – Cache Level: Bypass. Prihlasovacie rozhranie taktiež mimo cache, z rovnakého dôvodu.
- hoplo.sk/* – Cache Level: Cache Everything, Edge Cache TTL: jeden deň. Celé verejné stránky uchováva Cloudflare v cache na svojich serveroch. Návštevník ich dostáva rýchlejšie, než keby museli zakaždým putovať na náš VPS.
Treťou vrstvou bol LiteSpeed Cache nastavený na agresívnejšie hodnoty, ako je bežný štandard. V kombinácii s automatickou WebP konverziou obrázkov pri nahrávaní, srcset atribútmi a lazy loadingom (postupné načítanie – obrázky sa načítajú až pri posune čitateľa k nim) sme výrazne znížili záťaž každej stránky.
Cloudflare
SEO základ, schema značky a jedno neštandardné rozhodnutie pre budúcnosť
Základné SEO nastavenia sme realizovali cez RankMath – plugin umožňujúci komplexnú správu meta tagov, schema značiek a sitemáp. Pre každý článok sme nasadili Article schema: štruktúrované dáta, ktoré vyhľadávačom hovoria, že ide o článok, kto ho napísal a kedy bol publikovaný. Pre sekcie s otázkami sme pridali FAQ schema. Súčasťou sú aj star ratings – hviezdičkové hodnotenia pre destinácie a ubytovanie, ktoré sa môžu zobraziť priamo vo výsledkoch vyhľadávania ako rich snippet a zvyšujú mieru prekliku.
Jedno rozhodnutie stojí za osobitné vysvetlenie. Pre vybrané stránky sme nasadili vlastný kód, ktorý automaticky generuje .md súbory – textové súbory vo formáte Markdown, čitateľné rovnako ľuďmi aj strojmi. Zároveň sme pripravili LLMS.txt, špeciálny súbor popisujúci obsah webu pre AI systémy. Toto dnes nie je rankingový faktor a Google to nevyžaduje. Dôvod bol pragmatický: jazykové modely a AI agenti čoraz častejšie čerpajú odpovede priamo z webového obsahu. Weby, ktoré tento obsah ponúkajú v strojovo čitateľnej forme, majú lepšiu šancu byť zahrnuté do odpovedí týchto systémov. Je to investícia smerujúca niekoľko mesiacov dopredu, nie do dnešného rankingu.
Bezpečnosť, zálohy a affiliate bloky s jasným pravidlom pre čitateľa
Bezpečnostné riešenie stojí na princípe, že jedna vrstva ochrany nestačí. Zálohovanie prebieha na troch úrovniach: automatické snapshoty VPS, zálohy na úrovni Hestia CP a samostatné zálohy celého webu cez WPvivid priamo do Google Drive. Ak zlyhá jedna vrstva, zostávajú ďalšie dve. Prístup do administrácie chráni dvojfaktorové overenie, zmenená štandardná prihlasovacia URL a Cloudflare filter. Tieto tri opatrenia spoločne eliminujú väčšinu automatizovaných útokov, ktoré sú pri WordPress inštaláciách bežnou hrozbou.
Affiliate prvky – bloky odkazujúce na partnerské produkty a služby (aktuálne cez Impact Skyscanner a Wise) – sú vizuálne odlíšené od redakčného obsahu. Farebné odlíšenie sekcií je implementované cez dátové atribúty a centrálne CSS, čo znamená, že zmenu dizajnu všetkých affiliate blokov na celom webe zvládneme jednou úpravou v kóde. Každý prvok obsahuje jasný disclosure text – transparentné oznámenie pre čitateľa, že ide o partnerský obsah. Bez kompromisov.
Počet aktívnych pluginov sme zámerne udržiavali nízko. Doplnkové funkcionality riešime prevažne cez ACF, WPCode snippety – vlastné úryvky kódu, ktoré nevyžadujú inštaláciu ďalšieho rozšírenia. Menej pluginov znamená menšiu závislosť na tretích stranách, rýchlejší web a menší bezpečnostný rizikový profil. Pre správu obrázkov z fotobank Unsplash a Pexels slúži plugin Instant Images, ktorý pokrýva túto potrebu bez zbytočného nafukovania inštalácie.
Od nepriaznivých Core Web Vitals k prvým organickým kliknutiam: čo sa po decembri zmenilo
Publikovanie obsahu sa rozbehlo začiatkom decembra. Od tohto momentu sú v Google Search Console viditeľné prvé signály organickej návštevnosti na hlavných huboch.
Krivka organickych kliknuti z Google Search Console od decembra do sucasnosti
Rast je v počiatočnej fáze – čo je pri novom webe s čerstvo indexovaným obsahom štandard, nie výnimka. Organická návštevnosť si vyžaduje čas: Google musí obsah zaindexovať, vyhodnotiť tematickú relevantnosť a zaradiť stránky do výsledkov vyhľadávania. Prvé viditeľné pohyby po mesiacoch od spustenia sú dobrým znamením toho, že architektúra a technický základ fungujú.
Rýchlostné metriky po implementácii Cloudflare page rules a nastavení LiteSpeed Cache zaznamenali merateľný posun. TTFB klesol vďaka CDN výrazne pod pôvodnú hodnotu 2,7 sekundy – obsah sa k návštevníkovi dostáva zo serverov Cloudflare, nie priamo z nášho VPS. LCP a FCP sa zlepšili kombináciou cachovaných stránok a optimalizovaných obrázkov.
Aktualne hodnoty PageSpeed po optimalizacii
Čistá URL štruktúra a logická informačná architektúra pomohli indexácii. Vyhľadávače majú k dispozícii prehľadnú sitemapu, správne nastavené robots pravidlá a štruktúrované dáta pre každý typ obsahu na webe.
pagespeed hoplo
Záverečné zhodnotenie projektu – Čo fungovalo a čo treba zlepšiť
Topic cluster model ako základ architektúry bol správne rozhodnutie. Organizácia obsahu okolo destinačných hubov dáva webu jasný tematický zámer, ktorý vyhľadávače oceňujú a ktorý sa oveľa ťažšie buduje dodatočne, ak ho web nemá od začiatku. Pri budovaní autority v konkurenčnom segmente, ako je cestovanie, je tento prístup overený – a oplatí sa ho uprednostniť pred plochou štruktúrou bez hierarchie.
Trojvrstvová kombinácia Cloudflare page rules, LiteSpeed Cache a VPS sa osvedčila. Riešenie, kde admin vrstva ide cez bypass a verejný obsah cez agresívne cachovanie, by som od prvého dňa nasadil na každý podobný projekt. Výsledok bol viditeľný rýchlo a nevyžadoval žiadne zásahy do kódu témy ani existujúcich pluginov.
Minimalizmus pluginov a preferencia WPCode snippetov pred inštaláciou ďalších rozšírení sa potvrdila ako udržateľný prístup. Web ostáva prehľadný, každá úprava je dohľadateľná a závislosť na tretích stranách je pod kontrolou.
Čo by som zlepšil a čo plánujeme nasadiť v najbližšej fáze
Interné prelinkovanie je oblasť, kde sme nezačali dostatočne systematicky. Prvé články boli publikované bez pevného plánu kontextuálnych odkazov medzi hubmi a satelitnými článkami. Opravovanie starých textov a spätné pridávanie relevantných odkazov je výrazne časovo náročnejšie, ako keby sme mali prelinkovací plán od začiatku. V ďalšej fáze bude prioritou audit interných odkazov a doplnenie contextual links z evergreen obsahu do nových článkov.
JS payload je ďalší bod s priestorom na zlepšenie. Elementor ako vizuálny editor prináša určitú záťaž JavaScriptu, ktorá sa prejavuje predovšetkým na mobilných zariadeniach. Audit a minimalizácia JS payloadu môže ďalej zlepšiť mobilný LCP – čo je v prostredí, kde Google hodnotí weby primárne podľa mobilnej verzie, kľúčová metrika.
Monetizačná vrstva potrebuje rozšírenie. Aktuálne sú aktívne partnerstvá cez Impact, TravelPayouts plus Skyscanner, Wise. Plánujeme priame affiliate kampane, vlastné produkty vo formáte PDF itinerárov a centralizovaný affiliate link manager – nástroj umožňujúci správu všetkých partnerských odkazov na jednom mieste bez nutnosti manuálne editovať každý článok. Pre sociálny traffic plánujeme v horizonte dvoch mesiacov spustiť automatizované zdieľanie obsahu a A/B testovanie výziev k akcii.
Interné prelinkovanie: od manuálu k systému
Aktuálny stav – manuálne + noindex riešenie pre canonicals – je pri prvých desiatkach článkov zvládnuteľný. Pri 100+ URL sa z toho stane záťaž, ktorá bude brzdila publikovanie. Takto vyzerá logická cesta od dnes do budúcnosti:
- Fáza 1 – aktuálny stav (manuál + noindex): Funguje, ale neskaluje. Canonicals riešené noindexom sú krátkodobé riešenie – vyhľadávač stránku síce neindexuje, ale link equity cez ňu stále neteče ideálne. Riziko rastie s objemom.
- Fáza 2 – plne vlastné riešenie (pre 200+ URL): Tu by sme navrhli vlastnú tabuľku v databáze so vzťahmi medzi URL a tematickými uzlami, s generovaním interných odkazov cez shortcode alebo block. Toto je investícia, ktorá sa oplatí až pri reálnom objeme – nie predčasná optimalizácia.
