Jump to content

Вариант ответа  

13 members have voted

You do not have permission to vote in this poll, or see the poll results. Please sign in or register to vote in this poll.

Recommended Posts

Добрый день, прошу помощи (совета) в реализации пагинации для Opencart 2.0.1. Знаю что тема уже 100500 раз поднималась, но все же. Вкратце: магазин на Opencart 2.0.1, нет кнопки показать еще (или аналогичной) и не планирую, нет страница "показать все" и тоже не планирую. Есть несколько вариантов реализации, прошу помочь в решении и выбрать верное:

 

1. Вариант

Ставим атрибуты next/prev + ставим canonical на главную (в категории), не закрываем для индексации в robots ничего

 

2. Вариант

Ставим атрибуты next/prev + ставим canonical на саму себя (каждая страница сама на себя в пагинации), не закрываем для индексации в robots ничего

 

3. Вариант

Ставим просто атрибуты next/prev без canonical

 

Просьба помочь в решении вопроса, спасибо все кто откликнулся заранее!

 

П.С. если есть еще варианты для решения, просьба расписать, буду благодарен!

 

Да и еще по умолчанию предполагается что все страницы пагинации будут c тегом <meta name="googlebot" content="index, follow">  так как ориентация на Google

Edited by Velobikes
забыл :)
  • +1 1

Share this post


Link to post
Share on other sites

Можно убрать пагинацию модулем и сделать кнопку 'Показать еще'.

Share this post


Link to post
Share on other sites
15 минут назад, Waskadagama сказал:

Можно убрать пагинацию модулем и сделать кнопку 'Показать еще'.

гениально
 

 

53 минуты назад, Velobikes сказал:

нет кнопки показать еще (или аналогичной) и не планирую,

 

Share this post


Link to post
Share on other sites
1 час назад, Velobikes сказал:

нет кнопки показать еще (или аналогичной) и не планирую, нет страница "показать все" и тоже не планирую

Не увидел этого в посте.

 

На мой взгляд, такая кнопка - это самое правильное решение для пагинации.

Share this post


Link to post
Share on other sites
1 час назад, Velobikes сказал:

 

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

 

Это не совсем так.

canonical не совсем "сам на себя". canonical на ту же страницу пагинации, но БЕЗ гет параметров (кроме пагинации).

Например: для страницы site/categoria/?sort=pd.name&order=ASC&page=3 канонической должна быть страница site/categoria/?page=3

Т.е. страницы сортировки НЕ должны обходиться роботом, а страницы пагинации должны.

Для этого ставим canonical и делаем соответствующие записи в файле robots

Edited by florapraktik
  • +1 2

Share this post


Link to post
Share on other sites

Буквально на днях делали у себя на сайте Вариант №1. Но страницы сортировки закрыли, как коллега выше написал. Это мусорные страницы. А вот страницы пагинации, это ведь продолжение первой. На первую и ставим каноникал. Вроде логично.

 

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

 

Для SEO наверное ват1 самое оно)) Если я себя сам не уговариваю))) 

Share this post


Link to post
Share on other sites
46 минут назад, florapraktik сказал:

Это не совсем так.

canonical не совсем "сам на себя". canonical на ту же страницу пагинации, но БЕЗ гет параметров (кроме пагинации).

Например: для страницы site/categoria/?sort=pd.name&order=ASC&page=3 канонической должна быть страница site/categoria/?page=3

Т.е. страницы сортировки НЕ должны обходиться роботом, а страницы пагинации должны.

Для этого ставим canonical и делаем соответствующие записи в файле robots

Соответственно я это и имел ввиду....:) без GET параметров конечно же т.е. Ваш вариант №2 как я понял ?

Edited by Velobikes

Share this post


Link to post
Share on other sites
53 минуты назад, alpochino9999 сказал:

... А вот страницы пагинации, это ведь продолжение первой. На первую и ставим каноникал. Вроде логично.

Нет, не логично. Каноникал говорит роботу о том, что значение имеет только одна страница, обозначенная как каноническая.

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

