SEO4 წთ საკითხავი
INP: რატომ აგვიანებს საიტი დაჭერაზე რეაგირებას
საიტი სწრაფად გაიხსნა, მაგრამ ფილტრზე დაჭერის შემდეგ არაფერი იცვლება. მომხმარებელი კიდევ ერთხელ აჭერს, მენიუ გვიან იხსნება და ვეღარ ხვდება, მიიღო თუ არა საიტმა მისი მოქმედება. ჩატვირთვის კარგი სიჩქარე ასეთ შეფერხებას თავისთავად ვერ აგვარებს.
INP აფასებს, რამდენად სწრაფად აჩვენებს გვერდი რეაქციას მომხმარებლის მოქმედებაზე. 2024 წლის 12 მარტიდან მან Core Web Vitals-ში FID ჩაანაცვლა. საიტის მფლობელისთვის ეს კარგი მიზეზია, მხოლოდ გახსნის დროის ნაცვლად ფილტრების, მენიუსა და ფორმების მუშაობაც შეამოწმოს.
რას ზომავს INP
Chrome-ის ოფიციალური განცხადების მიხედვით, INP უკვე საიტის ძირითადი ხარისხის მაჩვენებლების ნაწილია. ის ეხება დაწკაპუნებას, ეკრანზე შეხებასა და კლავიატურით მოქმედებას — მოქმედების დაწყებიდან ბრაუზერის შემდეგ ვიზუალურ განახლებამდე.
მაგალითად, ფილტრის არჩევისას ღილაკის მდგომარეობა სწრაფად უნდა შეიცვალოს და გამოჩნდეს, რომ მოთხოვნა მუშავდება. პროდუქტების სერვერიდან ჩამოტვირთვა შეიძლება მეტხანს გაგრძელდეს. INP ამ ქსელური პროცესის დასრულების დროს მთლიანად არ ზომავს; მისი ამოცანაა იმის დანახვა, რამდენ ხანს არის შეჩერებული შემდეგი ვიზუალური პასუხი.
ეს განსხვავება მნიშვნელოვანია: კარგი ჩატვირთვა, სწრაფი პირველი პასუხი და სწრაფად დასრულებული ძიება ერთი და იგივე შედეგი არ არის. მომხმარებელს სამივე სჭირდება, მაგრამ მათ მიზეზებს ცალ-ცალკე ვიკვლევთ.
როგორ წავიკითხოთ შეფასება
INP-ის განმარტებაში კარგი ზღვარია 200 მილიწამი ან ნაკლები, 200-ზე მეტი და 500-მდე — გასაუმჯობესებელი, 500-ზე მეტი კი ცუდი შედეგია. საერთო შეფასებისას განიხილება ვიზიტების 75-ე პროცენტილი და მობილურისა და დესკტოპის მონაცემები ცალ-ცალკე მოწმდება. ერთი სწრაფი დაწკაპუნება მთელ საიტს კარგ შეფასებას ვერ აძლევს.
თუ PageSpeed Insights-ში რეალური მომხმარებლების მონაცემები არ ჩანს, ეს ავტომატურად კარგ შედეგს არ ნიშნავს. პატარა საიტს საკმარისი მონაცემი შეიძლება არ ჰქონდეს. ასეთ შემთხვევაში კონკრეტული მოქმედებების ბრაუზერში შემოწმება და საჭიროებისას რეალური ვიზიტების გაზომვა გამოგადგებათ.
Lighthouse-ის შესრულების საერთო ქულა და INP ერთი საზომი არ არის. ანგარიშში 100 ქულა სასიამოვნოა, მაგრამ ეს არ ადასტურებს, რომ მომხმარებლის მიერ მოგვიანებით გახსნილი ყველა მენიუ ან ფილტრი სწრაფად იმუშავებს.
სად ვეძებოთ შეფერხება
ხშირად პრობლემა მაშინ ჩნდება, როცა ბრაუზერს ერთდროულად ბევრი სამუშაო აქვს: დიდი სკრიპტი სრულდება, გრძელი სია თავიდან ითვლება ან გვერდის მრავალი ელემენტის განლაგება იცვლება. მომხმარებლის მოქმედება რიგში დგება, თუმცა გარედან საიტი უბრალოდ „გაჭედილი“ ჩანს.
- მენიუ: იხსნება თუ არა მაშინვე, მათ შორის გვერდის ჩატვირთვის პირველ წამებში?
- კატალოგი: რა ხდება ფილტრის შეცვლისას ან საძიებო ველში აკრეფისას?
- ფორმა: ღილაკი აჩვენებს თუ არა გაგზავნის პროცესს და სწორად ამუშავებს შეცდომას?
- გარე სკრიპტები: ამძიმებს თუ არა გვერდს ჩატი, ანალიტიკა ან სხვა დამატება?
ტესტი ჩვეულებრივ ტელეფონზეც გაიარეთ. ძლიერი სამუშაო კომპიუტერი შეიძლება ვერ გვაჩვენებდეს იმ შეფერხებას, რომელსაც მომხმარებელი შედარებით სუსტ მოწყობილობაზე ხედავს.
შეცვალეთ გაზომილი მიზეზი
დეველოპერმა ჯერ უნდა იპოვოს ნელი მოქმედება და გაიგოს, რა აკავებს პასუხს. შემდეგ შეიძლება სამუშაოს მცირე ნაწილებად გაყოფა, ზედმეტი კოდის შემცირება, დიდი სიის განახლების გამარტივება ან გარე სკრიპტის უფრო შესაფერის დროს ჩატვირთვა. გამოსავალი კონკრეტულ მიზეზს უნდა შეესაბამებოდეს.
ჩატვირთვის მაჩვენებელი მომხმარებელს პროცესის გაგებაში ეხმარება, მაგრამ მძიმე სამუშაოს ოპტიმიზაციას ვერ ცვლის. ასევე, ანიმაციების მთლიანად გამორთვა საწყისი პასუხი არ არის: ჯერ გაირკვეს, სწორედ ისინი ქმნის თუ არა პრობლემას. შედეგი ფუნქციის შენარჩუნებით უნდა შემოწმდეს.
რას ნიშნავს ეს SEO-სთვის
Google Search Central-ის განმარტება პირდაპირ ამბობს, რომ Core Web Vitals-ის კარგი შედეგები მაღალ პოზიციებს არ იძლევა გარანტირებულად. გვერდის შინაარსი და მომხმარებლის მოთხოვნასთან შესაბამისობა ისევ მნიშვნელოვანია. INP-ის გაუმჯობესების პრაქტიკული მიზანი საიტის საიმედო და სწრაფი გამოყენებაა.
ამიტომ ტექნიკური SEO-ს შემოწმებაში რეალური მოქმედებებიც შეიტანეთ. მხოლოდ საწყისი ეკრანის სურათი ვერ გვიჩვენებს, რამდენად კარგად მუშაობს გვერდი გამოყენებისას.
შემოწმების მოკლე გეგმა
- ნახეთ რეალური მომხმარებლების შეფასება, თუ მონაცემი ხელმისაწვდომია.
- შეარჩიეთ სამი მნიშვნელოვანი მოქმედება: მენიუ, ძიება ან ფილტრი და ფორმა.
- გაიმეორეთ ისინი მობილურზე და დააფიქსირეთ ნელი შემთხვევა.
- გაზომეთ მიზეზი, შეიტანეთ მიზნობრივი ცვლილება და ხელახლა შეამოწმეთ იგივე მოქმედება.
- ცალკე გადაამოწმეთ, რომ ჩატვირთვა, ვიზუალური განლაგება და ფუნქციები არ გაუარესდა.
თუ მომხმარებლები გეუბნებიან, რომ საიტი დაჭერაზე აგვიანებს, მოგვწერეთ კონკრეტული გვერდი და მოქმედება. ასეთი მაგალითი შემოწმებისთვის ბევრად გამოსადეგია, ვიდრე მხოლოდ ერთი საერთო ქულა.
