Kontrolný zoznam SEO pred publikovaním

Kontrola kvality (QA) pred publikovaním je finálna brána vydania v SEO procese . Ide o miesto, kde sa stretávajú tri zmluvy: zhoda s typom príspevku, správne použitie prvkov a dokončenie predchádzajúcej rešerše, dôkazov, implementácie a revíznej práce. Stránka, ktorá nevyhovie žiadnej platnej položke, sa vracia na opravu.

Brána: finálna QA pred publikovaním. Časový rámec: 60 – 90 minút pre štandardnú stránku; pridajte čas špecialistu pre regulované, bezpečnostné, finančné, lekárske alebo technicky závažné tvrdenia. Vlastník: jeden editor, vedúci obsahu alebo vedúci SEO, ktorý sa nepodieľal na finálnej implementácii a má právomoc zablokovať vydanie.

Mäkký kontrolný zoznam nie je kontrolný zoznam, pretože „väčšinou hotové" nemá stabilný význam. Pri termínoch sa nepovinné formulácie stanú pomôckou pre pamäť a náročné kontroly zmiznú. Pomenujte autoritu vydania pred začiatkom QA. Vlastník QA môže schváliť alebo zamietnuť; iba menovaný vedúci obsahu, vedúci SEO alebo ekvivalent môže schváliť písomnú výnimku alebo rozhodnúť o neuplatniteľnosti položky. Nemôžu upustiť od nepravdivého tvrdenia, chýbajúceho povinného prvku, zástupného aktíva, pokazeného kanonického odkazu alebo blokovanej indexovateľnosti kvôli termínu.

Prečo táto brána existuje a prečo je tu

Táto brána spotrebúva schválenú špecifikáciu typu príspevku, zmluvy o prvkoch, zdrojový záznam, finálny text, implementovaného kandidáta a schválenia špecialistov. Prebieha po zmrazení týchto vstupov, pretože QA nemôže overovať pohyblivý cieľ, a pred publikovaním, pretože chyba sa môže skopírovať hneď, ako je URL živá.

Skoršia QA certifikuje návrh, ktorý sa môže zmeniť. Jej preskočenie zanechá neskorších audítorov neschopných rozlíšiť posun stránky, zmenenú špecifikáciu a stránku, ktorá nebola nikdy skontrolovaná. QA po publikovaní mení lacné opravy na verejné chyby.

Vstupy a výstupy

Výstupom je zmluva, nie chatová správa. Vydavateľ musí byť schopný na ňu reagovať bez rekonštrukcie revízie.

Kontrolný zoznam

Každá položka nižšie obsahuje akciu, dôvod, metódu, nástroj a pozorovateľnú podmienku dokončenia. „SEO skontrolované" alebo „vyzerá dobre" nie je nikdy prijateľný dôkaz.

1. Zhoda s typom príspevku

Potvrďte vybraný typ príspevku a rozsah. Čo: priraďte kandidáta k jednému záznamu v knižnici typov príspevkov a odstráňte materiál patriaci k príbuznému typu. Prečo: typ stránky určuje zámer, štruktúru, dôkazy a konverzné správanie. Ako: označte každú sekciu rozhodnutím čitateľa, ktoré podporuje, a porovnajte ju s účelom a vylúčeniami typu. Nástroj: schválený brief, tematická mapa a stránky typov príspevkov. Dokončené keď: je zaznamenaný presne jeden primárny typ, úvod, telo a CTA ho obsluhujú a žiadna sekcia neexistuje výlučne pre účely iného typu.

Sledujte požadovanú štruktúru a rozsahy slov. Čo: mapujte každú požadovanú sekciu na vykresleného kandidáta a spočítajte jej slová oproti stanovenému rozsahu. Prečo: chýbajúce sekcie vytvárajú nezodpovedané otázky, zatiaľ čo nekontrolovaná dĺžka skrýva medzery za objemom. Ako: použite maticu požiadaviek a nadpisov a automatizované počítanie, potom manuálne skontrolujte hraničné prípady. Nástroj: špecifikácia typu príspevku, zdroj a vykreslená stránka. Dokončené keď: žiadna požadovaná sekcia nechýba a každá sekcia je v rámci svojho stanoveného minima a maxima.

2. Zhoda prvkov

