Установка и настройка SEO Magento 2.0: рекомендации для новой установки

1. Magento 2.0: настройки и настройки SEO Гид
2. Канонические настройки каталога
3. Дублирование категории
4. Дублирование продукта
5. Проверка на это
6. Решение
7. Apache Forced Trailing Slash
8. nginx принудительная косая черта
9. Популярные условия поиска
10. Канонические страницы CMS
11. XML Sitemap
12. Файл Robots.txt
13. Robots.txt для промежуточных сайтов
14. Robots.txt для живых сайтов
15. Блокировка URL с помощью строк запроса от Google
16. Проверка вашего Robots.txt
17. Поисковые роботы
18. Удаление index.php
19. апаш
20. Nginx
21. Non-WWW / WWW Redirects
22. Сжатие HTTP и кеширование
23. Настройки Apache Magento 2
24. Настройки Magento 2 nginx
25. Тестирование Кэширования / Сжатия
26. Минимизировать Javascript и CSS / HTML
27. Включение минификации
28. Пакетирование
29. Заголовки страниц и мета-описание
30. Настройка шаблонов продуктов по умолчанию
31. Схема организации / сайта
32. Добавление организации / Схема веб-сайта
33. Гугл Аналитика

Magento 2.0: настройки и настройки SEO

Гид

Вступление

Настройка Magento 1.9.x была относительно обычной. Magento 2.0 также делает его простым - его основные настройки следующие.

Примечание. Нажмите на значки, чтобы получить расширенную информацию и обоснование каждого изменения, или нажмите здесь, чтобы показать их все.

Канонические настройки каталога

Современные платформы электронной коммерции могут создавать значительное количество дублирующегося контента - и без надлежащей настройки Magento 2.0 не является исключением.

Как следствие, канонические URL должен быть использован, чтобы исправить это.

Например:

Дублирование категории

• http://www.example.com/chocolates
• http://www.example.com/chocolates/
• http://www.example.com/chocolates/?product_list_limit=30
• http://www.example.com/chocolates/?product_list_order=name
• http://www.example.com/chocolates?ingredients=5

Практически дубликаты страниц категорий в основном создаются в Magento 2.0 благодаря многогранной навигации по фильтрам атрибутов, конечным слешам и опциям сортировки.

Дублирование продукта

Для продуктов это немного проще.

• http://www.example.com/chocolates/mars-bar-84g
• http://www.example.com/chocolates/bars/mars-bar-84g/
• http://www.example.com/mars-bar-84g
• http://www.example.com/mars-bar-84g/
• http://www.example.com/brands/mars/mars-bar-84g

Различные категории продуктов, с которыми связаны (и конечные косые черты) могут способствовать тому, что один и тот же продукт появляется по разным URL.

Проверка на это

Быстрый способ проверить наличие дубликатов категорий или продуктов - использовать сам Google. Использование поисковых операторов, таких как site:, inurl: и intitle: вместе обычно находит это, например site: .co.uk inurl: air-wick intitle: «Air Wick миссис Клаус яблочный пирог» - используя названия из случайного продукта, категории или страницы CMS / сообщения в блоге.

Примечание: вам не нужно будет тестировать каждую страницу, как это, только 2 или 3 каждого типа страницы.

Решение

Это может считаться дублирующимся контентом. Добавление канонической ссылки для продуктов и категорий указывает Google, какой из нескольких URL-адресов, по которым можно получить доступ к категориям и продуктам, является правильным URL-адресом. Это может быть решено довольно легко с некоторыми настройками конфигурации (как показано ниже).

Настройка почти идентична Magento 1.9.x.

• Настройки поисковой оптимизации для категорий и продуктов доступны через

  1
  

  Магазины & gt; Настройки / Конфигурация & gt; Каталог & gt; Каталог

• Действия;
  • Канонические ссылки включены как для продуктов, так и для категорий.
  • URL продукта не используют путь к категории.
  • И суффикс URL продукта / категории установлен как / (если что-то вроде .html не является предпочтительным).
• Есть некоторые небольшие недостатки в использовании некоторых из этих настроек (в частности, потеря категории из URL и то, как Magento обрабатывает панировочные сухари), но преимущества перевешиваются.

