Jak indexovat web na Google: kontrola URL a žádost o indexování

Jak indexovat web na Google, když je stránka veřejná, ale ve vyhledávání ji nenajdete? Začněte konkrétní URL v Search Console, rozlište uložený stav indexu od živého testu a opravte zjištěnou překážku. Teprve potom požádejte o indexování. Odeslání žádosti není potvrzení, že Google stránku zařadil do indexu. Opakované klikání na stejné tlačítko tento rozdíl nevyřeší.

Následující postup vede od jedné chybějící stránky k ověřitelnému dalšímu kroku. Na modelu čtyř URL ukazuje také situace, kdy o indexování naopak žádat nechcete. Pro zápis použijete existující evidenci SEO nálezů. Ta organizuje práci, ale nepřipojuje se ke Googlu a sama stav indexu nezjišťuje.

Co potřebujete před kontrolou

Otevřete službu Search Console pro správný web. Nestačí mít přístup k podobně pojmenované doméně nebo její testovací kopii. Kontrolovaná URL musí spadat do vybrané služby. K odeslání žádosti o indexování potřebujete oprávnění vlastníka nebo úplného uživatele. Bez přístupu můžete zkontrolovat veřejnou stránku, ale neuvidíte stejné informace o jejím stavu v Googlu.

Připravte úplnou adresu včetně protokolu, domény a cesty. Pokud člověk hledá https://example.com/navod/, nekontrolujte místo toho úvodní stránku. Ověření homepage nevypovídá o dostupnosti konkrétního návodu. Totéž platí pro variantu s jiným hostitelem nebo parametrem: nejprve si ujasněte, která adresa má být hlavní.

• Poznamenejte přesnou URL a důvod, proč ji chcete ve vyhledávání.
• Otevřete ji bez přihlášení a zkontrolujte, že zobrazuje slíbený obsah.
• Připravte datum poslední podstatné změny a odkaz na související úkol.
• Rozlište novou stránku, přesunutou stránku a alternativní verzi již existujícího obsahu.

Z těchto podkladů vznikne smysluplný výchozí stav. „Web není na Googlu“ je příliš široká formulace: může znamenat jednu chybějící URL, jinou zvolenou kanonickou stránku i pouhou absenci na požadované pozici. Než zadáte opravu, pojmenujte přesně, které tvrzení skutečně ověřujete a jakým nástrojem.

Zkontrolujte URL v Search Console

Do horního pole Kontrola adresy URL vložte připravenou adresu. Nejprve čtěte informace o uloženém stavu, včetně času posledního procházení. Výsledek může popisovat starší podobu stránky. Jestliže vývojář odstranil zákaz indexace před hodinou, dřívější záznam tohoto zákazu ještě neprokazuje, že oprava nefunguje.

Uložte hlavní výsledek, uvedený důvod nezařazení a dostupné informace o kanonické URL. Vlastní deklarace canonical a adresa vybraná Googlem nejsou totéž. Pokud se liší, nejprve zjistěte proč. Není správné automaticky požadovat indexaci každé alternativní adresy, kterou systém přiřadil k jiné hlavní stránce.

Potom podle potřeby spusťte živý test. Ten odpovídá na jinou otázku: co může Google zkontrolovat na aktuální stránce. Úspěšný živý test neznamená, že URL už je v indexu. Nepředpoví ani konečnou volbu kanonické stránky. Výstup si proto uložte odděleně, se skutečným datem a jasným označením metody.

Na veřejné stránce prověřte také hlavní text. Formálně dostupná šablona s prázdným místem místo návodu není hotový výsledek. Pokud chybí podstatný obsah, nezadávejte jen „odeslat do Googlu“. Nejdřív potřebujete obsah obnovit a ověřit, že jej dostane i nepřihlášený návštěvník. Samotný stav HTTP 200 dokončení nepotvrzuje.

Model: čtyři stránky a čtyři různé další kroky

Představte si menší web s návody a testovací částí. Vlastník chce „zaindexovat všechny adresy“, protože je vidí v exportu. Následující hodnoty jsou záměrně modelové, nikoli výstup skutečné služby Search Console. Ukazují, proč stejný požadavek nevede u všech řádků ke stejné opravě.

