Technický základný audit

Fáza P2 · Etapa A — Pochopenie
Časový rámec: 2 – 4 hodiny pre ľahký prechod, 1 – 2 pracovné dni pre štandardný prechod alebo 3 – 8 pracovných dní pre hĺbkový prechod.
Vlastník: technický SEO líder. Engineering, analytika, obsah a lokalizácia prispievajú dôkazmi a schvaľujú opravy vo svojich oblastiach.

Technický základný audit zisťuje, či vyhľadávače dokážu dosiahnuť, interpretovať a vybrať URL, ktoré by podľa očakávania podniku mali zobrazovať. Jeho rozsah zahŕňa kontroly prehľadávania, HTTP odpovede, indexáciu, kanonické URL, odkazy, renderovanie, medzinárodné cielenie a bezpečné doručenie. Výsledkom je prioritizovaný register zistení s menovanými vlastníkmi a akceptačnými testami, nie skóre.

Prečo táto fáza prichádza sem

Publikovanie na stránku s problémami s prehľadávaním alebo indexáciou znásobuje škody. Vyhľadávače často objavia opakovaný defekt naprieč novými URL rýchlejšie, než vyhodnotia a odmenia obsah. Poškodená šablóna kanonických URL môže každý článok nasmerovať inde; pravidlo robots.txt môže skryť adresár; klientsky renderovaná navigácia môže vytvoriť siroty pre klienta bez JavaScriptu. Každá nová stránka zväčšuje dotknutú množinu a robí opravu rizikovejšou.

Najprv opravte základy. Poradie je prehľadávateľnosť → indexovateľnosť → kvalita obsahu → výkon, pretože každá vrstva je bránou. Prehľadávateľnosť znamená, že crawler môže objaviť a požiadať o URL; indexovateľnosť znamená, že dosiahnuteľná URL je spôsobilá na zaradenie. Až potom by sa mala posudzovať kvalita obsahu a výkon. Rýchla stránka zablokovaná robots.txt nemôže konkurovať a title tagy nezáležia na nedosiahnuteľných stránkach.

Táto fáza využíva rozsah, prioritné cesty, trhy a riziká z fázy Objavovanie a ciele . Jej skoršie vykonanie vytvorí prehľadávanie bez obchodného kontextu. Jej preskočenie umožní, aby výskum a produkcia cielili na šablóny, ktoré sa nedajú spoľahlivo dostať do indexu.

Vstupy a výstupy

Vstupy definujú zamýšľanú stránku, nielen to, čo crawler nájde. Výstupy hovoria ďalšiemu vlastníkovi, ktoré URL sú bezpečné na testovanie a ktoré zostávajú zablokované.

Vyberte hĺbku auditu

Hĺbku vyberte pred prehľadávaním. Odhady predpokladajú pripravený prístup a nezahŕňajú implementáciu.

Kontrolný zoznam

Pracujte v poradí. Zlyhaná brána môže zneplatniť neskoršie vzorky, preto pred pokračovaním zaznamenajte zlyhanie a jeho rozsah.

1. Potvrďte, že cieľ je produkcia

Čo robiť: overte schému, hostiteľa, robots súbor, analytickú vlastnosť, vlastnosť Search Console a hostiteľa sitemap. Prečo to je dôležité: staging môže vyzerať čisto, zatiaľ čo produkcia je rozbitá. Ako to urobiť: vyriešte dohodnutého kanonického hostiteľa, porovnajte prioritné stránky a hlavičky odpovedí a zaznamenajte zdroj prehľadávania. Nástroj: prehliadač, konfigurácia crawlera, výber Search Console. Hotovo, keď: register pomenúva potvrdený produkčný zdroj a vlastnosť, bez hostiteľského mena stagingu v seedoch ani exportoch.

2. Otestujte robots.txt pred prehľadávaním

Čo robiť: skontrolujte /robots.txt každého produkčného hostiteľa a odkazované sitemapy. Prečo to je dôležité: pravidlo Disallow bráni prehľadávaniu skôr, než môže byť obsah vyhodnotený. Ako to urobiť: porovnajte vzory Disallow so zamýšľaným inventárom, otestujte vyhovujúce a nevyhovujúce URL a rozlíšte blokovanie prehľadávania od noindex. Nástroj: surová odpoveď a tester robots. Hotovo, keď: robots vracia 200, zamýšľané blokovania majú dôvody, indexovateľné vzorky sú povolené a jedno nezamýšľané blokovanie spúšťa kritické zistenie.