Если URL-адрес продукта и суффикс URL-адреса категории установлены в качестве конечной косой черты, хорошей модификацией является принудительное перенаправление вашего сайта с example.com/category на example.com/category/ . В Magento 1.9.x это можно использовать как настройку в расширении Creare SEO, но (на момент написания) это еще не доступно для Magento 2.0.x, поэтому для вашего веб-сервера потребуется внести небольшие изменения.

Apache Forced Trailing Slash

Это требует модификации файла htaccess. решение от StackOverflow можно заставить работать на Magento 2.0.x.

RewriteCond% {REQUEST_URI}! (. *) / $ RewriteCond% {REQUEST_FILENAME}! -F RewriteCond% {REQUEST_URI}! ^ Index.php RewriteCond% {REQUEST_URI}! \. (Html ​​| jpg | png | gif) $ RewriteRule (. *) $ $ 1 / [L, R = 301]

Размещается после любого RewriteBase (если необходимо), но до RewriteRule со ссылкой на index.php.

nginx принудительная косая черта

Будет необходимо обновить файл конфигурации nginx.

location / {rewrite ^ ([^.] * [^ /]) $ $ 1 / постоянный; }

Примечание. Любые изменения перенаправления должны быть тщательно протестированы после реализации, включая проверку на сохранение строки запроса. Существующие правила и правильный порядок правил могут повлиять на это.

Популярные условия поиска

На той же странице можно разрешить использование популярных поисковых терминов, но эти страницы обычно блокируются в файле robots.txt или не индексируются, поэтому не будут приносить пользу SEO или препятствовать работе.

Канонические страницы CMS

Включение канонических страниц CMS требует стороннего расширения и описано в следующей главе ,

XML Sitemap

XML-карты сайта позволяют Google легко идентифицировать и сканировать URL-адреса на вашем сайте, и они по-прежнему являются основной функцией в Magento 2.0. Вторым шагом в базовой настройке является включение их генерации.

• Одним заметным улучшением является возможность разбивать вашу карту сайта на несколько файлов - для этого обычно рекомендуются сайты с более чем 50 000 продуктов. Вторым незначительным улучшением является возможность добавления URL-адресов для файлов Sitemap в файл robots.txt (Настройки отправки в поисковой системе) - небольшое улучшение качества жизни, которое часто игнорируется владельцами сайтов.
• По-прежнему отсутствует встроенная поддержка XML-карт сайтов Hreflang для тех, кто работает с международными / многоязычными сайтами - настоящий позор, если учесть, насколько эффективен Magento для их реализации через многоуровневые фронтальные установки. Это обсуждается в следующей главе.
• HTML-файлы Sitemap больше не являются частью Magento Core, но могут быть легко переопределены с помощью шаблона или стороннего расширения.

• Это может быть доступно через

  1
  

  Магазины & gt; Настройки / Конфигурация & gt; Каталог & gt; XML Sitemap

  ,

• Включение ежедневной генерации - это лучшая практика, но она будет разной - на практике это создает небольшую нагрузку на сервер при наличии тысяч продуктов.

• Настройки карты сайта по умолчанию для категорий, продуктов и параметров страницы CMS хороши - Google, как правило, сам определяет приоритет сканирования - любые настройки в карте сайта будут использоваться только в качестве руководства.

Примечание. Любые сгенерированные файлы Sitemap должны быть немедленно отправлены на Google Search Console чтобы помочь индексации всех ваших страниц.

Файл Robots.txt

Файл robots.txt является « текстовые файлы, созданные веб-мастерами, чтобы научить […] роботов поисковых систем […] сканировать и индексировать страницы на своем веб-сайте. «.

Как уже упоминалось выше, в Magento 2.0 добавлена ​​возможность редактировать файл robots.txt из серверной части администратора (

1

Магазины & gt; Конфигурация & gt; Дизайн / Поисковые роботы

).

В октябре 2014 года Google обновил свои рекомендации сообщить веб-разработчикам, чтобы их файл robots.txt не блокировал изображения, шрифты, Javascript, CSS или любые другие файлы, которые влияют на внешний вид страницы при ее визуализации.

Если вы хотите проверить, выполняет ли это ваш существующий файл robots.txt, в консоль поиска Google встроена программа проверки robots.txt, но быстрый тест Google Mobile Friendly Checker ,

