U blogových článků na Shoptetu se ve vzorku neukázalo postupné zlepšování, ale dvě oddělené větve. Jedenáct z třiceti článků mělo strukturovaná data, datum vydání i aktualizace a canonical. Devatenáct z téhle čtveřice nemělo nic.
Poslední díl bloku měl původně čekat na odpovědi z administrace: má článek pole pro autora a vidí návštěvník datum aktualizace? Odpověděla nápověda Shoptetu.
Co říká nápověda
Podle dokumentace má článek pole pro název, adresu, text, rubriku, datum zveřejnění (jde naplánovat dopředu), externí odkaz, náhledový obrázek a SEO pole. Pole pro autora ani pro datum aktualizace tam uvedené není. Rubrika navíc umí datum zveřejnění ve výpisu skrýt.
Cestou jsem narazil na cizí text, podle kterého mají blogové články na Shoptetu automaticky schema včetně data publikace, autora, publishera i obrázku. Měření to v téhle podobě nepotvrdilo: kombinaci NewsArticle, obou dat a canonicalu jsem našel u 11 z 30 článků, jeden další nesl typ Article. Bez kontroly vlastního zdroje tedy nejde předpokládat, že to váš blog řeší sám.
Vzorek
Stejných 47 e-shopů jako v předchozích dílech. Blogovou rubriku jsem našel u 33 z nich, konkrétní článek u 30. Jedna adresa článku na e-shop, domény neuvádím.
Hlavní nález: všechno, nebo nic
| Zjištění na článku | Počet |
|---|---|
má typ NewsArticle | 11 z 30 |
má typ Article | 1 z 30 |
má typ BlogPosting | 0 z 30 |
| nemá ani jeden z nich | 18 z 30 |
Zajímavější než ta čísla je ale to, jak se skládají dohromady:
| Kombinace | Počet |
|---|---|
strukturovaná data i rel=canonical | 11 |
| ani jedno | 19 |
| jen strukturovaná data | 0 |
jen canonical | 0 |
Není to škála, je to přepínač. Jedenáct článků se seskupilo do jedné větve: NewsArticle, datum vydání, datum aktualizace i canonical. U zbylých devatenácti se ta kombinace neobjevila ani zčásti a smíšený případ ve vzorku nebyl. Mimo tuhle dvojici stojí jeden článek s typem Article, ale bez dat i bez canonicalu.
Praktický závěr je jednoduchý: nepočítejte s tím, že Shoptet blogová data řeší za vás. Otevřete zdroj jednoho vlastního článku a během minuty zjistíte, ve které větvi jste.
Autor je vždycky e-shop
| Zjištění | Počet |
|---|---|
<meta name="author"> | 30 z 30 — vždy název e-shopu |
itemprop="author" | 7 z 30 |
jméno konkrétní osoby v meta name="author" | 0 z 30 |
S nápovědou to sedí: dokumentace pole pro autora neuvádí a ve vzorku se do meta name="author" vždy propsal název e-shopu. Pro obsah, u kterého má na důvěryhodnosti záležet zkušenost konkrétního člověka, je to strop — a autorský profil pro AI se na Shoptetu bez zásahu do šablony nedá postavit tak, jak by měl. Rozhodnutí je i tady binární: buď přijmete, že autorem v datech bude značka, nebo si necháte upravit šablonu.
Datum: v datech dobře, v HTML někdy špatně
datePublished i dateModified mají všechny články, které vůbec strukturovaná data nesou — a ve správném strojovém tvaru. Horší je viditelné datum:
| Zjištění | Počet |
|---|---|
článek má prvek <time datetime="…"> | 23 z 30 |
hodnota začíná datem ve tvaru RRRR-MM-DD | 15 z 23 |
hodnota, která tomu tvaru neodpovídá (typicky 22.3.2026) | 8 z 23 |
Atribut datetime má nést strojově čitelnou hodnotu data nebo data a času. Česky zapsané 22.3.2026 tuhle podmínku nesplňuje — pro člověka je to čitelné, pro parser ne.
Ještě jedna věc: dateModified se u pěti z jedenácti liší od data vydání. Co ten rozdíl vyvolalo, jsem neměřil a nedělám z toho závěr o tom, jak čerstvý ten obsah je.
Vedlejší nález: stopy po vložení z chatu
Tohle jsem nehledal. Ve 3 z 30 článků zůstaly v HTML atributy jako data-start, data-end a data-message-author-role — u jednoho z nich 274krát.
Tyhle atributy velmi pravděpodobně pocházejí z toho, že se odpověď z chatového rozhraní zkopírovala do schránky a vložila do editoru i s doprovodným kódem rozhraní.
Další naměřené signály
Přesně jeden h1 má 27 z 30 článků, tři jich mají víc; meta robots je index,follow u všech třiceti. Délka textu se mezi e-shopy hodně liší: medián 1 426 slov, čtvrtina pod 831 a čtvrtina nad 2 542.
Předpokládat, že blog data prostě má
Ve vzorku je mělo 11 z 30. A protože je to přepínač, nezjistíte to od oka — musíte se podívat do zdroje. Cizí tvrzení, že „Shoptet to dělá automaticky“, platí pro necelou třetinu.
Stavět E-E-A-T na autorovi, kterého platforma neumí
Pole pro autora článek nemá a ve všech třiceti měřených článcích je jako autor název e-shopu. Jméno člověka do dat bez zásahu do šablony nedostanete.
Vkládat text z chatu přes schránku
Vezme s sebou atributy rozhraní. Ve třech článcích ze třiceti tam zůstaly, jednou v počtu 274. Vkládejte jako čistý text a formátujte až v editoru.
Co si ověřit na vlastním blogu, v tomhle pořadí
- Zjistit, ve které větvi váš článek je Otevřít zdroj a hledat NewsArticle. Buď tam je i s daty a canonicalem, nebo tam z téhle čtveřice není nic.
- Rozhodnout se u autora Buď vám stačí značka, nebo chcete jméno člověka — a to je úprava šablony, ne políčko v administraci.
- Opravit datetime, pokud je v českém tvaru Osm z 23 měřených článků tam mělo zápis, který parser nepřečte.
- Vyčistit HTML od atributů po vložení z chatu Hledejte data-start a data-message. Vkládejte jako čistý text a formátujte až v editoru.
- Zkontrolovat nadpisovou osnovu Ve vzorku mělo 27 z 30 článků přesně jeden h1. Tři měly víc.
Konec bloku
Za pět dílů se opakovalo totéž: o výsledku nerozhodují jemné nuance v nastavení, ale několik tvrdých limitů platformy a šablony. U blogu je to vidět nejlíp — buď je článek v technicky lépe vybavené větvi, nebo není, a mezistupeň neexistuje.
Jestli si z celé série máte odnést jednu věc: otevřete si ve zdroji jeden produkt, jednu stránku filtrů a jeden článek. Za půl hodiny poznáte, co je jen provozní nedodělek a co už bez úpravy šablony neobejdete.
Předchozí díly: formát strukturovaných dat, robots.txt a AI roboti, produktová pole proti požadavkům Googlu a filtry se stránkováním.
Souvislosti mimo platformu řeší E-E-A-T pro AI a jak často aktualizovat obsah.
