rafaello9

Рейтинг
132
Регистрация
01.08.2010
Vladimir SEO #:
если на фронте все ровно ( показывается нужный язык), то просто убрать редирект и все. Он не нужен . 

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

Пока что спасибо всем за ответы!!!!

livetv #:
А 302 где тогда?

это так работает WP и плагин перевода. По факту в базе данных "wp_posts" один пост (страница). Но текст "post_content" содержит оба текста - русский и англ., которые разделены тегами. Я уже писал выше об этом. Также есть глобальная переменная "LANG", которая содержит код выбранного языка. Так вот, на основании этой языковой переменной и выбирается текст или русский или английский.

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

livetv #:

Это все равно, что у вас весь контент в корне (без /en/)
/en/ вообще где-то доступен?
Или это переключалка языков?

При запросе https://my-site.com/en/blog/  показывается английский текст, но что важно, ссылка неизменна и в браузере отображается как https://my-site.com/en/blog/

Соответственно запрос https://my-site.com/blog/ показывает русский текст и сама ссылка неизменна.

Отвечая на ваш вопрос, обе ссылки русская и английская существуют в реальности и доступны из интернета

livetv #:

На сайте должны по хорошему быть финальные ссылки без редиректов, тем более 302.
Сравнивайте ссылку до и после редиректа.
Афаир, SiteAnalyzer переходит по редиректам.

так это так работает плагин WPGlobus.
Например, при запросе https://my-site.com/en/blog/ этот плагин делает 302 редирект на страницу https://my-site.com/blog/.

А там уже на самой странице текст разбит через такие символы:
{:ru}Политика конфиденциальности персональной информации{:}{:en}Personal Information Privacy Policy{:}
То есть по факту страница одна и та же, но в зависимости от выбранного языка показывается текст между тегами {:ru}...{:} или {:en}..{:}

Вопрос тот же.
Будут ли поисковики раyжировать русскую и английскую версию страницы как разные документы? Ведь у них по факты разные H1, description, title

Ponyk #:

Думаю что ничего не делать, вп плагин так работает. 

А почему тогда Сайт Анализер проигнорировал сканирование англоязычных страниц?
Роботы поисковых систем будут ли их сканировать и принимать как отдельный документ?
Согласен с Антоний Казанский  !
Выискивать похожие или сильно похожие и одинаковые по интенту кластеры Гугловского ядра и Яндексовского и потом их объединять - это сильная головная боль. При том надо еще следить, чтобы не было каннибализации.
Антоний Казанский #:

Услуги нацелена на РФ - приоритетно работаете под Яндекс, Гугл - в дополнение.

В бурже - акцент на Гугл.

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

Да, основной трафик будет с России.
Если я вас правильно понял, то к сделанному сем. ядру под Яндекс надо сделать отдельно сем. ядро под Гугл. И потом одинаковые по интенту кластеры гугловского ядра с кластерами яндексовского можно объединить.

Или вообще не делать ядро под Гугл? Как будет, так будет (в смысле продвижения в Гугле) 

И еще по карте XML есть такой вопрос.

Вот сам сайт двуязычный - русский, английский.
Вопрос.
Как правильно будет?
1. Прописать в robots.txt две ссылки на две версии карты sitemap.xml
2. В robots.txt оставить одну ссылку на основную языковую (русскую) версию карты  sitemap.xml, а на главную страницу основной карты sitemap.xml поставить ссылку на англоязычную версию карты?

Заранее спасибо за комментарии.

Спасибо все за ответы.

А вот такой вариант рассматривается?
Я выкладываю сразу все 600 страниц, но метатеги, тайтлы все под один шаблон, где подставляются переменные, то есть "такая то услуга в таком то городе". Но этот шаблон не бьется с разработанным семантическим ядром. То есть потом в течении 2-3-4 месяцев вручную будут редактироваться метатеги и тайтлы и добавляться сео тексты как в сем. ядре.

???

а все, я сам разобрался.

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

а я думал на основании последнего месяца и умножает на 12.

Всего: 74