После этого изменения конфигурация файла robots.txt стала намного менее важной на сайтах Magento - за исключением блокировки строк запроса и других нежелательных URL-адресов (добавить в список желаний, отправить другу). Эта ситуация существенно меняется, когда используются определенные расширения - в частности, те, которые создают (так называемые) «страницы SEO» для атрибутов. Когда это происходит, ваш файл robots.txt становится одной из главных причин, мешающих вашему сайту иметь больше страниц, чем Amazon.

Robots.txt для промежуточных сайтов

Наши рекомендуемые настройки:

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

Robots.txt для живых сайтов

Если вы ищете готовый файл robots.txt, Creare's Magento 1.x файл robot.txt довольно хорошо, но;

• Строки 45-60 должны рассматриваться другими методами (noindexing, nofollowing) или просто больше не нужны (хотя и не должны причинять вреда).
• Строка 79 (URL-адреса со строками запроса) должна быть пересмотрена. Это обсуждается ниже («Дополнительная информация о robots.txts»).

Блокировка URL с помощью строк запроса от Google

На сайте Magento URL-адреса со строками запросов часто являются дубликатами категорий страниц или просто неиндексируемыми страницами, которые не нужно сканировать. Приведенный выше файл robots.txt не блокирует URL-адреса со строками запроса (строка 79), поскольку он «закомментирован» - перед ним #. Для этого в строке 79 должен быть удален хеш.

Однако, стоит ли вам это делать, зависит от нескольких факторов.

