Technické SEO 2026: crawling, indexácia, výkon a AI Search

Technické SEO zabezpečuje, aby vyhľadávače vedeli URL objaviť, načítať, renderovať, pochopiť, zaradiť do indexu a dlhodobo monitorovať. Nejde iba o rýchlosť webu alebo o súbor robots.txt. Je to sústava pravidiel, serverových odpovedí, informačnej architektúry, indexačných pokynov, kanonických signálov, mobilnej parity, JavaScriptového renderovania, štruktúrovaných dát a merania reálneho výkonu.

V roku 2026 sa základné princípy nemenia, ale rastie význam ich dôsledného prepojenia. Google používa mobilnú verziu obsahu na indexáciu a hodnotenie, spracovanie moderných webových aplikácií vyžaduje kontrolu renderovaného HTML a generatívne funkcie vyhľadávania stále vychádzajú z verejne dostupného, prehľadateľného obsahu. Technické SEO preto nie je samostatný IT projekt. Je to prevádzková vrstva, ktorá rozhoduje, či sa kvalitný obsah vôbec dostane k používateľovi.

Čo technické SEO zahŕňa a čo od neho nemožno očakávať

Technické SEO rieši podmienky prístupu a spracovania webu. Kontroluje, či dôležité URL vracajú správny stavový kód, či sú dostupné crawlerom, či interné odkazy používajú platné adresy, či sitemap obsahuje kanonické a indexovateľné URL, či mobilná a desktopová verzia nesú rovnaký hlavný obsah a či JavaScript neskrýva kritické informácie. Zahŕňa tiež výkon, bezpečné HTTPS, správne presmerovania, hreflang, štruktúrované dáta, spracovanie filtrov a parametrov, migrácie a monitoring.

Technické SEO však nie je mechanizmus, ktorý automaticky zmení slabý obsah na konkurenčný výsledok. XML sitemap je zoznam preferovaných URL, nie garancia indexácie. Canonical je silná preferencia, nie príkaz, ktorý Google musí vždy prijať. Core Web Vitals sú dôležitou súčasťou používateľskej skúsenosti, ale perfektné skóre samo osebe neprekoná relevantnejší obsah. Správny audit preto oddeľuje technické blokátory od obsahových, reputačných a dopytových príčin.

Ako vyhľadávač spracúva URL

Praktická diagnostika začína rozdelením procesu na samostatné fázy. URL musí byť najprv objavená, napríklad cez interný odkaz, sitemap alebo externú zmienku. Následne ju crawler načíta, vyhodnotí serverovú odpoveď a podľa potreby spracuje zdroje. Pri stránkach závislých od JavaScriptu prichádza renderovanie. Potom systém rozhoduje o indexácii, zoskupuje duplicitné verzie a vyberá kanonickú URL. Až následne môže stránku zaradiť do výsledkov pre konkrétny dopyt.

Každá fáza má iný typ chyby. Blokovanie v robots.txt patrí do crawlingu, značka noindex do indexácie a rel="canonical" do konsolidácie duplicít. Ak sa tieto mechanizmy zamieňajú, vznikajú typické protirečenia, napríklad URL blokovaná v robots.txt zároveň obsahuje noindex, ktorý crawler nemôže načítať, alebo sitemap odkazuje na presmerované a nekanonické adresy.

Crawlability: ako umožniť crawlerom efektívny prístup

Interné odkazy a informačná architektúra

Najspoľahlivejším spôsobom objavenia dôležitej stránky je crawlable interný odkaz z inej indexovateľnej stránky. Navigácia, kategórie, breadcrumbs, tematické huby a kontextové odkazy vytvárajú link graph, podľa ktorého crawler rozumie hierarchii a vzťahom. Dôležité URL by nemali existovať iba v internom vyhľadávaní, formulári, JavaScriptovej udalosti alebo v sitemap bez akéhokoľvek odkazu z webu.

Hĺbka prekliku nemá univerzálny ideálny počet, ale strategické stránky by mali byť dostupné logickou cestou s minimálnym trením. Pri veľkom e-shope alebo znalostnej báze treba oddeliť navigačné vrstvy od nekonečných kombinácií filtrov. Každá nová URL vytvorená parametrom zvyšuje priestor, ktorý musí crawler vyhodnotiť.

Robots.txt: riadenie crawlingu, nie indexácie

