$google_schema
Переменная $google_schema возвращает тип схемы, заданный для зеркального экземпляра Google, как правило, для структурированных данных. — NGINX Module for Google Mirror creation
Описание
Переменная $google_schema используется в модуле NGINX для создания Google Mirror, чтобы динамически предоставлять тип схемы, связанный с текущим контекстом запроса. Она заполняется, когда google filter включён через конкретную `location` директиву, что позволяет ей отражать и использовать параметры, настроенные в этой директиве, для представления структурированных данных, преимущественно для индексирования и сбора данных Google. Эта переменная вычисляет и получает тип схемы во время обработки запросов. Соответствующий тип схемы может быть задан в конфигурации NGINX и часто привязан к конкретному обслуживаемому контенту. Распространённые значения этой переменной могут включать 'WebSite', 'Article' или другие релевантные типы схем, распознаваемые schema.org, которые помогают информировать поисковые системы о предоставляемых данных, тем самым повышая SEO и видимость сайта. В зависимости от конфигурации эта переменная даёт гибкость в изменении типов схем в зависимости от типа контента, необходимого для текущего окружения запроса. При определении этого для использования следует тщательно учитывать JSON-LD скрипты, которые могут использовать эти типы схем, гарантируя, что выбранная схема соответствует обслуживаемому содержимому для максимизации видимости и распознавания содержимого сайта поисковыми системами. Поскольку на эту переменную влияют другие настройки NGINX, часто требуется скоординированная настройка, чтобы обеспечить возврат точных значений для соответствующих запросов.
Пример конфига
location / {
google on;
google_schema "WebSite";
}Подсистема
httpКэшируется
НетКонтексты
http, server, locationУбедитесь, что модуль google включён в server context, чтобы данная variable работала правильно.
Неправильная конфигурация или пропуск schema type могут привести к непредвиденному поведению или к пустым ответам для variable.
Если используются несколько locations, убедитесь, что каждый location обрабатывает schema variables так, как задумано, чтобы избежать конфликтов.