3. Zosúlaďte sitemapy so skutočnými URL

Čo robiť: porovnajte odoslané sitemapy s kanonickým, indexovateľným inventárom. Prečo to je dôležité: sitemap by mala obsahovať URL, ktoré chce stránka vybrať, nie presmerovania, chyby alebo duplicity. Ako to urobiť: normalizujte položky, porovnajte počty podľa šablóny, potom vzorkujte pridané a vynechané URL v Sitemapy a indexovanie . Nástroj: https://app.amicited.com/reports/google-search/sitemaps-indexing a exporty prehľadávania. Hotovo, keď: pokrytie je aspoň 95 %, 0 položiek presmerúva alebo chybuje a každá medzera má dôvod alebo vlastníka.

4. Zmerajte rozdelenie stavových kódov

Čo robiť: klasifikujte odpovede ako 2xx, 3xx, 4xx alebo 5xx. Prečo to je dôležité: chyby zastavujú načítavanie a presmerovania pridávajú skoky. Ako to urobiť: sledujte a reportujte presmerovania, segmentujte podľa šablóny a porovnajte s Prehľadávanie Bing . Nástroj: https://app.amicited.com/reports/bing-webmasters/crawl, crawler a monitoring. Hotovo, keď: indexovateľné URL vracajú 200; interné chyby, slučky a reťazce sú nulové; a zámerné presmerovania sú zdokumentované.

5. Odstráňte reťazce a slučky presmerovaní

Čo robiť: trasujte presmerovania až po ich konečnú odpoveď. Prečo to je dôležité: skoky spomaľujú objavovanie; slučka sa nikdy nedostane k obsahu. Ako to urobiť: exportujte cesty, aktualizujte interné odkazy na finálne kanonické URL a konsolidujte pravidlá. Nástroj: report presmerovaní a kontroly hlavičiek. Hotovo, keď: interné odkazy idú priamo, legacy presmerovania majú jeden skok a nezostáva žiadna slučka ani reťazec.

6. Stanovte spôsobilý pomer indexácie

Čo robiť: porovnajte stav indexu Google s vedome spôsobilými URL. Prečo to je dôležité: zahrnutie presmerovaní, filtrov, duplicít alebo noindex stránok robí pomer bezvýznamným. Ako to urobiť: zostavte spôsobilý menovateľ, skontrolujte prioritné vzorky v Kontrola URL a zoskupujte vylúčenia podľa šablóny. Nástroj: https://app.amicited.com/reports/google-search/url-inspection, Search Console a inventár. Hotovo, keď: aspoň 90 % je indexovaných alebo každá medzera má vlastníka základnej príčiny; pod 80 % je zásadné zistenie.

7. Overte správnosť kanonických URL

Čo robiť: porovnajte deklarované, finálne a Google vybrané kanonické URL. Kanonická URL je preferovaná verzia medzi podobnými URL. Prečo to je dôležité: nesprávna kanonická URL konsoliduje signály preč od zamýšľanej stránky. Ako to urobiť: otestujte sebaodkazy unikátnych stránok, zámerné krížové kanonické URL a konzistenciu naprieč HTML, sitemapami, presmerovaniami a odkazmi. Nástroj: report kanonických URL a https://app.amicited.com/reports/google-search/url-inspection. Hotovo, keď: 100 % unikátnych indexovateľných stránok uvádza jednu absolútnu, 200, indexovateľnú kanonickú URL, pričom každý vybraný nesúlad je vysvetlený.

8. Nájdite duplicitné a takmer duplicitné zhluky

Čo robiť: zoskupte URL s identickým alebo prevažne sa prekrývajúcim hlavným obsahom a rovnakým vyhľadávacím účelom. Prečo to je dôležité: duplicity rozdeľujú interné signály a nútia vyhľadávače vybrať verziu, ktorú podnik nemusí preferovať. Ako to urobiť: porovnajte presné hashe, normalizovanú textovú podobnosť, tituly, kanonické URL, parametre a účel šablóny; potom zvoľte konsolidáciu, diferenciáciu, noindex alebo odstránenie. Nástroj: duplicitné reporty crawlera, inventár stránok a Stránky Google vyhľadávania . Hotovo, keď: žiaden zhluk neobsahuje viac ako jednu nevysvetlenú kanonickú indexovateľnú URL slúžiacu rovnakému zámeru a každá akceptovaná varianta má zaznamenaný odlišný účel.