Súbor robots.txt určuje, ktoré cesty crawler môže alebo nemôže načítať. Je vhodný na obmedzenie zbytočného crawlingu, napríklad interných výsledkov vyhľadávania, niektorých technických endpointov alebo nekonečných kombinácií parametrov. Nie je však spoľahlivým nástrojom na odstránenie URL z indexu. Ak je URL známa z odkazov, môže sa objaviť vo výsledkoch bez načítaného obsahu. Na vylúčenie z indexu treba použiť noindex na dostupnej stránke, autentifikáciu, odstránenie alebo vhodný stavový kód.

XML sitemap ako inventár preferovaných URL

XML sitemap pomáha vyhľadávaču objaviť nové alebo aktualizované URL a pri väčších weboch umožňuje segmentovať monitoring podľa typu obsahu. Do sitemap patria absolútne, kanonické, indexovateľné URL so stavom 200. Presmerované, blokované, noindex alebo duplicitné verzie znižujú diagnostickú hodnotu sitemap. Jeden súbor môže obsahovať najviac 50 000 URL alebo 50 MB v nekomprimovanom stave, väčšie weby preto používajú sitemap index.

Crawl budget: dôležitý najmä pre veľké a rýchlo sa meniace weby

Crawl budget sa často rieši aj na malých weboch, kde nie je reálnym problémom. Google v roku 2026 smeruje pokročilé odporúčania najmä na weby s približne miliónom a viac URL, na weby s desaťtisícmi často menených stránok alebo na weby s veľkým počtom URL v stave Discovered, currently not indexed. Pre bežnú firemnú stránku je zvyčajne dôležitejšia čistá sitemap, funkčné interné odkazy a kontrola reportu Page indexing.

Na veľkých weboch crawl efektivitu znižujú nekonečné parametre, kalendáre, faceted navigation, presmerovacie reťazce, pomalý server, duplicitné URL a chyby 5xx. Serverové cache mechanizmy, odpovede 304 Not Modified, presné sitemapy a redukcia bezhodnotných URL môžu ušetriť zdroje crawlera aj infraštruktúry.

Stavové kódy, presmerovania a serverová spoľahlivosť

HTTP odpoveď je prvý technický signál, ktorý crawler pri URL vyhodnotí. Stav 200 znamená úspešnú odpoveď, ale negarantuje, že obsah je hodnotný alebo indexovateľný. Trvalé presmerovanie 301 alebo 308 sa používa pri definitívnej zmene adresy. Dočasné 302 alebo 307 je vhodné tam, kde sa pôvodná URL má vrátiť. Stav 404 alebo 410 informuje, že zdroj neexistuje. Chyby 5xx signalizujú problém servera a pri dlhšom trvaní môžu obmedziť crawling a vyradiť URL z výsledkov.

Soft 404 vzniká, keď stránka vracia 200, ale obsahovo oznamuje, že produkt, článok alebo výsledok neexistuje. Takéto URL znečisťujú indexačný inventár a sťažujú diagnostiku. Pri odstránenom produkte treba rozhodnúť podľa reálnej náhrady. Ak existuje ekvivalent, použije sa presmerovanie. Ak neexistuje, korektný stav 404 alebo 410 je presnejší než presmerovanie všetkého na homepage.

Indexácia a kanonizácia: rozdiel medzi dostupnou a zvolenou URL

Noindex, X-Robots-Tag a prístup crawlera

Meta robots s hodnotou noindex oznamuje, že HTML stránka nemá byť zaradená do výsledkov. Google ho môže rešpektovať iba vtedy, keď stránku dokáže načítať. Pre PDF a iné ne-HTML zdroje sa používa HTTP hlavička X-Robots-Tag. Pri citlivom alebo neveřejnom obsahu noindex nestačí, pretože nejde o bezpečnostný prvok. Obsah má byť chránený autentifikáciou alebo odstránený z verejného prístupu.

Canonical ako konsolidačný signál

Kanonizácia zoskupuje duplicitné alebo veľmi podobné URL a vyberá reprezentatívnu verziu. Google v aktuálnej dokumentácii uvádza, že najsilnejšími signálmi sú presmerovania a rel="canonical", zatiaľ čo sitemap je slabší signál. Signály sa môžu kombinovať. Canonical má používať absolútnu URL, smerovať na dostupnú a indexovateľnú stránku a byť konzistentný s internými odkazmi, sitemap, hreflang a presmerovaniami.

Google môže vybrať inú kanonickú URL než tú deklarovanú. Zvyčajne ide o dôsledok protichodných signálov, podobnosti obsahu, technickej nedostupnosti alebo toho, že deklarovaná URL nepôsobí ako najúplnejšia reprezentácia. Diagnostika preto nemá skončiť kontrolou samotného tagu. Treba porovnať všetky signály v URL Inspection a v architektúre webu.

