Mezinárodní SEO a kontrolní seznam Hreflang

Mezinárodní SEO činí ekvivalentní obsah objevitelným a užitečným napříč jazyky nebo regiony. Tento kontrolní seznam řídí systémy za těmito stránkami: URL, lokalizaci, alternativní signály, měnu, přesměrování, objevitelnost a měření.

Kontrolní seznam: připravenost mezinárodního SEO a hreflang. Časový rámec: 2–4 pracovní dny pro jednu šablonu a až pět trhů; přidejte jeden den za každý výrazně odlišný checkout, právní režim nebo CMS. Vlastník: vedoucí mezinárodního SEO společně s webovým inženýrem a jedním recenzentem obsahu působícím na daném trhu pro každý jazyk. Autorita pro vydání: vedoucí mezinárodního SEO a vlastník produktu nebo trhu společně.

Nejedná se o korekturu. Rozhoduje o tom, zda lidé a vyhledávače dosáhnou na správnou URL pro daný trh a dokončí lokalizovanou cestu.

Proč tento kontrolní seznam existuje a proč se používá zde

Mezinárodní implementace spotřebovává výstupy dřívějších fází SEO procesu : prioritní trhy a cíle, přístup k analytice a Search Console, technický základ, výzkum dotazů na úrovni trhu, informační architekturu a soupis stránek, které si zaslouží ekvivalenty. Bez nich týmy překládají hromadně a vytvářejí URL pro trhy, které firma nemůže obsloužit.

Použijte jej po rozhodnutích o trzích a šablonách, ale před zveřejněním nebo odesláním lokalizovaných URL. Dříve by byl model URL spekulativní; později vystavuje crawlerům protichůdné kanonické URL, neúplné zpětné tagy, vynucená přesměrování a slabé překlady.

Průzkum trhu rozhoduje kde soutěžit; soupis rozhoduje co potřebuje ekvivalent; tento kontrolní seznam rozhoduje jak je každý ekvivalent adresován, propojen, lokalizován a ověřen. Změna znovu otevírá každou závislou kontrolu.

Vstupy a výstupy

Výstupy jsou smlouvou pro engineering, obsah, analytiku a QA. „Hreflang hotovo" není dostačující.

Kontrolní seznam

Každá položka má důvod, pravidlo, metodu, nástroj a pozorovatelnou podmínku dokončení. Zaznamenejte PASS, FAIL nebo N/A s důkazy pro každou položku.

1. Potvrďte smlouvu mezi trhem a stránkou

Proč: jazyk a země se liší. Španělština může sloužit Španělsku, Mexiku nebo globálnímu publiku, zatímco jedna země může potřebovat několik jazyků. Kód lokality není strategií trhu. Co: definujte publikum a schopnosti pro každou lokalitu, poté seskupujte pouze stránky s ekvivalentním účelem. Jak: mapujte jazyk, region, záměr, nabídku, cenu, plnění, právního vlastníka a trasu podpory; označte výrazně odlišné stránky jako „bez ekvivalentu". Nástroj: brief trhu, výzkum dotazů, katalog, právní požadavky a soupis. Hotovo když: každá URL má jedno publikum a jednoho vlastníka, každý cluster má ekvivalentní záměr a žádná prázdná buňka se nestane předpokládaným překladem.

2. Záměrně zvolte jednu strukturu URL

Proč: model cesty řídí konsolidaci autority, infrastrukturu, reporting, provozní nezávislost a riziko migrace na léta. Co: zvolte domény nejvyšší úrovně s kódem země (ccTLD, například example.de), subdomény (například de.example.com) nebo podadresáře (například example.com/de/) na základě důsledků, nikoli preferencí.

Jak: ohodnoťte tři modely podle vlastnictví, právních omezení, hostingu, CMS, analytiky, linkové autority, migrace, autonomie vydávání a pětiletých provozních nákladů. Nepoužívejte dotazovací parametry jako primární strukturu lokality, protože se snadno ztrácejí, duplikují a špatně zpracovávají v kanonických URL a odkazech. Nástroj: záznam architektonického rozhodnutí, soupis DNS a CMS, plán analytiky a model přesměrování. Hotovo když: jeden model a gramatika cesty jsou schváleny, každá výjimka má vlastníka a vzorové URL pro homepage, kategorii, článek, produkt a stránky s nedostupným stavem se jednoznačně vyřeší.

