TIVA - Smilšu upe Piekabe

Atvērtā koda Sinon projektā ir daži dokumenti, kas ir versijoti katram laidienam. Tas nozīmē, ka, meklējot sinona dokumentāciju, jūs varat nonākt pie dokumenta ar versiju 2.4.1, nevis jaunāko versiju (lai kāda tā arī nebūtu).

Kāda būtu laba stratēģija, lai nodrošinātu, ka Google visaugstāk novērtētie rezultāti vienmēr būtu pašreizējā versija?

Es domāju izveidot "versiju" ar nosaukumu strāva (tas nozīmē ceļu dokiem, kas sākas ar /releases/current/), kas vai nu novirzītu uz jaunāko versiju, teiksim /releases/v3.0.1/my-sub-doc.htmlvai būt jaunāko dokumentu kopija. Es domāju, ka ik pēc x nedēļām HTTP 302 novirzīšana uz jaunu resursu varētu kaitēt SEO, tāpēc varbūt pēdējā pieeja būtu labāka no abām?

  • 1 Kanoniskā pieeja nozīmētu, ka vecāki dokumenti tomēr nebūtu atrodami. Varbūt tas ir labi, bet varbūt jums ir cilvēki, kas meklē [yourthing v2.1.2 laidiena piezīmes]. Izmantojot "pašreizējo" pieeju, jūs varētu gan saglabāt vecās, gan izcelt pašreizējās versijas.
  • 1 Varbūt uz šo jautājumu var atbildēt, izmantojot šo pieeju: webmasters.stackexchange.com/a/99942/53376
  • @Seb, tas bija ideāli!
  • 2 Iespējams dublikāts Kā pareizi iezīmēt viena un tā paša dokumenta dažādas versijas, kas nav kanoniskas
  • Es domāju, ka visefektīvākā pieeja ir darīt to, ko dara Django. Django izmanto rel=canonical iznīcināt visas vecākās dokumentācijas versijas no meklēšanas trāpījumiem, kā arī brīdinājumu. Skatīt avotu docs.djangoproject.com/en/dev/misc. Lielākā daļa cilvēku vēlēsies jaunāko dokumentu versiju, taču jums joprojām ir piekļuve vecākajām versijām no vietnes rīkiem.
  1. Labs veids

Saites uz jaunākās versijas dokumentiem no jebkuras vietas. Augstākas saites nozīmē augstāku pozīciju, ko tā iegūs. Lai jūs varētu norādīt uz jaunākās versijas dokumentiem no vecajām dokumentu lapām, piemēram, šī ir novecojusi lapa, lūdzu, skatiet jauno versiju. Varat arī norādīt no sānjoslas / mājas lapas / citām svarīgām lapām, kurās ir arī daudz ienākošo saišu.

  1. Slikts ceļš

Ja šīs vecās lapas nav svarīgas meklēt lietotājusnozīmē, ka tas neatrisina lietotāja vaicājumu, tad varat izmantot kanonisko saišu tagu. Tātad, ja jūsu vecajos dokumentos ir kanoniskās saites tags, kas norāda uz jaunāku dokumentu versiju, šie vecie dokumenti pazudīs no meklēšanas rezultātiem. Tas mēra google noņems jūsu veco dokumentu indeksēšanu, bet joprojām lietotājs var tiem piekļūt. Tātad tas ir labāks variants nekā novirzīšana.

  1. Neglīts veids