Parametre, filtre, duplicity a faceted navigation

Filtre a triedenie dokážu vytvoriť obrovské množstvo URL s malou alebo nulovou samostatnou hodnotou. Niektoré kombinácie majú vyhľadávací dopyt a zaslúžia si indexovateľnú landing page. Iné slúžia iba na používateľské filtrovanie. Rozhodovanie musí vychádzať z dopytu, unikátnosti obsahu, interného prelinkovania a technickej škálovateľnosti. Plošné kanonizovanie všetkých filtrov na nadradenú kategóriu môže odstrániť hodnotné landing pages, zatiaľ čo plošná indexácia vytvára crawl trap.

Pri viacjazyčných weboch sa canonical a hreflang nesmú zamieňať. Každá jazyková alebo regionálna verzia má mať spravidla self-canonical a recipročné hreflang odkazy na ekvivalentné stránky. Hreflang neopravuje nekonzistentný obsah ani chybné presmerovania.

JavaScript SEO a renderovanie moderných aplikácií

Google dokáže spracovať JavaScript, ale weby založené na klientskom renderovaní majú viac miest, kde môže vzniknúť chyba. Kritický obsah, title, meta description, canonical, interné odkazy a štruktúrované dáta musia byť prítomné alebo spoľahlivo vytvorené v renderovanom výsledku. Ak API zlyhá, zdroj je blokovaný, skript čaká na interakciu alebo lazy loading reaguje iba na používateľské scrollovanie bez fallbacku, crawler nemusí obsah vidieť.

Server-side rendering, static site generation a hybridné architektúry znižujú závislosť od klienta pri prvom načítaní. Nie sú však automaticky správne. Hydration môže prepísať metadata, vytvoriť duplicitné canonical tagy alebo odstrániť obsah. Kontrola zdrojového HTML preto nestačí. Treba porovnať serverovú odpoveď, renderovaný DOM a zobrazenie v URL Inspection alebo Rich Results Test.

Mobilná indexácia a obsahová parita

Google používa mobilnú verziu webu, crawlovanú smartphone agentom, na indexáciu a hodnotenie. Responzívny dizajn je najjednoduchšia konfigurácia, pretože zachováva rovnakú URL a HTML základ. Technický audit musí kontrolovať, či mobilná verzia obsahuje rovnaký hlavný text, nadpisy, obrázky, alt texty, structured data, robots pokyny a interné odkazy ako desktop.

Obsah skrytý v akordeónoch alebo taboch môže byť indexovateľný, ak je v DOM a používateľ ho vie zobraziť. Problém nastáva, keď mobilná verzia obsah nenačíta vôbec, používa iné URL bez správnych väzieb alebo odstraňuje dôležité navigačné prvky. Samostatný Mobile-Friendly Test už nie je základom auditu. Praktická kontrola využíva Lighthouse, PageSpeed Insights, Chrome DevTools a URL Inspection.

Výkon a Core Web Vitals

Výkon stránky ovplyvňuje používateľskú skúsenosť, crawling aj schopnosť webu udržať interakciu. Core Web Vitals v roku 2026 tvoria LCP pre načítanie hlavného obsahu, INP pre odozvu na interakcie a CLS pre vizuálnu stabilitu. Dobré prahy sú LCP do 2,5 sekundy, INP do 200 milisekúnd a CLS do 0,1. Vyhodnocujú sa na 75. percentile reálnych návštev, osobitne pre mobilné a desktopové zariadenia.

Field data a lab data odpovedajú na odlišné otázky. CrUX a Search Console ukazujú agregovanú skúsenosť reálnych používateľov, ale môžu mať oneskorenie a zoskupovanie podobných URL. Lighthouse a lokálne testy umožňujú reprodukovať problém, no nepredstavujú celú populáciu zariadení a sietí. Najlepší workflow spája oba pohľady a diagnostikuje konkrétny prvok LCP, dlhé úlohy blokujúce hlavné vlákno alebo zdroj layout shiftu.

Priority optimalizácie sa majú riadiť reálnym dopadom. Zmenšenie obrázkov, správne rozmery, moderné formáty, CDN, cache, preload kľúčových zdrojov, redukcia nepoužitého JavaScriptu a serverová optimalizácia často prinášajú väčší úžitok než naháňanie posledných bodov syntetického skóre.

HTTPS, bezpečnosť a technická dôveryhodnosť