U prvního řádku ověřujete, zda existuje cesta k objevení nového návodu. U druhého opravujete konkrétní nežádoucí pokyn. Třetí řádek potřebuje rozhodnutí o hlavní verzi, nikoli výrobu další obsahové kopie. Poslední adresa do veřejného indexu vůbec patřit nemusí. Hromadný zásah bez tohoto třídění by mohl vytvářet nové problémy.

Do evidence proto nedávejte jeden řádek „indexace všech URL“. Rozdělte práci podle příčiny. U /navod-b/ může správce šablony odstranit nechtěný zákaz. U tiskové varianty potřebujete nejprve potvrdit záměr s vlastníkem webu. Tyto úkoly mají jiné podklady i podmínky uzavření, přestože původní požadavek vypadal stejně.

Odstraňte překážku, kterou jste skutečně našli

Pokud URL nefunguje nebo přesměrovává jinam, nejprve zkontrolujte cílovou stránku a účel přesunu. Jestliže má původní adresa zůstat přesměrovaná, není cílem dostat do výsledků oba dokumenty za každou cenu. Pro navazující kontrolu slouží rozbor ověření mimo CSV mapu. Správně sestavený plán ještě nepotvrzuje chování nasazeného webu.

Při nechtěném noindex ověřte, zda jde o pravidlo konkrétního článku, celé šablony nebo prostředí. Oprava jednoho exempláře nestačí, jestliže nově vytvořené stránky dostávají stejný chybný pokyn znovu. V takovém případě přidejte k opakovanému testu také druhou URL používající tutéž šablonu a jednu kontrolní stránku, která má zůstat vyloučená.

Rozlišujte také zákaz procházení v robots.txt od zákazu indexace. Pokud Google stránku nemůže načíst, nemůže si z ní přečíst pokyn noindex. Náprava se proto nevolí podle samotného slova „blokováno“, ale podle konkrétního výsledku a cíle stránky. Citlivý obsah nechraňte jen očekáváním, že jej vyhledávač nenajde.

Když technickou překážku nevidíte, nevymýšlejte ji. Posuďte skutečný obsah a odlišení od již existující stránky. Nová URL se stejným návodem a jiným titulkem nemusí přidávat hodnotu. Do úkolu napište, co chybí k rozhodnutí: porovnání textů, kontrola vykreslení nebo vysvětlení kanonické volby. To je užitečnější než neurčité „zlepšit SEO“.

Kdy požádat o indexování a kdy použít sitemap

Po opravě znovu ověřte aktuální stránku. U jednotlivých vlastních URL můžete v Kontrole adresy URL požádat o indexování. U většího souboru stránek využijte odpovídající sitemap a průchozí interní odkazy. Sitemap pomáhá s objevením adres; neodstraňuje chyby jednotlivých dokumentů a není příslib jejich zařazení do výsledků.

Google upozorňuje na omezený počet jednotlivých žádostí a na to, že opakované odesílání stejné URL procházení nezrychlí. Neslibujte pevný termín indexace. Do pracovního záznamu patří datum odeslání a další kontrola, nikoli neověřený závěr „hotovo“. Mezi potvrzením technické opravy a pozdějším stavem indexu může být časový odstup.

1. Potvrďte, že žádáte o správnou finální veřejnou URL.
2. Uložte výsledek kontroly po opravě, včetně důležitých omezení.
3. Odešlete žádost, pokud pro ni máte oprávnění a dává smysl.
4. Zapište datum a domluvte další kontrolu stavu v Search Console.
5. Výsledek pozdější kontroly připojte ke stejnému úkolu, nevytvářejte nový anonymní seznam.

Při práci s více stránkami si seznam držte v existující šabloně evidence. Není nutné budovat další automatický odesílač. Šablona vám pomůže odlišit chybějící rozhodnutí, provedenou opravu a pozorovaný výsledek. Když používáte export, zachovejte původní soubor a datum, aby bylo možné zpětně vysvětlit, odkud stav pocházel.

Jak poznat, co je už hotové

Praktické předání potřebuje dvě samostatné podmínky: technickou a následnou indexační. První můžete zkontrolovat na webu po nasazení. Druhá závisí na pozdějších údajích Googlu. Když je zaměníte, buď předčasně slíbíte indexaci, nebo budete držet správně provedenou opravu jako nevyřízenou bez vysvětlení.