Overte prvky, pozície a parametre. Čo: porovnajte mapu prvkov so zdrojom a vykreslením. Prečo: pozícia a polia sú súčasťou funkcie; zakopaná priama odpoveď už neodpovedá ako prvá a nesprávne parametre môžu poškodiť výstup. Ako: kontrolujte zhora nadol a validujte povolené polia, hodnoty, vnorenie a syntax. Nástroj: špecifikácie prvkov, validátor a prehliadač. Dokončené keď: každý povinný prvok je na svojej požadovanej pozícii, každý parameter je platný a nezostáva žiadna nevysvetlená duplicita.

Presadzujte prioritu typovaných prvkov. Čo: aplikujte pravidlá písania prvkov všade tam, kde má pasáž registrovaný účel. Prečo: voľný text môže vyzerať podobne, ale nemôže niesť identitu komponentu, polia, správanie prístupnosti ani štruktúrovaný výstup. Ako: vyjadrite úlohu každého bloku ako sloveso – definovať, varovať, porovnávať, inštruovať, zhrnúť – a skontrolujte existenciu zodpovedajúceho prvku. Nástroj: knižnica prvkov a inšpektor zdroja. Dokončené keď: žiadne pasáže nepoužívajú voľný text tam, kde je typovaný prvok povinný.

3. Kvalita obsahu

Otestujte odpoveď izolovane. Čo: prečítajte blok priamej odpovede bez jeho nadpisu a okolitých odsekov. Prečo: vyhľadávacie a AI systémy extrakcie môžu extrahovať iba túto pasáž. Ako: skontrolujte, či pomenúva predmet, odpovedá na otázku, obsahuje potrebné obmedzenia a nespolieha sa na „toto", „to" alebo „ako je uvedené vyššie". Nástroj: izolované zobrazenie textu a ľudský recenzent. Dokončené keď: odpoveď je sebestačná, presná a v rámci stanoveného 40 – 60-slovného rozsahu, keď je tento prvok požadovaný.

Overte tvrdenia, jazyk a jedinečnosť. Čo: priraďte podstatné tvrdenia k dôkazom, vysvetlite žargón pri prvom použití a porovnajte kandidáta so stránkami obsluhujúcimi rovnaký zámer. Prečo: nepodložené tvrdenia poškodzujú dôveru, zatiaľ čo takmer duplikáty si konkurujú a odchádzajú. Ako: označte mená, dátumy, čísla, kauzálne tvrdenia, správanie produktov a kandidátov na podobnosť; podporte, kvalifikujte, konsolidujte alebo odstráňte. Nástroj: register dôkazov, primárne zdroje, vyhľadávanie na stránke a správa o podobnosti. Dokončené keď: žiadne podstatné tvrdenie nemá chýbajúcu podporu, žiadny odborný termín nezostal nevysvetlený a žiadna existujúca stránka neodpovedá na rovnaký zámer a rozsah bez plánu konsolidácie.

4. Frontmatter

Validujte polia identity a náhľadu. Čo: aplikujte špecifikáciu frontmatter na názov, popis, kľúčové slová, entity a väzby typu príspevku. Prečo: tieto polia riadia smerovanie, náhľady, schémy a vzťahy bez čítania tela stránky. Ako: spustite validáciu polí a dĺžky, potom porovnajte význam s viditeľnou stránkou. Nástroj: linter frontmatter a ľudský náhľad. Dokončené keď: názov je jedinečný a presný, popis má 150 – 160 znakov, kľúčové slová obsahujú 6 – 8 relevantných záznamov a entity zodpovedá zmluve o type príspevku.

Overte polia správy a FAQ. Čo: skontrolujte dátumy, autora, recenzenta, vlastníctvo a viditeľnú štruktúru FAQ oproti frontmatter. Prečo: anonymné záznamy bránia zodpovednosti, zatiaľ čo posun FAQ spôsobuje nesúlad medzi viditeľnými a štruktúrovanými odpoveďami. Ako: porovnajte polia so stopou vydania a normalizovaným viditeľným textom. Nástroj: analyzátor zdroja, sledovač a vykreslená stránka. Dokončené keď: požadované dátumy a vlastníci sú platní, ľudský recenzent je uvedený tam, kde je to potrebné, počet FAQ spĺňa minimálnu požiadavku typu, každý pár sa zhoduje a nezostávajú žiadne skryté alebo prázdne záznamy.

5. Štruktúrované údaje