Для объединения большого контента, разбитого на страницы используются теги next/prev. 

 

 

26 минут назад, Velobikes сказал:

Ваш вариант №2 как я понял ?

Это не мой вариант, это рекомендации Гугл для вебмастеров.

Но, вариант 3 в принципе то же самое, учитывая, что гет параметры обычно закрыты в роботсе.

Как вариант можно лишние страницы закрыть тегом ноиндекс. Тот же эффект, в принципе.

Это не важно. Важно, что пагинация должна быть открыта, а "лишние" страницы закрыты. Пагинация, - НЕ лишние страницы и не дубли контента.

Ещё, как вариант, можно вообще ничего не делать - гугл разберётся сам. Они пагинацию научились читать даже без прев/некст.

 

Edited by florapraktik

Share this post


Link to post
Share on other sites
6 минут назад, florapraktik сказал:

Нет, не логично. Каноникал говорит роботу о том, что значение имеет только одна страница, обозначенная как каноническая.

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

Для объединения большого контента, разбитого на страницы используются теги next/prev. 

 

 

Это не мой вариант, это рекомендации Гугл для вебмастеров.

про рекомендации я знаю, но практика все же есть практика, сейчас у меня реализовано так: атрибуты prev/next (естественно кроме 1 страницы там только next) + canonical на саму себя (с учетом get параметров), просто есть сомнения, поэтому и вопрос возник....и естественно все "мусорные страницы" аля фильтры и сортировки в robots закрыты..

Edited by Velobikes

Share this post


Link to post
Share on other sites
3 минуты назад, Velobikes сказал:

...просто есть сомнения, поэтому и вопрос возник....

Честно говоря, я думаю, что на количество трафика это вообще не влияет.

Share this post


Link to post
Share on other sites
5 минут назад, florapraktik сказал:

Честно говоря, я думаю, что на количество трафика это вообще не влияет.

влияет на ранжирование главной страницы категории, и конечно же на ее позицию при запросе...на вес страницы если точнее и соответственно на ее позиции в google

 

Для главной разницы нет, Вы правы, но как правило 80% трафика идет не с главной а с страниц категорий...

Edited by Velobikes

Share this post


Link to post
Share on other sites
1 минуту назад, Velobikes сказал:

влияет на ранжирование главной страницы категории, и конечно же на ее позицию при запросе...

И я об этом.

По моему скромному мнению, то как Вы организуете оформление пагинации НЕ будет существенно влиять, ни на "ранжирование главной страницы категории", ни на "ее позицию при запросе". Всем пофик.

Share this post


Link to post
Share on other sites
7 минут назад, florapraktik сказал:

И я об этом.

По моему скромному мнению, то как Вы организуете оформление пагинации НЕ будет существенно влиять, ни на "ранжирование главной страницы категории", ни на "ее позицию при запросе". Всем пофик.

+ , но по запросу например "купить велосипед" должна выпадать не главная стр, а страница категории "велосипеды" (в моем случае), т.е. страница site/velosipedy имеет для меня значение так как запрос идет на нее а не на главную, и соответственно, ее ранг для меня важен, как и для многих других по аналогичным запросам....главная не должна ранжироваться по 100500 запросам иначе смысл тогда в многостраничном сайте...??? 

 

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

 

если я правильно понял...

Edited by Velobikes

Share this post


Link to post
Share on other sites
5 минут назад, Velobikes сказал:

+ , но по запросу например "купить велосипед" должна выпадать не главная стр, а страница категории "велосипеды" (в моем случае), т.е. страница site/velosipedy имеет для меня значение так как запрос идет на нее а не на главную, и соответственно, ее ранг для меня важен, как и для многих других по аналогичным запросам....главная не должна ранжироваться по 100500 запросам иначе смысл тогда в многостраничном сайте...???

Это само собой. При чём здесь страница Хоум, вообще?

