search

martinthenext / snya.li

Russian apartment searching engine for VK.com social network
0 stars 0 forks source link

Поиск и ЧПУ #9

Closed xEviL closed 9 years ago

xEviL commented 9 years ago

Открыто к обсуждению, но поиск надо бы сделать как ЧПУ URL, результаты без перезагрузки страницы (e.g. HTML History API).

Вообще URL c параметрами я бы не использовал. Сайт - лента без страниц, поиск тоже, разделы (аренда/продажа) тоже надо сделать без перезагрузки страниц. Всё-таки современный и удобный сайт делаем, а не ферму прошлого века с мусором из вконтакте.

xEviL commented 9 years ago

Изначально ЧПУ вида snya.li/moskva/щукинская делался по двум причинам:

madamenko commented 9 years ago
  1. Я не против ЧПУ в url поиска, но так же за то, чтобы каждое объявление рано или поздно попадающее на сайт оставалось на сайте с ЧПУ ссылкой
  2. Подписка на результаты за голоса Вконтакте работать не будет и, если даже будет, то это копейки
ilyaplot commented 9 years ago

Сделал поиск с ЧПУ. Не стал использовать HTML History API, потому что это не нужно, и не все браузеры поддерживают эту технологию, тем более мобильные. По статистике слишком большой трафик с мобильных, что бы рисковать. Мы делаем проект для людей.

Ссылки на города соответствуют ссылкам первой версии. Окончание .html убрал, обновил таблицу городов элементами массива из city-list.php

Убрал ненужные слова из URL

Примеры URL: http://dev.snya.li/sergiev-posad - Список объявлений с городом http://dev.snya.li/sergiev-posad/sdam-v-arendu - Город + тип http://dev.snya.li/search/sergiev-posad/однокомнатная - Поиск по городу http://dev.snya.li/search/sergiev-posad/sdam-v-arendu/однокомнатная - Поиск по городу с учетом типа объявления http://dev.snya.li/sergiev-posad/sdam-v-arendu/po-vozmo-nosti-repost-sda-odnokomnatnu-kvartirusergiev-posadulmatrosovanovostrojkabalkon_4929 - объявление

В данный момент все страницы, кроме страницы одного объявления, используют ajax пагинацию, все остальное сделано "старомодными" ссылками.

Момент первый: поисковое индексирование. Понятно, что человеку удобнее пользоваться динамическим сайтом, но я смотрел индексы поисковиков. Там из контента лишь "подождите, загружаю объявления". Яндекс умеет преобразовывать ссылки - якоря в get параметры, но зачем делать двойную работу, если и так все хорошо и удобно?

Момент второй: статистика. Метрика и аналитика покажет только одну страницу с большим временем сеанса, что совершенно не информативно. Мы не сможем правильно анализировать количество внутренних переходов, а значит, не сможем увеличивать этот показатель.

Момент третий: монетизация. В том случае, если мы захотим монетизировать сайт или приложение рекламой, мы получим минимум возможного заработка. Реклама покажется одному пользователю, в основном, один раз. Да и уйдет из области видимости почти сразу. В данный момент внутренние переходы дадут хорошее количество переходов.

xEviL commented 9 years ago

по пунктам:

  1. Можно совсместить статику (по ссылке) для поисковиков, и динамический поиск для юзеров.
  2. Внутренние переходы не так важны, одностраничное приложение с фильтром - идеальный вариант сервиса имхо.
  3. Реклама вешается в ленте по прокрутке. Т.е. каждый N=10,20,30,... объявлений, например, реклама. Но рекламу мы не будем вешать, монетизацию давайте делать по-другому.

закрываем этот тикет, доделки в другие более конкретные перенесем