Vyžadujte správnu schému. Čo: potvrďte, že pre stránku a jej viditeľné prvky existuje príslušný schema markup . Prečo: chýbajúci alebo generický markup zahadzuje strojovo čitateľný význam, ktorý model obsahu už poskytuje. Ako: porovnajte emitované typy a vlastnosti so zmluvami o type príspevku a prvkoch. Nástroj: vykreslené HTML a validátor schémy. Dokončené keď: každý požadovaný typ schémy je prítomný raz, požadované vlastnosti sú vyplnené a nie je emitovaný žiadny neuplatniteľný typ.

Validujte paritu, nielen syntax. Čo: porovnajte názvy, dátumy, autora, entitu, FAQ, kroky a tvrdenia v schéme s viditeľným obsahom. Prečo: platná syntax môže stále opisovať neviditeľné alebo protichodné informácie. Ako: validujte JSON-LD, potom porovnajte hodnoty so stránkou. Nástroj: test štruktúrovaných údajov a ľudská revízia. Dokončené keď: nie sú žiadne chyby a žiadne fakty v schéme, ktoré by odporovali alebo presahovali viditeľný obsah.

6. Interné prepojenie

Prepojte nahor a von. Čo: poskytnite cestu k príslušnému pilieru a kontextové cesty k súvisiacim uzlom. Prečo: hierarchia pomáha čitateľom a prehliadačom pochopiť, kam stránka patrí, zatiaľ čo bočné odkazy pokračujú v úlohe čitateľa. Ako: mapujte každý interný odkaz na skutočnú ďalšiu otázku, nie na plnenie kvóty. Nástroj: graf odkazov a vykreslená stránka. Dokončené keď: stránka má aspoň jeden odkaz na svoj pilier, aspoň jeden relevantný bočný odkaz tam, kde existuje súvisiaci uzol, a aspoň jedna existujúca stránka odkazuje na ňu pred alebo v čase publikovania, aby nebola osirelá.

Skontrolujte ciele a kotviace texty. Čo: otvorte každý cieľ a skontrolujte jeho kotviaci text . Prečo: hodnoverná URL môže chýbať, byť presmerovaná alebo nesúvisiaca a generické štítky skrývajú účel cieľa. Ako: spustite kontrolu interných odkazov, potom manuálne skontrolujte kotviace texty v kontexte vety. Nástroj: crawler a prehliadač. Dokončené keď: žiadny interný odkaz nevracia chybu, každý cieľ podporuje okolité tvrdenie a nezostáva žiadny samostatný „kliknite sem", surová URL alebo zavádzajúci presný zhoda kotviaceho textu.

7. Médiá

Overte aktíva, alternatívy a aktuálnosť. Čo: potvrďte, že každý obrázok existuje, má zmysluplný alternatívny text alebo odôvodnenú prázdnu alternatívu a odráža aktuálne rozhranie. Prečo: pokazené, vágne, zástupné alebo zastarané médiá odstraňujú informácie a môžu spôsobiť, že pokyny budú nepoužiteľné. Ako: vypnite obrázky, skontrolujte cesty, reprodukujte kroky produktu a porovnajte štítky, hodnoty, orezanie a redakciu. Nástroj: kontrola aktív, audit prístupnosti, živý produkt a prehliadač. Dokončené keď: žiadne aktíva nechýbajú ani nie sú zástupné, alternatívy sú presné a každá snímka obrazovky predstavuje aktuálny krok.

8. Technické vydanie

Overte smerovanie, indexovateľnosť a náhradu. Čo: skontrolujte slug, jednu sebaodkazujúcu kanonickú URL , stav, správanie robots, indexovateľnosť a presmerovania. Prečo: obsah nemôže fungovať na nesprávnej ceste, za noindex alebo po tom, čo staré URL zostanú opustené. Ako: skontrolujte vykreslenú hlavičku a odpoveď, porovnajte register a sledujte každú nahradenú cestu. Nástroj: kontrola hlavičiek, mapa presmerovaní, inšpektor zdroja a URL Inspection. Dokončené keď: schválená URL vracia 200 s jednou zamýšľanou kanonickou URL a žiadnym blokom; každá nahradená URL absolvuje jeden trvalý skok na najbližšiu platnú náhradu.

Otestujte stabilitu na mobile. Čo: skontrolujte čítanie v úzkom zobrazení, interakciu, pretekanie a Cumulative Layout Shift . Prečo: komponenty, ktoré fungujú na desktopoch, môžu skrývať ovládacie prvky, orezávať tabuľky alebo presúvať obsah počas načítavania médií. Ako: otestujte reprezentatívne mobilné šírky a načítajte stránku s obmedzením rýchlosti. Nástroj: režim zariadenia prehliadača a správa o výkone. Dokončené keď: všetok obsah a ovládacie prvky zostávajú použiteľné bez horizontálneho pretečenia stránky a nameraný CLS je 0,1 alebo nižší.

