Kontrolní seznam SEO před publikováním

Předpublikační zajištění kvality (QA) je finální brána pro vydání v rámci SEO procesu . Jde o místo, kde se setkávají tři smlouvy: shoda s typem příspěvku, správné použití prvků a dokončení předchozího výzkumu, důkazů, implementace a revizní práce. Stránka, která neprojde některou z platných položek, se vrací k opravě.

Brána: finální předpublikační QA. Časový limit: 60–90 minut pro standardní stránku; přidejte čas specialisty pro regulovaná, bezpečnostní, finanční, lékařská nebo technicky závažná tvrzení. Vlastník: jeden editor, vedoucí obsahu nebo SEO vedoucí, který neprováděl finální implementaci a má pravomoc blokovat vydání.

Měkký kontrolní seznam není kontrolní seznam, protože „většinou hotovo" nemá stabilní význam. Pod tlakem termínu se volné formulace stanou pomůckou pro paměť a obtížné položky zmizí. Pojmenujte autoritu pro vydání ještě před začátkem QA. Vlastník QA může schválit nebo zamítnout; pouze pojmenovaný vedoucí obsahu, SEO vedoucí nebo ekvivalent může schválit písemnou výjimku nebo prohlásit položku za nepoužitelnou. Nemohou se vzdát nepravdivého tvrzení, chybějícího povinného prvku, náhradního aktiva, rozbité kanonické URL nebo zablokované indexovatelnosti kvůli dodržení termínu.

Proč tato brána existuje a proč je zde

Tato brána spotřebovává schválenou specifikaci typu příspěvku, smlouvy o prvcích, zdrojový záznam, finální kopii, implementovaného kandidáta a schválení specialistů. Probíhá poté, co jsou tyto vstupy zmrazeny, protože QA nemůže ověřovat pohyblivý cíl, a před publikací, protože jakmile je URL živá, může se závada okamžitě kopírovat.

Dřívější QA certifikuje návrh, který se může změnit. Její přeskočení zanechá pozdější auditory neschopné rozlišit posun stránky, změněnou specifikaci a stránku, která nebyla nikdy zkontrolována. Popublikační QA mění levné opravy na veřejné závady.

Vstupy a výstupy

Výstupem je smlouva, ne chatová zpráva. Vydavatel s ní musí být schopen pracovat, aniž by musel rekonstruovat kontrolu.

Kontrolní seznam

Každá položka níže zahrnuje akci, důvod, metodu, nástroj a pozorovatelnou podmínku hotovo. „SEO zkontrolováno" nebo „vypadá dobře" není nikdy přijatelným důkazem.

1. Shoda s typem příspěvku

Potvrďte vybraný typ příspěvku a rozsah. Co: porovnejte kandidáta s jedním záznamem v knihovně typů příspěvků a odstraňte materiál patřící k příbuznému typu. Proč: typ stránky určuje záměr, strukturu, důkazy a konverzní chování. Jak: označte každou sekci rozhodnutím čtenáře, které podporuje, a porovnejte ji s účelem a vyloučeními typu. Nástroj: schválený brief, tematická mapa a stránky typů příspěvků. Hotovo, když: je zaznamenán právě jeden primární typ, úvod, tělo a CTA mu slouží a neexistují žádné sekce pouze pro úlohu jiného typu.

Sledujte požadovanou strukturu a slovní pásma. Co: mapujte každou požadovanou sekci k vykreslenému kandidátovi a spočítejte její slova vůči stanovenému pásmu. Proč: chybějící sekce vytvářejí nezodpovězené otázky, zatímco nekontrolovaná délka skrývá mezery za objemem. Jak: použijte matici požadavků a nadpisů a automatické počítání, poté ručně zkontrolujte hraniční případy. Nástroj: specifikace typu příspěvku, zdroj a vykreslená stránka. Hotovo, když: nechybí žádná požadovaná sekce a každá sekce je uvnitř svého stanoveného minima a maxima.

2. Shoda prvků