3. Lokalizujte zážitek, nejen věty

Proč: překlad mění slova; lokalizace dělá zážitek přesným a přirozeným pro daný trh. Doslovný strojový výstup může minout záměr, terminologii, jednotky, daňový jazyk, signály důvěry nebo výzvy k akci. Co: přizpůsobte celou cestu, používejte strojový překlad pouze jako návrh tam, kde to politika umožňuje. Jak: recenzent působící na trhu kontroluje dotazy, metadata, text, média, data, jednotky, ceny, právní tvrzení, formuláře, validaci, checkout a podporu. Zkoumejte lokální klíčová slova, nepřekládejte je. Nástroj: průvodce lokalitou, průzkum trhu, překladová paměť, stagingový prohlížeč a akceptační list. Hotovo když: nezbývá žádný fragment zdrojového jazyka, tvrzení jsou lokálně platná, recenzent dokončí konverzní cestu a jeho jméno, datum a výsledek jsou uloženy.

4. Vytvářejte kompletní hreflang clustery

Proč: jednosměrný alternativní signál je nejednoznačný; cíl musí vztah potvrdit. Hreflang je HTML atribut, který identifikuje jazykové nebo jazykově-regionální alternativy, nikoli instrukce k přesměrování a nikoli náhrada za lokalizaci. Co: nechte každého indexovatelného člena uvést sebe i všechny ostatní platné členy, přičemž každý cíl poskytne odpovídající zpětný tag. Používejte kódy jazyků ISO 639-1 tam, kde jsou dostupné, následované volitelným kódem regionu ISO 3166-1 alpha-2, například en, en-GB nebo pt-BR; nikdy nepoužívejte samotnou zemi. Jak: generujte tagy z manifestu clusteru, nikoli ručními úpravami šablon. Porovnejte finální absolutní URL jako množiny a validujte stav, syntaxi kódu, vlastní odkaz a reciprocitu. Nástroj: generátor manifestu, crawler, vykreslené HTML, HTTP klient a validátor hreflang. Hotovo když: 100 % indexovatelných členů clusteru vrací 200, uvádí identickou množinu členů, zahrnuje sebe, používá platné kódy a nemá žádné chybějící nebo konfliktní zpětné tagy.

5. Sladěte kanonické URL, indexovatelnost a alternativní signály

Proč: hreflang asociuje alternativy, zatímco mezijazyková kanonická URL je konsoliduje. Dohromady si tyto instrukce odporují. Kanonická URL identifikuje preferovaný duplikát; indexovatelnost znamená, že stránka je způsobilá pro vyhledávací index. Co: dejte každé lokalizované stránce sebeodkazující kanonickou URL a seskupujte pouze indexovatelné URL s 200. Jak: porovnejte deklarovanou a Googlem zvolenou kanonickou URL, robots direktivy, stav, finální cíl a alternativní cíl. Odstraňte noindex, přesměrované, blokované, soft-404 a nekanonické URL, dokud nejsou opraveny. Nástroj: crawler, hlavičky, zdroj, tester robots a URL Inspection. Hotovo když: každý člen je procházitelný a indexovatelný s jednou sebeodkazující kanonickou URL a žádná alternativa nepřesměrovává, neobsahuje chyby ani nekanonizuje jinam.

6. Používejte x-default pouze pro skutečný fallback

Proč: nespárovaní uživatelé potřebují stabilní cíl, ale vymýšlení výchozí hodnoty může poslat vyhledávače na libovolný komerční trh. x-default je hodnota hreflang pro selektor jazyků, globální stránku nebo fallback, který není cílen na žádnou uvedenou lokalitu. Co: přidejte přesně jedno x-default na cluster pouze tehdy, když taková fallback stránka skutečně existuje. Jak: zvolte globální selektor nebo neutrální fallback záměrně, uveďte jej recipročně v clusteru a ověřte, že nenutí návštěvníky dále, než si mohou vybrat. Nástroj: manifest clusteru, vykreslené HTML, prohlížeč s čistými cookies a crawler. Hotovo když: každý příslušný cluster má jedno reciproční x-default s dokumentovaným účelem; clustery bez platného fallbacku nemají žádné.

