SaOP

9 серпня 2020

В 07.08.2020 в 14:42, Maximilianus123 сказал:

молчит

Аналогичные ошибки. Не связано с шаблоном, но связано в опенкартом и его работой с кешем.

Рекомендуют отключить вывод ошибок.

30 липня 2020

Сегодня общался с оператором:

Перевод: " никто над оф.плагинами не работает, рекомендуют самим ручками писать свои модули средствами API".

20 липня 2020

35 минут назад, pawana сказал:

Скоро увидите :)))

Гугл не пихает в сниппет хлеб крошки, пихает только метаданные. Вы то о крошках пишите, то о метаданных главной. Ладно, не буду грузить :), сами разберетесь.

Видел ваши баталии на странице шаблона. П.С. у меня этот же шаблон

Видел в рекомендациях гугла (https://support.google.com/webmasters/answer/182192) несколько способов адаптации. Не нужно один метод возводить в ранг единственного верного.

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

Та отош(касательно баталий). Человек пишет что что-то там современное, потом пишет что вопрос не относится в шаблону, а потом всё таки решается помочь, ибо это их код формирования крошек, причем в куче мест идет формирование данных переменных. Например: имя магазина(в микроразметке) корневой страницы новостей - из uni_news.php, а такое же имя самой новости уже из uni_news_story.php.

20 липня 2020

14 минут назад, pawana сказал:

Насколько мне известно, гуглу все равно какая длина. Здесь не о вложенности, а о 3-4 символах в урле. Да и вообще, опять же, читал много инфы, что гугл также не обращает внимание на сео урлы. У меня их нет - много страниц в топе и выше тех у кого они есть. Хотя у себя со временем все равно включу

А это к чему? Домик - это символ из шрифта. Такой же как все остальные. Не больше и не меньше. Тут лишь ваше личное представление о юзабилити.

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

opencart 3 формирует разные языки и засовывает их в разноименные урлы - не вижу смысла в дописывании специально /uk и /en, ради "просто так". НО, важно что бы ВСЯ страница была на английском, в том числе и её микроразметка - тогда у робота не возникнет путаницы.

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

Уже решил вопрос с переводом микроразметки. Да, значение переменной засовываю в языковой файл, для каждого языка свой. Но присваивать переменную не получается в контролерах. Она присваивается в uni_new_data.php(шаблонный файл). По крайней мере у меня вышло так.

20 липня 2020

Есть ли модуль для добавления hreflang в страницы? Я понимаю, у марка есть, но он слишком нагроможден. Мне нужен только hreflang. Не встречали ли, может у Вас есть?

20 липня 2020

1 час назад, Otvet сказал:

в реальном времени, всегда актуальный

нет, главное чтоб в коде самих страниц было

не пересекается

патч для добавления страниц встроенного блога так же имеется

не пересекается в каком смысле? - не дружат? или напротив?

20 липня 2020

2 часа назад, Otvet сказал:

отдельные карты на каждый язык

это удобнее

Формирование происходит автоматически, по заданному времени, или нужно самому жать на кнопку?

Т.е. в отдельных файлах нет отдельного указания hreflang(язык-страна)?

Адекватно ли работает в UniShop2 ?

Спасибо.

20 липня 2020

Скажите пожалуйста.

Формируется ли карта для разных языков сайта(с разными урлами)?

Присутствует ли hreflang адаптация языков в картах?

20 липня 2020

4 минуты назад, markimax сказал:

Это вопрос не к модулю, а к авторам шаблона. Если правильно у них реализовано - то должна быть корректной. На unishop 2 не было рекламаций

Т.е. модуль сам не вносит микроразметку свою?

20 липня 2020

Несколько вопросов.

Как обстоят дела с микроразметкой? добавляет ли шаблон свою мультиязычную микроразметку на страницы?

Тестировался ли на шаблоне UniShop2 - работает ли, или есть нюансы?

20 липня 2020

1 минуту назад, markimax сказал:

demo / demo

Да, эти данные я и ввожу. А гугл мне в ответ, что пароли сперли )

20 липня 2020

Спойлер

При заходе в админку демки.

20 липня 2020

15 часов назад, pawana сказал:

Мешает недосео опенкарта. В карте - только дефолтный язык. А вот эти вот /en и /uk как раз формируют сторонние модули типа модуля Марка. И хоть в тройке есть урлы под каждый язык, но по факту это только для радости пользователей

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

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

У меня например /en и /uk главной страницы сформированы стандартным SEO, и только для главной. Для других страниц я исключил /uk и /en ибо считаю что это лишняя длинна для урла. Есть другие способы сообщить гуглу и остальным о языке, а не удлинять путь и вложенность.