9. Nájdite siroty a zmerajte hĺbku odkazov

Čo robiť: spojte URL z crawlera so sitemapami, analytikou, Search Console, exportmi CMS a spätnými odkazmi, aby ste našli stránky bez prehľadávateľného interného odkazu. Zmerajte najkratšiu klikaciu cestu z domovskej stránky. Prečo to je dôležité: sirota sa môže objaviť v sitemape, no napriek tomu získať málo interného kontextu alebo autority; nadmerná hĺbka robí objavovanie krehkým. Ako to urobiť: porovnajte zdroje, skontrolujte vzory adresárov v Zobrazenie adresára a trasujte navigáciu, drobčekové navigácie, rozcestníky a kontextové odkazy. Nástroj: https://app.amicited.com/reports/directory a viaczdrojové prehľadávanie. Hotovo, keď: počet zamýšľaných sirôt je nulový, prioritné stránky sú do troch kliknutí z domovskej stránky, ostatné zamýšľané indexovateľné stránky sú do piatich a každá výnimka má zámernú cestu objavovania.

10. Porovnajte renderované HTML a HTML bez JavaScriptu

Čo robiť: porovnajte počiatočnú odpoveď servera so stránkou po vykonaní JavaScriptu. Prečo to je dôležité: prehliadač môže zobraziť obsah a odkazy, ktoré klient bez JavaScriptu nikdy nedostane. Ako to urobiť: načítajte reprezentatívne stránky s vypnutými skriptami, skontrolujte surové HTML, potom porovnajte nadpisy, hlavný text, odkazy, kanonickú URL, robots direktívy, štruktúrované dáta a stav po renderovaní. Nástroj: crawler v HTML a renderovanom režime plus vývojárske nástroje prehliadača. Hotovo, keď: počiatočná odpoveď obsahuje primárny obsah, kanonickú URL, direktívy indexovania a prehľadávateľnú navigáciu potrebnú na objavenie prioritných stránok; akákoľvek závislosť výhradne od JavaScriptu je explicitne akceptovaná a otestovaná naprieč šablónami.

11. Validujte hreflang, ak je relevantný

Čo robiť: overte anotácie, ktoré prepájajú jazykové alebo regionálne ekvivalenty. Prečo to je dôležité: neúplné alebo konfliktné zhluky môžu spôsobiť, že vyhľadávače ignorujú cielenie a zobrazia nesprávnu trhovú verziu. Ako to urobiť: otestujte platné kódy jazyk-región, absolútne kanonické URL, sebaodkazy, vzájomné spätné odkazy, x-default tam, kde má skutočnú záložnú úlohu, a indexovateľnosť každého cieľa. Nástroj: hreflang report crawlera a vzorky URL. Hotovo, keď: neplatné kódy, chýbajúce sebaodkazy, chýbajúce spätné odkazy, nekanonické ciele, presmerovania a chyby sú všetky nulové. Ak stránka nemá lokalizované ekvivalenty, zaznamenajte „nerelavantné" namiesto vymýšľania anotácií.

12. Otestujte stránkovanie a cesty prehľadávania

Čo robiť: overte, či viacstránkové kategórie alebo archívne sekvencie sprístupňujú prehľadávateľné odkazy a užitočné unikátne URL. Prečo to je dôležité: nekonečné posúvanie alebo načítavanie len tlačidlom môže skryť hlbšie položky, zatiaľ čo kanonizácia každej stránky na prvú stránku môže odstrániť odlišný inventár z objavovania. Ako to urobiť: vypnite JavaScript, sledujte odkazy na ďalšiu a číslované stránky, skontrolujte stav, kanonickú URL a robots direktívy a otestujte poslednú stránku a parametre mimo rozsahu. Nástroj: nerenderované prehľadávanie a prehliadač. Hotovo, keď: každá zamýšľaná položka je dosiahnuteľná cez kotvové odkazy, každá užitočná stránka sa sama kanonizuje, neplatné čísla stránok vracajú primeranú chybu namiesto mäkkého 200 a žiadna sekvencia nevytvára neobmedzený URL priestor.

13. Skontrolujte mobilnú paritu

