SEO-магазин Shopware

1. Место хранения
2. Настройка URL
3. Создание SEO URL
4. Канонизировать все ссылки
5. маршрутизация
6. Мигрирующие URL
7. Настроить правила замены
8. Дополнительные переменные для умного шаблона SEO

Термин «SEO» обобщает различные функции и возможности, которые направлены на повышение рейтинга данного веб-сайта в поисковых системах. Обычно это семантические URL-адреса, расширенные фрагменты, метатеги и оптимизированные для поисковых систем HTML-структуры и тексты Хотя большинство этих методов не очень интересны с технической точки зрения, обработка «говорящих URL-адресов» («SEO-URL-адресов», «фэнзийных URL-адресов») обычно включает в себя маршрутизацию запросов, а также генерацию результирующего HTML-кода, а также это общая цель расширяемости. По этой причине в этом блоге будет рассказано о том, как Shopware обрабатывает URL-адреса SEO, касающиеся генерации, маршрутизации и нормализации URL-адресов.

Обычно в магазине есть какое-то техническое представление любого URL-адреса. Так, например, URL-адрес SEO http://my-shop.com/living-world будет внутренне сопоставлен с таким представлением, как http://my-shop.com/frontend/listing/index/?sCategory=8. В то время как первый пример оптимизирован для удобства чтения и SEO, второе представление может обрабатываться внутренними механизмами маршрутизации Shopware. Он сообщит маршрутизатору, что текущий запрос будет передан indexAction контроллера листинга в пространстве имен внешнего интерфейса и имеет параметр sCategory, который в этом случае установлен на 8. Как только ответственный контроллер будет определен, он обработает запрос и сгенерирует какой-то ответ, который затем должен содержать URL-адреса SEO для следующих запросов.

Хотя отображение представления SEO и внутреннего представления теоретически может быть сгенерировано на лету (например, имя SEO всегда происходит от названия категории), на практике существуют некоторые требования, которые делают тему немного более сложной:

• История: Как только URL-адрес SEO изменяется, старый должен перенаправить с правильным кодом статуса на новый URL-адрес.
• Сокращение дублирующегося контента. Один и тот же контент не должен быть доступен под разными URL-адресами, так как это может снизить рейтинг соответствующей страницы результатов. Вместо этого всегда должен быть канонический адрес контента, на который будут перенаправляться другие адреса.
• Настройка: пользователь хочет иметь возможность настроить URL-адрес SEO в высокой степени.

Место хранения

Магазин сохраняет все URL-адреса SEO в таблице s_core_rewrite_/voprosy/seo/ru/urls.

Идентификатор использования столбца Внутренний идентификатор org_path Внутреннее / техническое представление URL-адреса, например, sViewport = blog & sCategory = 17 path Человекочитаемый / SEO-URL, например trend-news / main (Bool) - это каноническое представление URL-адреса. Неосновные URL-адреса всегда будут перенаправляться на основной URL-адрес субшопа. К какому суб-магазину относится этот URL-адрес (например, 1 = немецкий магазин, 2 = английский магазин)

В зависимости от вашей конфигурации существуют «стратегии обновления» для построения этой таблицы:

• Живой (во время запросов внешнего интерфейса, в настраиваемом интервале, называемом «Кэш маршрутизации»)
• Вручную (нажатием кнопки « Перестроить индекс SEO» )
• Кронджоб (Кронджоб в определенный интервал)

Настройка URL

Когда таблица построена, Shopware выполнит итерации всех релевантных для SEO записей (например, продуктов, категорий, cms и страниц блога) и создаст записи SEO в таблице s_core_rewrite_/voprosy/seo/ru/urls. Как будет выглядеть URL, например, для продукта, можно настроить с помощью шаблонных строк smarty:

На скриншоте выше, шаблоны URL SEO выделены. Шаблон продукта выглядит следующим образом:

{sCategoryPath articleID = $ sArticle.id} / {$ sArticle.id} / {$ sArticle.name}

В Shopware будет сказано, что SEO-URL для продукта состоит из трех частей:

• ссылка на каноническую категорию товара, например / еда / хлеб /
• идентификатор продукта, например, 17
• название продукта, например, "белый хлеб 300 г"

Все это вместе создаст URL вроде этого:

/ Питание / хлеб / 17 / белый хлеб 300г

Пробелы будут автоматически преобразованы в тире. Технически нет причин, чтобы иметь идентификатор продукта в SEO URL. Поскольку URL-адреса SEO должны быть уникальными во всей системе, возможно, было бы полезно включить такой идентификатор.

В Shopware Wiki есть несколько примеров, касающихся конфигурации шаблона SEO В том числе пример для конкретных URL-адресов SEO.

Создание SEO URL

В приведенных выше разделах мы рассмотрели, как Shopware запускает генерацию URL-адресов SEO и как можно настроить эти шаблоны SEO-URL. Но как / где Shopware фактически генерирует эти URL?

