Сontact или kontakty ?

[SaOP]

Всем привет. 

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

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

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

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

Спасибо.

 

[Vetroff]

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

[SaOP]

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

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

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

Спойлер

 

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

Спасибо! 

 

Змінено 18 липня 2020 користувачем SaOP

[Vetroff]

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

[kotus2002]

Попробуйте пробел поставить, может "съест". Или точки...

 

Для метатегов стандартных страниц видел пару модулей, поищите по форуму.

Если не хотите модулем - можно вручную сделать.

 

Открыть контроллер: /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/russian/information/contact.php

после строки: $_['heading_title']  = 'Связаться с нами';

вставляете 

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

 

По этой логике можете задать метатеги для всех системных страниц.

 

[kotus2002]

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

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

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

[SaOP]

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-контентом.

Спасибо.

[SaOP]

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

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

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

[kotus2002]

13 часов назад, SaOP сказал:

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

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

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

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

[SaOP]

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

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

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

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

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

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

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

Спасибо!

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

Змінено 19 липня 2020 користувачем SaOP

[kotus2002]

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

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

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

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

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

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

Спасибо!

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

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

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

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

[pawana]

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

если вы хотите нормально индексироваться на разных языках - создавайте уникальные url для каждого языка.

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

 

[kotus2002]

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

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

 

Да, это хорошее решение если товаров много.

[SaOP]

 

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

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

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

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

 

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

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

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

 

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

 

Змінено 19 липня 2020 користувачем SaOP

[kotus2002]

6 минут назад, SaOP сказал:

что Google может обнаружить не все версии ваших страниц.

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

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

 

[SaOP]

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

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

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

 

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

[kotus2002]

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

[pawana]

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

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

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

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

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

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

Змінено 19 липня 2020 користувачем pawana

[SaOP]

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

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

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

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

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

 

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

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

Спойлер

 

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

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

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

Спасибо.

 

Змінено 19 липня 2020 користувачем SaOP

[pawana]

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

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

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

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

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

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

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

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

Есть такая штука, как хлебные крошки:

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

Змінено 19 липня 2020 користувачем pawana

[SaOP]

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

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

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

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

 

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

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

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

Змінено 20 липня 2020 користувачем SaOP

[pawana]

8 часов назад, SaOP сказал:

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

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

8 часов назад, SaOP сказал:

исключая символы домиков

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

8 часов назад, SaOP сказал:

Вот и ищу где поменять это значение

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

[SaOP]

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

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

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

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

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

 

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

 

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

 

[pawana]

50 минут назад, SaOP сказал:

не вижу смысла в дописывании специально /uk и /en

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

51 минуту назад, SaOP сказал:

гугл аккуратно этот символ вырезал из поиска

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

 

55 минут назад, SaOP сказал:

Она присваивается в uni_new_data.php

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

[SaOP]

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

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

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

 

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

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

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

 

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

 

Змінено 20 липня 2020 користувачем SaOP