7. Zajistěte konzistentní objevitelnost lokalit

Proč: alternativní tagy nenahrazují cesty pro procházení. Stránka, která existuje pouze v tagu nebo ovládacím prvku formuláře, může zůstat obtížně objevitelná pro lidi i crawleery. XML sitemap je strojově čitelný seznam URL, zatímco procházení znamená, že crawleři mohou tyto URL dosáhnout a číst je. Co: vystavte alternativy lokalit prostřednictvím procházitelných odkazů a odesílejte kompletní kanonické URL v sitemapách. Používejte jednu implementační metodu pro hreflang — HTML, HTTP hlavičky pro ne-HTML soubory nebo XML sitemapy — pokud tým nemůže prokázat, že více metod zůstává identických. Jak: procházejte z každé domovské stránky trhu, kontrolujte selektory jako běžné odkazy, porovnávejte sitemapy s manifestem a ověřte, že navigace nikdy zbytečně nezahazuje aktuální ekvivalentní stránku. Nástroj: crawler, parser sitemap, prohlížeč bez JavaScriptu a graf odkazů. Hotovo když: každá prioritní lokalizovaná URL má alespoň jednu procházitelnou interní cestu, každý záznam v sitemapě je kanonický a vrací 200 a všechny implementované zdroje hreflang deklarují identické clustery.

8. Udržujte měnu oddělenou od cílení lokalit

Proč: jazyk, destinace a měna spolu souvisejí, ale nejsou zaměnitelné. Co: zobrazujte správnou měnu a podmínky bez použití samotné měny k vytvoření nebo přepínání URL lokality. Jak: definujte zahrnutí daně, ceník nebo směnný kurz, zaokrouhlování, čas aktualizace a chování při nedostupném produktu. Udržujte jeden stabilní procházitelný cenový stav na trh; považujte uživatelem zvolenou měnu za prezentaci, pokud nepředstavuje samostatný trh. Nástroj: katalog, cenový servis, daňová pravidla, strukturovaná data a test nákupu. Hotovo když: měna je explicitní, stránka a checkout se shodují, objevují se kvalifikátory daně a doručení, strukturovaná data odpovídají a přepínání měny nemění kanonickou URL ani hreflang identitu.

9. Nahraďte vynucená geolokační přesměrování volbou

Proč: poloha podle IP (Internet Protocol) a jazyk prohlížeče jsou nedokonalé indicie. Vynucená přesměrování mohou uvěznit crawleery na jednom trhu, zabránit cestovatelům a vícejazyčným uživatelům ve volbě, vytvářet cykly přesměrování a znepřístupnit přímo sdílenou URL. Co: udržujte každou URL lokality přímo přístupnou a nabídněte zavíratelný návrh trhu namísto přesměrování pouze na základě IP nebo Accept-Language. Jak: testujte čisté relace z několika lokací, přihlášené i odhlášené stavy, user-agenty crawlerů, zakázané cookies a explicitní uloženou preferenci. Zachovejte ekvivalentní cestu aktuální stránky, když uživatel přepne trh; pokud žádný ekvivalent neexistuje, vysvětlete fallback. Nástroj: testování lokace v prohlížeči, HTTP klient, pravidla edge/CDN, serverové logy a automatizované testy přesměrování. Hotovo když: první požadavek na každou lokalizovanou URL vrátí zamýšlenou stránku s 200, boti nejsou přesměrováni podle geografie, explicitní volby přetrvávají, uživatelé je mohou zvrátit a nedochází k žádným cyklům ani vícenásobným skokům.

10. Validujte šablony a reprezentativní URL před škálováním