HTTPS chráni prenos medzi používateľom a serverom. Audit má overiť platnosť certifikátu, úplný reťazec, pokrytie hostnames, presmerovanie HTTP na HTTPS, zmiešaný obsah, bezpečné cookies a neprítomnosť návratu z HTTPS na HTTP. HSTS môže znížiť riziko downgrade útokov, ale musí byť nasadený opatrne a až po stabilizácii celej HTTPS konfigurácie.

Bezpečnostný incident je zároveň SEO incident. Malware, phishing, kompromitované pluginy, spamové URL alebo injektované presmerovania môžu viesť k varovaniam, strate dôvery a dočasnému vyradeniu. Technické SEO preto patrí do monitoringu spolu s aktualizáciami CMS, zálohami, WAF, kontrolou oprávnení a logovaním zmien.

Štruktúrované dáta a strojovo čitateľný význam

Structured data pomáha vyhľadávaču klasifikovať obsah stránky a môže vytvoriť oprávnenie na rich results. Google odporúča JSON-LD, podporuje aj Microdata a RDFa. Markup musí presne zodpovedať viditeľnému obsahu, používať správny typ, obsahovať povinné vlastnosti a byť dostupný crawlerovi. Validný kód negarantuje zobrazenie rozšíreného výsledku.

Najčastejšie chyby vznikajú pri falošných recenziách, neviditeľnom obsahu, zastaraných údajoch, nesprávnom type entity a pri nasadení rovnakého markup na každú URL bez vzťahu k hlavnej téme stránky. Testovanie sa robí cez Rich Results Test, URL Inspection a reporty v Search Console. Schema.org môže obsahovať viac typov a vlastností než Google používa pre konkrétne rich results, preto je pre správanie Google rozhodujúca jeho dokumentácia.

Technické SEO pre AI Overviews, AI Mode a ďalšie generatívne výsledky

V roku 2026 sa technická pripravenosť pre generatívne vyhľadávanie neopiera o tajný súbor ani špeciálnu GEO značku. Google uvádza, že generatívne funkcie vychádzajú z verejne dostupného a crawlable obsahu a odporúča rovnaké technické základy ako pri bežnom vyhľadávaní. Dôležitá je dostupnosť, jasná informačná architektúra, obmedzenie duplicít, dobrá používateľská skúsenosť, správne JavaScriptové renderovanie a konzistentné entity.

Technické SEO nevie prikázať modelu, aby konkrétnu stránku citoval. Vie však odstrániť prekážky, ktoré bránia načítaniu, interpretácii alebo konsolidácii obsahu. Pri Bing a ďalších podporovaných vyhľadávačoch možno zmeny oznamovať protokolom IndexNow. Prijatie požiadavky však znamená iba prijatie URL na spracovanie, nie garanciu indexácie alebo pozície.

Diagnostika URL, ktorá sa neindexuje

Obrázok 2: Rozhodovací postup pri diagnostike neindexovanej URL

Diagnostika má začínať technickou dostupnosťou, nie opakovaným odosielaním URL. URL Inspection poskytuje spoľahlivejší pohľad než operátor site:, ktorý má obmedzenia a nemusí ukazovať úplný inventár. Kontroluje sa live test, stav posledného crawlu, robots, indexačný pokyn, používateľom deklarovaný a Googlom zvolený canonical, renderovaný screenshot a načítané zdroje.

Ak technické signály súhlasia a URL stále nie je indexovaná, príčina môže byť obsahová. Stránka môže byť príliš podobná iným URL, mať nízku pridanú hodnotu, slabé interné odkazy, minimálny dopyt alebo môže byť súčasťou rozsiahleho nekvalitného inventára. V takom prípade technické úpravy bez zmeny obsahu nepomôžu.

Nástroje a dáta pre technický SEO audit

Google Search Console je zdrojom informácií o indexácii, výkone, Core Web Vitals, HTTPS, manuálnych zásahoch a rich results. URL Inspection slúži na detail konkrétnej URL. PageSpeed Insights a Lighthouse podporujú výkonovú diagnostiku. Serverové logy ukazujú, ktoré URL crawlery reálne navštevujú, s akou frekvenciou a akými odpoveďami. Crawl nástroj vytvorí interný technický inventár, ale jeho konfigurácia musí simulovať relevantného crawlera a rešpektovať rozsah projektu.

