1. Общие вопросы SEO о Magento
2. Проблемы с продуктом SEO
3. Название продукта Теги и заголовки
4. URL продукта
5. Фасетные переходы и URL-адреса параметров
6. Обработка параметров в консоли поиска Google
7. Nofollow Faceted Navigation Links
8. AJAX Navigation
9. Magento URL переписывает
10. Количество Приложений
11. пагинация
12. Заключение

Magento часто рассматривается как сложная платформа для электронной коммерции, с которой можно достичь технического совершенства.

Несмотря на сложный механизм переписывания, кодовую базу, динамический контент и URL-адреса, ведущие мировые бренды, такие как Бургер Кинг Кока-Кола и Том Диксон все используют платформу.

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

Большинство известных SEO проблем Magento довольно просто исправить. Тем не менее, многие из них требуют помощи от разработчиков.

В настоящее время в сообществе Magento наблюдается большая активность, поскольку веб-мастера готовятся к миграции из Magento 1, что больше не будет поддерживаться после лета 2018 года.

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

Эта статья расскажет о многих распространенных проблемах Magento SEO, а также о том, как их преодолеть. Независимо от того, используете ли вы версии Magento Community или Enterprise, сложность платформы означает, что на вас может повлиять ряд этих проблем.

Общие вопросы SEO о Magento

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

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

Чтобы ускорить установку Magento, вот несколько распространенных исправлений, которые можно применить до и после установки:

• Используйте сервер с достаточным объемом оперативной памяти и настройте его правильно.
• Отключить журналы Magento (по умолчанию) и включить очистку журналов в серверной части.
• Используйте сеть доставки контента, такую ​​как Cloudflare, и если у вас есть сайт с большим трафиком, возможно, стоит использовать их продукт Argo.
• Сжатие внешних ресурсов и изображений с помощью службы сжатия. Это не повлияет на качество, но за счет уменьшения веса загружаемых ресурсов это может иметь большое значение, особенно на мобильных устройствах.

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

Проблемы с продуктом SEO

Простые и настраиваемые продукты: канонические исправления

Как и большинство поставщиков электронной коммерции, вы захотите использовать простые продукты наряду с настраиваемыми продуктами.

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

Если вы используете такой подход, маловероятно, что вы переписываете контент на каждой из этих страниц.

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

Название продукта Теги и заголовки

По умолчанию Magento имеет тенденцию создавать недостаточно оптимизированные теги заголовков и неправильно использует теги заголовков страниц.

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

Я предпочитаю всегда присваивать тег заголовка вручную. Таким образом, вы можете оптимизировать его так, как хотите.

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

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

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

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

URL продукта

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

Если вы используете иерархические URL-адреса, вы можете столкнуться с проблемой дублирования, поскольку у вас будет несколько вариантов продукта на отдельные URL-адреса. С этой проблемой сталкивается не только Magento, но и ряд платформ электронной коммерции (особенно в WooCommerce).

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

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

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

Фасетные переходы и URL-адреса параметров

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

Многогранная навигация - не единственный виновник в создании URL-адресов параметров, ряд расширений также используют их для создания каталогов - то, что вам нужно проверить, если вы используете Manadev ,

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

Итак, что можно сделать, чтобы разрешить параметры, появляющиеся в индексе Google?

Обработка параметров в консоли поиска Google

Быстрая победа в разрешении проблемы с индексацией, вызванной параметрами URL, состоит в том, чтобы изменить способ, которым Google обрабатывает URL в консоли поиска Google.

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

Вы также можете заблокировать параметр в файле robots.txt, но это может вызвать проблемы с PPC и другими программными кампаниями, поэтому я проверю это перед тем, как сделать это.

Nofollow Faceted Navigation Links

Другой моей любимой реализацией является nofollow ссылки за граненой навигацией.

Добавляя nofollow к этим ссылкам, Google не будет сканировать их. При этом, если они связаны с картой сайта или с других областей сайта, URL-адреса все равно могут быть обнаружены и отображаться в индексе Google.

AJAX Navigation

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

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

Magento URL переписывает

Переписывание URL-адресов и то, как Magento создает URL-адреса, - это проблема, с которой я сталкиваюсь, вероятно, в 90% случаев при работе с новыми клиентами Magento.

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

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

Количество Приложений

Другая распространенная проблема с переписыванием Magento - привычка платформы добавлять число в конец URL.

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

Это также может быть вызвано обновлением продуктов через CSV. Если это так, то это простое исправление, и все, что нужно сделать разработчику, это удалить перезаписи из таблицы перезаписи.

пагинация

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

В 2011, Google представил теги rel = ”next” и rel = ”prev”, позволяющие веб-мастерам указывать страницы, разбитые на страницы.

Чтобы сделать еще один шаг вперед, я бы также добавил тег robots = ”noindex, follow” на страницы, разбитые на страницы.

Заключение

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

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

Кредиты изображений

Скриншоты по автору. Снято в июле 2017 года.

Похожие

Комментарии