Ověřte prvky, pozice a parametry. Co: porovnejte mapu prvků se zdrojem a vykreslením. Proč: pozice a pole jsou součástí funkce; zasypaná přímá odpověď již neodpovídá jako první a chybné parametry mohou rozbít výstup. Jak: kontrolujte shora dolů a validujte povolená pole, hodnoty, vnoření a syntaxi. Nástroj: specifikace prvků, validátor a prohlížeč. Hotovo, když: každý povinný prvek je ve své požadované pozici, každý parametr je platný a neexistuje žádná nevysvětlená duplicita.

Vynucujte prioritu typovaných prvků. Co: aplikujte pravidla pro psaní prvků všude tam, kde má pasáž registrovaný účel. Proč: volný text může vypadat podobně, ale nenese identitu komponenty, pole, chování pro přístupnost ani strukturovaný výstup. Jak: vyjádřete úlohu každého bloku jako sloveso – definovat, varovat, porovnat, instruovat, shrnout – a zkontrolujte odpovídající prvek. Nástroj: knihovna prvků a inspektor zdroje. Hotovo, když: žádné pasáže nepoužívají volný text tam, kde je typovaný prvek povinný.

3. Kvalita obsahu

Otestujte odpověď izolovaně. Co: přečtěte blok přímé odpovědi bez jeho nadpisu a okolních odstavců. Proč: vyhledávací a AI systémy mohou extrahovat pouze tuto pasáž. Jak: zkontrolujte, že pojmenovává předmět, odpovídá na otázku, obsahuje nezbytná upřesnění a nespoléhá se na „toto", „to" nebo „jak výše". Nástroj: izolované zobrazení textu a lidský recenzent. Hotovo, když: odpověď je samostatná, přesná a v rámci stanoveného pásma 40–60 slov, pokud je tento prvek vyžadován.

Ověřte tvrzení, jazyk a jedinečnost. Co: přiřaďte věcná tvrzení k důkazům, vysvětlete odborný žargon při prvním použití a porovnejte kandidáta se stránkami sloužícími stejnému záměru. Proč: nepodložená tvrzení poškozují důvěru, zatímco téměř duplicitní stránky si konkurují a vzdalují se. Jak: označte jména, data, čísla, kauzální tvrzení, chování produktu a kandidáty na podobnost; podložte, upřesněte, slučte nebo odstraňte. Nástroj: registr důkazů, primární zdroje, vyhledávání na webu a zpráva o podobnosti. Hotovo, když: žádné věcné tvrzení není nepodložené, žádný odborný termín není nevysvětlený a žádná existující stránka neodpovídá stejnému záměru a rozsahu bez plánu sloučení.

4. Frontmatter

Validujte identitu a pole náhledu. Co: aplikujte specifikaci frontmatter na titulek, popis, klíčová slova, entity a propojení typů příspěvků. Proč: tato pole řídí směrování, náhledy, schémata a vztahy bez čtení těla stránky. Jak: spusťte validaci polí a délky, poté porovnejte význam s viditelnou stránkou. Nástroj: linter frontmatter a lidský náhled. Hotovo, když: titulek je jedinečný a přesný, popis má 150–160 znaků, klíčová slova obsahují 6–8 relevantních položek a entity odpovídá smlouvě typu příspěvku.

Ověřte pole správy a FAQ. Co: zkontrolujte data, autora, recenzenta, vlastnictví a viditelnou strukturu FAQ proti frontmatter. Proč: anonymní záznamy brání odpovědnosti, zatímco posun FAQ způsobí nesoulad mezi viditelnými a strukturovanými odpověďmi. Jak: porovnejte pole se stopou vydání a normalizovaným viditelným textem. Nástroj: parser zdroje, sledovač a vykreslená stránka. Hotovo, když: požadovaná data a vlastníci jsou platní, lidský recenzent je tam, kde je vyžadován, počet FAQ splňuje minimum typu, každý pár se shoduje a neexistují žádné skryté ani prázdné položky.

5. Strukturovaná data

Vyžadujte správné schéma. Co: potvrďte, že pro stránku a její viditelné prvky existuje příslušné značkování schématem . Proč: chybějící nebo obecné značkování zahazuje strojově čitelný význam, který obsahový model již poskytuje. Jak: porovnejte emitované typy a vlastnosti se smlouvami typu příspěvku a prvků. Nástroj: vykreslené HTML a validátor schémat. Hotovo, když: každý požadovaný typ schématu je přítomen jednou, požadované vlastnosti jsou vyplněny a není emitován žádný nepoužitelný typ.

