​Проверь свои 404 URL-адреса, и проверь их дважды!

​Проверь свои 404 URL-адреса, и проверь их дважды!

Это редкая, но значимая проблема, которую я несколько раз замечал при кэшировании ⤵️

🖥 В рамках стандартных предварительных проверок перед краулингом, Sitebulb запрашивает "выдуманный" URL, чтобы убедиться, что сервер корректно отвечает HTTP-хидером 404 Not Found.

Это нужно для того, чтобы, среди прочего, у вас не генерировалось много Soft-404, или, что еще хуже, эти страницы не попадали в индексацию.

🤖 Несколько раз, включая этот год, я сталкивался с настройками, которые все еще могут вызывать эту проблему, но при этом проходят первоначальную проверку 404, говорит Марк Уильямс-Кук.

Вот что я обнаружил:

1) Пользователь запрашивает URL, которого не существует, сервер правильно отвечает кодом HTTP/404 и показывает пользователю страницу "Страница не найдена".

2) Однако из-за того, как настроено кэширование на сервере, он создает кэшированную версию страницы, которую только что выдал.

3) Если пользователь (или кто-либо) запрашивает тот же "битый" URL, сервер сначала проверяет свой кэш на наличие этой страницы — и она там есть!

Поэтому он вернет код HTTP/200, а затем покажет пользователю страницу "Страница не найдена".

🔥 Это, очевидно, может привести к всевозможным другим проблемам.

Поэтому в стандартной практике я пингую 404 URL дважды, чтобы убедиться, что этого не происходит.

@MikeBlazerX

Источник новости https://t.me/mikeblazerx/4800...