9. Pripravenosť na AI

Otestujte extrakciu a počiatočné HTML. Čo: skontrolujte odpovede, definície, kľúčové fakty, porovnania a závery ako samostatné pasáže v serverom doručenom HTML. Prečo: extrakčné systémy môžu vybrať jednu pasáž a nemusia spúšťať klientsky kód. Ako: načítajte počiatočné HTML, odstráňte okolitý kontext a skontrolujte názvy entít, kvalifikátory, jednotky a zámená. Nástroj: načítanie HTML, extraktor pasáží, prehliadač a audit AmICited. Dokončené keď: každý prioritný fakt je prítomný bez JavaScriptu a sám o sebe si zachováva svoj predmet, význam a obmedzenia.

Sprístupnite procedurálnu štruktúru. Čo: overte, že páry FAQ a usporiadané kroky sú zakódované ako rozpoznateľné polia a zostávajú viditeľné. Prečo: nadpisy a formátované boxy môžu vyzerať správne, zatiaľ čo stroje dostávajú neštruktúrovaný text. Ako: porovnajte výstup prvkov, prístupnú štruktúru a schému s viditeľnou postupnosťou. Nástroj: strom prístupnosti a validátor štruktúrovaných údajov. Dokončené keď: každý požadovaný FAQ je strojovo čitateľný ako pár otázka-odpoveď a každý požadovaný postup zachováva usporiadané kroky vo viditeľnom aj štruktúrovanom výstupe.

Nástroje v AmICited

Použite produkt na kontrolu kandidáta a vytvorenie dôkazov o odovzdaní; nenahrádza ľudský úsudok.

1. Otvorte audit pripravenosti pre agentov spolu s Prístupnosťou AI a pripravenosťou pre agentov na kontrolu prístupnosti, dosiahnuteľnosti pre prehliadače, pokrytia mapou stránok a obsahu čitateľného pre agentov.
2. Skontrolujte URL kandidáta pomocou URL Inspection na overenie stavu indexu, použiteľnosti na mobile a výsledku bohatých výsledkov. Pri novej URL priraďte živú kontrolu v odovzdaní.
3. Otvorte audit aktuálnosti s Content Freshness na poskytnutie signálu údržby a dátumu ďalšej revízie pre časovo citlivé stránky. História začína, keď sa začne sledovanie; žiadna história neznamená žiadnu zmenu.
4. Použite SEO MCP prostredníctvom pripojenia pracovného priestoru na opakovateľné kontroly URL, aktuálnosti, Web Vitals a prístupnosti (iba na čítanie). Uložte výstup alebo identifikátor spustenia.

Automatizácia: skriptujte deterministické kontroly, zachovajte ľudské rozhodnutia

Kontrola, ktorá môže byť skriptovaná, ale zostáva manuálna, bude pod tlakom preskočená. Automatizujte stabilné, strojovo pozorovateľné výsledky; vyžadujte človeka pre účel, pravdu a kontext.

Automatizácia píše dôkazy, nie schválenie. Zlyhanie blokuje bránu; úspešný skript neprechádza cez ľudské stĺpce.

Rozhodovacie pravidlá

„Zlé" musí byť pozorovateľné. Použite tieto prahové hodnoty, pokiaľ vybraný typ príspevku alebo prvok nedefinuje prísnejšiu; konkrétnejšia zmluva víťazí.

N/A nie je mäkšie pass. Je platné iba vtedy, keď sa položka skutočne neuplatňuje – napríklad nie je potrebné presmerovanie, pretože sa nenahrádza žiadna URL – a záznam uvádza dôvod. Výnimka musí uvádzať zmenené pravidlo, obchodný dôvod, riziko, schvaľovateľa, vlastníka opravy a dátum exspirácie. Autorita vydania ju podpisuje; recenzent QA si ju neschvaľuje sám.

Výstup: záznam o prechode

Pripojte jeden nemenný záznam ku konkrétnemu kandidátovi. Neskorší audit musí byť schopný rozlíšiť „nikdy nekontrolované" od „skontrolované a prešlo podľa verzie špecifikácie 1." Ukladajte štruktúrované polia, nie snímku zelených zaškrtnutí.