Validujte shodu, nejen syntaxi. Co: porovnejte názvy, data, autora, entitu, FAQ, kroky a tvrzení ve schématu s viditelným obsahem. Proč: platná syntaxe může stále popisovat neviditelné nebo protichůdné informace. Jak: validujte JSON-LD, poté porovnejte hodnoty se stránkou. Nástroj: test strukturovaných dat a lidská kontrola. Hotovo, když: neexistují žádné chyby a žádná fakta ve schématu neodporují nebo nepřesahují viditelný obsah.

6. Interní odkazování

Odkazujte nahoru a ven. Co: zajistěte cestu k relevantnímu pilíři a kontextové cesty k souvisejícím uzlům. Proč: hierarchie pomáhá čtenářům a crawlerům pochopit, kam stránka patří, zatímco laterální odkazy pokračují v úkolu čtenáře. Jak: mapujte každý interní odkaz na skutečnou další otázku, místo abyste plnili kvótu. Nástroj: graf odkazů a vykreslená stránka. Hotovo, když: stránka má alespoň jeden odkaz na svůj pilíř, alespoň jeden relevantní laterální odkaz tam, kde existuje související uzel, a alespoň jedna existující stránka na ni odkazuje před nebo v době publikace, takže není osiřelá.

Zkontrolujte cíle a kotvy. Co: otevřete každý cíl a zkontrolujte jeho kotvicí text . Proč: pravděpodobná URL může chybět, být přesměrována nebo nesouvisející a obecné popisky skrývají účel cíle. Jak: spusťte kontrolu interních odkazů, poté ručně zkontrolujte kotvy v kontextu věty. Nástroj: crawler a prohlížeč. Hotovo, když: žádný interní odkaz nevrací chybu, každý cíl podporuje okolní tvrzení a neexistuje žádný samostatný „klikněte zde", holá URL nebo zavádějící přesně odpovídající kotva.

7. Média

Ověřte aktiva, alternativy a aktuálnost. Co: potvrďte, že každý obrázek existuje, má smysluplný alternativní text nebo odůvodněnou prázdnou alternativu a odráží aktuální rozhraní. Proč: rozbitá, vágní, náhradní nebo zastaralá média odebírají informace a mohou učinit instrukce nepoužitelnými. Jak: vypněte obrázky, zkontrolujte cesty, reprodukujte produktové kroky a porovnejte popisky, hodnoty, oříznutí a redakci. Nástroj: kontrola aktiv, audit přístupnosti, živý produkt a prohlížeč. Hotovo, když: žádná aktiva nechybí ani nejsou náhradní, alternativy jsou přesné a každý snímek obrazovky reprezentuje aktuální krok.

8. Technické vydání

Ověřte směrování, indexovatelnost a náhrady. Co: zkontrolujte slug, jednu sebeodkazující kanonickou URL , stav, chování robots, indexovatelnost a přesměrování. Proč: obsah nemůže fungovat na nesprávné trase, za noindex nebo po opuštění starých URL. Jak: zkontrolujte vykreslenou hlavičku a odpověď, porovnejte registr a projděte každou nahrazenou trasu. Nástroj: kontrolor hlaviček, mapa přesměrování, inspektor zdroje a kontrola URL. Hotovo, když: schválená URL vrací 200 s jednou zamýšlenou kanonickou URL a žádným blokem; každá nahrazená URL podstoupí jeden trvalý skok k nejbližší platné náhradě.

Otestujte stabilitu na mobilu. Co: zkontrolujte čtení v úzkém zobrazení, interakci, přetékání a Cumulative Layout Shift . Proč: komponenty fungující na desktopu mohou skrývat ovládací prvky, ořezávat tabulky nebo posouvat obsah při načítání médií. Jak: otestujte reprezentativní mobilní šířky a načtěte stránku s omezením rychlosti. Nástroj: režim zařízení v prohlížeči a zpráva o výkonu. Hotovo, když: veškerý obsah a ovládací prvky zůstávají použitelné bez horizontálního přetékání stránky a naměřený CLS je 0,1 nebo nižší.

