Мультиязычный сайт, организация

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

Спасибо! Я об этом думал, но ситуация такова, что я хочу абстрагировать пользователей от геолокации. Проще говоря, человек из Москвы должен просто и легко найти в базе музыканта, например, из Киева. Т.е., не должен москвич заходить на сайт с украинским доменом .com.ua и именно там искать себе товарища-киевлянина. Москвичу нужно просто вбить в поиске слово «киев» и он моментально получит всех украинских музыкантов из города «київ».

Вот, например, как Вконтакте: нет же отдельных сайтов vk.ru, vk.com.ua, vk.by и.т.д — есть единая сеть, объеденяющая людей по языку.

Поэтому я и решил пойти по принципу разделения по языкам. Вот только не хочется, чтобы были проблемы с дубляжем контента — если такие вообще возможны (см. мой первый пост выше).

Если у вас в в Киеве будет свой распрекрасный сайт, так москвич и получит его.

Если у вас на российском сайте будет каталог ВСЕХ музыкантов, москвич тоже получит нужную информацию. Но вот если киевлянин захочет сделать то же самое, ваш российский сайт явно проиграет своему украинскому конкуренту.

В вашем случае не надо делать разные адреса страницам, у которых меняется только шаблон. Задействуйте куки и post-переменные. Если есть авторизация, можно дать возможность юзеру прописывать предпочтительный язык в настройках.

Хм.. Простите, не понимаю.. Ну, вот я в Киеве хочу найти кого-нибудь в Москве — на какой мне сайт лучше заходить: на российский, или пытаться найти музыкантов из Москвы на украинском сайте? — логично предположить, что на украинском сайте НЕ будет (или почти не будет) российских музыкантов, а на российском сайте НЕ будет (или почти не будет) украинских музыкантов.

Или вы предлагаете мне реализовать всё вышеописанное мной, но только использовать НЕ субдомены, а региональные домены? Типа, на домене .ru всё на русском языке, на домене .com.ua всё то же самое на укранском языке?

Я хочу, чтобы это было видно НЕ только пользователю, а и поисковикам. Понятно, что можно сделать перевод интерфейса через Javascript и не париться, но поисковик этого не увидит. Поэтому я и хочу, чтобы у меня был тру-перевод на разных субдоменах, чтобы сайт искался по запросам, например «ищу музыкантов» и «шукаю музикантів» — так возможно будет продвигать сайт по разным запросам.

Именно так.

Посетителю глубоко наплевать, какой сайт он увидел в топах своей выдачи.

Окей — это отличный совет!

Теперь, возвращаясь к основном вопросу — ничего, что вся страница переведена, а текст в поле «Информация» на родном языке пользователя? Или тут уже ничего не поделаешь? — не машинным-же переводом его переводить. Может стоит ставить rel="canonical" со ссылкой на страницу на оригинальном языке?

Тогда вот вам хороший пример: http://metalist.ua/

---------- Добавлено 15.10.2013 в 15:09 ----------

Ага — понял, спасибо! Значит никакого rel="canonical".

За пример — спасибо. Ваш подход (организация субдоменов) совпадает с моей идеей; но вот товарищ Барышников пишет, что лучше использовать не субдомены, а национальные домены. Что вы думаете по этому поводу?