Лу Ролс-Никога няма да намерите друга любов -.mp4

За да осигурим по-добро изживяване на потребителите, ние започнахме да изчистваме главата на нашия уебсайт много преди да сме натрупали и направили HTML да бъде изпратен на клиент. Това има много предимства, но един голям недостатък: За това, което обикновено би било отговор 500 или 400, в момента връщаме 200.

ние не сме особено притеснени от 400-те, в момента просто хвърляме индекс без тях и го наричаме добър, но ...

500-те са неприятен проблем. Те са временни, за разлика от това, което вероятно е по-постоянно състояние в 404, и като такива искаме да индексираме страницата, но не текущата версия на страницата.

Претърсих интернет и не мога да намеря никого, който има начин да каже на търсачките „Не в момента, моля, опитайте по-късно?“ Някакви идеи?

  • Да, трябва да поправим нашите 500-те ... Те много рядко се случват, но имаме конфликт на ресурси с нови функции и може да отнеме много време, за да се издирят причините за тях.
  • Как това помага на потребителския опит? Потребител, който седи там само с главата и без съдържание, не получава по-добро изживяване.
  • На нашия сайт са необходими между 250ms и 500ms, за да заредим цялото съдържание и да започнем да го доставяме на потребителя, но ние можем да доставим стил и JavaScript за по-малко от 15ms. Това означава, че браузърът има до половин секунда да свърши работа, за да подготви страницата за останалото съдържание.
  • В крайна сметка премахнахме първоначалния отговор, за да информираме правилно Google и други за проблеми чрез кода на състоянието.

За да осигурим по-добро изживяване на потребителите, ние започнахме да изчистваме главата на нашия уебсайт много преди да сме натрупали и направили HTML да бъде изпратен на клиент. Това има много предимства ...

Единственото нещо, което може да се появи на екрана на потребителя моментално, е ново заглавие в лентата на прозореца, но не много хора биха обърнали внимание само на това заглавие. Може да искате да включите малко HTML в първоначалното промиване, за да могат потребителите да виждат съдържанието веднага. Всъщност, опитайте се да направите размера на основния файл с HTML код възможно най-малък, за да можете да изтриете всичко наведнъж. Това означава да използвате основен javascript, ако вашият HTML съдържа много повтарящи се кодови блокове. Или ако не искате javascript и имате много текст, който запълва няколко страници, помислете за създаване на категории за вашето съдържание, след което има по един HTML файл във всяка категория.

... За това, което обикновено би било отговор от 500 или 400, в момента връщаме 200.

Ще трябва да настроите сървъра си така, че при всяка заявка той успешно да преминава всички проверки, необходими за доставяне на отговора 200 ПРЕДИ какъвто и да е изход да бъде изпратен на клиента (известен още като браузъра на посетителя на вашия уеб сайт), защото в спецификацията HTTP 1.x първият ред на изхода (10-и знак, мисля) е действителният код на състоянието, доставен на клиента. Да, разбирам, това увеличава до известна степен времето за първи байт, но предаването на истината си заслужава за всички ваши гости (включително робота на Google, googlebot).

Първият ред в типична HTTP 1.x заявка върви по линия на:

HTTP/1.1 200 Success 

След това след други HTTP заглавки могат да се използват за оптимизиране на страницата. Помислете за кеширане на клиенти.

След като HTTP заглавията са изпратени на клиента, HTML след това следва.

  • Ако искаме да изпратим каквото и да е съдържание, ще трябва да отправяме заявки към дългите сервизни повиквания, които налагат проучване на промиването рано. Ако изчакаме да изпратим код на състоянието, докато разберем дали извличането е успешно, тогава вече бихме изчакали 250ms-500ms за съдържанието и бихме могли просто да го изпратим по тръбата с правилния код на състоянието.
  • Това означава, че трябва да преконфигурирате фоновите процеси. Ако е възможно, помислете за кеширане на тези „дълги служебни разговори“. На моя уебсайт имам фонов процес, който кешира изображения с голям размер на файла само веднъж в RAM, така че последващите заявки към тях дават време за зареждане от няколко милисекунди вместо стотици милисекунди, тъй като заявката от физически диск отнема повече време, отколкото от RAM.

Майк определя много важна област от вашия въпрос. Просто искате да добавите няколко реда с mike, което е добавяне на тестова версия на вашия сайт към GSC. Използвайте малко бот за трафик и вижте какъв отговор на грешка получавате в GSC. Това е начин да кажете на търсачката вашия проблем.

е работил за вас: Charles Robertson | Искате ли да се свържете с нас?

Полезна информация