Pumili ng mga lokalisasyon mula sa totoong nilalaman at mga obligasyong operasyonal
Ang locale ay ang wika at, kapag mahalaga, ang rehiyonal na madla para sa isang pahina. Panatilihin ang isang matrix ng uri ng pahina, wika, rehiyon, may-ari, pagkakaiba ng nilalaman, pattern ng URL, at fallback. Magdagdag ng rehiyonal na bersyon lamang kapag tunay na nag-iiba ang pangunahing nilalaman o mga komersyal na termino at may taong magpapanatili nito na napapanahon; madalas mas mabuti ang generic na language page.
Huwag magsalin ng header at footer lamang sa paligid ng hindi nabagong pangunahing nilalaman at tawaging local iyon. Nagbabala ang Google na ang pagsasalin na puro boilerplate lang ay maaaring magdulot ng mahinang karanasan at paulit-ulit na resulta. Suriin ang prayoridad na copy, presyo, availability, mga patakaran, suporta, at mga transactional na mensahe. Kung hindi pa masuportahan ang isang pahina, huwag itong ilathala kaysa mag-publish ng nakaliligaw na shell.
Itala ang nilalayong code, public URL pattern, may-ari, canonical target, fallback, at estado ng paglulunsad sa isang pinamamahalaang talahanayan.
Gumamit ng matatag na URL at hayaang pumili ang mga tao
Bigyan ang bawat bersyon ng wika ng direktang URL na maaring i-request ng browser at crawler. Inirerekomenda ng Google ang magkakaibang URL kaysa palitan ang wika gamit ang cookies o browser settings. Maaaring gumana ang country domains, subdomains, at subdirectories; piliin ang pattern na kayang pamahalaan ng inyong koponan nang pare-pareho. Binanggit ng Google na hindi inirerekomenda ang URL parameters para sa segmentation base sa URL.
Ipakita ang pagpili ng wika o rehiyon at panatilihin ang bisita sa bersyong pinili. Pinapayuhan ng Google laban sa awtomatikong redirects base sa hinuhulaang wika at sinasabi na ang dynamic na pagbabago ay maaaring pumigil sa pagtuklas ng mga baryasyon. Huwag gamitin ang IP location bilang nag-iisang mekanismo; sinasabi ng Google na ito ay mahirap, karaniwang hindi maaasahan, at maaaring maglimitahan ang crawling. Panatilihin ang direktang mga URL at isang madaling paraan para bumalik sa naunang bersyon.
Buksan ang bawat locale URL sa malinis na session at kumpirmahing naghahain ito ng bersyon na iyon nang walang location-based bounce.
Bumuo ng kumpleto at wastong hreflang clusters
Ang isang hreflang cluster ay nag-uugnay ng mga katumbas na locale URL. Sinusuportahan ng Google ang HTML link elements, HTTP Link headers para sa non-HTML responses, o XML sitemap entries, at tinatrato ang mga metodong ito bilang magkakapantay. Piliin ang paraan na kaya ng inyong release process na mabuo at ma-audit. Ang bawat alternatibong URL ay dapat ganap na kwalipikado, kabilang ang https, at mag-resolve sa inaasahang pampublikong pahina.
Sa bawat katumbas na pahina, i-publish ang parehong set: isang self-reference at lahat ng suportadong alternatibo. Sinabi ng Google na maaaring balewalain ang mga tag kapag hindi nagtuturo ang mga pahina sa isa't isa at tinutukoy ang nawawalang return links bilang isang karaniwang pagkakamali. Bumuo ng mga cluster mula sa shared data, hindi sa mano-manong inedit na mga template. Kung ang isang pahina ay hindi available sa isang lokalisasyon, huwag gumawa ng malapytong bersyon para lang punuan ang grid.
Para sa bawat nakalistang pares, beripikahin na parehong nag-eekspos ang dalawang pahina ng parehong alternate set, kasama ang kanilang sariling URL.
Gamitin ang HTTP Link-header method para sa mga lokalized na PDF kapag hindi available ang HTML head markup.
Piliin ang language tags na may implementasyon sa search isipin
Ang mga language tag ay mga identifier tulad ng en, en-GB, o zh-Hant. Ang BCP 47 ay ang IETF best-current-practice framework, at ang IANA Language Subtag Registry ang reference registry na itinuturo ng W3C sa mga may-akda. Magsimula sa isang primary language, pagkatapos idagdag ang script o rehiyon lamang kapag kinakailangan upang makilala ang nilalaman. Pinapayuhan ng W3C na panatilihin ang tags na kasingikli ng kinakailangang pagkakaiba lamang.
Para sa Google hreflang, sundin ang supported-code rules ng Google, hindi lahat ng syntactically valid BCP 47 tags. Nangangailangan ang Google ng language muna, hindi kailanman rehiyon na nag-iisa, at dinodokumento nito ang ISO 639-1 language codes na may opsyonal na ISO 3166-1 Alpha-2 regions. Tahasang sinasabi nito na hindi sinusuportahan ang es-419 para sa hreflang. Suriin ang mga code sa panahon ng implementasyon at tanggihan ang improvised values sa deployment checks.
Gamitin ang en-GB lamang kapag makabuluhang naiiba ang UK version; kung hindi, mas simple ang generic na en version.
Panatilihing compatible ang canonical, fallback, at mga signal ng nilalaman
Ang canonicalization ay pumipili ng preferred URL sa pagitan ng duplicate o halos magkatulad na mga URL; tinutukoy ng hreflang ang intensiyonal na mga alternatibo. Para sa independiyenteng mga pahina ng lokalisasyon, gumamit ng self-referential canonical o canonical na nasa parehong wika. Inirerekomenda ng Google ang same-language canonical o ang pinakamahusay na available na substitute. Ang cross-language canonical ay maaaring i-consolidate palayo ang alternatibo na nilayong ipakita.
Gamitin ang x-default para sa mga taong ang browser language ay hindi tumutugma sa nakalistang bersyon, lalo na kapag may selector ng wika o bansa. Ito ay isang fallback, hindi pamalit sa totoong alternatibo. Tukuyin kung ito ay neutral na selector o default-language page, gawing magagamit ito, at iwasan ang awtomatikong redirect loops. Panatilihing malinaw na isang wika ang nakikitang pangunahing nilalaman ng bawat pahina.
Ihambing ang requested URL, final URL, canonical, indexability, hreflang targets, at sitemap entry sa bawat sample.
Subukan ang release bilang pagbabago sa ruta at nilalaman
Bago i-deploy, kumuha ng sample ng bawat uri ng template: home, category, commercial, editorial, help, at localized files. Inspeksyunin ang naihahatid na head, headers, o sitemap ayon sa napiling paraan. Kumpirmahin ang pampublikong responses, final HTTPS URLs, self at reciprocal alternates, canonical targets, nakikitang lokal na nilalaman, gumaganang switcher, at walang aksidenteng noindex o robots block.
Pagkatapos ng release, inspeksyunin ang kinatawang mga pahina sa Search Console. Sinusuri ng live test nito kung maa-access ng Google ang kasalukuyang pahina; maaaring ipakita ng indexed report ang napiling canonical. Hindi kayang hulaan ng live test ang napiling canonical o garantiya ang pag-index. Panatilihin ang may petsang release log na may mga nasubok na cluster, eksepsyon, may-ari, at ebidensiya ng muling pagsusuri.
I-block ang release kapag ang isang prayoridad na pahina ay nagre-redirect nang mali, may sirang reciprocal pair, nagko-konflik sa canonical, o hindi mapili.
I-version ang locale configuration at panatilihin ang naunang URL at annotation map para sa ligtas na shared-template reversal.