9. Připravenost pro AI

Otestujte extrakci a prvotní HTML. Co: zkontrolujte odpovědi, definice, klíčová fakta, srovnání a závěry jako samostatné pasáže v serverem doručeném HTML. Proč: systémy pro vyhledávání mohou vybrat jednu pasáž a nemusí spouštět klientský kód. Jak: načtěte prvotní HTML, odstraňte okolní kontext a zkontrolujte názvy entit, upřesnění, jednotky a zájmena. Nástroj: načtení HTML, extraktor pasáží, prohlížeč a audit AmICited. Hotovo, když: každá prioritní skutečnost je přítomna bez JavaScriptu a sama o sobě zachovává svůj předmět, význam a omezení.

Vystavte procedurální strukturu. Co: ověřte, že páry FAQ a uspořádané kroky jsou kódovány jako rozpoznatelná pole a zůstávají viditelné. Proč: nadpisy a stylované boxy mohou vypadat správně, zatímco stroje dostávají nestrukturovanou prózu. Jak: porovnejte výstup prvků, přístupnou strukturu a schéma s viditelnou sekvencí. Nástroj: strom přístupnosti a validátor strukturovaných dat. Hotovo, když: každé požadované FAQ je strojově čitelné jako pár otázka-odpověď a každý požadovaný postup zachovává uspořádané kroky ve viditelném i strukturovaném výstupu.

Nástroje v AmICited

Použijte produkt k prozkoumání kandidáta a vytvoření důkazů pro předání; nenahrazuje lidský úsudek.

1. Otevřete audit připravenosti pro agenty společně s Přístupností a připraveností pro AI agenty k prozkoumání přístupnosti, dosažitelnosti pro crawler, pokrytí mapou webu a obsahu čitelného pro agenty.
2. Prozkoumejte URL kandidáta pomocí Kontrola URL k ověření stavu indexu, použitelnosti pro mobily a verdiktu o bohatých výsledcích. Přiřaďte živou kontrolu v předání pro novou URL.
3. Otevřete audit čerstvosti pomocí Čerstvost obsahu k poskytnutí signálu údržby a data příští kontroly pro časově citlivé stránky. Historie začíná, když začne sledování; žádná historie neznamená žádnou změnu.
4. Použijte SEO MCP prostřednictvím pracovního připojení pro opakovatelné kontroly URL pouze pro čtení, čerstvosti, Web Vitals a přístupnosti. Uložte výstup nebo identifikátor běhu.

Automatizace: skriptujte deterministické kontroly, zachovejte lidská rozhodnutí

Kontrola, kterou lze skriptovat, ale zůstává manuální, bude pod tlakem vynechána. Automatizujte stabilní, strojově pozorovatelné výsledky; vyžadujte člověka pro účel, pravdivost a kontext.

Automatizace píše důkazy, ne schválení. Selhání blokuje bránu; úspěšný skript neznamená úspěch v lidských sloupcích.

Rozhodovací pravidla

„Špatné" musí být pozorovatelné. Použijte tyto prahové hodnoty, pokud vybraný typ příspěvku nebo prvek nedefinuje přísnější; konkrétnější smlouva vítězí.

N/A není mírnější úspěch. Je platné pouze tehdy, když se položka skutečně nepoužije – například není potřeba přesměrování, protože není nahrazována žádná URL – a záznam uvádí proč. Výjimka musí uvádět změněné pravidlo, obchodní důvod, riziko, schvalovatele, vlastníka opravy a datum vypršení. Autorita pro vydání ji podepisuje; recenzent QA si ji neschvaluje sám.

Výstup: záznam o úspěšném průchodu

Přiložte jeden neměnný záznam k přesnému kandidátovi. Pozdější audit musí být schopen rozlišit „nikdy zkontrolováno" od „zkontrolováno a prošlo podle verze specifikace 1." Ukládejte strukturovaná pole, nikoli snímek obrazovky se zelenými zatržítky.