Jestliže Google později vybere jinou kanonickou adresu, vraťte se k porovnání verzí a signálů. Neoznačujte to automaticky za selhání předchozí technické opravy. Záznam musí umožnit zjistit, zda se znovu objevil zákaz, změnil obsah, nebo jde o jinou otázku. Obecný princip rozepisuje kontrola SEO opravy a vedlejších dopadů.

Pro vlastní rychlou kontrolu si vezměte čtyři modelové řádky z tabulky. Který potřebuje odstranění technické překážky a který se nemá veřejně indexovat vůbec? Správná odpověď je /navod-b/ a testovací objednávka. Kdo by oba případy vyřešil hromadnou žádostí, minul by odlišný účel stránek ještě před samotnou prací v Search Console.

Při další kontrole vždy porovnávejte čas nového pozorování s časem posledního procházení uvedeným v záznamu Googlu.

Ukázka pracovního zápisu bez předčasného závěru

Pro modelový návod B může pozorování znít: „Na produkční URL je ve veřejném HTML nalezen pokyn noindex. Vlastník obsahu potvrdil, že návod má být dohledatelný. Uložen výstup kontroly a datum.“ Tento zápis drží pohromadě technický fakt i potvrzení účelu. Neobsahuje odhad, kolik návštěv web kvůli této jedné značce ztratil.

Navazující krok rozdělte na změnu šablony a její ověření. Správce odstraní zákaz z veřejných návodů, ale zachová ho u určených výjimek. Kontrolující osoba pak otevře návod B a další nový veřejný návod, který používá stejný způsob publikace. Třetí kontrolní URL představuje výjimku, jejíž vyloučení se měnit nemělo. Tak ověříte i hranici opravy.

Do výsledku napište například: „Veřejný pokyn opraven na kontrolovaných dvou návodech, výjimka zachována. Živý test uložen samostatně. Žádost o indexování odeslána; stav indexu zatím nepotvrzen.“ Jde o model formulace, nikoli hlášení provedeného testu. Na vlastním projektu doplníte skutečné adresy, časy, podklady a odpovědné osoby.

Pozdější kontrola může přinést několik legitimních výsledků. URL už je indexována; Google stále uvádí starší procházení; nebo se ukáže jiná vybraná kanonická verze. Každý výsledek připojte s datem. Nesměšujte je do jediné kolonky „nefunguje“. Jinak další člověk nepozná, jestli má znovu nasadit opravu, čekat na nové zpracování, nebo porovnat obsah alternativ.

Pokud se objeví problém v celé nové skupině stránek, rozšiřte rozsah úkolu vědomě. Přidejte podklad, podle kterého jste skupinu našli, a určete nový vzorek i konečný rozsah následné kontroly. Původní úspěšný test jedné URL tím nepřestává platit; pouze ještě neprokazuje stav ostatních. Právě taková návaznost šetří opakované dohledávání podkladů při předávání práce.

Časté otázky

Jak indexovat web na Google zdarma?

Pro vlastní web využijte Search Console: zkontrolujte konkrétní URL, odstraňte nalezené překážky a podle potřeby požádejte o indexování. Pro více stránek připravte sitemap a interní odkazy. Odeslání je bez záruky zařazení nebo konkrétního termínu.

Proč živý test projde, ale URL není v indexu?

Živý test zkoumá aktuální dostupnost a vybrané podmínky stránky. Uložený stav indexu popisuje jiné zpracování a může být starší. Poznamenejte obě data; úspěšný test není potvrzení indexace ani konečné kanonické volby.

Pomůže odeslat stejnou URL každý den znovu?

Google uvádí, že opakovaná žádost procházení stejné URL nezrychluje. Místo dalšího odeslání ověřte konkrétní příčinu, dostupnost obsahu a výsledek předchozí opravy. Další kontrolu zapište ke stejnému nálezu.

Musí být v indexu každá adresa z exportu?

Nemusí. Export může obsahovat testovací obsah, zrušené URL i alternativní verze. Nejdřív určete, která stránka má sloužit jako veřejný hlavní výsledek, a teprve podle toho posuzujte stav ostatních adres.