Värskus kui viitamissignaal: Uuendamise sagedus, viimati muudetud ja uudiste saidikaardid

Värskus kui viitamissignaal: Uuendamise sagedus, viimati muudetud ja uudiste saidikaardid

Autor Lukas Richter, sisu automatiseerimise vanemstrateeg

Hiljutine kuupäev lehel ei ole viitmagnet. Sisuline uuendus võib aidata tehisintellekti kokkuvõttel kasutada teie sisu õiget versiooni, kuid ainuüksi kuupäevatempel ei tõesta, et leht on kasulik – või ajakohane.

Praktiline ülesanne on tagada täpse muudatuse avastamine, roomamine, indekseerimine ja seejärel valimine asjakohase vastuse jaoks. Need on eraldi sammud. Otsingumootor võib uuenduse alla laadida seda indekseerimata. Tehisintellekti süsteem võib lehe indekseerida seda viitamata.

Tugevaim süsteem ei ole „uuenda igat lehte iga nädal“. See on hübriid: vaadata üle mõistliku ajakava alusel ja reageerida kiiresti, kui olulised faktid muutuvad. Kasutage täpseid kuupäevi ja muudatussignaale, et tõelisi uuendusi oleks lihtsam leida. Ärge looge kunstlikku värskust algoritmi rahuldamiseks.

Mida värskus tehisintellekti viidete jaoks tähendab

„Värskus“ võib viidata mitmele erinevale asjale:

1. Sisu värskus: Millal lehel olev oluline fakt või soovitus viimati kontrolliti või muudeti.
2. Käsitluse värskus: Millal otsingumootor lehe viimati alla laadis.
3. Indeksi värskus: Millal otsingumootori indeks hakkas uuendatud versiooni kajastama.
4. Viite värskus: Millal tehisintellekti kokkuvõte viimati selle lehe päringu allikana valis.

Need kellad ei liigu ühes taktis. Lehel võib olla uus lastmod kuupäev, kuid indeksis on vana versioon. See võib olla indeksis ajakohane, kuid siiski kaotada viite selgemale ja usaldusväärsemale allikale.

Google ütleb, et tal on värskuse süsteemid otsinguteks, kus kasutajad tõenäoliselt soovivad uut teavet. Selle generatiivse tehisintellekti funktsioonid kasutavad samuti Google'i otsinguindeksi sisu. Microsoft ütleb samamoodi, et täpne ja ajakohane sisu on oluline tehisintellekti genereeritud vastustesse kaasamiseks. See toetab värskuse käsitlemist osana otsingust – mitte garanteeritud viitevõimendusena. Source 1 Source 2 Source 3 (developers.google.com)

Mida tõendid näitavad – ja mida mitte

Ahrefsi analüüs ligi 17 miljoni viidatud URL-i kohta leidis, et tehisintellekti assistendid viitasid keskmiselt uuematele lehtedele kui Google'i orgaanilised otsingutulemused. Kuid see oli vaatluslik võrdlus, mitte test selle kohta, kas kuupäeva muutmine või kindla ajakava alusel avaldamine põhjustas lehe viitamise. Tulemused erinesid ka platvormide kaupa: Google'i tehisintellekti ülevaated viitasid lehtedele, mis olid umbes sama vanad kui selle orgaanilised tulemused, samas kui ChatGPT viitas keskmiselt uuematele lehtedele. Source 4 (ahrefs.com)

2025. aasta töödokument, mis mõõtis allikaid tarbeelektroonika ja autotööstuse päringutes, leidis samuti erinevusi tehisintellekti platvormide ja teemavaldkondade vahel. Selle uuring piirdus kahe vertikaaliga ja mõõtis viidatud lehtede vanust; see ei võrrelnud fikseeritud uuendamiskavasid reaktiivsete uuendustega. Source 5 (arxiv.org)

Kasulik järeldus on tagasihoidlik: värskus tundub olevat olulisem, kui küsimus ise võib aegunuks muutuda, ja selle ulatus varieerub otsingutoote lõikes. Avalikud uuringud ei kinnita, et iganädalane uuendussagedus on parem kui reaktiivne, ega ka seda, et nähtav „Täna uuendatud“ tempel otse tõstaks tehisintellekti viitamismäärasid.