Гугл карта отображает информацию на языке пользователя, на крайний случай есть атрибут айфрейма устанавливающий язык(language).

Я предпочитаю что бы всё было заполнено правильно, исключая символы домиков и т.п. вещи, которые гугл сейчас в поиск практически и не выводит. Вот и ищу где поменять это значение ((( Пока не нашел. Кто знает?

19 липня 2020

2 часа назад, pawana сказал:

Тут еще одна бодяга есть. Гугл часто путает украинский и русский. Такой инфо в сети достаточно. Я украинский запустил вообще отдельным доменом с украинским дефолтным языком (это частный случай, так сложилось исторически). Так вот, при поиске на украинском гугл мне часто подсовывает мой сайт, у которого дефолтный язык русский. И для русского языка - украиноязычный сайт (думаю что из-за того, что у меня ip украинский, а язык поиска русский. Да, и англоязычный сайт тоже показывает - почему не знаю. Короче - бардак у них :)))

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

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

Гугл и так будет видеть все языки - что ему мешает? Учитывая что заполняются индивидуальные урлы для каждого языка каждой страницы, даже главная - "домен/en/", "домен/uk/"...

У меня тут возник другой вопрос. Пока не могу решить. Может кто знает где копать???

В целом. Есть такая штука, как хлебные крошки(микроразметка):

Спойлер

Так вот, "Название магазина", первая позиция, указывается в настройках системы и только на одном языке.

Не знаю куда копать, и как разделить в этом случае на разные языки ?

Может кто в курсе?

Спасибо.

19 липня 2020

5 минут назад, kotus2002 сказал:

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

Про главную - понял. Да, вполне рабочая штука.

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

19 липня 2020

28 минут назад, kotus2002 сказал:

Autodetect никак не мешает корректной индексации. Это, по сути, модуль удобства. Просто если вы хотите нормально индексироваться на разных языках - создавайте уникальные url для каждого языка. Гугл только это волнует, никакой autodetect ему тут не указ.

Такие решения есть и тут на форуме видел, я использую "ненашинский".

Про главную страницу не понял...

Я согласен, удобно. Но в вышеупомянутой статье сказано(почитайте):

"Если вы динамически изменяете контент или осуществляете переадресацию с учетом языковых настроек, учитывайте, что Google может обнаружить не все версии ваших страниц. Это происходит потому, что обычно робот Googlebot запускается из США и отправляет запросы HTTP без параметра Accept-Language в заголовке."

Т.е. если робот зайдет с США, страница увидит его ip и автоматически будет его перенаправлять только на английскую версию, сколько бы у меня не было уникальных урлов для всех языков. Поэтому я всё таки воздержусь от этой автоматики. Может я ошибаюсь конечно, ибо существует ведь перелинковка языков разных страниц. Но рисковать не хочу.

Немного сам разобрался в БЕСПЛАТНОМ ))) методе перевода названия и описания главной страницы. Проверил - работает нормально, т.е. на каждом языке свой TITLE и description главной страницы. + добавил ваш метод борьбы со страницей контактов ))

19 липня 2020

Всем привет.

Не смог быстро найти решение проблемы с переводом названия(TITLE) и описания(description) главных страниц сайта, когда их несколько или даже много на разных языках.

Если вы здесь, вы наверное уже поняли, что не просто перевести некоторые страницы на насколько языков, такие страницы как Главная и(или) штатная страница контактов.

Вот небольшой мануал-решение без использования сторонних модулей:

Главная станица.

1. /catalog/controller/common/home.php:

Спойлер

Заменяем(закомментируем) строки

       //$this->document->setTitle($this->config->get('config_meta_title'));
       //$this->document->setDescription($this->config->get('config_meta_description'));
       $this->document->setTitle($this->language->get('text_title'));
$this->document->setDescription($this->language->get('text_description'));

2. /catalog/language/ru-ru/ru-ru.php:

Спойлер

Добавляем

$_['text_title'] = 'НАЗВАНИЕ';
$_['text_description'] = 'ОПИСАНИЕ';

3. /catalog/language/en-gb/en-gb.php и т.д. - пишем те же ключи но с соответствующим языку содержимым.

ВСЁ.

Штатная страница контактов(+добьавление description и keywords ибо их в ней нет).

Открыть контроллер: /catalog/controller/information/contact.php.

после строки: $this->document->setTitle($this->language->get('heading_title'));
вставляете

$this->document->setDescription($this->language->get('description'));
$this->document->setKeywords($this->language->get('keywords'));

Закрыть контроллер.

Открыть языковой файл: /catalog/language/ru-ru/information/contact.php

после строки: $_['heading_title'] = 'здесь ВАШЕ НАЗВАНИЕ в русской странице';