Bing Webmaster Tools dopĺňa pohľad o Bing, Copilot, Site Explorer a IndexNow. Monitoring má prepájať technické dáta s analytikou a biznisovým dopadom. Pokles indexovaných URL nie je automaticky negatívny, ak ide o odstránenie duplicít. Naopak stabilný počet indexovaných URL môže skrývať problém, ak boli hodnotné landing pages nahradené nepodstatnými parametrami.

Praktický audit: poradie krokov

1. Vytvorte inventár zdrojov: CMS, hosting, CDN, JavaScript framework, analytika, Search Console, Bing Webmaster Tools a zodpovedné osoby.

2. Overte dostupnosť hlavných šablón, stavové kódy, DNS, TLS, redirecty a správanie servera pri záťaži.

3. Porovnajte crawl inventár so sitemap, Search Console, analytikou a serverovými logmi.

4. Skontrolujte robots.txt, meta robots, X-Robots-Tag, canonical, hreflang a presmerovania ako jeden systém.

5. Analyzujte interné odkazy, orphan pages, hĺbku, faceted navigation, parametre a nekonečné crawl priestory.

6. Porovnajte zdrojové HTML a renderovaný DOM, najmä pri JavaScripte, lazy loadingu a hydratácii.

7. Vyhodnoťte Core Web Vitals vo field data a reprodukujte problémy v lab prostredí.

8. Validujte structured data a skontrolujte súlad s viditeľným obsahom.

9. Prioritizujte chyby podľa blokovania indexácie, rozsahu URL, organického potenciálu, biznisového dopadu a náročnosti opravy.

10. Po nasadení zmerajte zmenu, sledujte regresie a dokumentujte vlastníka každej kontroly.

90-dňový plán technickej stabilizácie

Dni 1 až 30: odstránenie blokátorov

Prioritou sú chyby, ktoré bránia dostupnosti a indexácii: 5xx, nesprávne robots pravidlá, plošný noindex, chybný canonical, redirect slučky, staging dostupný verejnosti, neplatný TLS a kritický nesúlad mobilného obsahu. Zároveň sa nastaví monitoring a základný inventár.

Dni 31 až 60: konsolidácia a výkon

Tím zjednotí interné odkazy, sitemapy a kanonické signály, upraví faceted navigation, odstráni reťazce presmerovaní a rieši hlavné skupiny URL v stave crawled alebo discovered, currently not indexed. Výkonová časť sa sústredí na šablóny s najvyššou návštevnosťou a konverzným významom.

Dni 61 až 90: škálovanie a prevencia regresií

Kontroly sa prenesú do release procesu. Automatické testy sledujú status kódy, canonical, noindex, sitemap, structured data a kľúčové metadata. Pri JavaScriptových aplikáciách sa pridajú render testy. Dashboardy spájajú Search Console, analytiku, CWV a serverové alerty. Cieľom nie je jednorazovo čistý audit, ale systém, ktorý zabráni návratu chýb.

Najčastejšie chyby technického SEO

• Blokovanie URL v robots.txt s očakávaním, že zmizne z indexu.

• Noindex na stránke, ktorú crawler nemôže načítať.

• Sitemap plná presmerovaní, chýb a nekanonických URL.

• Canonical smerujúci na nerelevantnú, 404 alebo noindex stránku.

• Plošné presmerovanie odstránených URL na homepage.

• Dôležitý obsah dostupný iba po kliknutí alebo po zlyhávajúcom API volaní.

• Mobilná verzia bez hlavného obsahu, structured data alebo interných odkazov.

• Optimalizácia Lighthouse skóre bez kontroly reálnych field data.

• Nasadenie schema markup, ktorý nie je viditeľný alebo pravdivý.

• Opakované žiadosti o recrawl namiesto odstránenia príčiny.

• Riešenie crawl budgetu na malom webe pri súčasnom ignorovaní orphan pages a 5xx.

• Migrácia bez redirect mapy, merania, sitemap a rollback scenára.

FAQ

Je robots.txt nástroj na odstránenie stránky z Google?

Nie. Robots.txt riadi crawling. Na vylúčenie dostupnej HTML stránky z indexu sa používa noindex. Citlivý obsah má byť chránený autentifikáciou.

Garantuje XML sitemap indexáciu?

Nie. Sitemap pomáha objaviť URL a vyjadruje preferovaný inventár. Vyhľadávač stále posudzuje dostupnosť, canonical, kvalitu, duplicity a ďalšie signály.

Je canonical príkaz?

Nie. Je to silný signál. Google môže zvoliť inú URL, ak sú ostatné signály protichodné alebo ak deklarovaná URL nie je vhodná reprezentácia skupiny.

