Tagasuri ng cache ng Google

Ang Tagasuri ng cache ng Google ay isang libreng tool na tumitingin kung may naka-cache na kopya sa Google ang isang URL at nagsasabi kapag hindi ito naka-cache.

Ano ba talaga ang ipinapakita ng pagsusuri sa cache ng Google?

Hinahanap ng pagsusuri sa cache ng Google ang palatandaang may naimbak na kopya ang Google na maaari pang makuha para sa isang partikular na web page. Dati, ang naka-cache na kopya ay snapshot ng page noong huli itong na-crawl ng Google, hindi ang kasalukuyang bersyong direktang inihahatid ng website.

Magkaiba ang pag-cache at pag-index. Maaaring lumabas sa Google Search ang isang naka-index na URL, samantalang ang naka-cache na URL ay may nakaimbak na snapshot na mabubuksan ng mga tao. Puwedeng naka-index ang isang page kahit walang naka-cache na kopyang pampublikong naa-access. Kaya kung negatibo ang resulta sa cache, hindi nito pinatutunayang inalis na ng Google ang page mula sa index nito.

Itinigil ng Google ang mga pampublikong link nito sa mga naka-cache na page noong 2024. Dahil dito, hindi na maaasahang batayan ang pagkakaroon ng cache para malaman kung naka-index ang isang page. Para sa site na pinamamahalaan mo, mas makabuluhan ang impormasyong ibinibigay ng URL Inspection tool ng Google Search Console tungkol sa pagkatuklas, pag-crawl, pagpili ng canonical URL at pag-index.

Paano ko babasahin ang resulta?

Ibig sabihin ng resulta, walang nakitang naka-cache na kopya para sa URL na isinumite. Isang field ng resulta ang ibinabalik ng tool na ito:

• Hindi naka-cache ang URL na ito. Walang natukoy na naka-cache na kopya sa Google para sa eksaktong address na isinumite. Hindi nito kinukumpirmang wala ang page sa mga resulta ng paghahanap, naka-block ito sa pag-crawl o may teknikal itong problema.

Para lamang ito sa URL na inilagay, kasama ang hostname, path at mga parameter nito. Maaaring tumukoy sa magkakaibang resource ang mga address na ito:

• https://www.example.co.uk/guide
• https://example.co.uk/guide
• https://www.example.co.uk/guide/
• https://www.example.co.uk/guide?source=email

Maaaring i-redirect ng isang website ang ilan o lahat ng ito sa isang piniling address. Kung hindi ka sigurado kung aling bersyon ang naaabot ng Google, gamitin ang Tagasuri ng pag-redirect ng URL para alamin ang huling destinasyon, saka suriin ang destinasyong iyon sa Search Console.

Kailan ko dapat gawin ang pagsusuring ito?

Gawin ang pagsusuring ito kapag sinisiyasat mo ang isang lumang snapshot sa paghahanap o inaalam kung bakit tila walang naka-cache na kopya ang isang partikular na URL. Hindi matutukoy ng resulta sa cache kung naka-index ang URL.

1. Kamakailan lang binago ang isang page. Baka gusto mong malaman kung mayroon pang mas lumang kopya nito. Kapag negatibo ang resulta, ibig sabihin ay walang natukoy ang pagsusuring ito. Gayunman, maaari pa ring magpakita ang mga snippet sa paghahanap ng impormasyong nakuha sa naunang pag-crawl.
2. Hindi lumalabas sa paghahanap ang isang bagong page. Suriin ang eksaktong URL na na-publish, pagkatapos ay gamitin ang Search Console para malaman kung natuklasan at na-index ito ng Google. Tiyakin ding matagumpay ang ibinabalik na HTTP status ng page at hindi ito ibinubukod ng isang noindex directive.
3. Inilipat ang isang site sa bagong domain o binago ang istruktura ng URL nito. Suriin ang mga pag-redirect mula sa dating address papunta sa bago. Maaaring kailanganin ng Google ng panahon para i-crawl ang mga pag-redirect, piliin ang mga canonical URL at i-update ang mga resulta ng paghahanap, mayroon mang naka-cache na kopya o wala.

Ang mga problema sa DNS resolution, mga email na hindi dumarating at mga babala sa certificate ng browser ay may kinalaman sa DNS, configuration ng mail o mga TLS certificate. Maaaring makatulong ang Tagasuri ng pagho-host ng website para matukoy kung saan naka-host ang isang gumaganang site, ngunit hindi nito nasusuri ang lahat ng problema sa DNS o certificate.

Mga pagkaantala sa pag-cache, pag-index at propagation

Maaaring magmukhang mali ang isang tamang resulta kapag maraming magkakahiwalay na cache at cycle ng pag-update ang sangkot. Google ang nagpapasya kung kailan nito muling bibisitahin ang mga page, at hindi agad lumalabas sa paghahanap ang isang pagbabagong ginawa sa iyong server. Posible ring magkakaibang oras ma-update ang mga snippet sa paghahanap, canonical na impormasyon at naka-index na content.