вставляете

$_['description'] = 'ваше описание';
$_['keywords'] = 'ваши ключи через запятую';

/catalog/language/en-gb//information/contact.php - проделываем тоже самое но но английском и т.д.

Всё.

19 липня 2020

48 минут назад, kotus2002 сказал:

Лучше оставьте один короткий юрл для всех. мойдомен/contacts. Это понятно и нашим, и не нашим. А сколько языков у вас? Если у вас много языков, и вы реально печетесь об удобстве клиента - то, конечно, надо переводить все на эти языки и ставить autodetect po ip, чтобы сайт открывался на языке региона, с которого заходит клиент. Ощущение дома, так сказать...

Не много языков: Рус. Укр. Англ.

Переводим каждое слово на 3 языка.

Просто любопытно, как реагирует поисковик, когда видит что по одному адресу(мойдомен/contacts) разные страницы(разные языки и даже фото)?

Спасибо за наводку на autodetect - это хорошая идея. Не встречали ли готовые модули для этой реализации?

Ещё хотел спросить. А в каком файле переводятся титл и дискрипш главной страницы? (они ведь опять таки черпают инфу с системных).

Спасибо!

(https://support.google.com/webmasters/answer/182192 любопытная инфа. И которой слудует что разные урлы - обязательно и "autodetect" - это плохая идея ( происходит потому, что обычно робот Googlebot запускается из США и отправляет запросы HTTP без параметра Accept-Language в заголовке.))

18 липня 2020

Ещё один интересный вопрос.

Штатная страница контактов доступна по адресу index.php?route=information/contact. И на всех языках она по этому же адресу.

Стоит ли устанавливать короткое SEO имя одинаковым на все языки? Или лучше на всех языках свой адрес, имя SEO?

18 липня 2020

1 час назад, Vetroff сказал:

Как по мне, то вы сильно заморачивайтесь. Магазин должен товары продавать, а не контакты )

1 час назад, kotus2002 сказал:

100% правда. Не заморачивайтесь. Этим страницам в индексе делать нечего. Никаких плюсов для магазина вы от этой "мышиной возни" не получите. Оформляйте как нравится - и в путь.

Каждая страница требует своего внимания )) Контакты не исключение.

kotus2002, спасибо большое за инфу. Добавил дискрипшн.

Просто пробелы или точки в общих настройках координатов не помогают. Решил вопрос удаления этих, не переводимых системных контактов путем правки contact.twig, в редакторе шаблона:

Спойлер

{{header}}
<div id="contact-page" class="container">
   <ul class="breadcrumb {{ menu_expanded ? 'col-md-offset-3 col-lg-offset-3 col-xxl-offset-4' }}">
       {% for key, breadcrumb in breadcrumbs %}
           {% if key + 1 < breadcrumbs|length %}
               <li><a href="{{breadcrumb.href}}">{{breadcrumb.text}}</a></li>
           {% else %}
               <li>{{breadcrumb.text}}</li>
           {% endif %}
       {% endfor %}
   </ul>
   <div class="row">
       {{column_left}}
       {% if column_left and column_right %}
           {% set class = 'col-sm-4 col-md-4 col-lg-6' %}
       {% elseif column_left or column_right %}
           {% set class = 'col-sm-8 col-md-9 col-lg-9 col-xxl-16' %}
       {% else %}
           {% set class = 'col-sm-12' %}
       {% endif %}
       <div id="content" class="{{class}}">
           {{content_top}}

           <form action="{{action}}" method="post" enctype="multipart/form-data" class="form-horizontal">
               <fieldset>
                   <div class="heading"><span>Send E-Mail</span></div>
                   <div class="form-group required">
                       <label class="col-sm-2 control-label" for="input-name">{{entry_name}}</label>
                       <div class="col-sm-10">
                           <input type="text" name="name" value="{{name}}" id="input-name" class="form-control" />
                           {% if error_name %}
                               <div class="text-danger">{{error_name}}</div>
                           {% endif %}
                       </div>
                   </div>
                   <div class="form-group required">
                       <label class="col-sm-2 control-label" for="input-email">{{entry_email}}</label>
                       <div class="col-sm-10">
                           <input type="text" name="email" value="{{email}}" id="input-email" class="form-control" />
                           {% if error_email %}
                               <div class="text-danger">{{error_email}}</div>
                           {% endif %}
                       </div>
                   </div>
                   <div class="form-group required">
                       <label class="col-sm-2 control-label" for="input-enquiry">{{entry_enquiry}}</label>
                       <div class="col-sm-10">
                           <textarea name="enquiry" rows="10" id="input-enquiry" class="form-control">{{enquiry}}</textarea>
                           {% if error_enquiry %}
                               <div class="text-danger">{{error_enquiry}}</div>
                           {% endif %}
                       </div>
                   </div>
                   {{captcha}}
               </fieldset>
               <div class="buttons">
                   <div class="pull-right">
                       {% if text_agree %}
                           {{text_agree}}
                           {% if agree %}
                               <input type="checkbox" name="agree" value="1" checked="checked" />
                           {% else %}
                               <input type="checkbox" name="agree" value="1" />
                           {% endif %}
                       {% endif %}
                       <input class="btn btn-primary" type="submit" value="{{button_submit}}" />
                   </div>
               </div>
           </form>
           {{content_bottom}}
       </div>
       {{column_right}}
   </div>
