Где продукты оставляют следы
Виды кода, который продукт оставляет на сайтах своих клиентов, примерно от
самых надёжных к наименее надёжным. Хорошая сигнатура часто объединяет два-три
из них через |.
Адрес, с которого загружается его скрипт
Большинство продуктов устанавливается тегом script, и скрипт приходит с собственного хоста продукта - CDN или поддомена для статики. Это первое, что стоит искать.
Настройка внутри установленного фрагмента кода
Код, который вставляют клиенты, часто задаёт переменную или вызывает функцию, названную по имени продукта. Она есть, даже когда сам скрипт загружается из другого места - собран вместе со скриптами сайта или отдаётся через прокси.
Идентификатор аккаунта
Во многих фрагментах кода есть идентификатор аккаунта клиента в постоянном формате. Ищите ту часть, которая никогда не меняется, а сами идентификаторы вытаскивайте с помощью snipexp:.
Идентификатор или класс элемента его виджета
Виджет добавляет на страницу собственный элемент - контейнер с идентификатором или именем класса продукта.
Папка плагина или модуля
В CMS продукт, установленный как плагин, лежит в папке со своим именем, и эта папка видна в адресах его скриптов и стилей.
Ссылка на собственные страницы продукта
Когда продукт держит в своём домене портал, справочный центр или страницу бронирования для каждого клиента, сайт клиента ссылается на неё - часто на собственный поддомен клиента в домене продукта.
Файлы из хранилища продукта
Изображения и документы, которые продукт хранит для своих клиентов, загружаются с адреса его хранилища.
Тег generator
Конструкторы сайтов и CMS часто называют себя - иногда вместе с версией - в метатеге.
HTTP-заголовки и cookie
Заголовки ответа индексируются вместе с каждой страницей, поэтому искать можно и сервер, фреймворк или хостинг-компанию, которые ставят собственный заголовок или cookie.
Как понять, действительно ли след принадлежит клиентам продукта, и как сочетать несколько следов, рассказано на странице Проверка сигнатуры.
Далее Проверка сигнатуры