То, как Вы оформите пагинацию этой категории "Велосипеды" не будет иметь существенного значения для количества трафика на неё. Не знаю, как ещё сформулировать эту мысль:)

Edited by florapraktik

Share this post


Link to post
Share on other sites
1 минуту назад, florapraktik сказал:

Это само собой. При чём здесь страница Хоум, вообще?

То, как Вы оформите пагинацию этой категории "Велосипеды" не будет иметь существенного значения для количества трафика на неё. Не знаю, как ещё сформулировать эту мысль:)

мысль я Вашу понял, вопрос в чем, как сделать чтобы в индексе не было страниц пагинации и при этом все товары со страниц пагинации (2 3 и т.д) остались в индексе, как сделать правильно ??? вот в чем вопрос...

 

Share this post


Link to post
Share on other sites
1 минуту назад, Velobikes сказал:

 как сделать чтобы в индексе не было страниц пагинации и при этом все товары со страниц пагинации (2 3 и т.д) остались в индексе, как сделать правильно ??? вот в чем вопрос...

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

Не мудрите и не мешайте гуглу)))

Share this post


Link to post
Share on other sites
35 минут назад, florapraktik сказал:

Это не мой вариант, это рекомендации Гугл для вебмастеров.

Но, вариант 3 в принципе то же самое, учитывая, что гет параметры обычно закрыты в роботсе.

Как вариант можно лишние страницы закрыть тегом ноиндекс. Тот же эффект, в принципе.

Это не важно. Важно, что пагинация должна быть открыта, а "лишние" страницы закрыты. Пагинация, - НЕ лишние страницы и не дубли контента.

Ещё, как вариант, можно вообще ничего не делать - гугл разберётся сам. Они пагинацию научились читать даже без прев/некст.

 

сорри только увидел....спасибо за развернутый ответ...

Share this post


Link to post
Share on other sites

У вас нет правильного ответа.

 

А правильный простой.

Prev next гугл не учитывает.

 

https://twitter.com/JohnMu/status/1108719402558590976?ref_src=twsrc^tfw|twcamp^tweetembed|twterm^1108719402558590976|twgr^|twcon^s1_c10&ref_url=https%3A%2F%2Fd-8164586801860018679.ampproject.net%2F2102060044003%2Fframe.html

 

Не закрывать ничего это стрельнуть себе у ногу sort, limit, order должны быть закрыты в роботс, иначе и дублей наплодите и нагрузку поймаете.

 

Каноникал должен быть  везде где есть get параметр page и ссылаться на основную страницу категорий.

 

На основной странице каноникала не должно быть, страница не должна быть каноничной самой для себя.

 

На сегодня это единственный корректный набор правил. Именно для Гугла.

 

 

 

 

  • +1 4

Share this post


Link to post
Share on other sites
18 минут назад, Velobikes сказал:

...

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

Нет. Эта логика не имеет отношения к логике формирования поисковой выдачи гугл. Это сео-миф. 

Гугл хочет показать своим пользователям хороший сайт. Это его самая главная цель. И для этой цели он не станет делать такое странное и нелогичное действие, как "распределять вес категории по страницам пагинации". 

Share this post


Link to post
Share on other sites
31 минуту назад, Yoda сказал:

У вас нет правильного ответа.

 

А правильный простой.

Prev next гугл не учитывает.

 

https://twitter.com/JohnMu/status/1108719402558590976?ref_src=twsrc^tfw|twcamp^tweetembed|twterm^1108719402558590976|twgr^|twcon^s1_c10&ref_url=https%3A%2F%2Fd-8164586801860018679.ampproject.net%2F2102060044003%2Fframe.html

 

Не закрывать ничего это стрельнуть себе у ногу sort, limit, order должны быть закрыты в роботс, иначе и дублей наплодите и нагрузку поймаете.

 

Каноникал должен быть  везде где есть get параметр page и ссылаться на основную страницу категорий.

 

На основной странице каноникала не должно быть, страница не должна быть каноничной самой для себя.

 