• Если сайт уже разрешил индексировать URL-адреса с параметрами, которые будут проиндексированы ранее, их блокировка не позволит GoogleBot повторно их сканировать, и эти страницы останутся проиндексированными.
  • Если к этим страницам добавлен noindex (обсуждается в следующей главе), эти страницы будут в конечном итоге удалены (обычно через 1-2 месяца).
  • После того, как это произошло, совершенно нормально блокировать URL-адреса со строками запроса от Google.
  • Однако, если нет планов noindex URL-адресов с помощью строк запроса, строку 79 можно раскомментировать (убрать #), чтобы предотвратить обход ненужных страниц. Это просто предотвращает индексацию новых вариантов и предотвращает обход ненужных страниц.
• Если сайт свежий, строку 79 можно без комментариев комментировать.

Проверка вашего Robots.txt

Мы рекомендуем использовать такой инструмент, как Кричащая лягушка просканировать ваш сайт, чтобы увидеть, какие страницы выбираются, а какие нет; например, сотни URL-адресов, содержащих «список желаний», могут быть причиной для беспокойства, поскольку это страницы, которые вы обычно не хотите индексировать.

Эти URL можно смело добавлять в файл robots.txt. В противном случае наш Magento 2.0 Robots.txt форк хороший строительный блок

Примечание. Если ваш сайт настроен на github или аналогичный элемент управления версиями, вероятно, плохая идея обновить файл robots.txt через бэкэнд Magento, поскольку его можно перезаписать.

Поисковые роботы

Пока вы на этом экране (

1

Магазины & gt; Настройки / Конфигурация & gt; Общее / Дизайн

), это также хорошая идея, чтобы проверить роботов поисковых систем (чтобы убедиться, что ваш магазин установлен как INDEX, следуйте, чтобы убедиться, что ваш сайт не блокирует Google!

Роботы поисковых систем относятся к тегу, который можно добавить на страницу, которая не позволяет Google проиндексировать сайт. Это полезно для промежуточных сайтов, менее полезно для сайтов, которые вы хотите проиндексировать. Хорошо проверить, что этот параметр правильный.

Удаление index.php

По умолчанию URL-адреса Magento 2.0 и 1.9.x выглядят примерно так: http://magento2.pushonltd.co.uk/index.php/viktor-lumatech-trade-pant.html - удаление «index.php» из URL должно также быть в вашем контрольном списке, так как это является частой причиной дублирования контента.

• Перейдите к

  1
  

  Магазины & gt; Настройки / Конфигурация & gt; General / Web & gt; Поисковая оптимизация

• Включить использование перезаписи веб-сервера .

Пока файл htaccess настроен (Apache) и файл conf (nginx), index.php будет удален из URL-адресов. Чтобы проверить, что они на месте, посмотрите на следующие строки.

апаш

RewriteRule. * Index.php [L]

Nginx

location / {try_files $ uri $ uri / /index.php?$args; }

Non-WWW / WWW Redirects

Пока вы находитесь на этом экране, измените автоматическое перенаправление на базовый URL-адрес на 301 Перенаправление в параметрах URL-адреса .

Ваш сайт обычно существует на example.com и www.example.com. Обычно базовый URL-адрес будет установлен на один или другой и будет перенаправлен на предпочтительный сайт.

По умолчанию для этого параметра установлено значение 302 редиректа, и исторически это было плохо, поскольку не считалось, что редиректы 302 передают равные / авторитетные ссылки. Google недавно опроверг это , но все еще есть убедительные доказательства того, что 301 переадресация сохраняет больше ссылочного капитала. Поэтому мы все еще рекомендуем 301 переадресацию на данный момент.

Сжатие HTTP и кеширование

Пользователи требуют быстрой загрузки сайтов - так же, как и Google - считается полезным, чтобы ваш сайт загружался менее чем за 3 секунды.

• Gzip-сжатие статических файлов (HTML, JS, CSS) сокращает время загрузки вашего сайта и может улучшить время загрузки страницы.
• Кэширование статических ресурсов (файлов шаблонов, изображений, JS, CSS) гарантирует, что одни и те же файлы не загружаются дважды, что снижает нагрузку на ваш веб-сервер и сокращает время загрузки страницы для пользователей.

Вы не можете настроить это через бэкэнд Magento, вам нужно обновить это через настройки вашего веб-сервера.

Настройки Apache Magento 2

Если на вашем веб-сервере работает Apache, вам необходимо обновить файл htaccess.

Большинство из Создать Magento 1.x htaccess файл хорошо строить из, но мы раздвоил файл для Magento 2.0. Это частичный файл, поэтому его необходимо интегрировать в основной файл htaccess - отдельные разделы можно скопировать и вставить в него.

Полезные разделы включают в себя;

• Строки 28-40 и 70-92 настраивают сжатие gzip через mod_deflate .
• Строки 112-122 настраивают кеширование определенных типов файлов через mod_expires - и делает это немного лучше, чем htaccess по умолчанию, поставляемый с Magento 2.0.

Остальная часть файла является необязательной. Например - он реализует ETag (строки 49-52) - другой и бесплатный способ обработки кэширования - но это может вызвать проблемы с некоторыми конфигурациями.

Настройки Magento 2 nginx

PushON рекомендует для хостинга Magento nginx - он предлагает некоторые улучшения в отношении задержки и работы с параллельными соединениями. Сжатие и кэширование HTTP также можно настроить для ninx, и это включает обновление файла conf для этого сайта. один предоставлен Magento работает нормально и имеет большинство настроек.

Тестирование Кэширования / Сжатия

Обязательно протестируйте свой сайт, используя Инструмент Google PageSpeed ​​Insights чтобы убедиться, что все работает правильно. Это также проверяет, работает ли minify.

Примечание. Вы не сможете включить кэширование или сжатие для сторонних сценариев, размещенных вне сайта - например, Google Analytics, кнопки общего доступа Facebook.

Минимизировать Javascript и CSS / HTML

Minify - отличный способ повысить скорость загрузки страниц, просто комбинируя скрипты.

• Современные браузеры можно скачать 6-8 файлов одновременно с сервера, включая изображения, сценарии и JS, страница может содержать от 120 до 200 файлов. Вот почему PushON рекомендует использовать субдомены или внешних провайдеров для CDN (сеть доставки контента - большая сеть глобально распределенных серверов) - с использованием субдомена медиа, темы и сценариев (например, media.example.com, skin). example.com, js.example.com) увеличит в четыре раза количество одновременно загружаемых файлов, существенно увеличив скорость загрузки страницы. Эта тема более подробно рассматривается в следующей главе о расширенной настройке.
• Minify учитывает это, комбинируя файлы сценариев / CSS, сокращая как время загрузки, так и время рендеринга - каждый загруженный отдельный файл JS / CSS запускает или задерживает рендеринг новой страницы.

Как упоминалось в предыдущей главе, эта функциональность была улучшена в Magento 2.0. Теперь у нас есть три варианта плюс комплектация.

• Слияние файлов JS и CSS без минификации. Чуть больше шансов вызвать проблемы. Сокращает время загрузки страницы за счет уменьшения количества проходов рендеринга и загрузки файлов.
• Сократите файлы JS и CSS. Просто удаляет лишние символы возврата каретки и пробелы из файлов. Уменьшает размер файла на небольшое количество (мало по сравнению с общим размером веб-страницы), но на самом деле не имеет тех же преимуществ, что и выше.
• Оба вышеперечисленных.

Включение минификации

• Чтобы настроить это, перейдите к

  1
  

  Магазины & gt; Настройки / Конфигурация & gt; Продвинутый / Разработчик

  а также;

  • Чтобы включить минимизацию HTML, включите минимизировать HTML в настройках шаблона .
  • Чтобы включить минимизацию или объединение Javascript, перейдите в « Настройки JavaScript» .
  • А для CSS слияния и минимизации, перейдите к настройкам CSS

Предупреждение: JavaScript Minify также отличный способ взломать сайт. Minify никогда не должен тестироваться в реальной среде и, конечно, не без тестирования всех форм, добавления в корзину и полной транзакции. Он также должен быть протестирован с использованием более одного браузера.

Пакетирование

Последний вариант - комплектация. Еще одна новая функция в ядре Magento 2.0 - RequireJS, которая программно загружает файлы JavaScript. Поскольку слияние и минимизация файлов в Magento 2.0 применяется только к активам, включенным через макеты, файлы, загруженные RequireJS, не будут включены в этот процесс. Это где входит в комплект , Требуется дополнительная настройка, которая выходит за рамки базовой настройки, но приведет к улучшению загрузки страницы и времени рендеринга при настройке.

Заголовки страниц и мета-описание

Настройка заголовков страниц в Magento 2.0 происходит в 2 этапа.

Отдельные страницы могут легко обновлять свои метаданные, выбирая соответствующую страницу для этого магазина. Например, чтобы обновить мета-описание и заголовок домашней страницы, вы должны отредактировать эти поля на странице CMS, связанной с домашней страницей.

Но вам также нужно указать фирменный текст названия бренда.

• Перейдите к

  1
  

  Магазины & gt; Настройки / Конфигурация & gt; Общее / Дизайн & gt; HTML Head

• Название Суффикс или Название Префикс позволяет вам добавить название вашего магазина на каждую страницу.

Вам нужно добавить название вашего бренда в заголовок вашего сайта? Да. Google в любом случае будет добавлять его к отображаемому заголовку на странице результатов поисковой системы, поэтому вам следует добавить его версию самостоятельно. Это по крайней мере дает вам контроль над тем, как оно отображается.

Настройка шаблонов продуктов по умолчанию

Хорошей новой функцией в Magento 2.0 является возможность использования атрибутов продукта в метаданных - фактически, для продуктов можно легко определить шаблон по умолчанию.

• Мета-описание по умолчанию используется только в продуктах и ​​только в том случае, если не задано определенное мета-описание. По умолчанию используется название продукта и описание продукта .
• К сожалению, в настоящее время ошибка в Magento 2.0 где любые HTML-теги из описания вставляются в это, а не удаляются. Это относительно легко исправить на уровне разработчика, и мы не ожидаем, что это станет проблемой гораздо дольше.
• На данный момент это хорошая идея переопределить значение по умолчанию, перейдите к

  1
  

  Магазины & gt; Настройки / Конфигурация & gt; Каталог / Каталог & gt; Автогенерация в поле продукта

  ,

• Использование «маски для мета-описания» (по умолчанию), например «Buy {{name}}» на Example.com. Доступно сейчас по {{цене}} с бесплатной доставкой для заказов на сумму свыше 20 фунтов стерлингов », и будет заполнено соответствующим названием продукта и ценой. Можно использовать любой определенный атрибут, связанный с этим продуктом, и он будет заполнен автоматически.
• Нет необходимости использовать тег «metawords», но может быть полезно заполнить его невидимыми атрибутами, если вы используете Google Tag Manager, например, SKU, цвет, производитель. Затем эти данные могут быть перенесены GTM в Google Analytics для пользовательских измерений. Например, на веб-сайте, посвященном детской одежде, указывается возрастная группа - это позволяет создавать сегменты для анализа коэффициента конверсии всей детской и детской одежды.

Примечание. Мета-описания не считаются фактором ранжирования для Google - это просто убедительный текст, который побуждает людей переходить на ваш сайт из результатов поиска.

Схема организации / сайта

Схема организации / LocalBusiness особенно полезна для предприятий с физическим местоположением. Добавление этой разметки на сайт может помочь перенести данные в график знаний Google при поиске.

Схема WebSite также может помочь Google идентифицирует и использует внутреннюю поисковую систему вашего сайта ,

Создание фрагментов относительно легко с помощью Генератор структурированных данных JSON-LD , Пример фрагмента приведен ниже.

<script type = "application / ld + json"> [{"@context": "http://schema.org", "@type": "WebSite", "about": "Traveling Man", "url" : "http://www.travellingman.co.uk", "потенциальное действие": {"@type": "поисковое действие", "цель": "http://www.travellingman.co.uk/catalogsearch/result? q = {query} & x = 0 & y = 0 "," запрос-ввод ":" обязательное имя = запрос "}}, {" @context ":" http://schema.org "," @type ":" организация "," url ":" http://www.travellingman.co.uk "," name ":" Путешествующий человек "," logo ":" http://www.travellingman.co.uk/skin/frontend/ default / travelllingman / images / logo.png "," subOrganization ": [{" @context ":" http://schema.org "," @type ":" LocalBusiness "," address ": {" @type " : "PostalAddress", "postalCode": "M1 1JW", "streetAddress": "4 Dale Street", "addressLocality": "Manchester", "addressCountry": "GB"}, "email": "manchester @ travellingman. com "," name ":" Путешествующий человек - Манчестер "," parentOrganization ":" Путешествующий человек "," phone ":" 0161 237 1877 "," url ":" http://www.travellingman.co.uk/ наши-магазины / манчестер» , "OpeningHours": ["Mo-Sa 10: 00-18: 00", "Su 11: 00-16: 30"]}, {"@context": "http://schema.org", "@ type ":" LocalBusiness "," address ": {" @type ":" PostalAddress "," streetAddress ":" 32 Central Road "," addressLocality ":" Leeds "," postalCode ":" LS1 6DE "," addressCountry ":" GB "}," email ":" [email protected] "," name ":" Путешествующий человек - Лидс "," parentOrganization ":" Путешествующий человек "," Телефон ":" 0113 243 6461 "," url ":" http://www.travellingman.co.uk/our-stores/leeds "," creationHours ": [" Mo-Sa 10: 00-18: 00 "," Su 11: 00-17: 00 "]}, {" @context ":" http://schema.org "," @type ":" LocalBusiness "," address ": {" @type ":" PostalAddress "," addressLocality ":" York " , "postalCode": "YO1 7LF", "streetAddress": "54 Goodramgate", "addressCountry": "GB"}, "email": "[email protected]", "name": "Путешествующий человек - Йорк" , "parentOrganization": "Путешествующий человек", "телефон": "01904 628 787", "url": "http://www.travellingman.co.uk/our-stores/york", "opensHours": [" Mo-Sa 10: 00-18: 00 "," Su 11: 00-17: 00 "]}, { "@context": "http://schema.org", "@type": "LocalBusiness", "address": {"@type": "PostalAddress", "streetAddress": "43 Grainger Street", "addressLocality ":" Ньюкасл-апон-Тайн "," postalCode ":" NE1 5JE "," addressCountry ":" GB "}," email ":" [email protected] "," name ":" Путешествующий человек - Ньюкасл " , "parentOrganization": "Путешествующий человек", "телефон": "0191 261 4993", "url": "http://www.travellingman.co.uk/our-stores/newcastle", "opensHours": [" Mo-Sa 10: 00-18: 00 "," Su 11: 00-16: 30 "]}]," sameAs ": [" https://www.facebook.com/TravellingManShops "," https: // twitter.com/TravellingManUK "," https://instagram.com/travellingmanuk/ "]}] </ script>

Определяет веб-сайт с несколькими местоположениями, временем их открытия, номерами телефонов и внутренней поисковой системой, используемой сайтом.

Это хорошая идея, чтобы проверить любой код с помощью Инструмент тестирования структурированных данных Google ,

Добавление организации / Схема веб-сайта

Код для вашего сайта может быть легко вставлен в HTML-заголовок сайта через

1

Магазины & gt; Настройки / Конфигурация & gt; Общее / Дизайн & gt; HTML Head

,

Гугл Аналитика

В качестве последнего шага необходимо настроить Google Analytics. Это более подробно описано в главе 4.

Похожие

Комментарии