Mida iga värskussignaal teha suudab

Google soovitab järjepidevaid, nähtavaid kuupäevi ja struktureeritud kuupäevainfot, kui soovite, et see mõistaks avaldamise või uuendamise kuupäevi. See ei garanteeri, et ta neid kuupäevi tulemustes näitab. Google ütleb ka, et tühiseid muudatusi ei tohiks kasutada lehe värskena näitamiseks. Source 6 Source 7 Source 8 (developers.google.com)

Fikseeritud sagedus versus reaktiivsed uuendused

Puudub avalik, kontrollitud uuring, mis lahendaks, milline lähenemine toodab rohkem tehisintellekti viiteid. Kuid mehaanika teeb kompromissi selgeks.

Google'i jaoks on saidikaart soovitus, mitte käsk. Google ütleb, et enamik saite peaks eeldama, et roomamine ja indekseerimine võtab mitu päeva või rohkem; samal päeval töötlemine on tõenäolisem uudiste saitide või muu väga ajatundliku sisu puhul, kuid seda ei garanteerita. Bingi ja teiste IndexNow osalejate jaoks võib esitamine kiirendada muudetud URL-i avastamist, kuid esitamise aktsepteerimine ei garanteeri kohest indekseerimist. Source 9 Source 10 (developers.google.com)

Minu soovitus: kasutage kalendrit turvavõrguna, mitte lehe muutmise põhjusena. Määrake sündmuse käivitajad faktidele, mis võivad aegunuks muutudes kahju tekitada või müüki kaotada. Valige kõigi muude asjade ülevaatuse intervall selle järgi, kui kiiresti nende faktid kipuvad muutuma.

Tehniline juhend: kuupäevad, saidikaardid ja päised

Muutke <lastmod> tõepäraseks

Pange viimane sisuline lehemuudatus saidikaardile. Google ütleb, et ta saab kasutada <lastmod>-i, kui väärtus on järjepidevalt täpne ja kontrollitav. Põhisisu, struktureeritud andmete või linkide muutused võivad arvesse minna; autoriõiguse aasta muutmine mitte. Google ignoreerib priority ja changefreq sätteid. Source 7 (developers.google.com)

xml https://example.com/guides/current-pricing/ YYYY-MM-DDThh:mm:ss+00:00

Kaasake kanooniline URL, mille soovite indekseerida. Genereerige ajatempel sisu kirjest või avaldamissüsteemist – mitte saidikaardi faili loomise ajast. Kui leht ei muutunud sisuliselt, jätke selle <lastmod> puutumata.

Viige nähtav kuupäev ja struktureeritud andmed vastavusse

Hoidke lehe nähtav silt, struktureeritud andmed, saidikaardi kuupäev ja serveri kuupäev joondatud. Artikli puhul peaks datePublished jääma algseks avaldamiskuupäevaks; värskendage dateModified siis, kui leht on sisuliselt muudetud. Kasutage struktureeritud andmetes ISO 8601 kuupäeva koos ajavööndiga. Source 6 Source 11 (developers.google.com)

{ "@context": "https://schema.org", "@type": "BlogPosting", "datePublished": "2025-07-10T09:00:00-04:00", "dateModified": "2026-10-21T10:15:00-04:00" }

Näites on kasutatud eraldi kuupäevi, sest uuendus ei tohiks panna vana artiklit välja nägema äsja avaldatuna.

Kasutage uudiste saidikaarti ainult uudiste jaoks

Uudiste saidikaart on mõeldud uudiste kirjastajatele ja uudisteartiklitele, mitte otsetee igihaljaste lehtede ümbermärkimiseks. Google ütleb, et lisage hiljutised artiklid nende avaldamisel, hoidke uudiste osas ainult viimase kahe päeva jooksul loodud artikleid ja lisage algne avaldamiskuupäev. Saidikaart võib sisaldada kuni 1000 news:news kirjet. Google ütleb ka, et uudiste saidikaarte käsitletakse sama tihti kui ülejäänud saiti, nii et need ei ole garanteeritud kiirrada. Source 12 (developers.google.com)

