Hreflang pārbaude

Tiešsaistes SEO rīks hreflang tagu pārbaudei un validācijai. Ļauj ātri notestēt un pārbaudīt jebkuras URL hreflang taga ieviešanu tieši tā, kā to redz meklētājprogramma. Rīks nolasa anotācijas no head sadaļas, HTTP galvenēm un XML vietnes kartes, kā arī pārbauda atpakaļsaites visā klasterī.

Ko dara rīks „Hreflang Checker"?

Rīks saņem URL un savāc hreflang anotācijas no trim avotiem, kurus faktiski izmanto meklētājprogrammas: link tagiem HTML head sadaļā, HTTP atbildes galvenes Link un (pēc izvēles) XML vietnes karte. Pēc tam tas ielādē katru deklarēto alternatīvo versiju, lai pārbaudītu atpakaļsaiti, HTTP statusu, indeksējamību un canonical saskaņotību.

Rezultāts ir tieši tāda pati aina, kādu veido Google, apstrādājot Jūsu starptautisko klasteri, attēlota pārskatāmā tabulā ar problēmu svarīguma kopsavilkumu.

Kā Hreflang Checker palīdz SEO speciālistiem un vietņu īpašniekiem?

Diagnozē tehniskas kļūdas, kas nemanāmi bojā starptautisko mērķēšanu: trūkstoši atpakaļtagi, bojātas self-reference, canonical un noindex konflikti, nepareizi valodas vai reģiona kodi, relatīvas URL un alternatīvas versijas ar pāradresāciju.

Atklāj arī mazāk acīmredzamas problēmas – hreflang ievietots ar JavaScript, ko Google var neizpildīt, versijas, kas norāda uz staging vai preview hostiem, cross-domain versijas, kā arī neatbilstības starp lapu un vietnes karti.

Tipiski Hreflang Checker rīka izmantošanas gadījumi

• Pārbaudīt, vai katra lapa klasterī norāda uz sevi un visām alternatīvajām versijām.
• Apstiprināt, ka atpakaļsaites ir savstarpējas starp valodu versijām.
• Atklāt canonical vai noindex konfliktus, kuru dēļ Google ignorē hreflang.
• Valodas-reģiona kodu validācija (piem., en-GB, nevis en-UK).
• x-default tests — vai tas ir tieši viens un norāda uz izvēlētāja lapu.
• Anotāciju salīdzināšana starp lapu un XML vietnes karti.
• Notvert staging vai preview URL, kas caur hreflang nonāk indeksācijā.

Kā darbojas hreflang

Lapas, kas ir tulkojumi vai reģionāli varianti, veido klasteri. Katrai lapai ir jāuzskaita visas lapas, tostarp sevi pašu, izmantojot absolūtas adreses, un katrai atsaucei jābūt savstarpējai: ja lapa A norāda uz lapu B, tad B jānorāda atpakaļ uz A — pretējā gadījumā anotācija var tikt ignorēta.

Ir trīs korektas piegādes metodes: link tagi head sadaļā (standarta HTML lapām), HTTP galvenes Link (vienīgā iespēja ne-HTML failiem, piem., PDF), un xhtml:link ieraksti XML vietnes kartē. Lieto tikai valodas kodu (en, de), ja viena versija kalpo visiem, un pievieno reģionu (en-us, en-gb) tikai tad, ja saturs faktiski atšķiras dažādās valstīs.

„Hreflang Checker" rīka salīdzinājums ar citiem rīkiem

BUJ

• Vai hreflang uzlabo pozīcijas?

  Ne tieši. Hreflang novirza pareizo lokalizēto versiju uz pareizo lietotāju un palīdz izvairīties no filtrēšanas kā dublikāts gandrīz identiskām reģionālām lapām.

• Cik ilgi Google apstrādā hreflang?

  Atkarīgs no lapu atkārtotas pārmeklēšanas biežuma – bieži vien dažas nedēļas, bet dažkārt arī ilgāk. Izmaiņas nav uzreiz.

• Kas ir atpakaļtags un kāpēc tas ir būtisks?

  Hreflang jābūt savstarpējam, tāpēc, ja lapa A norāda uz lapu B, tad arī B jānorāda atpakaļ uz A. Atpakaļtaga trūkums var likt meklētājprogrammām ignorēt visu anotāciju.

• Vai izmantot en-us un en-gb, ja saturs identisks?

  Ja lapas patiešām ir pilnīgi vienādas, pietiek ar vienu en versiju — tas ir vienkāršāk un drošāk. Reģionālos kodus lieto tikai tad, ja saturs reāli atšķiras starp valstīm.

• Kur likt hreflang – HTML tagos vai HTTP galvenēs?

  HTML lapām izmanto link tagus head sadaļā, savukārt ne-HTML failiem, piemēram, PDF, - HTTP galvenes Link.