Proč: jedna správná domovská stránka dokazuje pouze jednu šablonu. Mezinárodní vady se často skrývají ve stránkování, variantách produktů, chybějících překladech, fazetových cestách a stránkách nedostupných na jednom trhu. Co: otestujte každou odlišnou šablonu a okrajový stav před hromadným vydáním. Jak: vyberte alespoň 10 URL na trh, včetně domovské stránky, stránek s nejvyšší poptávkou, každé šablony, jednoho nedostupného produktu nebo služby, jedné stránkované nebo filtrované cesty (tam, kde je to relevantní) a jedné URL bez alternativy. Porovnejte zdroj, render, odpověď, kanonickou URL, hreflang, navigaci, jazykový obsah a konverzní cestu. Nástroj: stagingový crawl, prohlížeč, diff manifestu, HTTP klient a list testovacích případů. Hotovo když: každá odlišná šablona a požadovaný okrajový stav jsou zastoupeny, všechny vzorkované URL projdou každým platným pravidlem a jakékoli selhání na úrovni šablony blokuje všechny URL generované touto šablonou.

11. Vytvořte měření na úrovni trhu

Proč: agregovaná návštěvnost může růst, zatímco cílový trh ztrácí viditelnost, a nová složka může vypadat zdravě jen proto, že v ní dominuje výchozí jazyk. Co: vytvořte reportingové dimenze pro trh, jazykovou cestu, adresář, zemi, zařízení, konverzi a příjmy před spuštěním. Jak: ověřte zobrazení stránek a události v analytice na stagingu, připojte každou požadovanou vlastnost Search Console nebo doménovou vlastnost, anotujte čas spuštění a uložte výchozí hodnoty pro stejné období a sadu dotazů. Nástroj: debugger analytiky, Search Console, zprávy o zemích a adresářích v AmICited a registr spuštění. Hotovo když: testovací relace se objeví pod zamýšleným trhem a cestou, konverze uchovávají trh a měnu, všechny vlastnosti jsou přístupné vlastníkovi a před vydáním existuje datovaný baseline.

12. Proveďte živou validaci a udržujte vlastnictví

Proč: staging nemůže prokázat DNS, CDN, produkční přesměrování, finální kanonické URL nebo to, co Google zvolí po objevení. Co: opakujte kritické kontroly ihned po nasazení a přiřaďte monitoring, namísto považování spuštění za dokončení. Jak: procházejte produkční vzorek, odešlete aktualizované sitemapy, zkontrolujte prioritní URL, ověřte logy a analytiku, poté naplánujte kontroly po objevení a po prvním smysluplném reportovacím okně. Nástroj: produkční crawler, AmICited, Search Console, serverové logy a sledování incidentů. Hotovo když: produkce odpovídá schválenému manifestu, nezbývají žádné blokující chyby, každé pozorování má časové razítko a každá odložená datová kontrola má vlastníka a datum, nikoli otevřený „monitoring".

Nástroje v AmICited

AmICited poskytuje důkazy ze Search Console pro objevování, spouštění a monitorování. Nenahrazuje recenzenta působícího na trhu ani úplný crawl recipročních tagů.

1. Otevřete Země a zařízení v reportu zemí a zařízení . Prozkoumejte země s impresemi, ale slabou pozicí nebo mírou prokliku, než předpokládáte, že poptávka chybí.

2. Použijte Adresáře Google Search v reportu adresářů k porovnání složek lokalit a prozkoumání slabých šablon.

3. Otevřete Sitemapy a indexování v reportu sitemap a indexování . Potvrďte stažení bez varování nebo chyb, poté vyžádejte indexování prioritních URL. Požadavky nemohou zablokované URL učinit indexovatelnými.

4. Zkontrolujte reprezentativní URL v URL Inspection v reportu URL Inspection . Porovnejte deklarované a Googlem zvolené kanonické URL. Jeho seznam pokrytí je vzorek, nikoli audit hreflang.

Pravidla rozhodování

„Špatný" je stav, který blokuje vydání nebo spouští nápravu, nikoli pocit z kvality překladu.

Rozdíly v míře prokliku a pozici jsou diagnostické, nikoli automatické selhání. Porovnávejte podobné stránky a období; žádné univerzální procento neprokazuje vadu lokalizace.

Výstup: balíček pro mezinárodní spuštění

Předejte verzovanou složku nebo balíček ticketů s těmito minimálními obsahy:

01-url-model.md
- Rozhodnutí, zamítnuté alternativy, gramatika cesty, vlastníci, migrace a rollback