Соответствующим классом здесь является \ sRewriteTable, который можно найти в engine / Shopware / Core / sRewriteTable.php вашей установки Shopware. Давайте кратко рассмотрим соответствующую логику этого класса:

• \ sRewriteTable :: $ replaceRules: содержит список перевода букв для правильного определения специальных символов (например, ö, ä или ü). Большая часть этого списка вдохновлена Slugify Project , Во время генерации SEO Shopware будет вызывать \ sRewriteTable :: sCleanupPath, чтобы заменить символы, определенные в свойстве sRewriteTable :: $ replaceRules.
• \ sRewriteTable :: sCreateRewriteTable: является основной точкой входа в генерацию URL-адреса SEO и запускает все следующие методы
• \ sRewriteTable :: baseSetup: будет вызван до начала фактической генерации URL-адреса SEO. Инициализирует механизм шаблонов smarty, например, с помощью объекта конфигурации Shopware, зарегистрирует несколько дополнительных плагинов smarty, а также попытается установить конфигурационные переменные memory_limit / max_execution_time
• \ sRewriteTable :: sCreateRewriteTableCleanup: Этот метод удаляет SEO-URL-адреса продуктов / категорий / блогов / статических страниц и т. д., где ссылка на сущность (например, продукт) больше не существует. Магазин никогда не будет удалять SEO URL-адреса предметов, которые все еще существуют.
• \ sRewriteTable :: sCreateRewriteTableStatic: создаст статические URL-адреса, которые можно создать в конфигурации SEO. Статические URL-адреса позволят вам добавить SEO-URL для пользовательских контроллеров и целевых страниц.
• \ sRewriteTable :: sCreateRewriteTableCategories: будет перебирать все категории Shopware, применять к ним шаблон категории и записывать полученный URL-адрес SEO в базу данных.
• \ sRewriteTable :: sCreateRewriteTableBlog: будет перебирать все блоги Shopware, применять к ним шаблон блога и записывать полученный URL-адрес SEO в базу данных.
• \ sRewriteTable :: sCreateRewriteTableCampaigns: будет перебирать все миры магазинов Shopware, применять к ним шаблон эмоций и записывать полученный URL-адрес SEO в базу данных.
• \ sRewriteTable :: sCreateRewriteTableArticles: будет выполнять итерацию всех продуктов Shopware, применять к ним шаблон продукта и записывать полученный URL-адрес SEO в базу данных.
• \ sRewriteTable :: sCreateRewriteTableContent: будет перебирать все формы Shopware и статические страницы, применять к ним соответствующий шаблон и записывать полученный URL-адрес SEO в базу данных.
• \ sRewriteTable :: sCreateRewriteTableSuppliers: выполняет итерацию всех поставщиков Shopware, применяет к ним соответствующий шаблон и записывает полученный URL-адрес SEO в базу данных.

Канонизировать все ссылки

После создания ссылок SEO, как описано выше, Shopware будет использовать эти ссылки SEO вместо технических ссылок повсюду в шаблоне.

Наиболее распространенный призыв к созданию SEO-URL из технической информации:

$ query = array ('controller' => 'my-controller', 'module' => 'frontend', 'action' => 'my-action', 'some-param' => 123456,); $ /voprosy/seo/ru/url = Shopware () -> Маршрутизатор () -> сборка ($ query);

Это позволит внутренне найти SEO-URL для маршрута http://my-shop.com/frontend/my-controller/my-action?some-param=123456 и распечатать его, если он доступен. При использовании smarty вы также можете использовать плагин /voprosy/seo/ru/url - он также позаботится о правильной перезаписи URL:

{/voprosy/seo/ru/url module = frontend controller = my-controller action = my-action some-param = 123456}

Поскольку с точки зрения SEO крайне важно, чтобы маршруты SEO всегда отображались, Shopware также найдет все URL-адреса в сгенерированном HTML-коде и перепишет их перед возвратом страницы пользователю. По этой причине нет необходимости переписывать URL-адреса в вашем коде - Shopware позаботится об этом автоматически в методе \ Shopware_Plugins_Core_PostFilter_Bootstrap :: filterUrls, который вызовет \ Shopware \ Components \ Routing \ Router :: generateList. Весь процесс создания SEO-ссылок из стека Shopware называется «сборка».

Фактическая обработка генерации URL будет происходить в \ Shopware \ Components \ Routing \ Router :: assembly - \ Shopware \ Components \ Routing \ PreFilterInterface нормализует ввод, \ Shopware \ Components \ Routing \ GeneratorInterface будет генерировать URL и \ Shopware \ Components \ Routing \ PostFilterInterface нормализует вывод.

маршрутизация

Мы уже обсуждали генерацию URL-адресов SEO, а также вывод этих URL-адресов в шаблоне. Как Shopware обрабатывает такие URL-адреса, когда запрос попадает на сервер, например, http://my-shop.com/trends-news?