Määrake HTTP päised täpseks valideerimiseks

HTTP päis Last-Modified kirjeldab, millal server usub, et lehe esitus viimati muutus. ETag annab esitusele versiooni identifikaatori. Koos tingimuslike päringutega võivad need aidata roomikul vältida täieliku vastuse allalaadimist, kui midagi pole muutunud. HTTP standardi kohaselt võib server tagastada 304 Not Modified, kui taotletud versioon on endiselt ajakohane. Source 13 (rfc-editor.org)

http Last-Modified: ETag: ""

Google ütleb, et tema roomikud toetavad üldiselt If-Modified-Since ja If-None-Match, kuid ei saada neid igal käsitlusel. Korrektne 304 võib säästa allalaadimistööd, kui leht on muutumatu. Need päised aitavad serveritel ja roomikutel versioone tõhusalt käsitseda; need ei ole lubadus kiiremast indekseerimisest või rohkematest viidetest. Source 9 Source 13 (developers.google.com)

Näita, mis muutus

Hoidke peamine artikkel ühel stabiilsel, kanoonilisel URL-il. Lisage lühike revisjonimärkus, näiteks:

Uuendatud 21. oktoober 2026: Asendasin vanad hinnanumbrid praeguste plaanihindadega, kontrollitud avaldatud hinnakirja lehelt.

Sisuliste muudatuste puhul linkige neid toetavale allikale. Kui lugejad vajavad rohkem üksikasju, lisage samale lehele kuupäevastatud revisjonide ajalugu või linkige kasulikule muudatuste logile. Eraldi erinevuste leht on mõistlik, kui sellel on tegelik väärtus, näiteks loetav poliitikamuudatuste register. Ärge looge õhukest „uue versiooni“ URL-i lihtsalt selleks, et roomik sisu uuesti külastaks. See on läbipaistvuse ja hoolduse soovitus, mitte dokumenteeritud tehisintellekti järjestamise taktika.

Looge värskuse töövoog, mis ei tekita asjatut tööd

Enamiku tootekesksete meeskondade jaoks piisab väikesest süsteemist:

1. Nimetage faktid, mis võivad aegunuks muutuda. Näiteks hinnad, funktsioonide saadavus, reeglid, võrdlusnäitajad ja tugisammud.
2. Valige tõeallikas ja omanik. Omanik kinnitab muudatuse enne, kui see artiklisse jõuab.
3. Jälgige olulisi muutusi. Kasutage ülevaatuse käivitamiseks väljaandelogisid, tooteandmeid või muid usaldusväärseid allikaid.
4. Koostage ainult mõjutatud jaotised. Hoidke ülejäänud leht puutumatuna.
5. Kontrollige faktid, seejärel avaldage. Uuendage nähtav kuupäev, struktureeritud andmed, saidikaart ja HTTP päised samast avaldamiskirjest.
6. Teavitage osalevaid otsingumootoreid, kus see on kasulik. IndexNow saab teavitada oma osalevaid mootoreid lisatud, muudetud või eemaldatud URL-idest. See ei garanteeri, et URL indekseeritakse. Source 10 (indexnow.org)
7. Kontrollige, kas uus versioon jõudis kohale. Kasutage serverilogisid ja saadaolevaid otsingumootorite kontrolltööriistu. Google'i URL-i kontrolli aruanne näitab viimast roomamist; Bingi URL-i kontrolli tööriist saab näidata oma indekseeritud versiooni ja roomamise üksikasju. Source 14 Source 15 (support.google.com)

Kui eesmärk on lisada ChatGPT otsingusse, kontrollige, et teie sait ei blokeeriks OAI-SearchBot-i; OpenAI ütleb, et avalikke saite saab avastada ja viidata, kui asjakohane roomik neile ligi pääseb. Roomiku juurdepääs on eeltingimus, mitte viitegarantii. Source 16 (help.openai.com)

