Mira CalderAng pinakaunang bersyon ng isang web page ay bihirang nakalagay sa kasalukuyang URL. Lumilipat ang mga pahina, nagbabago ang mga domain, tinatago ng mga redirect ang mga lumang path, at ang mga archive ay kumukuha lamang ng ilang sandali. Ang maaasahang sagot ay nangangailangan ng dalawang bagay: paghahanap sa kasaysayan ng URL ng pahina at talaan ng eksaktong pinapatunayan ng pinakaunang capture.
Ang pangunahing patakaran ay simple: ang archive timestamp ay nagpapatunay na ang isang bersyon ay nakuha na noong panahong iyon. Hindi ito nagpapatunay na ang pahina ay unang inilathala noon.
Tukuyin ang bersyon na sinusubukan mong hanapin
Ang "pinakaunang bersyon" ay maaaring mangahulugan ng:
- ang unang naka-archive na capture ng eksaktong URL
- ang unang bersyon na naglalaman ng partikular na claim, larawan, presyo, o patakaran
- ang pahina bago ang susunod na pagwawasto o redesign
- ang orihinal na URL bago ang migration o redirect
- ang pinakaunang ebidensya na ang pahina ay umiiral kahit saan
Isulat ang tanong. Kung kailangan mong malaman kung kailan lumitaw ang isang claim, ang unang capture ng pahina ay maaaring hindi mahalaga dahil ang claim ay maaaring naidagdag ilang taon pagkatapos. Kung kailangan mo ang orihinal na artikulo, ang unang capture ng homepage ay hindi sapat.
Itala ang kasalukuyang pahina at ang pamilya ng URL nito
Magsimula sa kasalukuyang pahina bago magbukas ng archive. I-save:
- ang buong URL, kasama ang makabuluhang query parameter
- ang huling URL pagkatapos ng mga redirect
- ang canonical URL na idineklara ng pahina, kung mayroon
- ang nakikitang title, may-akda, petsa ng paglalathala, at petsa ng huling pag-update
- isang natatanging pangungusap mula sa katawan
- mga link sa print, AMP, mobile, wika, o syndicated na bersyon
Pagkatapos ay ilista ang mga makatwirang makasaysayang variant na sinusuportahan ng nakikita mo:
httpathttpswwwat walangwww- luma at kasalukuyang domain
- nakaraang slug na inihayag ng redirect
- trailing-slash at index-page na anyo
- print, AMP, mobile, o query-based na bersyon na naka-link ng site
Huwag gumawa ng dose-dosenang random na hula sa URL. Sundin ang mga redirect, canonical tag, lumang internal link, sitemap, at feed entry. Ang bawat variant ay dapat may dahilan upang umiral.
Suriin ang eksaktong URL sa Wayback Machine
Ilagay ang buong URL sa Wayback Machine at piliin ang Browse History. Buksan ang pinakaunang available na capture, pagkatapos ay i-verify ang pahina mismo:
- Naglalaman ba ang naka-archive na address ng URL na nilalayon mong suriin?
- Tumutugma ba ang title at katawan ng pahina sa paksa?
- Nag-redirect ba ang capture sa ibang path o domain?
- Kumpleto ba ang content upang suportahan ang iyong konklusyon?
- Anong eksaktong capture timestamp ang lumalabas sa archive URL?
Itala ang stable na naka-archive na URL, hindi lamang ang taon na ipinapakita sa kalendaryo. Ang isang capture ay maaaring maglaman ng nawawalang larawan, replayed asset mula sa malapit na petsa, o redirect sa halip na katawan ng pahina. Ang unang tuldok sa kalendaryo ay kandidato lamang hanggang sa buksan mo ito.
Ulitin ang pagsusuri para sa bawat wastong variant ng URL. Ang migration ng site ay maaaring gawing mas bago ang kasalukuyang address kaysa sa parehong artikulo sa lumang domain nito.
Ikumpara ang mga capture, hindi lamang ang mga petsa
Buksan ang unang magagamit na capture at ang susunod na ilang capture sa paligid ng anumang mahalagang pagbabago. Ikumpara ang mga field na mahalaga sa iyong tanong:
- title at byline
- nakikitang petsa ng paglalathala at pag-update
- ang pangunahing claim o wika ng patakaran
- mga larawan, caption, at credit
- mga presyo, pangalan ng produkto, o call to action
- outbound source link
- canonical URL at redirect
Para sa makabuluhang pagbabago, kopyahin ang kaugnay na bahagi sa iyong mga tala at itabi ang capture URL. Huwag sabihing "nagbago ang pahina noong Marso" kung ang alam mo lang ay isang wording ang lumalabas sa capture noong Pebrero at iba naman noong Abril. Ang tapat na agwat ay "pagkatapos ng capture noong Pebrero at bago ang capture noong Abril."
Ang archive coverage ay karaniwang manipis. Ang Memento web-archiving standard ay tahasang pinapayagan ang ibinalik na naka-archive na petsa na makabuluhang mag-iba mula sa hiniling na petsa. Ang nawawalang araw ay hindi ebidensya na ang pahina ay hindi umiiral noong araw na iyon.
Kapag ang eksaktong URL ay walang kapaki-pakinabang na capture
Gumawa sa labas sa kontroladong pagkakasunud-sunod.
Suriin ang naka-archive na listahan ng URL ng site. Ang Wayback Machine ay maaaring maglista ng mga file na nakuha nito sa ilalim ng domain o path. Maghanap ng mas lumang slug, direktoryo na batay sa petsa, print page, attachment, o index page na nag-link sa target.
Siyasatin ang mga lumang sitemap at feed. Ang naka-archive na XML sitemap, RSS feed, author index, category page, at newsletter archive ay madalas na nag-iingat ng orihinal na URL at title kahit na ang artikulo mismo ay hindi nakuha.
Maghanap ng eksaktong title o bihirang pangungusap. Ang quoted text ay maaaring maghayag ng syndicated copy, citation, forum link, o feed mirror. Ang independiyenteng may-petsang pahina na nag-link sa target ay nagpapatunay na ang target ay umiiral na hindi lalampas sa petsang iyon, kahit na ang target ay hindi nakuha.
Suriin ang isa pang web index. Ang Common Crawl ay nagbibigay ng pampublikong CDX URL index sa mga crawl collection nito. Maghanap ng eksaktong URL o makitid na URL pattern. Ang isang record ay maaaring maghayag na ang crawler ay nakakita ng URL sa partikular na crawl at maaaring magbigay ng nakaimbak na lokasyon ng tugon. Ito ay pangalawang source ng coverage, hindi patunay na walang mas naunang pahina na umiiral.
Sundin ang mga redirect pabalik. Maghanap sa lumang domain, title, author page, at inbound link. Ang mga migration map ay kung minsan ay mas malinaw na naghahayag ng predecessor URL kaysa sa ginagawa ng kasalukuyang site.
Tratuhin ang mga petsa ng pahina bilang mga claim na dapat i-verify
Ang nakikitang petsang "Published", structured-data date, HTTP Last-Modified header, o petsa sa loob ng URL ay maaaring makatulong, ngunit wala sa mga ito ang nagpapatunay ng unang paglalathala sa sarili nito. Ang mga migration ng content-management ay maaaring mag-reset ng mga field. Ang mga editor ay maaaring mag-backdate o iwasto ang mga ito. Ang mga server ay madalas na bumubuo ng Last-Modified mula sa deployment o cache behavior.
Mas piliin ang independiyenteng pagsang-ayon:
- ang sariling petsa ng paglalathala ng pahina
- isang archive capture sa o pagkatapos ng petsang iyon
- may-petsang feed o sitemap entry
- sabay na link mula sa ibang site
- isang author, issue, o category index na naglalaman ng pahina
Kung tatlong record ang sumasang-ayon at walang mas nauna na sumasalungat sa kanila, maaari mong iulat ang isang suportadong window ng paglalathala. Itabi ang ebidensya sa konklusyon.
Magtago ng evidence log
Ang isang maliit na talahanayan ay pumipigil sa mga petsa na maging hula:
| Ebidensya | Timestamp | Ano ang pinapatunayan nito | Limitasyon |
|---|---|---|---|
| Naka-archive na URL ng pahina | Oras ng capture | Ang bersyong ito ay umiiral na sa oras ng capture | Maaaring umiiral na ito mas maaga |
| May-petsang feed entry | Petsa ng feed | Ang site ay naglista ng URL bago ang petsang ito | Ang mga petsa ng feed ay maaaring ma-migrate |
| Independiyenteng inbound link | Petsa ng paglalathala | Ang ibang pahina ay tumukoy dito bago ang petsang ito | Ang petsa ng nag-link na pahina ay kailangan ding suriin |
| Kasalukuyang metadata ng pahina | Nakikita o machine date | Ano ang sinasabi ng kasalukuyang site | Maaari itong i-edit o i-reset |
Para sa bawat item, itala ang eksaktong URL, timestamp, title ng pahina, kaugnay na teksto, at ang petsa na na-access mo ito. Kung ang resulta ay mahalaga sa legal o propesyonal, panatilihin ang mga screenshot o file sa ilalim ng mga patakaran ng ebidensya na naaangkop sa iyong trabaho; huwag umasa na ang browser tab ay mananatiling available.
I-preserve ang kasalukuyang pahina nang hindi muling isinusulat ang kasaysayan
Kung ang live page ay mahalaga at walang kasalukuyang capture, ang Save Page Now ng Wayback Machine ay maaaring lumikha ng isa. Sinasabi ng Internet Archive na ito ay nag-save ng iisang pahina na ipinasok at nagbabalik ng permanenteng URL; hindi ito nag-crawl ng buong site o ng mga outbound link nito.
Ang bagong capture na iyon ay nag-iingat ng pahina mula ngayon pataas. Hindi nito pinupunan ang puwang sa nakaraan, at hindi ito dapat kailanman ipresenta bilang ebidensya ng nilalaman ng pahina bago ang oras ng capture.
Ipahayag ang konklusyon nang tumpak
Gumamit ng wika na naglalantad ng natitirang kawalan ng katiyakan:
- Pinakaunang naka-archive na bersyon na nahanap: ang pinakalumang magagamit na capture na nahanap para sa sinuring pamilya ng URL.
- Claim na naroroon na noong: ang unang capture kung saan lumalabas ang kaugnay na teksto.
- Window ng paglalathala: pagkatapos ng huling capture na walang content at bago ang unang capture na may content.
- Pinakaunang independiyenteng na-verify na pag-iral: ang archive, feed, o inbound link ay nagtatatag na ang pahina ay umiiral na noong petsang ito.
- Hindi nalutas: ang archive coverage o kasaysayan ng URL ay hindi sapat.
Huwag kailanman i-convert ang "ang archive ay walang mas nauna" sa "walang mas naunang umiiral." Ang password protection, crawler exclusion, mga pahina na walang link, script-rendered content, crawl failure, pag-alis, at simpleng masamang kapalaran ay lumilikha ng mga puwang.
Kung ang pahina ay naglalaman ng larawan o video na ang sariling pinagmulan ay pinag-uusapan, magpatuloy sa paano hanapin ang orihinal na source ng larawan o video.