Čo robiť: porovnajte mobilné a desktopové doručenie obsahu, odkazov, metadát, direktív, štruktúrovaných dát a stavu odpovede. Prečo to je dôležité: Google primárne vyhodnocuje mobilnú reprezentáciu; skrytie zmysluplného obsahu alebo odkazov len na mobile mení to, čo môže pochopiť. Ako to urobiť: prehľadávajte s user-agentami desktopu a smartfónu a porovnajte reprezentatívne šablóny, nielen vizuálne screenshoty. Nástroj: párové prehľadávania, mobilná kontrola URL a responzívny režim prehliadača. Hotovo, keď: všetok indexovateľný obsah a prehľadávateľné odkazy potrebné pre význam a objavovanie sú ekvivalentné, s nulovými blokmi len pre mobil, rozdielmi v kanonických URL alebo chybovými odpoveďami.

14. Presaďte HTTPS a odstráňte zmiešaný obsah

Čo robiť: overte bezpečné doručenie, presmerovania hostiteľa, certifikáty, kanonickú schému, interné URL a zdroje načítané cez HTTP. Zmiešaný obsah znamená, že HTTPS stránka požaduje nezabezpečený zdroj. Prečo to je dôležité: nezabezpečené požiadavky môžu byť blokované, vystavujú používateľov riziku a vytvárajú nekonzistentné URL signály. Ako to urobiť: prehľadajte všetky HTTP varianty, skontrolujte pokrytie certifikátov a bezpečnostné chyby prehliadača a prehľadajte požiadavky na renderované zdroje. Nástroj: crawler, bezpečnostný panel prehliadača a konfigurácia servera. Hotovo, keď: každá HTTP stránka presmeruje jedným skokom na svoju zodpovedajúcu HTTPS URL, všetky kanonické URL a interné odkazy používajú HTTPS, certifikáty sú platné pre každého živého hostiteľa a počet aktívnych alebo pasívnych požiadaviek zmiešaného obsahu je nulový.

Nástroje v AmICited

Používajte produktové reporty ako dôkaz do kontrolného zoznamu, nie ako náhradu prehľadávania.

• Sitemapy a indexovanie na https://app.amicited.com/reports/google-search/sitemaps-indexing zobrazuje stav odoslanej sitemapy, varovania, chyby a akcie indexovania.
• Kontrola URL na https://app.amicited.com/reports/google-search/url-inspection poskytuje živý verdikt Google pre vzorkované URL a vybranú kanonickú URL.
• Prehľadávanie Bing na https://app.amicited.com/reports/bing-webmasters/crawl odhaľuje aktivitu Bing crawlera a problémy na úrovni URL.
• Stránky Google vyhľadávania na https://app.amicited.com/reports/pages pomáha vybrať vysoko hodnotné vstupné stránky a oddeľuje stránky s viditeľnosťou od stránok chýbajúcich vo vyhľadávacích dátach.
• Zobrazenie adresára na https://app.amicited.com/reports/directory odhaľuje vzory na úrovni sekcií a podporuje vyšetrovanie hĺbky a sirôt.
• Zdravie dát na https://app.amicited.com/features/data-health/ zaznamenáva, či sú pripojené dôkazy dostatočne úplné na podporu sebavedomých rozhodnutí.

Rozhodovacie pravidlá

Prahové hodnoty vytvárajú zistenia; nenahrádzajú úsudok. Segmentujte podľa šablóny a obchodnej dôležitosti: desať zlyhaní v kategórii pokladne môže byť dôležitejších než tisíc rozbitých archívnych tagov.

Prioritizujte pomocou dopad × náročnosť × istota. Ohodnoťte dopad od 1 – 5 na základe dotknutých spôsobilých URL a obchodných ciest. Ohodnoťte náročnosť od 1 – 5 ako faktor jednoduchosti, kde 5 znamená malú, reverzibilnú zmenu a 1 znamená veľký rizikový program; tiež zaznamenajte úprimný odhad v hodinách alebo dňoch. Ohodnoťte istotu ako 0,5 pre vierohodnú hypotézu, 0,75 pre opakovaný dôkaz alebo 1,0 pre reprodukovanú základnú príčinu. Súčin poskytuje pomôcku na radenie, nie falošnú presnosť.

Použite prepísanie závislosti: oprava, ktorá odblokuje inú prácu, má vyššiu prioritu než vyššie skóre, ktoré tak neurobí. Odstránenie bloku robots.txt pred spustením má prednosť pred leštením indexovaných title tagov. Na rovnakej úrovni závislosti riešte príčiny v rámci celej šablóny pred príznakmi.

Výstup: prioritizovaný register zistení

Odovzdajte jeden zdieľaný register, nie export z crawlera. Použite jeden riadok na jednu základnú príčinu a vzorky URL pripojte samostatne.

