Reyzer: херня это все, юзай поддомены для языковых версий и заморочек не будет с доменными зонами
ru.site.com en.site.com
сейчас очень многие так делают..
SSL сертификат копейки стоит на год :)
И чем поддомен будет лучше для автора? Гугл точно так же, не на 100%, будет подставлять в результатах поиска только то, что ему захочется. И никаких гарантий.
У гугл с определением языков, стран и регионов большая беда. Он мой статический IP адрес каждые один-два месяца определяет, то я из Австралии (подсовывается google.com.au), то я из России (подсовывает google.ru), а мой IP из США. В данный момент я опять Австралиец, и снова вижу только австралийскую рекламу в adsense. Пройдёт время, снова всё поменяет... И так уже на протяжении многих лет и не только у меня. Есть огромный топик с этой проблемой на гугл форуме, но воз и ныне там - гугл в этом плане полный ноль и вредитель.
Поэтому поддомены или параметры (или даже отдельные домены) - результат поиска (языковая версия страницы) не будет на 100% предсказуем.
Всё что можно сделать, автор сделал. Прописал теги. Теперь только ждать, когда гугл поумнеет.
Top for the good: Как уже писалось в других темах, то лучше делать каждый язык на отдельном региональном домене.
Лучше не лучше, зависит от ситуации.
Если меняется только язык шаблона, а не контент (например, twitter), то twitter.ru, twitter.es, twitter.de нафиг не нужно. Это раз.
Второе. Для каждого домена придётся, например, покупать отдельный ssl сертификат.
Третье. В каждой доменной зоне есть свои нюансы в законодательстве. Где-то паспорт нужен, где-то закон что-то запрещает без лицензии публиковать и т.п. нежели, например, когда вы только в зоне .com
sear4er: Я все сайты двигаю вечными ссылками, не один пингвин не тронул, то что чуть-чуть просело - сегодня уже на местах. Так что это только лично ваше мнение, скорее всего основанное на одном сайте.
херня это все, юзай поддомены для языковых версий и заморочек не будет с доменными зонами
ru.site.com
en.site.com
сейчас очень многие так делают..
SSL сертификат копейки стоит на год :)
И чем поддомен будет лучше для автора? Гугл точно так же, не на 100%, будет подставлять в результатах поиска только то, что ему захочется. И никаких гарантий.
У гугл с определением языков, стран и регионов большая беда. Он мой статический IP адрес каждые один-два месяца определяет, то я из Австралии (подсовывается google.com.au), то я из России (подсовывает google.ru), а мой IP из США. В данный момент я опять Австралиец, и снова вижу только австралийскую рекламу в adsense. Пройдёт время, снова всё поменяет... И так уже на протяжении многих лет и не только у меня. Есть огромный топик с этой проблемой на гугл форуме, но воз и ныне там - гугл в этом плане полный ноль и вредитель.
Поэтому поддомены или параметры (или даже отдельные домены) - результат поиска (языковая версия страницы) не будет на 100% предсказуем.
Всё что можно сделать, автор сделал. Прописал теги. Теперь только ждать, когда гугл поумнеет.
Не с той ноги встали?
Бывает... Просто тема для меня актуальна, и мне знакома. Делюсь опытом.
Если говорить о ситуации, что надо получить топовые позиции, а не экономить на сертификатах, то это лучшее решение.
Но наверное человек делает твитер и у него есть 10млн. денег, чтобы раскрутить сайт путем рекламы.
А если самому не выдумывать ситуации (сам себе написал и сам себе ответил), а попробовать ответить на вопрос автора топика?
Или пиши по теме, или иди в курилку.
Как уже писалось в других темах, то лучше делать каждый язык на отдельном региональном домене.
Лучше не лучше, зависит от ситуации.
Если меняется только язык шаблона, а не контент (например, twitter), то twitter.ru, twitter.es, twitter.de нафиг не нужно. Это раз.
Второе. Для каждого домена придётся, например, покупать отдельный ssl сертификат.
Третье. В каждой доменной зоне есть свои нюансы в законодательстве. Где-то паспорт нужен, где-то закон что-то запрещает без лицензии публиковать и т.п. нежели, например, когда вы только в зоне .com
на сколько я понял, поисковик не может понять какой язык ты хочешь использовать, почитай ссылку которую ты указал на пруф.
а у тебя 4 языка для для любого региона...
моя мысль понятна?
Ты абсолютно не правильно всё понял.
---------- Добавлено 22.10.2014 в 12:07 ----------
Почему? Что сделано не так?
В google webmaster tools, есть раздел International Targeting. Там смотри как гугл видит твои локализации, ошибки и т.п.
И даже если там всё ок, то всёравно, только одному google известно, когда и какую версию он подставит в результат поиска. Не управляем на 100%.
Что это за бред? Кого волнует то, что воздействует на "менее 1%" ?
А пингвин всех волнует, значит, не на 1% и не на 2%. А на все 100%.☝
Или пиши по теме, или иди в курилку.
Пингвин 3.0 всё ещё в работе:
- Выкатили в конце ночи пятницы, 17 октября
- Будет продолжать развертываться ближайшие несколько недель
- Действует worldwide
- Воздействует на менее 1% английских запросов
- Это только обновление (refresh), никаких новых сигналов не добавлено
https://www.seroundtable.com/google-penguin-3-impact-roll-19321.html
Я все сайты двигаю вечными ссылками, не один пингвин не тронул, то что чуть-чуть просело - сегодня уже на местах. Так что это только лично ваше мнение, скорее всего основанное на одном сайте.
А я вам не верю.
Ссылки никогда не закупал. Мой eng сайт +10% от Google. Мало.
Мой конфиг nginx по части ssl:
listen 111.111.111.111:443 ssl spdy;
add_header Strict-Transport-Security "max-age=10886400; includeSubDomains; preload";
ssl_certificate chained.crt;
ssl_certificate_key key.key;
ssl_protocols SSLv3 TLSv1 TLSv1.1 TLSv1.2;
ssl_ciphers ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-DSS-AES128-SHA256:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128:AES256:AES:DES-CBC3-SHA:HIGH:!aNULL:!eNULL:!EXPORT:!DES:!RC4:!MD5:!PSK;
ssl_prefer_server_ciphers on;
ssl_buffer_size 8k;
ssl_session_cache shared:SSL:10m;
ssl_session_timeout 10m;
spdy_headers_comp 1;