8. novembris Google atjauninājums, autora E-A-T un citi SEO jaunumi - Search News Podcast - 2019. gada 20. novembris

Man ir vietnes karte, kas tiek ģenerēta katru dienu ar daudzām saitēm uz produktu lapām. Šie produkti katru dienu tiek importēti no cita datu avota. Tā kā atjauninājums sastāv no visa pašreizējās produkta informācijas izmetšanas un aizstāšanas ar jauno importēto informāciju, pēdējais modificētais datums vienmēr lec vienu dienu. Tas tiek izmantots arī vietnes kartē. Pat produktiem, kas nav mainījušies. Visas produktu lapas izliekas, ka tās ir atjauninātas.

Vai Google sodīs vietni par izlikšanos, ka lapas katru dienu ir mainījušās, kamēr tās nav mainījušās?

Mans risinājums būtu mainīt ierakstu tikai tad, ja jaunie importēto produktu dati atšķiras no iepriekšējiem datiem. Es tikai vēlos pārliecināties, ka tas ir noderīgs jauninājums, lai arī es varētu pavadīt laiku citiem uzlabojumiem.

Es nekad neko neesmu dzirdējis par sodu šī iemesla dēļ. Sliktākajā gadījumā jūs tērējat zirnekļa laiku, bet tas ir daļa no iemesla, kāpēc mums vispirms ir datori: darot garlaicīgas atkārtotas lietas. Vēljoprojām tu vajadzētu ideālā gadījumā risināt šo jautājumu.

Šī lieliskā viesnīca ...

Mans risinājums būtu mainīt ierakstu tikai tad, ja jaunie importēto produktu dati atšķiras no iepriekšējiem datiem.

... tas ir tas, kas jums jādara, pirmkārt, neatkarīgi no ārējiem apsvērumiem, piemēram, vietnes kartēm utt. Ja jūsu saturs neatšķiras (un es šajā aprakstā iekļautu dzēšanu un aizstāšanu ar identisku informāciju), tad jūsu lastmod datumu nevajadzētu mainīt. Šeit jūs tērējat savus resursus. Jūs neesat teicis, cik daudz produktu ir iesaistīti, bet būs brīdis, kad šis process kļūs lēns un skaitļošanas ziņā dārgs.

  • Es pilnīgi piekrītu. Tomēr esmu uzticams no cita uzņēmuma, kas piegādā datus. Datu eksportā viņi vienmēr nosūta katru produktu (+200). Tāpēc partijas atjaunināšana pirms dažiem gadiem šķita labākais risinājums. Manam klientam nav budžeta, lai to pareizi atrisinātu. Šie bijušie / importa produkti notiek naktī, tāpēc papildu izmantotie resursi pašlaik nav liela problēma.
  • @Elicit, ja jums joprojām ir šī problēma, vienkārši saglabājiet datu eksportēšanu iepriekšējā dienā to sākotnējā, parsējamā formātā un veiciet git diff stila salīdzinājumu, lai redzētu, kādi produkti ir mainījušies. Lai gan tas ir jauki, jums tie nav nepieciešami, lai nosūtītu jums tikai izmainītos produktus; jums vajadzētu būt iespējai to izdomāt pats.

Man nekad nav paticis ideja par atjaunināšanu katru dienu, jo šeit nav tikai kļūdaini, tas maldina meklētājprogrammas.

Vietnē SO, Google Gary Illyes rakstīja:

Lastmod tags sitkartēs nav obligāts, un vairumā gadījumu to meklētājprogrammas neņem vērā, jo tīmekļa pārziņi dara šausmīgu darbu, uzturot to precīzu.

Es parasti esmu aizstāvējis vai nu lietošanu pareizi vai nemaz. Atstājot to izslēgtu (kā arī & ) pat padara pašu failu mazāku un ātrāku, lai lasītu arī meklētājprogrammas.

Nē. Google izmantos lastmod kā mājienu (tāds pats kā visām vietnes kartes vērtībām), bet, ja tiek nolemts, ka jūsu saturs netiek atjaunināts katru dienu, tas to vienkārši ignorēs un atkārtoti apmeklēs jūsu lapas pēc sava grafika.

Es nestrādāju Google un nevaru droši pateikt, ko viņi patiesībā dara, bet saprātīgi veids, kā viņiem ārstēties Laika zīmogi būtu kā ieteikumi netērēt laiku, lai atkārtoti pārmeklētu lapas nav mainīts.

Tātad, ja jūs katru dienu ziņojat par visām savām lapām kā mainītām, Googlebot tikai turpinās pārmeklēt visas jūsu lapas jebkurā secībā, nevis tikai koncentrēties uz mainītajām lapām. Faktiski ir tā, it kā jūs vispār neziņotu par pēdējiem modifikācijas laika zīmogiem.

Galvenais iemesls sniegt pareizu laikspiedoliem ir jāmaina jūsu vietne ātrāk parādītas Google rādītājā. Ja jūsu vietnē ir simtiem lapu, paies zināms laiks, līdz Google tās visas pārmeklēs un atradīs izmaiņas. Tomēr, ja jūs Googlebot paziņojat, kuras lapas nesen ir mainījušās, tā vispirms var pārmeklēt šīs lapas un izvairīties no tik daudz laika tērēšanas pārējām.

Protams, jūs varētu vienkārši palielināt Googlebot pārmeklēšanas ātrumu Tīmekļa pārziņa rīkos un cerēt uz labāko. Bet patiesībā nevajadzētu būt pārāk grūti panākt, lai atjaunināšanas skripts saglabātu laika zīmogus. Piemēram, es pieņemu, ka jūs pašlaik darāt kaut ko līdzīgu šim:

for each product do: write new page content into product page file; end do; 

Ja tā, vienkārši nomainiet to uz kaut ko līdzīgu šim:

for each product do: read old page content from product page file into string A; write new page content into string B; if A is not equal to B then: write string B into product page file; end if; end do; 

Nē, tā vienkārši ignorē jūsu sniegto informāciju, ja tā ir nepareiza. Šajā gadījumā tīmekļa rāpuļprogrammas pašas izdomā, cik bieži tām vajadzētu pārmeklēt jūsu lapas.

  • Saite ir bojāta ...

Google par to nesodīs. Lai saņemtu sodu, jums patiešām ir jāvelk melna cepure uz Google ass, tāpēc neuztraucieties par to. Google pietiekami ātri uzzinās, vai jūsu saturā ir izmaiņas (tas ir tas, ar ko viņi ir strādājuši pēdējos gados), un kā mājienu izmantos īpašumu lastmod.

Es iesaku jums izlasīt šo paraugpraksi attiecībā uz XML vietnes kartēm un RSS / Atom plūsmām

Pēdējās modifikācijas laiks

Norādiet pēdējās modifikācijas laiku katram URL XML vietnes kartē un RSS / Atom plūsmā. Pēdējai modifikācijas reizei jābūt pēdējai reizei, kad lapas saturs tika mainīts nozīmīgi. Ja domāts, ka izmaiņas ir redzamas meklēšanas rezultātos, pēdējās modifikācijas laikam jābūt šo izmaiņu laikam.

XML sitemap uses  RSS uses  Atom uses  

Noteikti pareizi iestatiet vai atjauniniet pēdējās modifikācijas laiku:

Specify the time in the correct format: W3C Datetime for XML sitemaps, RFC3339 for Atom and RFC822 for RSS. Only update modification time when the content changed meaningfully. Don’t set the last modification time to the current time whenever the sitemap or feed is served. 
  • Paldies par atjauninājumu. Cerams, ka vēlētājs to redzēs un mainīs savu balsi.

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