Mga taktika sa paglago ng publisher para sa panahon ng halalan | WEBINAR
Mga taktika sa paglago ng publisher para sa panahon ng halalan | WEBINAR
Sa dulo ng modyul na ito dapat kang magkaroon ng malinaw na pag-unawa sa iba't ibang bahagi na nag-aambag sa Karanasan sa Pahina, kung bakit mahalaga ang mga ito at kung paano ma-optimize ang bawat isa upang mapabuti ang parehong karanasan ng user ng iyong site at ang SEO nito.
Tagal ng Video
17:09
Sagutin ang Pagsusulit
Kumuha ng kasalukuyang pagsusulit sa module
Mga materyales
Mga template na handa nang gamitin
Mga mapagkukunan
Mga Ulat at Mapagkukunan
2.3.1 Ano ang Karanasan sa Pahina?
Ang karanasan sa page ay isang hanay ng mga signal — kabilang ang Core Web Vitals (CWVs), mobile-friendly, HTTPS at mapanghimasok na mga alituntunin sa interstitial — na ginagamit ng Google upang i-extrapolate ang karanasan ng user sa isang website.
Ang karanasan sa pahina ay isang pagsusuri sa pagganap ng isang site kaysa sa nilalaman nito. Bagama't inuuna pa rin ng Google ang kaugnayan ng nilalaman kapag sumasagot sa mga query ng user, ang karanasan sa page ay epektibong isang tie breaker kapag nag-aalok ang ilang site ng katulad na antas ng saklaw.
Ang apat na page na senyales ng karanasan ay:
Sinusukat ng mga CWV ang karanasan ng user sa pamamagitan ng pagtutuon sa kung gaano kabilis mag-load ang isang page, ang pagtugon nito sa input ng user at gayundin ang visual stability nito. Mayroong tatlong sukatan para dito:
Ang pag-update ng Google 2015 ng Google ay ipinakilala ang mobile-friendly na sukatan ng search, na pinalalaki ang pagraranggo ng mga pahina ng mobile-friendly sa mga mobile serps.
Epektibo, unahin ng Google ang mga site na matiyak na ang kanilang nilalaman ay madaling mabasa sa mga mobile device - nangangahulugang hindi na kailangang mag -zoom, hawakan ang mga target tulad ng mga pindutan ng pag -login ay hindi masyadong malapit sa isa't isa, walang pahalang na pag -scroll at hindi maipalabas na nilalaman ay maiiwasan.
Ang pag -update ay nalalapat sa mga indibidwal na pahina, hindi buong mga website, at hindi rin nakakaapekto sa nilalaman na tiningnan sa mga browser ng desktop/laptop.
Ang HTTPS, o Secure ng Transfer ng Hypertext Transfer ay ligtas, ay isang ligtas na bersyon ng protocol ng komunikasyon sa internet sa HTTP.
Ang HTTPS, o HTTP, ay bumubuo ng unang bahagi ng bawat URL na kilala bilang "scheme". Dumating ito bago ang pangalan ng domain, na siyang segment ng URL na kilala bilang "awtoridad".
Ang pagkakaiba sa pagitan ng HTTPS at HTTP ay ang dating ay ligtas habang ang huli ay hindi. Ano ang ibig sabihin nito sa pagsasanay ay ang mga gumagamit na nag -log in sa isang site sa pamamagitan ng isang koneksyon sa HTTP ay nagpapadala ng kanilang mga personal na detalye sa hindi naka -encrypt na payak na teksto.
Ang HTTPS ay sinisiguro ang koneksyon na iyon, na nangangahulugang anumang data na ipinadala sa pagitan ng browser ng gumagamit at server ng website ay naka -encrypt sa kahabaan. Ang mga site na nagnanais ng ligtas na koneksyon ay nangangailangan ng isang sertipiko ng SSL, na tinutukoy ng mga tseke ng browser ng gumagamit.
Ang mga interstitial ay isang mobile lamang na format ng ad na lilitaw lamang sa mga natural na pahinga sa nilalaman - tulad ng kapag ang isang gumagamit ay gumagalaw mula sa isang artikulo hanggang sa susunod - sumasakop sa screen sa proseso.
Ang mga interstitial ay tiningnan bilang panghihimasok kapag hinaharangan nila o bahagyang nakakubli ang pagtingin ng isang gumagamit ng nilalaman. Ang mga kahon ng diyalogo sa mga mobile website na kumikilos din ay nahuhulog din sa ilalim ng kategoryang ito.
Karamihan sa mga pinakamalakas na set ng kasanayan ng publisher ay may posibilidad na maging nilikha ng nilalaman, pag -publish at marketing, na nag -iiwan ng maliit na silid upang kapwa maunawaan at mai -optimize ang iba't ibang mga haligi ng karanasan sa pahina.
Ang mga hangganan na mapagkukunan ay nangangahulugang ang mga publisher ay magpupumilit upang bigyang -katwiran ang oras at pera na kinakailangan upang maghukay sa backend ng mga indibidwal na web page, hayaan ang isang buong website.
Kahit na ang mga publisher ay magagawang maglaan ng oras upang harapin ang problema, tulad ng nakikita natin mula sa itaas, ang karanasan sa pahina ay isang multifaceted na isyu na nangangailangan ng isang holistic na diskarte upang maihatid ang mga makabuluhang nakuha sa pagganap.
Ang pag -alam kung alin sa apat na mga signal ng karanasan sa pahina na magsisimulang magtrabaho ay maaaring maging isang sakit ng ulo at sa sarili nito.
Ang karanasan sa pahina ay hindi kapani -paniwalang mahalaga para sa publisher SEO, dahil ang mahusay na nilalaman ay hindi sapat upang masiguro ang nangungunang paglalagay sa loob ng mga SERP.
Pinahahalagahan pa rin ng Google ang pinakamahusay na impormasyon bago ang anupaman, nangangahulugang natatanging nilalaman o mga "scoops" ng balita kahit na ang karanasan sa pahina ay "subpar" . Gayunpaman, sa mga kaso kung saan ang ilang mga publisher ay nagbibigay ng mahusay na pangkasalukuyan na saklaw, ang karanasan sa pahina ay nagiging isang mahalagang pagpapasya na kadahilanan na nakakaimpluwensya sa mga ranggo ng SERP.
Ang bawat isa sa apat na pahina ng mga haligi ng karanasan ay may ibang epekto sa SEO ng isang website. Ang pinaka -agarang epekto ay nagmula sa pagtuon sa mga CWV, na isasalin sa isang website na mas mabilis na naglo -load.
Maraming mga pag -aaral ang nagpakita na mas mahaba ang isang website upang mai -load, mas mabilis ang madla na nawawalan ng interes at mas mataas ang rate ng bounce.
Halimbawa, natagpuan ng isang pag -aaral sa Google mula sa 2018 na ang posibilidad ng bounce ay tumalon ng 32% nang umakyat ang mga oras ng pag -load ng pahina mula 1 segundo hanggang 3 segundo.
Ang isa pang pag -aaral sa Google mula 2020 ay natagpuan na ang mga site ng balita na pumasa sa pagsubok ng CWV ay nakakita ng isang 22% na mas mababang rate ng pag -abandona kaysa sa mga nabigo. Yahoo! Samantala, pinabuting ang Japan ang marka ng CLS nito sa pamamagitan ng 0.2 at nakita ang isang 15.1% na pag -aalsa sa mga view ng pahina bawat session at isang 13.3% na pagtaas sa tagal ng session.
Habang malinaw na sinabi ng Google na hindi ito gumagamit ng mga rate ng bounce bilang isang signal ng pagraranggo , ang isang mataas na rate ng bounce ay nagsasalita sa mga kadahilanan na pinapahalagahan ng Google - lalo na ang bilis ng pag -load, pagtugon at visual na katatagan ng isang pahina.
Ang mga publisher na nagta -target sa mga madla sa mga mobile device ay kailangang matiyak na ang kanilang site ay nagpapadala ng mga mobile friendly signal na maaaring kunin ng Google at Bing. Ang parehong mga search engine ay unahin ang mga friendly na website kapag naghahatid ng mga resulta ng paghahanap sa mga gumagamit ng mobile.
Kung ikukumpara sa CWVS at mobile na kabaitan, ang pagpapatupad ng HTTPS ay magkakaroon ng mas maliit na epekto sa SEO ng isang publisher. Sinabi ng Google noong 2014 na gagamitin ito bilang isang signal ng pagraranggo at sinimulan ang pagmamarka ng lahat ng mga site ng HTTP bilang "hindi ligtas" sa Chrome sa 2018. Gayunpaman, ang pinakamalaking benepisyo dito ay pinahusay na seguridad ng data, lalo na kung ang iyong module ng negosyo ay batay sa kita ng subscription.
Samantala, ang mga nakakaabala na interstitial ad o mga kahon ng diyalogo, samantala, ay maaaring limitahan ang kakayahang mag -crawl ng mga web crawler na mag -crawl at mag -index ng isang pahina, na pumipigil sa mga search engine mula sa kahit na magagawang ranggo ito, iwanan mag -isa na nagtatampok ng mataas sa mga resulta ng paghahanap ..
Ang unang hakbang patungo sa pagpapabuti ng karanasan sa pahina ay nagsisimula sa pagsusuri ng kasalukuyang pagiging epektibo ng iyong website.
Mayroong isang malawak na hanay ng mga tool sa una at third party upang makamit ito ngunit, para sa gabay na ito, titingnan namin ang mga tool sa unang partido ng Google.
Alam natin ngayon na ang mga CWV ay isang mahalagang kadahilanan sa pagraranggo. Ngunit paano sila sinusukat? Inilista ng talahanayan sa ibaba ang mga parameter sa loob kung saan ang pinakamainam na mga numero ng CWV ay dapat mahulog para sa pinakamahusay na karanasan sa pahina.
Ngayon alam natin kung ano ang kailangan nating sukatin at kung magkano, maaari nating tingnan kung paano pupunta tungkol sa pagsukat ng karanasan sa pahina.
Nasa ibaba ang isang listahan ng ilan sa mga pinaka -karaniwang ginagamit na pamamaraan.
Ang unang pagpipilian na bukas sa mga publisher ay sa pamamagitan ng malayo ang pinaka -technically mapaghamong at hindi isa na inirerekumenda namin kahit na isasaalang -alang maliban kung mayroon kang isang mahusay na developer upang makatulong sa pagpapatupad nito.
Pinag -uusapan namin ang pagtitipon ng data ng gumagamit mula sa iyong site, isang proseso na kilala bilang Real User Monitoring (RUM), at pagkatapos ay pagsusuri ng mga resulta sa loob ng Google Analytics 4 (GA4). Ang Google ay may iba pang mga tool, tulad ng PahinaSpeed Insights (PSI), na gumagamit ng data sampling upang masuri ang iyong site. Ngunit kung ang layunin ay magkaroon ng isang kumpletong larawan ng karanasan ng gumagamit para sa iyong website, kailangan mo ng data ng real-world na natipon mula sa iyong site.
Pinapayuhan namin ang paggamit ng GA4 para sa gawaing ito para sa simpleng kadahilanan na nilalayon ng Google na simulan ang "paglubog ng araw" sa nakaraang henerasyon ng Google Analytics, Universal Analytics (UA), mula kalagitnaan ng 2023.
Bilang isang publisher dapat mo na na -set up ang isang GA4 account bilang pag -asahan sa switch over. Kung wala ka, mangyaring sundin ang mga gabay ng Google kung paano i -set up ito sa unang pagkakataon o kung paano idagdag ito sa isang site na mayroon nang UA .
Kapag nagawa na ang susunod na hakbang ay upang mai -link ang bodega ng data ng BigQuery ng Google sa GA4 mula sa Admin ng Analytics. Ang pag -uugnay sa BigQuery ay magpapahintulot sa iyo na mag -query sa iyong data gamit ang SQL. Narito ang isang gabay sa kung paano mai -link ang dalawa .
Sa mga hakbang na iyon ay maaari na nating idagdag ngayon ang web-vitals library sa iyong site.
Ang library, na kung saan ay isang napakaliit na modular na library ng JavaScript para sa koleksyon ng data, ay magagamit sa GitHub.
Ang library ay maaaring mai-install alinman mula sa open-source NPM online na imbakan sa pamamagitan ng pagpapatakbo ng "NPM I-install ang mga web-vitals" sa iyong command terminal o sa pamamagitan ng<script> tags on a content distribution network (CDN).
Narito ang isang halimbawa ng tulad ng isang script:
Kapag na-install ang Web-Vitals Library, maaaring maipadala ang data ng gumagamit sa Google Tag Manager (GTM), gamit ang isang inirekumendang pasadyang template ng Google na nilikha at pinapanatili ng Simo Ahava.
Kapag na -install ang tag, ang mga sukatan ng CWV at nauugnay na data ng pag -augnay ay maaaring maipasa ito sa GA4.
Kapag na -set up mo ang analytics upang subaybayan ang data ng GTM, makikita mo ang data ng kaganapan sa interface ng BigQuery. Ang data na ito ay maaaring ma -queried tulad ng:
Kapag naibalik ang query, ang ulat ay dapat magmukhang ganito:
Kailangan nating ma -stress muli na ito ay isang solusyon sa developer at, sa katunayan, isang mahusay na pakikitungo na mas kumplikado kaysa dito. Gayunpaman, ang pag -ampon ng solusyon na ito ay magbibigay sa iyo ng pinaka tumpak na basahin sa pagganap ng iyong website.
Para sa isang mas detalyadong paliwanag tungkol sa prosesong ito, tingnan ang gabay ng Google sa pagtingin sa mga CWV sa GA4 .
Habang ito ang pinaka tumpak na diskarte sa pagsubaybay sa mga CWV, may mga mas simpleng diskarte upang harapin ang problemang ito.
Ang PSI ay hindi gaanong tumpak kaysa sa paggamit ng isang diskarte sa GA/RUM, gayunpaman, madalas itong binanggit bilang isa sa pinakamahalagang tool na kung saan upang masukat ang mga CWV - salamat sa kadalian ng paggamit ng tool.
Habang maaari lamang itong gumamit ng mga halimbawa ng mga tunay na karanasan sa gumagamit na kinuha mula sa Chrome User Experience Report (CRUX) sa nakaraang 28-araw na panahon, ang PSI ay nagbibigay ng isang simple at madaling maunawaan ang interface ng gumagamit . Nangangahulugan ito ng pagbibigay kahulugan sa data ay isang mas simpleng proseso.
Tulad ng nakikita mo sa aming halimbawa sa ibaba, ang pagsusuri sa site ng Forbes 'ay agad na nagbibigay ng isang kayamanan ng impormasyon sa parehong desktop at mobile website ng publisher.
Ginagamit ng PSI ang berde, amber at pulang kategorya mula sa itaas kapag nagtatalaga ng mabuti, nangangailangan ng pagpapabuti at mahinang marka ng pagganap.
Ang diskarte sa pag -sampol ng Crux ay nangangahulugan na habang ang pagtatasa sa itaas ng Forbes ay kinuha sa ilang mga tunay na karanasan sa gumagamit ng mundo ng site, hindi ito maaaring salik sa lahat ng data ng gumagamit ng site.
Ang pag -sampling diskarte na ito ay nagiging may problema para sa mas maliit na mga site, marami sa mga ito ay hindi magtatampok sa data ng patlang ng Crux.
Gayunpaman, ang PSI ay maaari pa ring mag-alok ng isang virtual na diagnosis ng iyong website gamit ang data ng lab na nakuha mula sa open-source lighthouse tool . Tingnan ang halimbawa sa ibaba:
Ang problema sa pamamaraang ito ay kinokolekta ng Lighthouse ang data nito gamit ang paunang natukoy na aparato at mga setting ng network, na hindi sumasalamin sa mga setting ng iyong mga gumagamit. Nangangahulugan ito na ito ay isang hindi magandang kapalit para sa totoong bagay.
Ang GSC ay isang tool na idinisenyo upang magbigay ng mga publisher ng isang view ng mata ng ibon ng mga isyu sa CWV ng kanilang website, pagbubukas ng pintuan sa isang holistic na diskarte sa pagpapabuti ng pagganap ng site.
Ginagawa ito sa pamamagitan ng pag -aayos ng mga ulat ng pagganap ng URL batay sa katayuan, uri ng sukatan o pangkasalukuyan na pagkakapareho. Hindi nito kinikilala ang mga isyu sa mga indibidwal na pahina, na tinanggihan ang pagkakataon na ipatupad ang mga pag -aayos sa isang antas ng butil.
Dito napasok ang PSI. Ito ay nagkakahalaga ng tandaan, bagaman, na ang indibidwal na ulat ng pahina ng PSI ay maaaring magkakaiba nang malaki mula sa mga resulta ng pangkat ng GSC. Iyon ay dahil ang indibidwal na pahina ay isa lamang bahagi ng pinagsama -samang mga resulta ng pangkat ng GSC.
Pag-log in sa dashboard ng GSC, makikita ng mga gumagamit ang tab na Core Web Vitals sa kaliwang bahagi. Ang pag -click sa tab na ito ay nagpapakita ng hiwalay na mga ulat ng mobile at desktop CWV para sa mga pangkat ng URL.
Sa kabila ng pagkakaroon ng tatlong sukatan ng CWV - ang LCP, FID at CLS - ang mga URL ay makakatanggap ng isang pangkalahatang grado batay sa kanilang pinakamasamang pagganap na sukatan para sa isang tiyak na aparato na makakaapekto din sa mga ulat ng pangkat.
Halimbawa, kung ang isang URL sa mobile ay tumatanggap ng isang mahirap na FID at isang mahusay na LCP, mai -label ito bilang mahirap sa mobile.
Muli, mahalagang tandaan na ang GSC ay hindi inilaan para sa mga butil na pag -aayos. Gayunpaman, mahusay para sa mga publisher na maraming mga katulad na pahina. Halimbawa, ang mga site ng balita ay maaaring magkaroon ng medyo pamantayang disenyo at layout para sa kanilang mga pahina ng artikulo na gumagamit ng isang imahe bilang pinakamalaking elemento sa itaas ng fold. Sa kasong ito, mabilis na makakatulong ang GSC upang makilala ang mga problema sa LCP sa isang hanay ng mga URL.
Ang pangwakas na tool sa Google Performance Measuring Toolkit ay Lighthouse . Ang tool na ito ay ganap na naiiba mula sa mga nauna nang nag -aalis ito ng pagganap ng gumagamit batay sa isang itinatag na hanay ng mga parameter.
Hindi ito gumagamit ng data ng patlang at sa gayon ay mas limitado sa mga tuntunin ng mga praktikal na paggamit. Halimbawa, ang data ng patlang ay naiimpluwensyahan ng koneksyon sa network ng isang gumagamit at ang kanilang distansya sa mga server ng site, samantalang ang Lighthouse ay nagpapalabas ng isang mid-range na aparato upang mangolekta ng data sa loob ng isang kinokontrol na kapaligiran.
Mahalaga rin na maunawaan na ang marka ng Lighthouse ay hindi lamang isang pagsasama -sama ng mga marka ng CWV. Hindi kasama ang FID, dahil ang data ng lab sa pamamagitan ng likas na katangian nito ay hindi kasama ang mga pakikipag-ugnay sa end-user, habang nagdaragdag ng kabuuang oras ng pagharang (TBT), bilis ng index (SI) at oras upang interactive (TTI) na mga sukatan sa halo. Para sa mga nais gayahin ang isang FID na karanasan sa lab, ang TBT ay maaaring magamit bilang isang proxy.
Gayunpaman, inirerekumenda namin laban sa paggamit ng Lighthouse bilang pangunahing mapagkukunan ng pagsukat. Sa halip dapat itong magamit bilang isang kasamang tool sa tabi ng PSI upang matulungan ang pag -troubleshoot ng mga tiyak na isyu sa pahina.
Ang mga publisher na nais gumamit ng parola sa kanilang pagsubok ay maaaring gawin ito sa pamamagitan ng mga chrome devtool na inihurnong nang direkta sa browser ng Chrome, isang extension para sa nasabing browser o sa web.dev/measure .
Airit ng Lighthouse ang iyong webpage at magbibigay ng mga marka sa 100 sa apat na lugar:
Narito kung ano ang hitsura kapag inilalagay namin ang aming homepage sa pamamagitan ng pagpipilian sa web.dev.
Ang disenyo ng mobile web ay naiiba mula sa tradisyonal na disenyo ng web ng desktop sa mga mobile na aparato ay may mas maliit na mga screen, sa pangkalahatan ay isport ang hindi gaanong malakas na hardware at umaasa lamang sa mga touch input.
Pinahahalagahan ng mga mobile friendly na site ang karanasan ng gumagamit sa pamamagitan ng pagsunod sa isang hanay ng mga pinakamahusay na kasanayan na kung saan ay galugarin namin nang kaunti mamaya. mobile-friendly na pagsubok ng Google .
Ang pagpasok ng isang URL ng isang mobile friendly na web page ay nagbabalik sa sumusunod na resulta:
Ang mga pahina na nabigo sa pagsubok na ito ay lalabas sa isang bilang ng mga pagpipilian sa pag -aayos upang ituloy. Papasok kami sa mga kaunti sa paglaon.
Ang pagsuri kung ang iyong website ay may isang ligtas na koneksyon ay isang napaka -simpleng proseso, na kinasasangkutan ng pagbubukas ng iyong browser at pagtingin sa simbolo sa kaliwa ng URL sa address bar.
Sa Chrome ang isang ligtas na koneksyon ay isasaad sa pamamagitan ng isang saradong simbolo ng padlock tulad nito:
Ang isang hindi ligtas na koneksyon ay magkakaroon ng simbolo ng impormasyon tulad ng:
Ang pagtukoy kung ang iyong mga interstitial ad ay nakakaabala o hindi ay hindi kasing simple ng pagpasok sa iyong website sa isang online na tool at hinihintay na ibalik ito ng isang tik o hindi.
Kinakailangan nito ang pag -aaral ng mga interstitial ad at mga kahon ng diyalogo sa iyong site at pagpapasya kung ipinapasa nila ang ilang mga parameter.
Isipin ang mga parameter na ito bilang mga katanungan, halimbawa:
Kung sasagutin mo ang oo sa alinman sa mga katanungang ito, marahil isang tagapagpahiwatig na ang Ad o Dialogue Box ay nakakaabala.
Ngayon na mayroon kaming isang matatag na paghawak sa iba't ibang mga sangkap ng apat na mga sangkap na mabibilang patungo sa karanasan sa pahina, pati na rin ang mga paraan upang masubaybayan ang kanilang pagganap, magpatuloy tayo sa paggalugad kung paano eksaktong mapalakas natin ang mga signal ng pagraranggo ng aming mga site
Titingnan muna namin ang mga CWV, dahil ang pag -debug at pag -optimize ng LCP, ang CLS at FID ay magkakaroon ng pinakamalaking epekto sa iyong kakayahang makipagkumpetensya para sa mga nangungunang mga lugar sa mabigat na paligsahan na mga ranggo ng SERP.
Habang ang pagiging kabaitan ng mobile ay hindi kapani -paniwalang mahalaga para sa mga site na nagta -target sa mga gumagamit ng mobile, ang pagpapabuti ng mga CWV ay mapalakas ang pagganap ng pahina para sa mga site anuman ang tiningnan nila sa mga mobile device o desktop.
Ang pag -tackle ng HTTPS at panghihimasok na mga interstitial ay naiwan hanggang sa dulo dahil mas madali at hindi gaanong reward na panalo.
Mayroong isang bilang ng mga pagpipilian pagdating sa pagpapabuti ng pagganap ng CWV, na nasira namin sa pagkakasunud -sunod ng kahalagahan na naniniwala kami na karapat -dapat sila.
Ang pag -optimize ng mga pangunahing web vitals ng anumang pahina ay isang spectrum ng mga aksyon at mahalagang malaman kung saan magsisimulang i -maximize ang iyong mga mapagkukunan.
Tulad ng nabanggit na namin sa itaas, ang pinakamalaking nilalaman na pintura (LCP) ay sumusukat kung gaano katagal kinakailangan upang ganap na mai -load ang pinakamalaking text o imahe ng pag -aari na nakikita sa itaas ng fold.
Gumamit ng PSI upang matukoy kung aling nilalaman ng pahina ang nag -uudyok sa pagsubok ng LCP, sa pamamagitan ng pagpunta sa seksyon ng Diagnosis ng ulat at pag -click sa "Pinakamalaking Nilalaman na Elemento ng Paint". Narito ang nakita namin mula sa homepage ng SODP:
Ang isang mahinang marka ng LCP ay karaniwang maaaring makitid sa alinman sa mabagal na oras ng pagtugon ng server, render-blocking JavaScript at CSS, mga oras ng pag-load ng mapagkukunan o pag-render ng kliyente, o kahit na isang kombinasyon ng lahat ng apat.
Ang pag -optimize ng iyong pahina ay talagang nagsasangkot ng pag -optimize ng apat na magkakaibang mga subpart ng proseso ng pag -load ng LCP:
Ang lahat ng mga hakbang na ito ay dapat na -optimize para sa iyo upang makita ang isang pagpapabuti sa iyong marka ng LCP. Gayunpaman, hindi nangangahulugang ang lahat ng mga sub-bahagi ay pantay na mahalaga.
Iminungkahi ng Google ang kabuuang oras ng LCP ay dapat na masira sa TTFB at oras ng pag -load ng mapagkukunan sa bawat accounting para sa paligid ng 40% habang ang pag -load ng mapagkukunan at mga pagkaantala ng elemento ay dapat na ang bawat isa ay mas mababa sa 10%.
Sa isip, ang huling dalawa ay dapat na malapit sa zero hangga't maaari at unahin ang iba pang dalawang yugto.
Mayroong dalawang mga paraan upang matulungan ang pagbagsak ng pagkaantala ng pag -load ng mapagkukunan na malapit sa zero hangga't maaari:
Sasabihin namin ito kaagad, inirerekumenda namin ang pagkonsulta sa iyong web developer bago sumisid sa mga pag -aayos na ito. Ito ay isang operasyon sa backend at nangangailangan ng isang bihasang kamay upang gawin itong gumana ayon sa ninanais.
Pagtuklas ng mapagkukunan
Ang bawat web browser ay may isang preload scanner, na ang trabaho nito ay upang matulungan ang pangunahing html parser ng browser sa pag -alis ng nilalaman ng pahina.
Habang ang pangunahing HTML parser ay nagpoproseso ng raw markup hanggang sa tumatakbo ito sa isang mapagkukunan ng pagharang - tulad ng isang script na hindi naglalaman ng isang async o defer na katangian, ang preload scanner ay sumasakop sa isang mas haka -haka na papel.
Sa madaling salita, ang preload scanner ay naghahanap ng mga mapagkukunan upang makuha bago maabot ng pangunahing HTML parser ang mga ito at patuloy na gumagana kahit na ang parser ay naharang. Ang preload scanner ay maaaring magamit upang mahanap at mai -load ang LCP na malapit sa paunang kahilingan sa pahina hangga't maaari.
Upang matiyak na ang mapagkukunan ng LCP ay matutuklasan mula sa mapagkukunan ng HTML, ang mga developer ay may mga tiyak na pagpipilian sa pag -aari.
Halimbawa, kung ang LCP ay isang imahe pagkatapos ang SRC o SRCSET ay kailangang naroroon sa source code. Samantala, ang mga imahe sa background ng CSS, ay maaaring ma -preloaded sa pamamagitan ng pagsasama sa HTML markup o sa header. Sa wakas, ang mga font ay maaaring magkatulad na na -load sa pamamagitan ng .
Gayunman, nagkakahalaga ng pansin, na ang paggamit ng preloading upang mabawasan ang mga oras ng pag -load ng LCP ay maaaring magpakilala ng mga bagong problema sa halo, tulad ng pag -deprioritize ng async . Mayroong isang dahilan na nagtataguyod kami ng pakikipag -usap sa iyong developer tungkol dito.
Para sa karagdagang impormasyon tungkol sa paksang ito, tingnan ang Deep Dives ng Google sa parehong pag -optimize ng LCP at ang preload scanner .
Prayoridad ng mapagkukunan
Sinusubukan ng mga browser na mag -download ng CSS, font, script, imahe at iframe assets bilang optimal hangga't maaari sa pamamagitan ng pagtatalaga ng priyoridad. Ang mga browser ay mahusay sa pag -uunawa ng mga prayoridad ng pag -aari, ngunit hindi nangangahulugang ito ay walang kamali -mali.
Upang ma-optimize ang prioritization ng pag-aari, ang mga developer ay maaaring gumamit ng mga markup na batay sa priority na mga pahiwatig upang mag-signal sa mga browser na ang mga pag-aari ay may mas mataas na priyoridad. Halimbawa, ang isang developer ay maaaring gumamit ng JavaScript at ang Fetch API upang mai -tag ang imahe ng LCP na may katangian ng fetchPriority = "mataas" na HTML, na nagpapabilis sa partikular na CWV metric.
Ito ay nagkakahalaga na tandaan na ang mga pahiwatig ng priyoridad ay gumagana lamang sa mga browser na batay sa chromium , tulad ng Google Chrome at Microsoft Edge.
Ang iyong developer ay maaaring nagpatupad na ng tamad na pag -load para sa ibaba ng mga pag -aari ng fold, suriin sa kanila upang matiyak, ngunit kapaki -pakinabang din na magamit nila ang mga priority hint para sa mga ari -arian sa itaas ng fold.
Para sa karagdagang impormasyon tungkol sa pag -load ng priyoridad, lubos naming inirerekumenda na suriin ang gabay ng Google sa pag -load ng mapagkukunan .
Ang pangkat ng search giant ay nagawang gumamit ng mga pahiwatig ng priority upang mapabuti ang LCP mula sa 2.6 segundo hanggang 1.9 segundo sa isang pagsubok ng mga flight ng Google.
Sinusubaybayan ng FID kung gaano katagal ang browser ng isang gumagamit upang simulan ang pagproseso ng unang input - hindi kasama ang pag -scroll at mag -zoom.
Ang panukalang ito ay tungkol sa pagkuha ng karanasan ng gumagamit ng pakikipag -ugnay sa isang web page, na nangangahulugang hindi maganda ang marka ng mga web page. Ang pagpapanatiling marka ng FID sa ibaba ng 100 millisecond ay ang target.
Ang mahinang pagtugon sa pangkalahatan ay bumababa sa isang labis na paggamit ng JavaScript, na ang mga browser ay magproseso nang maaga sa mga input.
Ang code na kumokonsumo ng pokus ng isang browser para sa 50 millisecond o higit pa ay tinawag na isang mahabang gawain at tiningnan bilang isang tanda ng bloat ng JavaScript. Ang pagsira sa mga mahabang gawain na ito sa mas maliit na mga chunks ng code ay maaaring matugunan ang tamad na pagganap at mapabuti ang FID.
Ngunit hindi lamang iyon ang lugar na nagkakahalaga ng pagtalakay sa iyong developer. Mahalagang talakayin kung paano ang parehong first-party at third-party na pagpapatupad ng script ay maaaring mabagal ang iyong site. Ang progresibong paglo-load ng code at mga tampok ay makakatulong na matugunan ang mga hamon ng dating, habang ang on-demand na pag-load at pag-load ng prioritization ay makakatulong sa huli.
Ang isa pang pagpipilian ay ang paggamit ng mga web worker upang patakbuhin ang JavaScript sa background at maiwasan ang iyong browser na mabagsak ang mga script sa pagproseso.
Ang CLS ay karaniwang isang pagsukat ng visual na katatagan ng iyong website. Kung nawalan ng lugar ang iyong mga bisita sa isang pahina salamat sa nilalaman na inilipat sa paligid upang gumawa ng paraan para sa mga ad at mga imahe upang mai -load, kung gayon ang iyong site ay hindi maganda ang puntos.
Ang mas mababa sa iyong layout ng pahina ay nagba -bounce sa paligid, mas mahusay ang iyong marka ng CLS. Ang mga website ng Google ay hinuhusgahan ang mga website sa pamamagitan ng pagsasaalang -alang sa pagkagambala sa loob ng viewport pati na rin kung gaano kalayo ang mga assets na tumalon na may kaugnayan dito.
Ang pag -minimize ng hindi inaasahang layout ng layout ay karaniwang umiikot sa pagtatalaga ng puwang para sa mga ad, mga imahe at naka -embed na mga video.
Tandaan ang SRC o SRCSET na tiningnan namin kapag pinag -uusapan ang pagtuklas ng mapagkukunan? Well ito ay medyo mahalaga sa pagpapabuti ng mga marka ng CLS.
Para sa mga static na imahe, itakda ang lapad at taas gamit ang SRC upang sabihin sa browser na magreserba ng puwang para sa mas mabagal na pag -load ng mga ari -arian, sa gayon maiiwasan ang mga paglilipat ng layout.
Tingnan ang halimbawa ng code mula sa Google sa ibaba:
Ang mga tumutugon na imahe ay nangangailangan ng isang srcset upang tukuyin ang maximum na lapad at mga limitasyon sa taas na maaaring piliin ng browser. Tiyakin na gumagamit ka ng mga imahe na may parehong ratio ng aspeto.
Narito ang isa pang halimbawa:
Kapag nakikipag -usap sa mga ad ay may ilang mga hakbang na maaari mong gawin:
Ang reserbang static space ay pinapayuhan din kung balak mong ipatupad ang mga IFRames, naka -embed na nilalaman at dynamic na nilalaman, tulad ng mga tawag sa pagkilos (CTA).
Kapag nag -download at mag -render ng mga browser ng web mayroong isang pagkakataon ng alinman sa isang flash ng hindi matatag na teksto (fout) o isang flash ng hindi nakikita na teksto (foit) na nagaganap. Ang dating ay nangyayari bilang isang fallback font ay pinalitan ng isang bagong font, habang ang huli ay ang resulta ng pagkaantala sa isang bagong font na nai -render.
Maaari mong malutas ang parehong mga problema sa pamamagitan ng paggamit Upang sabihin sa preload scanner upang kunin ang mga web font nang mas maaga. Ang mga preloaded font ay may mas malaking posibilidad na matugunan ang unang pintura.
Mayroong iba pang mga solusyon sa gabay sa pag -aayos ng CLS pati na rin ang malalim na pagsisid nito sa paggamit ng preload upang maiwasan ang FOIT .
Kung naghahanap ka ng mga pagpapabuti ng bilis ng site at gumagamit pa rin ng isang tradisyunal na pagpipilian sa pag-host ng single-server, kung gayon marahil oras na isaalang-alang ang paglipat sa isang network ng paghahatid ng nilalaman (CDN).
Ang isang CDN ay binubuo ng isang network ng mga server na matatagpuan sa iba't ibang mga sentro ng data sa buong mundo na namamahagi ng nilalaman ng website upang mapabuti ang pagganap. Habang ang parehong isang solong pagpipilian sa server - na kilala rin bilang lokal na pagho -host - at ang CDN ay naghahatid ng nilalaman ng website sa mga bisita, isang CDN lamang ang maaaring mag -factor sa lokasyon ng heograpiya ng gumagamit at pagkatapos ay piliin ang pinakamalapit na server upang mabawasan ang mga oras ng pag -load.
Ang heograpiya ay hindi lamang ang kalamangan, gayunpaman, dahil ang mga CDN ay mas mahusay na kagamitan upang pamahalaan ang biglaang mga spike ng trapiko pati na rin ang mga mapagkukunan ng root server tulad ng bandwidth.
Sa huli, ang isang mas mabilis na karanasan sa pag -browse ay nagpapadala ng isang malakas na signal ng CWV sa Google. Habang ang CloudFlare ay isa sa mga kilalang tagapagbigay ng CDN sa merkado, mayroong isang bilang ng mga malubhang kakumpitensya na dapat isaalang -alang .
Hindi alintana kung aling nagho -host ng provider ang ginagamit mo, ang kanilang mga server ay pupuntahan ng ilang mga hadlang sa hardware.
Ang mga server ay higit sa lahat ay naglalaman ng parehong mga pangunahing sangkap na nagpapahintulot sa iyong laptop/desktop na gumana - lalo na ang isang CPU at RAM - na humahawak sa lahat ng mga gawain ng iyong account. Dapat mong magamit ang dashboard ng iyong tagapagbigay ng hosting upang suriin ang CPU at RAM na naka -install sa iyong server at kahit na humiling ng karagdagang mga mapagkukunan upang mapalakas ang pagganap ng iyong site.
Kung tinitingnan mo ang CPU ng iyong server pagkatapos ay mahalaga na maunawaan na isang solong core lamang ang ginagamit upang matupad ang kahilingan ng isang bisita para sa isang web page. Nangangahulugan ito na ang mas mabilis na bilis ng orasan ay palaging isang. Ang mga multi-cores na CPU ay maaaring magproseso ng maraming mga view ng pahina at iba pang mga serbisyo sa server.
Ito ay isa pa para sa iyong developer.
Suriin ang iyong database sa isang semi-dalas na batayan upang matiyak na hindi ito namula sa hindi nagamit na mga larawan at mga file. Ang pagtanggal ng mga hindi kinakailangang mga file ay magbabawas nito, pabilis ang average na oras ng pag -load ng pahina.
Ang paggamit ng talagang malalaking mga imahe ay maaaring at mabagal ang iyong website. Gaano kalaki? Ang anumang bagay na higit sa 1MB ay masyadong malaki.
At tulad ng alam na natin, ang mas mabagal na oras ng pag -load ay hahantong sa mas mataas na mga rate ng bounce at magpadala ng mga hindi ginustong mga signal sa Google.
Para sa mga nasa WordPress, mayroong isang bilang ng mga plugin ng pag -optimize ng imahe upang pumili mula sa maaaring mag -streamline ng isang hindi nakakapagod na manu -manong gawain. Bukod dito, marami rin ang kasama ng iba pang mga tampok tulad ng tamad na pag-load at pag-auta ng auto.
Kung ang isang site ay mobile friendly o hindi umiikot kung pinasimple mo at na -streamline ang iyong site para sa karanasan sa pag -browse sa mobile.
Ang mga gumagamit ng mobile ay nakikipag -ugnay sa mga pahina nang iba at may mas kaunting pasensya para sa mabagal na oras ng pag -load at mahirap mag -navigate ng mga site. Kung ang iyong site ay nabigo ang mobile friendly na pagsubok na inilarawan sa itaas, o kahit na ito ay naipasa ngunit interesado ka sa karagdagang pag -optimize, pagkatapos ay lumampas tayo sa ilan sa mga pinakamahusay na kasanayan.
Ito ay dapat na pangunahing pag -aalala ng bawat publisher. Ang isang simpleng paraan upang matugunan ang kadalian ng paggamit ay upang tanungin ang iyong sarili ng mga katanungan tulad ng:
Ang mga sagot na ito ay pupunta sa isang mahabang paraan patungo sa pagkilala sa mga puntos ng sakit ng gumagamit. Halimbawa, hindi mo nais na gawin ang iyong mga gumagamit na ayusin ang kanilang mga screen upang tingnan ang iyong nilalaman. Maaari mong makita kung ano ang ibig sabihin namin sa halimbawa sa ibaba.
Upang ma -optimize ang iyong nilalaman para sa mga mobile device, mayroong tatlong mga pagpipilian sa pag -unlad:
Inutusan namin ang mga ito sa mga tuntunin ng kadalian ng pagpapatupad at inirerekumenda namin ang pag -ampon ng isang tumutugon na disenyo, dahil ito ang hindi bababa sa hinihingi ng tatlong mga pagpipilian.
Idinagdag lamang ng mga nag -develop ang meta name = "viewport" tag sa umiiral na code ng web page
Ang kalamangan dito ay kailangan mo lamang mapanatili ang isang website, na madaling maipakita sa anumang uri ng screen.
Sa kabaligtaran, ang mga dinamikong disenyo ay gumagana sa pamamagitan ng paghahatid ng iba't ibang code ng HTML batay sa aparato ng gumagamit. Kailangang gamitin ng mga pahina ang iba't ibang header ng HTTP upang maiwasan ang maling code na ihahatid sa maling aparato.
Sa wakas, may mga mobile subdomain, na hindi namin pinapayuhan na ibinigay ang dami ng mga mapagkukunan na kinakailangan upang maipatupad nang epektibo. Ang mga mobile subdomain ay ganap na hiwalay na mga site na magkahiwalay na mga pangangailangan sa pagho -host. Upang matiyak na maunawaan ng mga crawler ang ugnayan sa pagitan ng domain at subdomain, kakailanganin mong isama ang rel = "canonical" tag.
Dahil ang mga tumutugon na disenyo ay ang pinakasimpleng pagpipilian ito ang inirerekumenda namin para sa mga publisher. Para sa isang mas malapit na pagtingin sa tumutugon na disenyo, tingnan ang Gabay sa Pagpapatupad ng Google .
Narito ang isang mabilis na listahan ng mga teknikal na pagsasaalang -alang para sa anumang disenyo:
Ang huling hakbang na ito ay ang pinakasimpleng paraan ng pagpapabuti ng karanasan sa pahina, ngunit napupunta din sa isang mahabang paraan upang mapabuti ang kapayapaan ng isip ng iyong gumagamit.
Ang paglipat sa HTTPS ay nagpoprotekta at naka -encrypt ng impormasyon ng iyong mga gumagamit, nakakatulong din ito upang maiwasan ang pag -atake ng tao sa gitna (MITM). Sa itaas nito, ang pagkakaroon ng isang sertipiko ng SSL ay nag -aalis ng mga babala sa browser tungkol sa kakulangan ng seguridad.
Ang iyong tagapagbigay ng hosting ay talagang dapat magbigay sa iyo ng seguridad ng HTTPS, kung hindi ito maaaring sulit na isaalang -alang ang isang paglipat sa isang ginagawa. Mayroon nang maraming mga kilalang tagapagbigay ng pagho -host na nagbibigay ng walang bayad na HTTPS . Bukod dito, ang mga nagho -host ng mga nagbibigay na nagbibigay ng mga sertipiko ng SSL ay gumagamit ng kanilang sariling serbisyo sa halip na ang panlabas, na ginagawang mas madali at mas mabilis na ipatupad ang proseso.
Kung nais mong humiling at mag -install ng isang sertipiko ng SSL mula sa mga awtoridad ng sertipiko (CAS), mayroong apat na hakbang na kailangan mong sundin. Ito ay:
Mahalagang tiyakin kapag ang paglipat ng iyong site sa HTTPS na hindi ito nakakaapekto sa diskarte sa kita ng ad. Ang isyu ay isang HTTPHindi gagana sa isang site gamit ang HTTPS.
Pinapayuhan namin ang pagkonsulta sa iyong mga kasosyo sa ad tech bago gumawa ng anumang mga pagbabago sa iyong site.
Para sa higit pang mga detalye tingnan ang komprehensibong gabay ng Google sa paksa.
Ang mga nakakaabala na interstitial ad at mga kahon ng diyalogo ay nagpapahirap para sa mga search engine upang maunawaan ang nilalaman ng isang web page, na maaaring masira ang pagganap ng SERP.
Magaling kung mayroong isang paraan ng paglikha ng mga interstitial na hindi nakakagambala sa karanasan ng gumagamit, ngunit iyon ang buong punto ng naturang mga ad. Kinukuha nila ang buong screen sa mga break sa nilalaman upang ma -gra ang pansin ng gumagamit.
Tulad nito, ang mga publisher ay mas mahusay na gumamit ng mga ad ng banner sa halip na mga adter ng interstitial, dahil kumukuha lamang sila ng isang maliit na bahagi ng real estate ng screen. Mas mahusay na peligro na pagkabulag ng banner kaysa sa pagkabigo ng gumagamit.
Ang mga publisher ay maaaring gumamit ng mga banner na suportado ng browser o simpleng mga banner ng HTML na nag-link sa pahina ng patutunguhan ng CTA.
Ang mga kahon ng diyalogo ay maaari ding magamit para sa mga kampanya sa promosyon, ngunit ang mga ito ay maaaring idinisenyo upang hindi maiintindihan. Kailangan mong matiyak na ma -access ng mga gumagamit ang nilalaman nang walang pagkagambala.
Walang tunay na mga shortcut sa pag -optimize ng iyong karanasan sa pahina at mahalaga na ayusin mo ang mga puntos sa itaas. Gamit ang sinabi, sulit na ituro na habang ang WordPress ay madali ang pinakapopular na platform ng pag -publish sa mundo, hindi ito nangangahulugang ito ang pinakamahusay na CMS pagdating sa pagpapalakas ng pagganap ng CWV.
Ang pagtingin sa ulat ng teknolohiya ng CWVS ay nagpapakita na sa paligid lamang ng 29% ng mga website ng WordPress ay may mahusay na mga CWV, habang ang 41% ng mga site ng Wix ay nakakakuha ng berdeng tik.
Ito ay nagkakahalaga ng pagtimbang kung ang paglipat sa isang dalubhasang CMS ay maaaring mapabuti ang iyong CWVS na katutubong.
Maraming lupa upang masakop pagdating sa pag -optimize ng karanasan sa pahina at pagsisimula ay maaaring maging isang maliit na kakila -kilabot. Gayunpaman, mahalagang tandaan na kinakain mo ang elepante sa pamamagitan ng pagkuha ng isang kagat sa bawat oras.
Ang paglalayong para sa isang "mabuting" puntos sa lahat ng iyong mga sukatan ng CWV ay hindi kinakailangan upang matulungan ang iyong site na umakyat sa mga SERP. Higit pa rito, gayunpaman, ang pagtatakda ng mga matayog na layunin ay maaaring maging produktibo dahil maaari itong maging isang demoralizing pursuit.
Sa halip, ang layunin para sa mga maliliit na panalo pagdating sa iyong mga CWV, tumuon sa pagtugon sa mga "mahirap" na mga resulta nang hindi labis na nababahala tungkol sa "pangangailangan ng pagpapabuti" bar. Iyon ay maaaring dumating sa ibang pagkakataon, kapag mayroon kang mas maraming oras at mga mapagkukunan upang ilaan sa proseso.
Nagsalita na kami tungkol sa Yahoo! Pinahusay na marka ng CLS ng Japan, tingnan natin ang isa pang ilang mga site na maaari nating malaman ang ilang mga aralin mula sa.
Ang Indian Daily the Economic Times, na nagsisilbi ng higit sa 45 milyong buwanang aktibong gumagamit, ay bumagsak sa marka ng CLS nito sa pamamagitan ng 250% mula sa 0.25 hanggang 0.09 at ang oras ng LCP na 80% mula sa 4.5 segundo hanggang 2.5 segundo.
Sa pagitan ng Oktubre 2020 at Hulyo 2021, ang publisher ay nag -trim ng mga marka ng LCP sa saklaw na "mahirap" ng 33%, habang ang mga halaga ng CLS sa saklaw ng "mahirap" ay nahulog ng 65%. Ang mga natamo na ito ay pinapayagan ang mga oras ng ekonomiya na pumasa sa mga threshold ng CWV sa buong pinagmulan nito habang binabawasan ang pangkalahatang mga rate ng bounce ng 43%.
Nakamit ito ng publisher sa maraming mga paraan, kasama ang una sa mga ito upang unahin ang mga prayoridad sa pag -download ng asset gamit ang mga pahiwatig ng prioridad. Ito rin ay naka -tackle ng mga mahabang gawain, naghihiwalay ng mga chunks ng code upang matiyak na ang mga mapagkukunan na kritikal para sa itaas ng pag -render ng pahina ng fold ay na -load muna.
Ang website ng balita sa UK ay nagpabuti ng marka ng CLS mula sa 0.25 hanggang 0.1 , habang pinatataas ang bilang ng mga URL na nakatanggap ng isang pagpasa ng grade mula 57% hanggang 72%.
Ginamit ng telegraph ang mga chrome devtools upang makilala ang mga indibidwal na pagkakataon ng paglilipat ng layout.
Bago ang paggamit ng WebPageTest upang malaman kung saan sa timeline ang layout shift ay naganap.
Gamit ang data na ito sa kamay ang koponan ay nagsimulang nakatuon sa pagbabawas ng mga paglilipat ng layout sa pamamagitan ng pagharap sa mga lugar na ito
Para sa mga adverts ang telegraphed ay nagsimulang magreserba ng puwang para sa kanila at ginamit ang pinaka -karaniwang laki ng advert upang tukuyin ang mga sukat. Nakatulong din ito upang pigilan ang mga ad mula sa pagbagsak kapag tiningnan sa isang tablet.
Ang koponan ay naka -tackle ng isang katulad na isyu na may mga imahe ng inline sa tuktok ng mga artikulo, na hindi tinukoy ang mga sukat.
Ang telegrapo ay gumawa ng iba pang mga pagsasaayos, tulad ng paglipat ng header sa tuktok ng markup at paggamit ng mga placeholder para sa mga naka -embed na video, ngunit sa huli ay inilarawan ang proseso bilang "medyo madali" habang mayroon pa ring makabuluhang epekto.
Ang pagpapabuti ng karanasan sa pahina ay hindi kailangang maging labis. Sukatin ang apat na haligi ng karanasan sa pahina at pagkatapos ay magpasya kung anong mga mapagkukunan na maaari mong italaga sa pagpapabuti ng iyong mga resulta.
Kung ikaw ay isang mas maliit na publisher, ang pagbabalanse ng mapagkukunan ay magiging mahalaga at inirerekumenda naming kilalanin ang makatuwirang mababang nakabitin na prutas para sa iyong unang proyekto.
Sa pagtingin sa diskarte ng Telegraph, nakatuon sila sa isang aspeto ng mga CWV kaysa sa lahat ng tatlo at gumawa ng makabuluhang pagpapabuti. Ang Times ng Economic ay nakatuon sa dalawa sa tatlo upang maihatid ang ilang mga kahanga -hangang resulta.
Active ngayon
Tingnan ang higit pa
