URL для отдельного мобильного сайта

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


Обычно я создаю отзывчивые сайты, но иногда создаю «рабочий стол» и «мобильный» сайт.

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

Я использую обнаружение браузера, чтобы определить, какой html будет обслуживаться. Я понимаю, что можно утверждать, являются ли эти два отдельными «сайтами», но это тот термин, который я буду использовать для этого вопроса.

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

Помимо cookie /сеанса домена, я не знаю, что еще может повлиять на это. Поскольку многие сайты там используют, например, m. Я предполагаю, что есть какая-то польза. Кто-нибудь может пролить свет на то, почему это может быть?

Если бы у меня был отдельный контент, то я, вероятно, чувствовал бы m., но поскольку это точно такой же контент и иерархия, t видеть точку.

Кроме того, один URL-адрес позволяет легко перемещать перекрестное устройство (для мобильных устройств на рабочий стол).

И что, если таковые имеются, - это преимущества использования отдельного URL-адреса для мобильного сайта, на котором версия для мобильных и настольных компьютеров имеет один и тот же контент?

Чтобы быть ясным, есть возможность просмотреть рабочий стол на мобильном телефоне по ссылке. Кроме того, я могу заставить его работать, чтобы добавить /mobile/ или добавить m. вернет мобильную версию, но добавление не будет продолжаться через сайт.

ИЗМЕНИТЬ

Я должен был это разъяснить раньше. Я использую CMS с встроенным перезаписывающим устройством (на самом деле он всегда используется независимо от того, сколько сайтов у вас есть, для создания дружественных URL-адресов). Из-за природы сайтов, которые я делаю, файлы cookie неизбежны.

5 голосов | спросил lnrbob 23 J000000Monday12 2012, 19:13:42

5 ответов


5

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

  • SEO - основная причина для перехода с двумя доменами ИЛИ . Два домена = два отдельных товарных сайта, и их можно размещать на сайтах на рынке приложений. С другой стороны, вы разделяете свой сок ссылок и рейтинг и получаете возможность дублирования контента. Как один пользователь сказал о содержании обмана, его легко бороться с каноническими тегами и ссылками на страницы для мобильных /настольных версий. Канонические теги - это изобретение Google, и я не уверен, сколько других поисковых систем (если они есть) приняли его.
  • Googlebot не использует файлы cookie /сеансы для сканирования вашего сайта. А строки пользовательского агента бесполезны во многих ситуациях. Именно здесь могут быть полезны ссылки на странице /мобильной версии.
  • обнаружение мобильных устройств может быть сложным и неустойчивым и нуждается в обновлении. Во-вторых, когда новое устройство выходит завтра, вам нужно изменить свой код обнаружения. Вторичный м. или домен .mobi не с тех пор, как он был создан для этого.
  • Некоторые веб-мастера хотят, чтобы Google индексировал свой мобильный домен отдельно в поисковой системе Google. Они специально хотят ранжировать сайт или раздел своего сайта по-разному.
  • некоторые веб-мастера хотят продавать два сайта по-разному и обслуживать разные AD. Также добавление дополнительных ресурсов для покупателей медиа.
  • Оптимизация веб-производительности может быть проще сделать для отдельного веб-приложения, а затем адаптивного или загружающего другой дизайн.
  • некоторые веб-мастера хотят разместить свой мобильный сайт /приложение на рынке мобильных приложений (да, хотя это всего лишь сайт html, а не приложение, которое это делает в любом случае). Вы не можете этого сделать, если у вас нет (м. Или .mobi или /mobile).
  • Для некоторых рынков и массы посетителей, которые посещают их, удобнее и лучше понимать URL мобильного сайта. GO TO http://mobile.bluewidget.com Today!, который может иметь смысл для непродуманного человека как OH I didn't know I can visit this site on my iPhone too! и, скорее всего, сейчас попробуют его на своих телефонах или планшетах.
  • Google имеет мобильный файл sitemap.xml .
  • Поисковые системы, такие как Google, могут по-разному обрабатывать мобильные сайты . Это также большое различие, просто потому, что вы сделали свой сайт работой на 320 пикселей, не означает, что это мобильный сайт или будет работать на всех мобильных устройствах. Это отлично подходит для современных смартфонов, но в этом документе объясняется, что есть еще телефоны, которые могут извлечь выгоду из создания отдельных сайтов с использованием (старой) стандартизованной мобильной технологии.