На сегодня это единственный корректный набор правил. Именно для Гугла.

 

 

 

 

1. Все лишнее закрыто:

Disallow: /*filter
Disallow: /*?sort=
Disallow: /*?sort 
Disallow: /*&sort=
Disallow: /*?order=
Disallow: /*?order 
Disallow: /*&order=
Disallow: /*?limit=
Disallow: /*&limit=
Disallow: /*?minprice
Disallow: /*?filter_name=
Disallow: /*&filter_name=
Disallow: /*?filter_sub_category=
Disallow: /*&filter_sub_category=
Disallow: /*?filter_description=
Disallow: /*&filter_description=
Disallow: /*?tracking=
Disallow: /*&tracking=

2. " Каноникал должен быть  везде где есть get параметр page и ссылаться на основную страницу категорий" не совсем понял...если честно...

пример страницы:

https://velobikes.com.ua/velosipedy/gornie/?page=2 (параметров GET вроде нет)

 

<link rel="prev" href="https://velobikes.com.ua/velosipedy/gornie/" />

<link rel="next" href="https://velobikes.com.ua/velosipedy/gornie/?page=3" />

<link rel="canonical" href="https://velobikes.com.ua/velosipedy/gornie/" />

 

Я правильно понял ?

 

Edited by Velobikes

Share this post


Link to post
Share on other sites
12 минут назад, florapraktik сказал:

Нет. Эта логика не имеет отношения к логике формирования поисковой выдачи гугл. Это сео-миф. 

Гугл хочет показать своим пользователям хороший сайт. Это его самая главная цель. И для этой цели он не станет делать такое странное и нелогичное действие, как "распределять вес категории по страницам пагинации". 

понял, просто где то была такая теория...не помню точно где читал...

Share this post


Link to post
Share on other sites
3 минуты назад, Velobikes сказал:

...где то была такая теория...не помню точно где читал...

практически везде:D

Кроме Рекомендаций Гугл для веб мастеров:D

Share this post


Link to post
Share on other sites
8 минут назад, florapraktik сказал:

практически везде:D

Кроме Рекомендаций Гугл для веб мастеров:D

<link rel="prev" href="https://velobikes.com.ua/velosipedy/gornie/" />

<link rel="next" href="https://velobikes.com.ua/velosipedy/gornie/?page=3" />

<link rel="canonical" href="https://velobikes.com.ua/velosipedy/gornie/?page=2" />

 

это для страницы 2 в пагинации

 

Я правильно понял ?

 

+закрыть всю срань в роботс

Edited by Velobikes

Share this post


Link to post
Share on other sites
1 минуту назад, Velobikes сказал:

 

Edited by Velobikes

Share this post


Link to post
Share on other sites
4 часа назад, Velobikes сказал:

1. Все лишнее закрыто:

Disallow: /*filter
Disallow: /*?sort=
Disallow: /*?sort 
Disallow: /*&sort=
Disallow: /*?order=
Disallow: /*?order 
Disallow: /*&order=
Disallow: /*?limit=
Disallow: /*&limit=
Disallow: /*?minprice
Disallow: /*?filter_name=
Disallow: /*&filter_name=
Disallow: /*?filter_sub_category=
Disallow: /*&filter_sub_category=
Disallow: /*?filter_description=
Disallow: /*&filter_description=
Disallow: /*?tracking=
Disallow: /*&tracking=

2. " Каноникал должен быть  везде где есть get параметр page и ссылаться на основную страницу категорий" не совсем понял...если честно...

пример страницы:

https://velobikes.com.ua/velosipedy/gornie/?page=2 (параметров GET вроде нет)

 

<link rel="prev" href="https://velobikes.com.ua/velosipedy/gornie/" />

<link rel="next" href="https://velobikes.com.ua/velosipedy/gornie/?page=3" />

<link rel="canonical" href="https://velobikes.com.ua/velosipedy/gornie/" />

 

Я правильно понял ?

 

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

  • +1 1

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Similar Content

    • By spectre
      300.00 руб
      Скачать/Купить дополнение


      SP OcStore 3 SeoPro Fix
      Избавляет от
      - циклической переадресации на главной - https://demo.ocstore.com/?utm_medium=test
      - двойных слешей - https://demo.ocstore.com///////desktops/mac
      - добавления статьи к категории например - https://demo.ocstore.com/desktops/mac/about_us
      - canonical на страницах пагинации категории и производителя на первую страницу - +убирает rel prev next из 2011 года + убирает картинку и описание на страницах дальше 1
      - редирект с несуществующей страницы пагинации на последнюю доступную - например с 100 на 5ю


      Когда окупится - будет бесплатно
      Добавил spectre Добавлено 08.09.2020 Категория SEO, карта сайта, оптимизация Системные требования OcStore 3 Метод активации Автоматическая активация Ioncube Loader Нет OpenCart Несовместим ocStore 3.0 OpenCart.Pro, ocShop Несовместим Обращение к серверу разработчика Нет Старая цена 500  
    • By markimax
      690.00 руб
      Скачать/Купить дополнение


      SEO мультиязык / мультирегион
      Поддерживает opencart и сборки на нем версий 1.5.x, 2.x, 3.x
      Демо
      Демо админ. части
      логин / пароль
      demo / demo
          Описание
      Автоматическая отправка посетителя, при первом заходе, на главный язык (регион) магазина, если у него нет куки "языка" (при этом данный паттерн никак не влияет на индексацию поисковыми системами т к нет никаких определений ботов поисковых систем и нет редиректов 301)
        Корректные языковые URL с языковыми префиксами,
      правильно индексируются все языковые страницы (чего нет у opencart, сборках и подобных модулях),
      поддержка мета тега hreflang,
      языковые мета теги для Главной страницы,
      убирает index.php?route=common/home для Главной страницы
      поддержка мультимагазинов,
      позволяет создавать мультимагазин в подпапках,
      управляет регионами в том числе и городами,
      шорткоды привязанные к языкам, регионам, мультимагазинам,
      не изменяет системный код файлов, работает со всеми SEO формирователями ЧПУ (seo_pro, seo_url, seoblog, или вообще при выключенном ЧПУ, модулю "все равно" кто там формирует ЧПУ, он свою работу все равно сделает, причем не надо задумываться, чтобы править seo_url, или seo_pro, или кто-то придумает еще что-то, модуль все равно создаст правильный, согласно seo требований, URL для языка). И поэтому модуль выдает правильные sitemap-ы и т.п.

      Решает проблему ЧПУ для пагинации, проблема заключается в том, что при пагинации в opencart title, description одинаковые (по умолчанию в opencart и сборках) и товары однотипные в списке, то ПС могут подумать что это дубль страница, что очень негативно для seo, а благодаря модулю - этого быть не может, т.е. модуль предотвращает дубли страниц при пагинации добавляя новый title и description второстепенной страницы отличный от "главной" страницы категории, чтобы не "опустить" её в поисковой выдаче.
      Заменяет параметр первой страницы пагинации на URL без параметра
      Модуль реализует правильную SEO пагинацию вида http://site.com/page-2 и т.п.
      С изменением title документа и description HTML документа в зависимости от языка т.е.например "Компьютеры - страница 2" (русский), "Computers - page 2" (english). Также теперь нету ссылки на первую страницу (/en/desctops/page-1) заменяется на /en/desctops/)
      Даже без включения ЧПУ пагинация работает и имеет вид к примеру http://site.com/en/page-2?route=product/category&path=1_2    
      Модуль позволяет и имеет функционал
        - модуль НЕ заменяет файлы системы
        - модуль НЕ использует ioncube
        - простая установка и обновление
        - правильно индексируются все языковые страницы (чего нет у opencart, сборках и подобных модулях)
        - разные SEO URL для разных языков (посредством языковых префиксов или поддоменов)
        - разные SEO URL для разных регионов (в т.ч. городов)
        - шорткоды привязанные к языкам, регионам, мультимагазинам
        - переключение валюты связанной с языком, регионом
        - поддержка мета - тега hreflang
        - отключение описании категорий на дополнительных страницах пагинации (только opencart 2.x)
        - правильная SEO пагинация (к примеру вида http://site.com/en/page-2)
        - правильные ЧПУ в переключателе языков, для каждого языка, региона (даже если ЧПУ разные)
        - автоадаптер под тему
        - развитая поддержка мультимагазинов
        - гибкая взаимосвязь с любым функционалом и модулями - виджетами платформы SEO CMS
        - совместимость с любой темой, любыми модулями, которые соотвествуют стандартам программирования и требованиям opencart
        - пользовательский css код прямо в админ. части модуля
        - поддержка любых модулей sitemap (посредством добавления префикса в URL карты магазина)
       
      Возможности
       
      - полная индексация страниц магазина для разных языков, разных регионов (в т.ч. городов)
       
      - ЧПУ пагинация
       
      - hreflang
       
      - разные мета - теги Главной страницы, для разных языков, разных регионов (в т.ч. городов)
       
      - поддержка модулей sitemap
       
      ...
       
      Чем модуль лучше других
       
      - правильная индексация языковых, региональных страниц поисковыми системами
       
      - уникальная технология добавления префиксов (языков, регионов, городов) и изменения ЧПУ пагинации
       
      - модуль НЕ патчит (средствами vqmod или ocmod) ЧПУ формирователи (seo_url, seo_pro и т.п.)
       
      - модуль работает с ЛЮБЫМИ ЧПУ формирователями (seo_url.php, seo_pro.php и любыми другими)
       
       
      Лицензия
      Все права на модуль принадлежат разработчику markimax Условия использования лицензии: один домен - одна лицензия (покупка продукта для каждого домена). Условия использования лицензии - "на владельца". Далее...   Условия технической поддержки
       
      Добавил markimax Добавлено 19.04.2016 Категория SEO, карта сайта, оптимизация Системные требования PHP 5.3+ Метод активации Через официальный сайт дополнения Ioncube Loader Нет OpenCart 3.0
      2.3
      2.2
      2.1
      2.0
      1.5.6.4
      1.5.6.3
      1.5.6.2
      1.5.6.1
      1.5.6
      1.5.4.1
      1.5.3.1 ocStore 3.0
      2.3
      2.2
      2.1
      1.5.5.1.2
      1.5.5.1.1
      1.5.5.1
      1.5.4.1.2
      1.5.4.1.1
      1.5.4.1
      1.5.3.1
      1.5.2.1
      1.5.1.3 OpenCart.Pro, ocShop Opencart.pro 2.3
      Opencart.pro 2.1
      OcShop 2.0.3.х
      OcShop 1.5.6.4.х Обращение к серверу разработчика Нет Старая цена 0  
    • By markimax
      Поддерживает opencart и сборки на нем версий 1.5.x, 2.x, 3.x
      Демо
      Демо админ. части
      логин / пароль
      demo / demo
          Описание
      Автоматическая отправка посетителя, при первом заходе, на главный язык (регион) магазина, если у него нет куки "языка" (при этом данный паттерн никак не влияет на индексацию поисковыми системами т к нет никаких определений ботов поисковых систем и нет редиректов 301)
        Корректные языковые URL с языковыми префиксами,
      правильно индексируются все языковые страницы (чего нет у opencart, сборках и подобных модулях),
      поддержка мета тега hreflang,
      языковые мета теги для Главной страницы,
      убирает index.php?route=common/home для Главной страницы
      поддержка мультимагазинов,
      позволяет создавать мультимагазин в подпапках,
      управляет регионами в том числе и городами,
      шорткоды привязанные к языкам, регионам, мультимагазинам,
      не изменяет системный код файлов, работает со всеми SEO формирователями ЧПУ (seo_pro, seo_url, seoblog, или вообще при выключенном ЧПУ, модулю "все равно" кто там формирует ЧПУ, он свою работу все равно сделает, причем не надо задумываться, чтобы править seo_url, или seo_pro, или кто-то придумает еще что-то, модуль все равно создаст правильный, согласно seo требований, URL для языка). И поэтому модуль выдает правильные sitemap-ы и т.п.

      Решает проблему ЧПУ для пагинации, проблема заключается в том, что при пагинации в opencart title, description одинаковые (по умолчанию в opencart и сборках) и товары однотипные в списке, то ПС могут подумать что это дубль страница, что очень негативно для seo, а благодаря модулю - этого быть не может, т.е. модуль предотвращает дубли страниц при пагинации добавляя новый title и description второстепенной страницы отличный от "главной" страницы категории, чтобы не "опустить" её в поисковой выдаче.
      Заменяет параметр первой страницы пагинации на URL без параметра
      Модуль реализует правильную SEO пагинацию вида http://site.com/page-2 и т.п.
      С изменением title документа и description HTML документа в зависимости от языка т.е.например "Компьютеры - страница 2" (русский), "Computers - page 2" (english). Также теперь нету ссылки на первую страницу (/en/desctops/page-1) заменяется на /en/desctops/)
      Даже без включения ЧПУ пагинация работает и имеет вид к примеру http://site.com/en/page-2?route=product/category&path=1_2    
      Модуль позволяет и имеет функционал
        - модуль НЕ заменяет файлы системы
        - модуль НЕ использует ioncube
        - простая установка и обновление
        - правильно индексируются все языковые страницы (чего нет у opencart, сборках и подобных модулях)
        - разные SEO URL для разных языков (посредством языковых префиксов или поддоменов)
        - разные SEO URL для разных регионов (в т.ч. городов)
        - шорткоды привязанные к языкам, регионам, мультимагазинам
        - переключение валюты связанной с языком, регионом
        - поддержка мета - тега hreflang
        - отключение описании категорий на дополнительных страницах пагинации (только opencart 2.x)
        - правильная SEO пагинация (к примеру вида http://site.com/en/page-2)
        - правильные ЧПУ в переключателе языков, для каждого языка, региона (даже если ЧПУ разные)
        - автоадаптер под тему
        - развитая поддержка мультимагазинов
        - гибкая взаимосвязь с любым функционалом и модулями - виджетами платформы SEO CMS
        - совместимость с любой темой, любыми модулями, которые соотвествуют стандартам программирования и требованиям opencart
        - пользовательский css код прямо в админ. части модуля
        - поддержка любых модулей sitemap (посредством добавления префикса в URL карты магазина)
       
      Возможности
       
      - полная индексация страниц магазина для разных языков, разных регионов (в т.ч. городов)
       
      - ЧПУ пагинация
       
      - hreflang
       
      - разные мета - теги Главной страницы, для разных языков, разных регионов (в т.ч. городов)
       
      - поддержка модулей sitemap
       
      ...
       
      Чем модуль лучше других
       
      - правильная индексация языковых, региональных страниц поисковыми системами
       
      - уникальная технология добавления префиксов (языков, регионов, городов) и изменения ЧПУ пагинации
       
      - модуль НЕ патчит (средствами vqmod или ocmod) ЧПУ формирователи (seo_url, seo_pro и т.п.)
       
      - модуль работает с ЛЮБЫМИ ЧПУ формирователями (seo_url.php, seo_pro.php и любыми другими)
       
       
      Лицензия
      Все права на модуль принадлежат разработчику markimax Условия использования лицензии: один домен - одна лицензия (покупка продукта для каждого домена). Условия использования лицензии - "на владельца". Далее...   Условия технической поддержки
       
    • By Valery332
      Добрый день. Сайт опенкарт 2 https://silvex925.com.ua/search?&search=кольцо в поиске при переключении на страницы пагинации выдает 404 ошибку. Хелп плз)
      product/search.php
      product/search.tpl
       
  • Recently Browsing   0 members

    No registered users viewing this page.

×

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.