Register je kompletný, keď kritické a zásadné zistenia majú vlastníkov a odhady, blokátory majú poradie, hypotézy sú označené a rozhodnutie o publikovaní je explicitné.

Čo sa pokazí

200-položkový report, s ktorým nikto nevie pracovať

Exporty z crawlera si pletú pozorovania s rozhodnutiami. Zoskupujte opakované URL pod šablónu alebo pravidlo, ktoré ich spôsobuje, poskytnite reprezentatívnu vzorku a priraďte jedného vlastníka. Dvesto rozbitých URL vytvorených jedným navigačným komponentom je jedno zistenie základnej príčiny s merateľným rozsahom, nie dvesto úloh.

Hlásenie príznakov namiesto príčin

„Stránka nie je indexovaná" je príznak. Príčinou môže byť nezamýšľaná kanonická URL, sirotská šablóna, tenké varianty parametrov, mobilná chyba alebo odkaz závislý výhradne od JavaScriptu. Zistenie nie je pripravené na prioritizáciu, kým neidentifikuje ovplyvniteľnú príčinu alebo jasne neoznačí ďalší diagnostický test.

Náhodné auditovanie stagingu

Staging môže mať iné pravidlá robots, autentifikáciu, dáta, šablóny, feature flagy a správanie hostiteľa. Zaznamenajte produkčný zdroj a vlastnosť Search Console na začiatok každého exportu. Ak sa musí prehľadávanie spustiť proti stagingu kvôli záruke vydania, označte ho ako samostatné porovnanie a nikdy nezlučujte jeho metriky do produkčného základného stavu.

Tiež sa vyhnite počítaniu zámerných vylúčení ako strát, považovaniu zahrnutia v sitemape za dôkaz indexovania, testovaniu iba domovskej stránky alebo prioritizácii iba podľa počtu URL. Definujte spôsobilú množinu, segmentujte podľa šablóny a uchovajte akceptačné dôkazy.

Ďalšia fáza

Ďalšia fáza, AI dostupnosť a pripravenosť pre agentov , potrebuje technicky stabilnú vzorku. Odovzdajte zamýšľaný indexovateľný inventár, čisté reprezentatívne URL pre každú prioritnú šablónu, porovnania surového a renderovaného HTML, dôkazy o robots a odpovediach, rozhodnutia o kanonických URL, známe vylúčenia a register otvorených zistení.

Netvrdte, že stránka je „technicky zdravá." Uveďte, ktoré šablóny prešli bránami prehľadávania a indexácie, ktoré zostávajú blokované a či môže publikovanie pokračovať. Ďalší vlastník akceptuje, keď môže testovať AI-špecifické user agenty a extrakciu bez znovuobjavenia nevyriešených defektov prehľadávania.

FAQ

Ako často by sme mali opakovať technický základný audit?

Vykonajte ho pred migráciou, redizajnom, zmenou domény alebo veľkým publikačným programom, potom po vydaní zopakujte dotknuté kontroly. Priebežne monitorujte a zopakujte štandardný prechod, keď sa zmenia šablóny, navigácia, renderovanie alebo pravidlá pre kanonické URL.

Aký pomer indexácie by mala mať zdravá stránka?

Pre vedome spôsobilé URL je 90 % alebo viac východiskovým očakávaním, 80 – 90 % potrebuje vysvetlenie a pod 80 % je zistenie. Z menovateľa vylúčte presmerovania, duplicity, filtre a zámerné noindex stránky.

Môžeme publikovať obsah, kým prebiehajú technické opravy?

Iba vtedy, keď sú nové URL prehľadávateľné, indexovateľné, kanonizované, interne prepojené a neovplyvnené defektom. Ak je objavovanie alebo výber blokovaný, pozastavte; nové URL len rozširujú čistenie.

Potrebujeme crawler, ak je pripojená Search Console?

Áno. Search Console hlási, čo Google zistil; crawler testuje aktuálnu stránku a odhaľuje odkazy, odpovede, hĺbku, kanonické URL a duplicity. Ani jeden nenahrádza druhý.

Kto vlastní opravy nájdené v audite?

SEO líder vlastní register a akceptačné kritériá. Engineering zvyčajne vlastní opravy servera, renderovania, presmerovaní, kanonických URL a HTTPS; obsahové tímy môžu vlastniť duplicity a prepojenia. Každá položka potrebuje jednu menovanú osobu.