Musí mať každá stránka perfektné Core Web Vitals?

Dobré hodnoty sú odporúčané pre používateľskú skúsenosť aj Search, ale technické skóre nie je samostatná garancia pozície. Prioritou je reálny dopad na používateľov a kritické šablóny.

Indexuje Google JavaScript?

Áno, ale JavaScriptové weby sú zložitejšie na audit. Kritický obsah a metadata musia byť spoľahlivo dostupné v renderovanom výsledku a zdroje nesmú byť blokované.

Potrebuje AI Mode špeciálny markup?

Nie. Google uvádza rovnaké technické základy ako pre bežné vyhľadávanie: crawlable obsah, zrozumiteľná architektúra, dobrá page experience, správne renderovanie a obmedzenie duplicít.

Kedy riešiť crawl budget?

Najmä pri veľmi veľkých alebo rýchlo sa meniacich weboch a pri veľkom počte URL v stave Discovered, currently not indexed. Pre menšie weby bývajú dôležitejšie základné chyby.

Ako rýchlo Google zaindexuje opravenú URL?

Neexistuje pevná lehota. Možno požiadať o recrawl cez URL Inspection, ale opakované odoslanie proces neurýchli. Rozhodujú odstránené chyby a následné spracovanie.

Má zmysel IndexNow?

Áno pre vyhľadávače, ktoré protokol podporujú, napríklad Bing. Oznámenie URL zrýchľuje informovanie o zmene, ale negarantuje indexáciu ani hodnotenie.

Ako často robiť technický audit?

Kritické incidenty sa monitorujú denne, nové chyby týždenne, hlavné šablóny mesačne a kompletný audit minimálne štvrťročne alebo pri väčšej zmene webu.

Záver

Technické SEO v roku 2026 nie je zbierka izolovaných kontrol. Je to riadený systém, v ktorom sa dostupnosť servera, crawling, renderovanie, indexačné pokyny, kanonizácia, mobilná parita, výkon a meranie navzájom podporujú. Najväčšiu hodnotu neprináša najdlhší checklist, ale schopnosť určiť, ktorá chyba blokuje ktoré URL, aký má obchodný dopad a kto ju odstráni.

Web pripravený pre moderné vyhľadávanie má čistú informačnú architektúru, konzistentné technické signály, stabilný výkon, kvalitné monitorovanie a release proces odolný voči regresiám. Takýto základ pomáha klasickým výsledkom, rich results aj generatívnym funkciám vyhľadávania, no stále musí byť spojený s hodnotným obsahom a reálnou odbornou autoritou.

Zdroje a metodika

Dokument bol aktualizovaný k 6. augustu 2026. Pôvodný podklad z roku 2024 bol použitý ako tematická kostra. Neoverené marketingové tvrdenia a zastarané odporúčania boli nahradené primárnou dokumentáciou vyhľadávačov a webových štandardov.

Google Search Central: Crawling and indexing overview: https://developers.google.com/search/docs/crawling-indexing

Google Search Central: Canonicalization and duplicate URLs: https://developers.google.com/search/docs/crawling-indexing/canonicalization

Google Search Central: Specify canonical URLs: https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls

Google Search Central: Build and submit a sitemap: https://developers.google.com/search/docs/crawling-indexing/sitemaps/build-sitemap

Google Search Central: Robots meta tags and X-Robots-Tag: https://developers.google.com/search/docs/crawling-indexing/robots-meta-tag

Google Search Central: JavaScript SEO basics: https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics

Google Search Central: Mobile-first indexing best practices: https://developers.google.com/search/docs/crawling-indexing/mobile/mobile-sites-mobile-first-indexing

Google Search Central: Core Web Vitals: https://developers.google.com/search/docs/appearance/core-web-vitals

web.dev: Core Web Vitals thresholds: https://web.dev/articles/defining-core-web-vitals-thresholds

Google Search Central: Page experience: https://developers.google.com/search/docs/appearance/page-experience

Google Search Central: Structured data guidelines: https://developers.google.com/search/docs/appearance/structured-data/sd-policies

Google Crawling Infrastructure: Crawl budget: https://developers.google.com/crawling/docs/crawl-budget

Google Search Central: Generative AI optimization guide: https://developers.google.com/search/docs/fundamentals/ai-optimization-guide

IndexNow: Protocol documentation: https://www.indexnow.org/documentation

Bing Webmaster Tools: IndexNow: https://www.bing.com/webmasters/help/indexnow-0z209wby