Varat arī izmantot rel prev vai nākamo marķējumu, kas galvenokārt piešķir lielu prioritāti (tas ir balstīts tikai uz meklēšanas rezultātiem, kurus es personīgi redzēju Google tīklā) pirmajai vietnei. Faktiski to galvenokārt izmanto tikai lapošanai, taču jūs varat to izmantot arī savai dokumenta versijai. Šādā veidā plus ir tas, ka Google joprojām var rādīt un rādīt jūsu vecos dokumentus meklēšanas rezultātos.

  • Parasti visi lietotāji tik un tā rūpējas tikai par jaunākās versijas iegūšanu, un mēs tiešām nekādā ziņā nekontrolējam saites iekšpusē, un mums ir ļoti maz vietņu saišu, tāpēc kanonisko saišu pieeja, iespējams, būtu vislabākā atbilstība.
  • Vai es varu izmantot kanonisko saiti uz pašreizējo, kā arī 302 novirzīšanu no pašreizējā uz versijā esošo dokumentu?
  • Kanoniskās saites tags noņem veco dokumentu indeksēšanu no meklēšanas rezultātiem, tāpēc pārliecinieties, vai visas mazākās lietas importējat jaunajos dokumentos. Dažreiz es redzēju, ka vecie dokumenti var atrisināt problēmu, taču jaunākā dokumentu versijā nav šādas informācijas, tādēļ, ja vēlaties izmantot kanonisko saišu tagu, pārliecinieties, vai jaunākajos dokumentos ir visa noderīgā informācija. Ja ieviešat 302 novirzīšanu kopā ar kanonisko saišu tagu, ir divas iespējas.
  • 1. Googlebot redz jūsu 302 novirzīšanu (kas saka, ka indeksē manu veco dokumentu tādu, kāds tas ir, jo tā ir īslaicīga novirzīšana), bet, kad Google redz kanonisko saišu tagu, tas noņem veco dokumentu indeksāciju un indeksē jaunāko dokumentu versiju, tāpēc jūs šeit kļūdāties, saglabājot gan tagu 302, gan kanonisko saišu tagu. 2. Ja Google redzēs, ka jūsu vecie dokumenti ilgu laiku atgriež 302, tas pieņem, ka novirzīšana būs 301 (pastāvīga), tāpēc šajā gadījumā Google neredzēs jūsu kanonisko saišu tagu.
  • Skatiet John mueller komentāru. Izmantojot novirzīšanu, galvenais jautājums ir tas, kurš URL galu galā ir kanonisks, un tas ir tas, kurš saņem signālus (tas nozīmē, ka pagerank nozīmē augstāku rangu). Ja mēs padarīsim mērķa URL kanonisku, tad tam būs signāli, pat ja tas ir 302 novirzīšana uz turieni. Tātad 302 neizjauc PageRank plūsmu, tas joprojām ir ar avotu vai mērķa URL, tāpat kā ar jebkura cita veida novirzīšanu.

Jūsu pieejai, ka "pašreizējie" dokumenti visu laiku atrodas vienā un tajā pašā vietā, vajadzētu darboties lieliski, ja vien jūs tos padarāt visvieglāk atrodamus savā vietnē. Tad:

  • Tie būs visizcilākie dokumenti jūsu vietnē Googlebot
  • Tie lietotājiem būs visredzamākie dokumenti jūsu vietnē
  • Lielākā daļa saišu tiks izveidotas "pašreizējiem" dokumentiem
  • Google visbiežāk izvēlēsies "pašreizējo" versiju

Esmu redzējis, kā Google Džons Muellers ieteica jūsu "pašreizējo" pieeju "notikumu" vietnēm. Pasākuma vietnei šī gada notikuma lapas ievietosiet galvenajā lapā un iepriekšējo gadu lapas pārvietosiet uz URL arhīvu.


Vēl viena pieeja, kas jāapsver, būtu kanonisko tagu izmantošana. Jūs varētu atzīmēt jaunāko dokumentācijas versiju kā kanonisku. Katru reizi, izlaižot jaunu versiju, jūs mainīsit visus kanoniskos tagus katrā dokumentācijas versijā, lai norādītu uz jaunāko versiju.

Izmantojot kanoniskos tagus, Google indeksēs tikai vienu jūsu dokumentācijas kopiju. Lietotāji vienmēr atradīs jaunāko versiju. Ja viņi mēģina meklēt vecāku versiju, iespējams, to nevarēs atrast.


Salīdzinot abas pieejas, kanoniskie tagi ir ātrāki. Jaunākā versija meklēšanas rezultātos varētu būt pieejama tikai dažu nedēļu laikā. Jūsu pašreizējā dokumentācija var aizņemt kādu laiku, lai iegūtu labu rangu. Jūs varētu pasteidzināt procesu, mainot visus vietrāžus URL visām vecajām versijām. Novirziet visas vecās versijas uz pašreizējo versiju un izveidojiet jaunus arhīva URL vecajām dokumentācijas versijām.

strādāja par jums: Charles Robertson | Vēlies ar mums sazināties?

noderīga informācija