</div>
<script type="application/ld+json">
   {
       "@context": "http://schema.org",
       "@type": "BreadcrumbList",
       "itemListElement": [
       {% for i, breadcrumb in breadcrumbs %}
           {
           "@type": "ListItem",
           "position": {{i+1}},
           "name": "{{i == 0 ? shop_name: breadcrumb.text}}",
           "item": "{{breadcrumb.href}}"
           {{i + 1 < breadcrumbs|length ? '},' : '}' }}
       {% endfor %}
       ]
   }
</script>
<script type="application/ld+json">
   {
       "@context": "https://schema.org",
       "@type": "Store",
       "name": "{{ microdata.name }}",
       "url": "{{ microdata.url }}",
       "image": "{{ microdata.image }}",
       "description": "{{ microdata.description }}",
       "email": "{{ microdata.email }}",
       "telephone": "{{ microdata.telephone }}",
       "openingHours": "{{ microdata.open_hours }}",
       "priceRange": "{{ microdata.currency }}",
       "address": {
           "@type": "PostalAddress",
           "streetAddress": "{{ microdata.address }}"
       }
}
</script>
{{footer}}

Удалил всё, что связано с выводом инфы из системных настроек, оставил форму для отправки сообщения.

А координаты с переводами уже вставлю HTML-контентом.

Спасибо.

18 липня 2020

11 часов назад, Vetroff сказал:

Можно модулем HTML контент добавить блок на стандартную страницу контактов и собственно, все.

А как вырезать оттуда данные контактов, одноязычные, которые подтягиваются с общих настроек? Не заполнять эти данные просто не получится:

Спойлер

Как редактировать титл и дискрипшн стандартной страницы?

Спасибо!

17 липня 2020

Всем привет.

Ребята, скажите пожалуйста. Чем-то принципиально будут ли отличаться страницы контактов: встроенная страница Сontact(которая черпает данные с общих настроек админки), и созданная, рукодельная "статья" kontakty, если заложить в обеих одинаковые данные ? Особенно интересно с точки зрения SEO.

Сontact(встроенная) смущает тем, что не просто перевести входные данные на 2 дополнительных языка, учитывая что ввести в админке, в настройках, можно их только на одном языке. Т.е. нужно копошиться где-то что-то переводить ручками(если это вообще возможно). В рукодельной статье kontakty я могу без дополнительных хлопот сразу на 3х языках писать.

Рукодельные контакты смущают отсутствием встроенного текстового Feedback, отправки сообщения. + немного не ясно, зачем существует отдельная, встроенная Сontact.

Пожалуйста, объясните, чего я не знаю и как поступить лучше?

Спасибо.

13 липня 2020

3 минуты назад, Tom сказал:

Магазин/config.php

Admin/config.php

Система-Настройки, включить режим обслуживания.

Спасибо. Всё получилось!

13 липня 2020

7 часов назад, Tom сказал:

Вы к кому обращаетесь?

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

Я обращаюсь ко всем знающим добрым самаритянинам :-)

Да, магазин был в подпапке. В каких именно конфигах заменять путь?(Вычищаем содержимое двух файлов config.php (один в корне магазина другой в папке admin) - здесь?)

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

СПАСИБО!

12 липня 2020

Добрый день.

Подскажите пожалуйста как переместить магазин (ocStore 3.0.2) из подкаталога (что-то типа "shop") в корень сайта на том же хостинге и домине, что бы не погубить все наполнение и оформление и доп. шаблоны и модули?

Либо укажите на ранее обсуждаемую такую же проблему- не нашел :-(

Либо, если вы программист, напишите в личку решение - зашлю "на 🍺"

П.С. В дополнении, нужен опытный программист для мелких платных работ по сайту.

Спасибо.

Вхід

Профілі

Форум

Маркетплейс

Статті

FAQ

Наші новини

Магазин

Блоги

module__dplus_manager

Повідомлення, опубліковані користувачем SaOP

Покупцям

Розробникам

Корисна інформація

Останні розширення

Important Information