02-market-page-matrix.csv
- Trh, jazyk, region, zdrojová URL, lokalizovaná URL, záměr, dostupnost, recenzent

03-hreflang-manifest.csv
- URL, kód, sebeodkazující kanonická URL, alternativy, x-default, stav, indexovatelnost, výsledek

04-localizacni-akceptace.csv
- URL, pole/cesta, recenzent, výsledek, důkaz, výjimka

05-specifikace-presmerovani-selektoru.md
- Logika návrhu, explicitní volba, perzistence, chování vůči botům, chování při neexistenci ekvivalentu

06-verifikace-spusteni.csv
- URL, nasazeno v, výsledek crawlu, stav sitemapy, stav kontroly, důkaz z analytiky, vlastník

Rozhodnutí: PASS — VYDAT | FAIL — POZDRŽET
Datum příští kontroly a jmenovaný vlastník:

Slaďte manifest s produkcí. Ukládejte výjimky s důvodem, rizikem, schvalovatelem, expirací a vlastníkem nápravy. Změna modelu URL, šablony, sady lokalit, kanonické URL nebo politiky přesměrování znovu otevírá postižené kontroly.

Co se pokazí

• Každá zdrojová stránka je automaticky přeložena. Stránky bez lokální poptávky, nedostupné produkty a nepodložená tvrzení jsou publikovány, protože překlad byl zaměněn za výběr trhu.
• Výchozí jazyk se stane kanonickým všude. Vyhledávače obdrží konsolidační a alternativní instrukce současně; lokalizované URL zmizí nebo je vybrána špatná URL.
• Alternativy uvádí pouze zdrojová stránka. Chybějící zpětné tagy činí cluster neúplným, i když jedna šablona vypadá správně.
• Kódy zemí se používají jako jazyky. Hodnoty jako UK nebo BR nevyjadřují pár jazyk-region; platnými příklady jsou en-GB a pt-BR.
• x-default odkazuje na největší trh. Komerční stránka země je označena jako neutrální fallback a přijímá uživatele, kterým nemůže správně sloužit.
• Selektor je pouze v JavaScriptu. Lidé vidí rozbalovací nabídku, ale crawleři nemají běžné odkazy k objevování alternativ.
• IP lokace vynucuje cestu. Crawleři a cestovatelé nemohou zachovat přímo požadovanou URL, cache se liší podle lokace a mezi pravidly na hraně a v aplikaci vznikají cykly přesměrování.
• Měna vytváří duplicitní URL lokalit. Parametry nebo cesty se množí, zatímco obsah, kanonické URL a strukturované ceny si odporují.
• Domovská stránka projde a škálování začne. Produktové, kategoriální, stránkovací šablony a šablony pro chybějící ekvivalenty generují různé sady tagů napříč tisíci URL.
• Reportování začíná až po spuštění. Neexistuje baseline ani anotace, takže týmy nemohou oddělit efekty implementace od sezónnosti, poptávky po značce nebo nesouvisejících vydání.

Další fáze

Tento kontrolní seznam předává svůj startovací balíček předpublikačnímu kontrolnímu seznamu QA . QA potřebuje model URL, produkčního kandidáta, manifest, schválení lokalizace, změny sitemap a přesměrování, testovací sadu, autoritu pro vydání a výjimky. Ověřuje tyto záznamy před vydáním.

Po spuštění si vedoucí mezinárodního SEO ponechává manifest. Nové stránky, odebrané produkty, přidání jazyků, migrace cest a změny kanonických URL jsou změnami clusteru, nikoli izolovanými úpravami stránek. Při každé takové změně znovu validujte postižené clustery, aktualizujte sitemapy, zkontrolujte prioritní URL a anotujte reporting.

FAQ

Často kladené dotazy

Udělejte první mezinárodní spuštění měřitelným

Použijte report zemí a zařízení k zachycení baseline trhu, poté uvolněte až tehdy, když model URL, záznam lokalizace, manifest clusteru, přesměrování, sitemapa a reprezentativní produkční vzorek všechny projdou. Výzva k akci v závěru academy layoutu poskytuje další cestu do AmICited.