Cesta stránky / kanonická URL:
ID kandidáta na vydanie alebo hash obsahu:
Typ príspevku a entita:
Verzia špecifikácie:
Vlastník QA:
Autorita vydania:
Začaté / dokončené (časová pečiatka):

Kontroly:
- Skupina / položka:
- Výsledok: PASS | FAIL | N/A
- Dôkaz: výstup validátora, umiestnenie zdroja, cieľ alebo pozorovanie
- Skontroloval / kedy:

Výnimky:
- Pravidlo a rozsah:
- Dôvod a riziko:
- Schvaľovateľ:
- Vlastník opravy / dátum exspirácie:

Rozhodnutie: PASS — PUBLIKOVAŤ | FAIL — POZDRŽAŤ
Vlastník živého overenia a termín:
Dátum ďalšej revízie údržby:

Záznam o prechode je iba na pridávanie. Zmenená špecifikácia alebo kandidát dostáva nový audit, nie prepísanú históriu.

Čo sa stane pri zlyhaní

Zlyhanie spúšťa opravnú slučku, nie vyjednávanie vo vlákne revízie.

1. Vlastník QA označí kandidáta FAIL — POZDRŽAŤ, zaznamená dôkazy a zastaví sa v bode, kde by pokračovanie testovalo verziu, ktorá sa istotne zmení.
2. Vlastník obsahu opraví zlyhania typu príspevku, prvkov, textu, metadát a dôkazov. Vlastník implementácie opraví zlyhania schémy, odkazov, médií, smerovania, vykresľovania a automatizácie. Špecialista znovu skontroluje tvrdenia vo svojej oblasti.
3. Opravár identifikuje každý zmenený povrch. Vlastník QA znovu spustí neúspešnú položku, jej závislé položky a akúkoľvek skupinu ovplyvnenú zmenou. Prepísaná odpoveď napríklad znovu otvára tvrdenia, zhodu prvkov, paritu schémy a extrakciu AI.
4. Vlastník QA vytvorí nový výsledok s časovou pečiatkou. Publikovanie zostáva blokované, kým každá platná položka neprejde a každé N/A alebo výnimka nemá platnú autoritu.

Autor necertifikuje svoju opravu. QA vlastní záznam, produkcia vlastní opravy, špecialisti vlastnia schválenie v doméne a autorita vydania vlastní výnimky.

Čo sa pokazí

• Považovanie brány za korektúru. Gramatika môže byť bezchybná, zatiaľ čo stránka používa nesprávny typ príspevku, odporuje svojej schéme alebo nie je indexovateľná.
• Testovanie zdroja namiesto kandidáta na vydanie. Platný Markdown nedokazuje, že šablóny emitovali zamýšľanú kanonickú URL, prístupnú štruktúru alebo responzívne rozloženie.
• Robenie každej položky manuálne. Recenzenti opakovane klikajú na deterministické kontroly, kým ich termín nenaučí preskakovať zoznam.
• Robenie každej položky automatizovane. Zelený validátor nemôže rozhodnúť, či dôkazy podopierajú kauzálne tvrdenie alebo či porovnanie odpovedá na rozhodnutie čitateľa.
• Akceptovanie „opravíme po spustení." To mení bránu pred publikovaním na nedokumentovaný backlog a vymazáva význam PASS.
• Povolenie rovnakej osobe implementovať a schvaľovať. Vlastná revízia prehliada predpoklady, pretože recenzent si pamätá zamýšľané správanie namiesto pozorovania skutočného výstupu.

Odovzdanie

Ďalší stav je publikovanie a živé overenie. QA odovzdáva schváleného kandidáta, záznam PASS, kanonickú cestu, mapu presmerovaní, okno vydania a schválené výnimky. Vydavateľ vracia živú URL a čas nasadenia; vlastník živého overenia opakuje kontroly stavu, kanonickej URL, indexovateľnosti, presmerovaní, schémy, odkazov, médií, mobilu a CTA.

Ak sa produkcia líši, dotknuté kontroly sa znovu otvárajú. Ak sa zhoduje, pridajte živú URL a dôkazy bez prepisovania výsledku kandidáta. Neskoršie audity používajú uloženú verziu špecifikácie na rozlíšenie posunu od zmeneného štandardu.

FAQ

Často kladené otázky

Pass znamená, že kandidát vyhovuje aktuálnej zmluve s overiteľnými dôkazmi. Čokoľvek iné je pozdržanie. Záverečná CTA rozloženia akadémie nasleduje za týmto FAQ.