ответил Anthony Hatzopoulos 27 J000000Friday12 2012, 20:39:21
4

Помимо SEO, одна проблема заключается в том, что Url «выглядит», когда люди используют /печатают /отправляют его. Если вы собираетесь перенаправлять людей на m, когда они переходят на www, если они находятся на мобильном устройстве, и перенаправляют людей на www с m, когда это не так, то что вы достигли, используя отдельные домены?

AFAIK, нет никаких преимуществ. Но причина, по которой люди решили использовать m. и www. домены в прошлом - это потому, что:

  • Они не используют только медиа-запросы css для изменения версии своего рабочего стола на свою мобильную версию или;
  • Их серверная платформа не может отправлять разную разметку на мобильные устройства, чем не мобильные.

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

ответил Peter Miller 24 J000000Tuesday12 2012, 13:27:18
2

Интересный вопрос.

Google может читать ваш сайт независимо от его обнаружения - так, который индексируется? Мобильная или настольная версия? И как вы гарантируете, что он не будет отображаться как спам??

Имея 2 URL-адреса, а предоставление страницы отображается по-разному (и содержимое отображается по-разному), вы не должны рассматриваться как спам нового URL-адреса (например, m.domain.com) ... субдомен плюс любые дополнительные метаданных должно быть достаточно, чтобы сообщить поисковой системе, что это для мобильного браузера.

Если вы используете один сайт и обнаруживаете «платформу», передайте его в сеанс /файл cookie, а затем отобразите контент соответственно. Думаю,   1) техническое обслуживание тяжелое и
  2) что произойдет, если браузер не поддерживает файлы cookie? Я считаю, что в сеансах cookie используется только для отслеживания посетителя (хотя все «контент» сохраняется на сервере). Вам понадобится способ, чтобы они выбрали «легкую» версию вашего сайта (мобильную версию).

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

Итак, чтобы ответить на ваш вопрос, вы можете иметь его так, как хотите! Префикс с m. или используйте добавочную папку /мобильную /или любую другую или даже все вышеперечисленное.

Если бы это был я, я бы использовал домен 2 (www. и mobile.)

ответил Dave 24 J000000Tuesday12 2012, 11:40:18
2

В дополнение к другим ответам на пути есть несколько камней преткновения:

Проблемы

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

  2. Как вы обнаруживаете платформу? Скрипты на основе UserAgent? Ненадежная . Печенье? Незаконно, без согласия (согласно законам ЕС).

Решение

  1. Простой ​​Канонический тег для вашей настольной версии должен сделать трюк.

  2. В зависимости от вашего сервера, может быть очень легко выполнить переписывание URL. Тем не менее, я очень рекомендую отзывчивый дизайн.

    Техника хорошо поддерживается, но мой любимый аспект заключается в том, что большинство современных браузеров не извлекают ресурсы DOM для элементов, которые они не отображают. Например, я разместил видео YouTube (iframe) на своем сайте; мой рабочий стол css говорит «display: block», тогда как мобильный css говорит «display: none». Браузеры, использующие мобильный css, не будут пинговать youtube.com, поскольку он не находится в активном DOM, ergo iframe рассматривается как произвольный текст, когда на мобильной платформе.

Стоит ли это?

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

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

ответил TheLonelyGhost 24 J000000Tuesday12 2012, 13:23:55
1

вам нужно будет указать google anotations, чтобы указать m.yoursite.com/page - это мобильная версия www.yoursite.com/page

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

ответил YardenST 24 J000000Tuesday12 2012, 00:11:46

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132