Как Яндекс.Дзен, плагин кэширования для WordPress и хостинг повысили мое давление

[Zettabyte]

Я встречал описание подобной ситуации раньше. В рекомендации весьма специфичное предложение от 2010-го (!) года настроить в Google Analytics распознавание "#" вместо "?" в URL'е, добавив pageTracker._setAllowAnchor(true); перед _trackPageview в код счётчика.

Т.е. в итоге перейти на использование, например, вот такой конструкции:
https://xn----7sbbfbnfa0a2audfacc2cat8e9f.xn--p1ai/#utm_source=habr.com&utm_medium=urlwithhash

вместо привычного
https://xn----7sbbfbnfa0a2audfacc2cat8e9f.xn--p1ai/?utm_source=habr.com&utm_medium=standardurl

Собственно, в итоге задача остаётся решённой не полностью — какие-то системы могут не поддерживать такой формат, а что делать с УРЛами, у которых «отрастает хвост» не по вине владельца сайта (как в статье), в рамках работы плагина вообще неясно.

[firedragon]

How should I best use the utm_source tracking tools in Google Analytics with this plugin?
That tracking adds a query string to each url linked from various sources like Twitter and feedreaders. Unfortunately it stops pages being supercached. See Joost’s comment here for how to turn it into an anchor tag which can be supercached.

[EvgenyMorozov]

Последние два дня ситуация с небывалым наплывом посетителей с Дзена (журналисты сделали виральный заголовок к одной статье). Увеличение трафика в 6 раз (с 10k до 60k просмотров). Кеширующий плагин WP Rocket. Вывозит нормально, но бывают затыки, когда проходит время жизни кеша, Load average увеличивается с 0.5 до 7 минут на 5, потом все успокаивается, и снова 0.5.

[BlenderRU]

С ходу родилась лишь мысль — каждый раз парсить URL и игнорировать полностью весь GET для плагина.