May sarili ring pagkaantala ang mga pagbabago sa DNS. Pinananatili ng mga recursive DNS resolver ang mga record ayon sa time to live ng mga ito, na karaniwang tinatawag na TTL. Dahil dito, maaaring mapunta ang ilang bisita sa lumang server habang ang iba naman ay makarating sa bago. Maaari ding panatilihin ng mga browser cache, reverse proxy at content delivery network ang mga naunang file. Wala sa mga cache na ito ang katumbas ng naka-cache na page ng Google.

Kung luma pa rin ang hitsura ng isang page na binago kamakailan, buksan ang live na URL, suriin ang HTTP response nito at i-clear o lampasan ang anumang cache na kontrolado mo. Pagkatapos, suriin ang URL sa Search Console. Hindi mapapabilis ng paulit-ulit na pagsusuri sa cache ang muling pag-crawl ng Google sa isang page.

Paano pinoproseso ang mga URL na may espasyo o non-ASCII na character?

Ini-encode sa server ang isinumiteng address gamit ang operasyong urlencode ng PHP. Sinusunod nito ang kumbensyong application/x-www-form-urlencoded: nagiging plus sign ang mga espasyo, habang percent-encoded naman ang iba pang byte na hindi ligtas.

Halimbawa, ang text na https://www.example.co.uk/search?q=cream tea ay ini-encode bilang https%3A%2F%2Fwww.example.co.uk%2Fsearch%3Fq%3Dcream+tea. Sa encoding na ito, nagiging plus sign ang espasyo. Ang isang UTF-8 value na may accent, gaya ng café, ay nagiging caf%C3%A9.

Tinatanggap ng format ng encoding ang mga numero nang walang pagbabago, samantalang ini-encode ang mga bantas gaya ng mga slash, tandang pananong at equals sign. Maaaring may IDNA A-label ang isang internationalised domain name, na gumagamit ng prefix na xn-- at Punycode para sa label na iyon.

Hindi inaayos ng server-side na pagproseso ng urlencode sa tool na ito ang isang invalid o hindi kumpletong URL. Walang page na masusuri kung walang laman ang value, at maaaring lumampas sa mga limitasyon sa ibang bahagi ng request path ang isang napakahabang address. Kopyahin ang address mula sa browser sa halip na i-type ito mula sa memorya.

Mga madalas itanong

Kapag negatibo ang resulta sa cache, ibig bang sabihin ay inalis na sa index ang page ko?

Hindi. Magkaiba ang pampublikong availability ng cache at pag-index sa paghahanap, at hindi na ibinibigay ng Google ang dati nitong mga link sa naka-cache na page. Suriin ang URL sa Google Search Console o maghanap ng natatanging pangungusap mula sa page. Tandaan lamang na hindi kumpletong ulat ng index ang mga karaniwang query sa paghahanap.

Dapat ko bang isama sa URL ang mga tracking parameter?

Gamitin ang malinis na canonical URL maliban kung kailangan mong siyasatin ang isang bersyong may parameter. Ang mga parameter gaya ng utm_source ay karaniwang tumutukoy sa mga pagbisita mula sa campaign, hindi sa hiwalay na content, at maaaring pagsamahin ng Google ang mga ito sa ilalim ng isang canonical URL.

Masusuri ko ba ang isang pribado o protektado ng password na page?

Karaniwang hindi makukuha ng crawler ang content na nangangailangan ng pag-login maliban kung tahasang binigyan ito ng access. Kaya hindi dapat asahang may pampublikong search cache ang gayong page. Ipinapadala sa server ng tool na ito sa pamamagitan ng HTTPS ang isinumiteng URL para maproseso at hindi ito iniimbak. Huwag magsama rito ng mga password, access token o iba pang lihim na impormasyon.

Nakaaapekto ba ang mga URL fragment sa page na nakikita ng Google?

Ang fragment ay ang bahaging kasunod ng hash sign, gaya ng #delivery. Karaniwang hindi nagpapadala ang mga browser ng fragment sa mga HTTP request. Kaya ang dalawang ordinaryong URL na fragment lang ang ipinagkaiba ay madalas na kumukuha ng parehong dokumento. Kapag sinusuri ang mismong naka-index na page, gamitin ang address nang walang fragment.

Ano ang dapat kong suriin bago humiling ng panibagong pag-crawl?

Tiyaking naglo-load ang piniling URL nang walang redirect loop, matagumpay ang ibinabalik nitong response, pinapayagan nitong i-crawl ito ng Googlebot at wala itong hindi sinasadyang noindex directive. Suriin kung ang href value ng link element nito na may canonical link type ay tumutukoy sa nilalayong URL. Pagkatapos, humiling ng pag-index sa pamamagitan ng Search Console kung ikaw ang namamahala sa site.