Automatiseerimine saab ette valmistada pakutud uuenduse, võrrelda seda praeguse lehega ja märkida muudetud väited. Inimene peaks faktid siiski üle kontrollima. Tööriist, nagu AutoPod, saab igasse mustandisse kaasata ka omaniku Looja, Sihtrühma ja Maitse sisendid, nii et kiirem uuendus ei muudaks toote vaatepunkti üldiseks tekstiks.

Värskuse KPI virn

Jälgige teekonda muudatusest vastuseni. Ärge pidage uut kuupäevatemplit eduks.

Viitamismäära puhul määratlege nimetaja enne alustamist:

URL-i viitamise määr = teie lehte viitavad päringud ÷ sama fikseeritud päringukogumi kõik käsitlused

Eraldage ajatundlikud küsimused igihaljastest. Hoidke sõnastus, piirkond ja mootor võimalusel järjepidev ning korrake iga päringut aja jooksul. Üks vastus on hetktõmmis, mitte trend.

Tööriistad ei anna identseid tulemusi. Alates 21. oktoobrist 2026 näitavad Google'i Search Console'i generatiivse tehisintellekti aruanded mõõdikuid nagu näitamised, lehed ja jõudlus aja jooksul. Bing Webmaster Toolsi tehisintellekti jõudluse aruanne näitab viidete arvu, viidatud lehti ja näidispõhjalikuid päringuid; selle viidete arv ei ütle, kus allikas vastuses ilmus. Käsitlege neid kui kasulikke, kuid erinevaid vaateid, mitte ühte universaalset tehisintellekti viite skoori. Source 17 Source 18 (developers.google.com)

Lisage üks kaitsemõõdik: värskuse katvus – prioriteetsete lehtede osakaal, mida on kontrollitud teie ettevõtte määratud tähtaja jooksul. See näitab, kas sisusüsteem hoiab olulised faktid ajakohasena, isegi enne viidete liikumist.

Järeldus

Värskus ei ole avaldamiskava. See on tõendite ja edastamise ahel. Leht peab muutuma põhjusega, näitama seda muutust ausalt, jõudma otsinguindeksisse ja vastama küsimusele, kus ajakohasus on oluline.

Kasutage fikseeritud ülevaatusi aeglase nihke tabamiseks. Kasutage reaktiivseid uuendusi sisuliste muudatuste jaoks. Hoidke kuupäevad järjepidevad, hoidke üks peamine URL ja mõõtke käsitluse, indeksi ja viite värskust eraldi. Eesmärk ei ole panna iga lehte uut välja nägema. Eesmärk on muuta õige leht kõige selgemaks ja ajakohasemaks allikaks, kui keegi – või tehisintellekti kokkuvõte – seda vajab.

Allikad

• Source 1 — Google'i otsingureitingute süsteemid
• Source 2 — Google'i juhend generatiivse tehisintellekti funktsioonide kohta otsingus
• Source 3 — Bingi juhend saidikaartide ja tehisintellektipõhise otsingu kohta
• Source 4 — Ahrefsi analüüs viidatud URL-ide vanuse kohta
• Source 5 — Töödokument generatiivsete otsinguallikate ja värskuse kohta
• Source 6 — Google'i autori ja kuupäeva juhised
• Source 7 — Google'i saidikaardi juhised
• Source 8 — Google'i roomamise müüdid ja faktid
• Source 9 — Google'i roomamise ja tingimuslike päringute juhised
• Source 10 — IndexNow KKK
• Source 11 — Google'i artikli struktureeritud andmete juhised
• Source 12 — Google'i uudiste saidikaardi juhised
• Source 13 — RFC 9110, HTTP semantika
• Source 14 — Google Search Console'i URL-i kontroll
• Source 15 — Bing Webmaster Toolsi URL-i kontroll
• Source 16 — OpenAI avaldaja juhised
• Source 17 — Google'i otsingu generatiivse tehisintellekti jõudluse aruanded
• Source 18 — Bingi tehisintellekti jõudluse aruanne