Cesta stránky / kanonická URL:
ID kandidáta k vydání nebo hash obsahu:
Typ příspěvku a entita:
Verze specifikace:
Vlastník QA:
Autorita pro vydání:
Zahájeno / dokončeno (časové razítko):

Kontroly:
- Skupina / položka:
- Výsledek: PASS | FAIL | N/A
- Důkaz: výstup validátoru, umístění zdroje, cíl nebo pozorování
- Zkontroloval / v:

Výjimky:
- Pravidlo a rozsah:
- Důvod a riziko:
- Schvalovatel:
- Vlastník opravy / platnost do:

Rozhodnutí: PASS — PUBLIKOVAT | FAIL — POZASTAVIT
Vlastník živého ověření a termín:
Datum příští plánované údržby:

Záznam o úspěšném průchodu je pouze pro připojování. Změněná specifikace nebo kandidát získávají nový audit, nikoli přepsanou historii.

Co se stane při neúspěchu

Neúspěch spouští opravnou smyčku, nikoli vyjednávání ve vlákně kontroly.

1. Vlastník QA označí kandidáta FAIL — POZASTAVIT, zaznamená důkazy a zastaví se v bodě, kde by pokračování testovalo verzi, která se jistě změní.
2. Vlastník obsahu opraví chyby typu příspěvku, prvků, kopie, metadat a důkazů. Vlastník implementace opraví chyby schémat, odkazů, médií, směrování, vykreslování a automatizace. Specialista znovu zkontroluje tvrzení ve své oblasti.
3. Opravce identifikuje každou změněnou plochu. Vlastník QA znovu spustí neúspěšnou položku, její závislé položky a jakoukoli skupinu ovlivněnou změnou. Například přepsaná odpověď znovu otevírá tvrzení, shodu prvků, shodu schématu a extrakci AI.
4. Vlastník QA vytvoří nový výsledek s časovým razítkem. Publikace zůstává blokována, dokud každá použitelná položka neprojde a každé N/A nebo výjimka nemá platnou autoritu.

Autor necertifikuje svou vlastní opravu. QA vlastní záznam, produkce vlastní opravy, specialisté vlastní schválení ve své doméně a autorita pro vydání vlastní výjimky.

Co se pokazí

• Považovat bránu za korekturu. Gramatika může být bezchybná, zatímco stránka používá špatný typ příspěvku, odporuje svému schématu nebo není indexovatelná.
• Testovat zdroj místo kandidáta k vydání. Platný Markdown neprokazuje, že šablony emitovaly zamýšlenou kanonickou URL, přístupnou strukturu nebo responzivní rozvržení.
• Dělat každou položku manuálně. Recenzenti opakovaně klikají na deterministické kontroly, dokud je termín nenaučí seznam přeskočit.
• Dělat každou položku automatizovaně. Zelený validátor nemůže rozhodnout, zda důkazy podporují kauzální tvrzení nebo zda srovnání odpovídá na rozhodnutí čtenáře.
• Přijímat „opravíme po spuštění." To mění předpublikační bránu v nedokumentovaný backlog a maže význam slova PASS.
• Dovolit stejné osobě implementovat a schvalovat. Sebekontrola přehlíží předpoklady, protože recenzent si pamatuje zamýšlené chování, nikoli pozorovaný výstup.

Předání

Dalším stavem je publikace a živé ověření. QA předává schváleného kandidáta, záznam PASS, kanonickou trasu, mapu přesměrování, okno pro vydání a schválené výjimky. Vydavatel vrací živou URL a čas nasazení; vlastník živého ověření opakuje kontroly stavu, kanonické URL, indexovatelnosti, přesměrování, schémat, odkazů, médií, mobilu a CTA.

Pokud se produkce liší, dotčené kontroly se znovu otevřou. Pokud souhlasí, přidejte živou URL a důkazy bez přepisování výsledku kandidáta. Pozdější audity používají uloženou verzi specifikace k rozlišení posunu od změněného standardu.

FAQ

Často kladené otázky

PASS znamená, že kandidát vyhovuje aktuální smlouvě s ověřitelnými důkazy. Cokoli jiného je pozastavení. Závěrečné CTA rozvržení academy následuje za tímto FAQ.