Kdo se stará o dvanáct webů, málokdy selže na analýze a téměř vždy na organizaci. Tento text ukazuje, jak si uspořádat běžný provoz SEO v týmu — jeden projektový proud místo pěti úložišť, jasné úrovně přístupu, plochou soustavu štítků a reporty, které se nevymýšlejí každý měsíc znovu.
Kdo spravuje jediný web, vystačí si s překvapivě málem: jeden list v tabulce na klíčová slova, jedna záložka v prohlížeči se Search Console, jedna složka se snímky obrazovky. Zlom přichází někde mezi šestým a desátým webem — a jen zřídka jako poznání, spíš jako nepříjemný pocit. Přestanete si být jistí, co se tento týden u kterého projektu vlastně stalo.
Přesně tady začíná nové rozhraní Semaltu — méně jako další analytický nástroj, těch je dost, spíš jako pracoviště pro lidi, kteří odpovídají za víc webů najednou: agentury, franšízové centrály, firmy s několika značkami nebo doménami pro různé trhy, živnostníky s postupně narostlým okruhem klientů.
Proč portfolio selhává jinak než jeden projekt
Jednotlivý projekt obvykle selže obsahově: špatná volba klíčových slov, slabé texty, technické potíže, málo trpělivosti. Portfolio selhává tím, že se rozpadají informace.
Novinky o kampani chodí e-mailem. Doklady o odkazech leží v tabulce, jejíž logice sloupců rozumí jen ten, kdo ji založil. Dotazy klientů zůstávají ve schránce vedoucího projektu, reporty ve složce se staženými soubory, úkoly v nástroji, který není napojený na žádná data. Každé z těch úložišť dává samo o sobě smysl; dohromady vytvářejí stav, ve kterém odpověď na otázku „co se u klienta X dělo v červenci" zabere půl hodiny rekonstrukce.
Čísla výše jsou modelový propočet, ne měření: dvanáct klientů, dvanáct měsíců, půl hodiny hledání na jednu příležitost. Vyjde z toho zhruba jeden pracovní týden ročně strávený dohledáváním věcí, které jste sami vytvořili.
Závěr není nijak objevný: události patří tam, kde projekt žije, a to v pořadí, v jakém se staly. Ne rozprostřené do pěti systémů, ale v jednom proudu.
My SEO Stream: jeden proud místo pěti úložišť
My SEO Stream je místo, kde se pro každý projekt schází to, co jinak leží zvlášť. Vypadá jako chat — jen s tím rozdílem, že do něj nepíší pouze lidé.
Projektový proud jako živá kronika
Pro týmy, které už nechtějí dohledávat, co se před třemi měsíci rozhodlo a proč.
- Odpovědi asistenta. Vztažené ke skutečným datům projektu, ne k obecným poučkám.
- Automaticky vytvořené reporty. Stojí ve výpisu na svém místě v čase, místo aby zapadly v e-mailu.
- Nově umístěné zpětné odkazy. S hodnotou Domain Rating a návštěvností odkazující domény — ne řádek v seznamu, ale doklad s kontextem.
- Úkoly z běžné práce. Zůstávají v té části výpisu, kde se o nich mluvilo.
- Novinky z kampaně. Změny stavu běžící automatizace, chronologicky zařazené.
Praktický důsledek: historii projektu nemusíte udržovat, vzniká jako vedlejší produkt práce. Když se v říjnu někdo zeptá, proč v červnu spadly prokliky, doscrollujete na červnové místo a vidíte, co tam tehdy stálo — odpověď, report, umístěné odkazy i rozhodnutí, které z toho vzešlo.
Filtry, stavy úkolů a fulltextové hledání
Chronologický proud má jednu zjevnou nevýhodu: po několika měsících je dlouhý. Proti tomu stojí tři protilátky, které se v praxi používají různě často.
- Filtry Vše, Odkazy, Soubory, Úkoly. Filtr odkazů zodpoví otázku „co jste tento měsíc vybudovali" jedním kliknutím, včetně údajů o DR a návštěvnosti. Filtr souborů vytáhne nahoru všechny reporty a nahrané přílohy.
- Stavy úkolu: aktivní, odložený, zamítnutý. Úsporná sada, a právě v tom je její síla. Portfolio se z podstatné části skládá z úkolů, které jsou správné, ale zrovna nejsou na řadě.
- Fulltextové hledání napříč všemi zprávami. Záchranná síť: nemusíte vědět, kdy se o něčem mluvilo, stačí přibližně vědět o čem.
Stav „odložený" si zaslouží krátkou obhajobu. Redesign, který čeká na rozpočet příštího čtvrtletí. Obsahová mezera, kterou zaplníte až po sezoně. Kdo takové body zná jen jako „otevřené" nebo „hotové", má buď přetékající seznam, nebo špatné svědomí.
Fulltextové hledání zase nevrací jen nalezené místo, ale i jeho okolí: dostanete se na správnou část výpisu a zároveň vidíte, co se dělo kolem. Tuhle kombinaci nálezu a kontextu tabulka z principu nabídnout neumí.
Asistent, který data projektu opravdu čte
Rozdíl mezi asistentem v proudu a obecným jazykovým modelem v sousední záložce není postupný, ale zásadní: obecný chatbot o vašem projektu neví nic, napojený asistent jej čte.
Když se obecného modelu zeptáte, proč klesly prokliky na kategoriích v e-shopu, dostanete seznam pravděpodobných příčin. Ten seznam není špatně, jen platí nezávisle na tom, co se skutečně stalo — a proto je pro rozhodování k ničemu.
Nejdřív se rozhodne, jaká data jsou potřeba
Před každou odpovědí proběhne mezikrok, který vybere vhodné datové bloky — a někdy žádný.
- K dispozici jsou čtyři zdroje. Data ze Search Console, data ze SERP, data kampaně a vlastní bloky.
- Natáhnou se nula až tři. Řídicí model vybírá podle relevance otázky, místo aby paušálně předkládal všechno.
- Odpověď přichází po tokenech. Po vteřině dvou vidíte, kam odpověď míří, a můžete ji přerušit místo čekání.
- Historie sahá do 20 zpráv. Doplňující dotazy tak fungují bez opakování celého kontextu.
Nula není okrajový případ, ale záměr. U otázky „jak klientovi vysvětlím rozdíl mezi zobrazeními a prokliky" nejsou data projektu potřeba a odpověď přijde rychleji. U otázky „která klíčová slova za posledních 28 dní ztratila pozici" se cíleně natáhnou příslušné bloky. Asistent navíc přijímá seznamy klíčových slov a adres URL po dávkách, takže do něj lze vložit celý balík najednou.
Také dvacet zpráv je vědomá hranice: pro jedno pracovní sezení štědrá, pro paměť projektu přes několik měsíců určená není. Od toho je tu proud s fulltextovým hledáním. Tohle rozdělení rolí je dobré znát, jinak se budete divit, proč doplňující dotaz po šesti týdnech vyzní naprázdno.
Víceklientský režim: kdo v týmu co vidí
Jakmile je zapojen víc než jeden člověk, začne být téma přístup. Obvyklá provizorní náhrada je sdílené heslo — nepříjemná nejpozději ve chvíli, kdy někdo z týmu odejde nebo když máte doložit, kdo a proč se dostal k jakým datům. V pracovním prostředí Semaltu je to vyřešené na několika úrovních.
Propojené skupiny účtů Google
Několik účtů Google lze spojit do skupiny — v agenturách je to běžný stav, protože klientské weby bývají ověřené v oddělených účtech.
- Žádné přepínání mezi účty
- Ověření zůstává u klienta
Sdílení jednotlivých webů
Web lze sdílet na jinou registrovanou e-mailovou adresu. Důraz je na slově jednotlivý.
- Klient vidí svůj web, ne portfolio
- Sousední klienti zůstávají neviditelní
Odebrání uděleného přístupu
Funkce, o které se mluví nejméně a která je potřeba nejčastěji. Přístupy tiše přibývají.
- Stážista z předloňského léta
- Bývalý marketingový vedoucí klienta
Rytmus kontroly
Přehled, který jednou za čtvrtletí projdete, má větší cenu než jakákoli směrnice, kterou nikdo nečte.
- Sdílení udělovat s myšlenou dobou platnosti
- Odebrání rovnou založit jako úkol v proudu
Štítky webů: globální filtr nad celým portfoliem
Štítky webů fungují v panelu jako globální filtr nad všemi přehledy. Štítek tedy není popiska, která platí jen v jednom seznamu, ale výběr, který se propíše celým rozhraním: nastavíte filtr na jednoho klienta a všechny pohledy mluví už jen o jeho webech. Tím se otázka, podle čeho štítkovat, stává rozhodnutím o architektuře. Osvědčily se čtyři osy.
Podle klienta
Nejpřirozenější osa ve chvíli, kdy má klient víc než jednu doménu.
- Hlavní e-shop, výprodejová doména, magazín značky
- Tři weby, jedna kontaktní osoba
Podle jazyka nebo trhu
Pro firmy, které vedle české verze provozují i anglickou — typicky .cz doména s oddílem pro zahraniční poptávku.
- Odpověď na otázku „jak si vede anglická část"
- Bez zkreslení menšími objemy českého trhu
Podle priority
Které projekty vyžadují týdenní pozornost a které měsíční.
- V přehledu portfolia ušetří nejvíc času
- Rozhodnutí padne jednou, ne každé pondělí
Podle stavu smlouvy
Běžící, ve výpovědi, zkušební, pozastavená. Zní to obchodně, ale řídí to objem práce.
- Zkušební období potřebuje časné výsledky
- Pozastavené projekty nepotřebují týdenní rutinu
Druhá osa má v českém prostředí zvláštní váhu. Čeština je malá jazyková doména s nižšími objemy hledání, takže se dvě jazykové verze téže domény chovají v datech odlišně: český obsah často sbírá menší, ale mnohem přesnější long-tailovou poptávku, zatímco anglická část soutěží v mnohem hlubší konkurenci. Kdo obě části hodnotí společným průměrem, nevidí ani jednu. Štítek podle jazyka to oddělí bez další práce.
Proč plochá soustava funguje líp než hluboká
Nejčastější konstrukční chyba je hluboká hierarchie. Začne se štítkem klient-novak, přibude klient-novak-eshop, pak klient-novak-eshop-cz — a za půl roku máte čtyřicet štítků, z nichž třicet se týká právě jednoho webu. Štítek, který filtruje jediný objekt, není štítek, ale jeho jméno.
Plochá soustava funguje lépe, protože štítky se dají kombinovat: málo jasně oddělených os, na každém webu jedna hodnota z každé. Čtyři osy po hrstce hodnot dají velké množství smysluplných kombinací, aniž by si kdokoli musel pamatovat stromovou strukturu.
kl-, jaz-, prio-, stav-); horní hranice — víc než dvacet až dvacet pět štítků v portfoliu je signál k úklidu; a pevná odpovědnost: používat štítky smějí všichni, zakládat je jeden člověk.Jaké uspořádání sedí jaké roli
Ne každá situace potřebuje stejnou stavbu. Živnostník se třemi weby, který zkopíruje systematiku agentury se šedesáti, už jenom spravuje. Následující přehled je výchozí bod, ne předpis.
| Role a velikost portfolia | Soustava štítků | Sdílení | Skupiny účtů | Formát reportu |
|---|---|---|---|---|
| Jedna firma, 1 web | Není potřeba | Žádné, případně jedno pro účetní | Stačí jeden účet | PDF měsíčně |
| Živnostník s vedlejšími projekty, 2–4 weby | Jedna osa: priorita | Zřídka, k jednotlivému projektu | Jeden účet, případně dva propojené | PDF pro sebe, CSV podle potřeby |
| Malá pražská agentura, 8–15 klientských webů | Dvě osy: klient a priorita | Jeden sdílený web na klienta | Skupina přes všechny účty klientů | PDF s vlastním brandingem na klienta |
| Firma s českou i anglickou verzí, 5–20 domén | Dvě osy: jazyk a značka | Jeden web na odpovědnou osobu | Skupina přes účty jednotlivých trhů | PDF pro vedení, CSV pro trhy |
| Franšíza nebo síť poboček, 20–60 webů | Tři osy: region, stav a priorita | Každému franšízantovi vlastní web | Centrální skupina, účty poboček propojené | PDF za pobočku, CSV pro centrálu |
| Větší agentura, 60 a více webů | Čtyři osy, přísně udržované, pevná odpovědnost | Podle rolí, kontrola čtvrtletně | Několik skupin podle týmů | CSV/JSON do vlastního vyhodnocení, PDF klientům |
Řádky se čtou kumulativně: každý stupeň přebírá ten předchozí a přidává jednu osu nebo jednu kontrolní rutinu. Kdo roste, přidává — nepřestavuje.
Reporting, export a vizualizace
Reporty jsou bod, ve kterém se organizace portfolia vyplatí, nebo vymstí. Kdo čísla každý měsíc sesbírává znovu, ztratí pracovní den; kdo je má uspořádaná, hodinu. Meze exportu jsou přitom jasně dané.
| Formát | Horní hranice | Způsob vytvoření | Typické použití |
|---|---|---|---|
| CSV | 10 000 řádků | Přímý export | Vlastní vyhodnocení, tabulkový procesor |
| JSON | 10 000 řádků | Přímý export | Další zpracování, vlastní přehled |
| 250 řádků | Vykreslení na serveru | Měsíční zpráva klientovi a vedení | |
| Tabulkový pohled | 50–200 řádků na stránku | Filtrovatelný a řaditelný | Každodenní práce v panelu |
Nepoměr mezi deseti tisíci a dvěma sty padesáti řádky nejprve zarazí a při bližším pohledu dává smysl. PDF se čte; dokument se třemi tisíci řádky tabulky se zakládá. Hranice 250 řádků nutí položit si otázku, kterých 250 řádků vypráví příběh měsíce — a právě tato otázka je vlastní poradenská práce.
Nastavitelný sestavovač reportů rozhoduje, z jakých bloků se zpráva skládá. Osvědčilo se určit jednu konfiguraci na typ klienta a držet se jí: stejná stavba umožňuje srovnání s předchozím měsícem. Report, který pokaždé vypadá jinak, působí pracněji a říká méně. Kdo si jednou pořádně nastaví šablony reportů v panelu Semaltu včetně loga a barev, nastaví je pro všechny klienty najednou.
Časové řady
Odpovídají na otázku po směru vývoje a bývají jediné, o čem se na schůzce doopravdy diskutuje.
Karty s ukazateli
Dají stav v jednom řádku. Při procházení portfolia nahradí otevírání dvanácti detailních pohledů.
Sparkliny
Miniaturní křivka vedle řádku tabulky zodpoví „stabilní, nebo v pohybu" bez jediného kliknutí.
Teplotní mapy zemí a zařízení
Ukážou nerovnoměrnosti, které v průměru zaniknou — třeba slabý mobilní výkon na jednom trhu.
Tyto formy zobrazení jsou záměrně konvenční — nikomu je nemusíte vysvětlovat. A protože data průběžně synchronizují pracovní procesy na pozadí, jsou pohledy aktuální bez ručního obnovování: otevřete stránku a sedí.
Týden v malé pražské agentuře
Následující průběh je sestavený příklad, ne zpráva z terénu. Předpokládejme tříčlennou pražskou agenturu s dvanácti klientskými weby: sedm českých malých firem, dvě firmy s českou i anglickou verzí, spolek, e-shop a advokátní kancelář.
Pondělní dopoledne: přehled portfolia
Týden nezačíná dvanácti projekty, ale jedním filtrem. Štítek prio-vysoka zúží portfolio na čtyři weby; u nich se projdou karty s ukazateli a osmadvacetidenní časové řady, potom se proud přepne na Vše.
Následně se filtr nastaví na prio-standard. Zbylých osm projektů se přelétne přes karty s ukazateli; nápadnosti putují jako úkol do příslušného proudu. Celý přehled je hotový zhruba za 45 minut, protože priorizace je uložená ve štítcích a nedělá se každé pondělí znovu.
Úterý až čtvrtek: běžný provoz
Všední dny se skládají z dotazů. Klient se ozve, protože má dojem, že mu klesla viditelnost. Místo skládání snímků obrazovky se otázka položí v proudu daného projektu; řídicí model natáhne příslušné bloky, doplňující dotaz odpověď zpřesní. Celý řetěz zůstane stát ve výpisu.
Souběžně vznikají úkoly. Bod pro advokátní kancelář se odloží, protože změny textů schvaluje compliance až v dalším čtvrtletí. Bod u e-shopu se zamítne, protože problém vyřešil redesign. Obě rozhodnutí zůstanou zdokumentovaná — při příštím prodlužování smlouvy užitečnější než jakákoli dodatečná vzpomínka.
- Dotaz klienta. Zeptejte se v proudu projektu, ne v obecném chatu; odpověď i její podklad zůstanou u projektu.
- Nález bez okamžitého řešení. Založte úkol a rovnou mu dejte stav odložený, ať neblokuje seznam aktivních bodů.
- Nový přístup pro externistu. Sdílejte jediný web a hned k tomu založte úkol na odebrání přístupu po skončení spolupráce.
Konec měsíce: report
Poslední pracovní den se vytvoří reporty; protože konfigurace pro každý typ klienta je daná, stavba je shodná s předchozím měsícem. Malé firmy dostanou brandované PDF, e-shop navíc export do CSV, obě firmy s dvojjazyčným webem oddělené zprávy podle jazykové verze — jazykové štítky to zvládnou bez další práce.
Nejnáročnější částí není vytvoření zprávy, ale průvodní text: tři až pět vět na klienta, které zařadí, co čísla znamenají a co se plánuje v dalším měsíci. Tyto věty píše člověk.
Kde automatizace končí a začíná poradenství
Bylo by nepoctivé vydávat popsané uspořádání za řešení té vlastní práce. Řeší organizační vrstvu — kam co ukládat, jak to najít, kdo k tomu smí, jak to zopakovat příště —, ne vrstvu rozhodovací.
prio-vysoka neobsahuje pravdu o důležitosti, jen odhad, který zastará, pokud ho nikdo nepřezkoumá. Hledání příčin: asistent ukáže, že prokliky klesly a kterých klíčových slov se to týká — proč, plyne z kontextu, který žádný systém nemá, třeba ze zdražení v květnu. Stanovení cílů: jestli se optimalizuje na dosah, poptávky, nebo marži, je obchodní rozhodnutí; nástroj je umí učinit měřitelnými, ne je stanovit. Komunikace s klientem: rozhovor o zklamání z uplynulého čtvrtletí zůstává lidskou prací.Poctivý přínos leží v přesunu těžiště: pokud organizační vrstva unese svou část, zbude víc času na vrstvu rozhodovací. Méně efektní než slib samočinné optimalizace, zato ověřitelné. Jednotlivé moduly popisuje přehled funkcí Semaltu; k technickým základům webu vede cesta dál přes naše služby.
Časté dotazy
Od kolika webů se vyplatí vlastní organizační vrstva?
Tvrdá hranice neexistuje, zlom ale bývá mezi šesti a deseti projekty. Pod ní stačí vlastní přehled, nad ní začíná rekonstruování. Kdo očekává růst, zavede první osu štítků brzy — dodatečně ji položit přes třicet webů je pracnější než přes osm.
Uvidí klient, kterému jsme sdíleli jeden web, i ostatní projekty?
Ne. Sdílení probíhá po jednotlivých webech na registrovanou e-mailovou adresu. Příjemce vidí sdílený web, ne portfolio a ne vaši vnitřní strukturu štítků. Udělené přístupy si můžete zobrazit a zase je odebrat, což je rozumné dělat jednou za čtvrtletí.
Proč asistent někdy odpoví bez dat projektu?
Protože řídicí model u každé otázky rozhoduje, které datové bloky jsou relevantní, a může jich natáhnout i nula. U obecných otázek na porozumění je to záměr a je to rychlejší. Když čekáte odpověď opřenou o data, formulujte dotaz konkrétně: uveďte období, web a ukazatel, pak výběr zabere spolehlivěji.
Co se stane se staršími rozhovory, když historie sahá jen do 20 zpráv?
Zprávy nezmizí, jen přestanou být součástí bezprostředního kontextu rozhovoru. V proudu stojí dál chronologicky a jsou dohledatelné fulltextovým hledáním. U dotazů po několika týdnech je nejlepší podstatné místo krátce ocitovat, než spoléhat na krátkodobou paměť asistenta.
Stačí na měsíční report PDF s 250 řádky?
Pro zprávu klientovi zpravidla ano, protože měsíční report stejně žije z výběru. Kdo potřebuje úplná data — třeba pro vlastní vyhodnocení nebo datový sklad —, doexportuje navíc CSV nebo JSON do 10 000 řádků a založí obojí společně.
Chyba při stavbě portfoliové struktury bývá skoro vždy stejná: příliš mnoho najednou. Rozumnější je pořadí — zapsat weby a propojit účty, zavést jedinou osu štítků, vést jeden projekt kompletně v proudu, určit jednu konfiguraci reportu a nakonec dorovnat přístupy.
Nejpraktičtější první krok je malý: založit dva nebo tři weby a měsíc pracovat výhradně v panelu. Kdo si to chce vyzkoušet, může si zřídit přístup do panelu Semalt a odzkoušet vlastní systematiku na přehledném výseku.
Jestli se ta práce vyplatila, se pozná na jediné otázce: jak dlouho trvá odpovědět na „co se u tohoto klienta dělo minulé čtvrtletí". Pokud je odpověď pod dvě minuty, organizační vrstva svůj úkol splnila. Všechno ostatní je zase vaše práce.