- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Такая ситуация:
Создается проект, ориентированный одинаково на зарубежного и российского пользователей. Естественно, есть версии сайта на английском и русском языкам. Хотелось бы чтобы зарубежным и российским пользователям выдавались соответственные языковые версии. Просто наличие ссылок на разные версии использовать не хотелось бы, т.к. если делать головную страницу на русском, то зарубежному пользователю броузер будет предлагать установить кириллическйи компонент, а если на английском, то российскому пользователю будет непонятно почему сайт российской компании для него же, русского, начинается с английской версии. То есть этот вариант отпадает. Для решения проблемы планируется использовать распознавание по IP, хосту и языку броузера. То есть если IP относится к российской части, или хост содержит .ru, или язык броузера содержит ru, то головная страница выдается на русском, с соответствующими ссылками на русскоязычные внутенние страницы. В остальных случаях выдаем англоязычную страницу.
В общем, достаточно стандартно. Вопрос в том как отнесется Гугль к данному варианту... С одной стороны, данный метод с большой долей вероятности не даст ботам гугля получить русскую версию страницы, но с другой, если учесть что Гугль активно использует тулбары пользователей, то будет постоянно получать в свою базу то русскоязычный, то англоязычный контент для одной и той же страницы... Не запеналит ли он за это? У кого-нибудь были подобные проблемы? Поделитесь наработками. спасибо.
ИМХО, непонятны сомнения по поводу расположения каждой языковой версии на отдельном домене. Англик найдет по поиску английскую версию на своем домене и придет туда и никто его не попросит устаналивать ничего. Русский - русскую, китаец - китайскую, араб - арабскую. Посмотрите как сделано у РИА-Новости (www.rian.ru). Все уже давно придумано.
Ситуация немного другая. Домен уже хорошо раскручен и в зарубежном и российском секторах, поэтому о языковой разбивке на другие домены речи нет.
Стоит вообще выкинуть определение языка по IP или имени хоста - запросто может оказаться какой-нибудь заезжий англофон :)
Есть стандартный механизм content negotiation в HTTP - им и пользуйтесь. Можно по умолчанию отдавать англоязычную страницу - Яндекс понимает, если хость поддерживает language negotiation и переспрашивает русскую версию страницы. Гугл же не обижается на английскую по умолчанию :)
2Zute
Спасибо за совет. Метод с этим апачевским модулем мне известен, но дело не в нем. Вопрос как отнесется гугль к динамике контента одной и той же страницы. Не будет ли у него думок на клоакинг? Ведь мы не обращаем внимания на данные передаваемые тулбаром, а похоже что зря. Мы как делаем: смотрим в серверные логи, что сожрал бот, а о том как Гугль видит страницу в браузере (тулбар-то не на серверной части, а на клиентской) мы не задумываемся.
Вот у меня и вопрос к людям кто ковырялся в тулбаре: какую инфу о странице он отправляет и в каком виде? Заранее благодарен.
http://toolbar.google.com/privacy.html
Я не буду спорить, ибо есть люди просто блин... молящиеся на мануалы, но для продвижения нужны постоянные ссылки и четкая структура сайта, а не брык-брык страницы ;).
Вариант решения - уникод ;) и постепенное разделение с одновременным наращиванием контента.
2Cossack
Спасибо за отклик! Только уникод :) это не выход, а вот постепенное разделение - дело стоящее. Правда сейчас, пока есть траффик, потеря клиентов (особенно в летнее время) это не есть гут, поэтому нужно ургентое решение и подсовывание соответственного языкового контента на головной странице - единственный выход...
По поводу тулбара - в том-то и загвоздка что advanced functionality у достаточной части посетителей наверняка включена и т.о. Гугль может подумать на клоакинг, что может вылиться в неприятные для сайта последствия. Вот и пытаюсь выяснить, действительно ли возможно такое или это просто мои параноидальные мотивы? :)
А зачем удалять? Придумать новую стуктуру и добавлять в нее.
Да, я так и поступлю, конечно, плохо то, что старые ссылки на обоих версиях сайта уже успели обрасти неплохим PR, а также хорошо вылезают в серпе, жалко потом их будет потерять при реструктурировании сайта...
Так значит все таки экспериментровать с главной страницей не стоит?... Могут быть осложнения?
Видел пару раз как буржуи вешают два языка на одной странице: англ/нем... но не уверен, что это будет удобно...
2svift
То есть два варианта текста на странице? Видал тоже такое на одном art-сайте... Нет, так точно не подойдет... Уже существующий контент вообще трогать не хотелось бы...