Начиная с Shopware 5 центральным компонентом для этого является \ Shopware \ Components \ Routing \ Router. Он имеет внутреннюю коллекцию \ Shopware \ Components \ Routing \ MatcherInterface, которая соответствует данному URL-адресу внутреннему URL-адресу. Если данный сопоставитель может направить данный URL, он вернет массив результатов, такой как:

Array ([module] => widgets [controller] => emotion [action] => index [emotionId] => 1 [controllerName] => index)

Если сопоставитель не может обработать запрос, он вернет исходный URL. Сопоставления выполняются в следующем порядке: если один сопоставитель возвращает верный результат, другие сопоставления не будут вызываться вообще.

• \ Shopware \ Components \ Routing \ Matchers \ RewriteMatcher: поиск URL-адреса в таблице s_core_rewrite_/voprosy/seo/ru/urls.
• \ Shopware \ Components \ Routing \ Matchers \ EventMatcher: генерирует событие, поэтому, например, разработчики плагинов могут обработать запрос:

$ event = $ this-> eventManager-> notifyUntil ('Enlight_Controller_Router_Route', ['request' => $ request, 'context' => $ context]);

• \ Shopware \ Components \ Routing \ Matchers \ DefaultMatcher: будет обрабатывать технические URL-адреса, такие как / frontend / list / sCategory = 3

Мигрирующие URL

Переход с существующих магазинов на Shopware часто поднимает вопрос о том, как импортировать существующие URL-адреса. Как правило, есть четыре способа справиться с этим:

• Импортируйте старые SEO-URL в таблицу s_core_rewrite_/voprosy/seo/ru/urls. Поскольку Shopware не будет удалять эти URL-адреса SEO, пока существуют соответствующие продукты, эти URL-адреса останутся, даже если вы регенерируете свои URL-адреса SEO из Shopware. Обычно вы устанавливаете main в 0, чтобы Shopware перенаправлял старые URL-адреса SEO в новые SEO-стили в стиле Shopware.
• Использование события Enlight_Controller_Router_Route: как описано выше, будет использоваться \ Shopware \ Components \ Routing \ Matchers \ EventMatcher, если Shopware не может обрабатывать URL самостоятельно, поэтому плагин может обрабатывать эти URL.
• \ Shopware \ Components \ Routing \ Router :: setMatchers: если вы предпочитаете более ориентированный на ООП подход к событию, вы также можете добавить свой собственный сопоставитель во внутреннюю коллекцию сопоставлений маршрутизатора и позволить вашему сопоставителю обрабатывать старые URL-адреса SEO.
• Запуск цикла PreDispatch / Dispatch: если ваши старые URL-адреса содержат уникальный идентификатор - например, идентификатор продукта или номер заказа - вы также можете написать плагин, который обнаруживает такие URL-адреса в раннем событии, выполняет динамический поиск нового URL-адреса и перенаправляет на этот URL с использованием соответствующего кода состояния. Однако описанные решения более очевидны и должны быть предпочтительными.

Настроить правила замены

Заменить replaceRules в классе sRewriteTable нельзя напрямую, вы можете создать хук до или после метода \ sRewriteTable :: sCleanupPath, чтобы изменить полученный URL-адрес в соответствии с вашими потребностями.

Дополнительные переменные для умного шаблона SEO

Взглянув на методы генерации SEO, описанные выше, вы увидите, что Shopware обычно вызывает функцию репозитория, которая, например, возвращает все сущности блога со всей необходимой информацией.

/ ** @var $ repository \ Shopware \ Models \ Blog \ Repository * / $ blogArticlesQuery = $ this-> modelManager-> getRepository ('Shopware \ Models \ Blog \ Blog') -> getListQuery ($ blogCategoryIds, $ offset, $ $ предел);

Или же:

$ sources = $ this-> modelManager-> getRepository ('Shopware \ Models \ Article \ Supplier') -> getFriendlyUrlSuppliersQuery ($ offset, $ limit) -> getArrayResult ();

Подключение этих методов в соответствующем репозитории позволит вам расширить поля, доступные, например, для шаблона блога. Для продуктов есть пользовательский контекстный запрос SEO, вы можете перехватить: \ sRewriteTable :: getSeoArticleQuery, но есть даже более удобное событие фильтра, которое вы можете использовать, чтобы манипулировать полями и переменными для любого продукта:

$ result = Shopware () -> Events () -> filter ('Shopware_Modules_RewriteTable_sCreateRewriteTableArticles_filterArticles', $ result, array ('shop' => Shopware () -> Shopware) (> -> getId ()));

Так что, вообще говоря, перехват репозиториев или методов sCreateRewriteTable * даст вам довольно хороший доступ к генерации SEO, вы должны отдавать предпочтение соответствующим событиям, если они доступны, конечно.

Похожие

Комментарии