bigN

Рейтинг
15
Регистрация
25.02.2010
fhuuz:
По моему лучше начинать с более общего. Потом постепенно сужать до точечной обработки потенциальных клиентов.

Мне тоже так кажется..... хотя хотелось бы посмотреть кто и как это делает ето на примере....

Обьясните пожалуйста, если продвигаем локальный сайт, и интересуют только СЧ и НЧ запросы связаны с городом нп Мосва.

1. Стоит ли оптимизировать морду под ВЧ (хотя они меня не интересуют), а внутренние страницы под СЧ и НЧ чтобы обхватить как можно больше запросов?

2. Если СЧ, 4-5 штук, нузжно сделать столько же подразделов / точек входа?

3. Под сколько запросов лучше/нужно оптимизировать точку входа?

Starche:
Регистрируйтесь на полуавтомате. Считаю, что нет смысла разбивать работу на 3 шага - дольше получится. К тому же не обязательно для каждого проекта регаться каждый раз, можно использовать один аккаунт, как показала практика, со стороны модераторов больше доверия, если у вас уже есть размещенные статьи с этого акка.

В принципе я так и делаю, все каталоги и соц закладки я глазками проверяю и не один раз... но появилось несколько проэктов и хотелось хоть чуток сэкономить время:)...

Магнат:
Есть несколько вариантов решения исходя из возможных потребностей

1. Мы сами забиваем в базу нужные отели, номера, цены, производим по ним поиск и бронирование непосредственно в своей базе (т.е. сами у себя). Самый дешевый вариант. Для его реализации подойдет, например, решение, предложенное Dram.

2. Мы работаем с конкретным поставщиком. Ну, например, с GTA, который предоставляет свой веб-сервис. Мы просто транслируем запросы от пользователя в предоставленный веб-сервис и отдаем от него ответ. Чисто теоретически в бюджет в 2к можно вписаться, хотя практически, вряд ли. Учитывая всякие обвесы типа сравнений, рейтингов, комментариев, новостей, спецпредложений, скидок, вариантов оплаты и пр. в 2к уложиться нереально. Пример такого сайта ozon.travel - гостиницы.

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

При 2-м и 3-м варианте всякий разговоры о Джумлах, ВордПрессах и прочих Друпалах просто неуместны.



При третьем варианте одним из поставщиков можем являться мы сами

Вариант 3 :

1. База своя.

2. Гостиницы сами должны обновлять базы через админку или ХМЛ

3. Клиент производит бронирование или поиск непосредственно в своей базе

4. Опция (Веб-сервис с конкретным поставщиком например, букинг.ком, в этом случае бронирование на ихнем сервисе)

5. Нужны всякие обвесы типа сравнений, рейтингов, комментариев, новостей, спецпредложений, скидок и пр.

6. Важно разные варианты оплаты и комиссионых

При 2-м и 3-м варианте всякий разговоры о Джумлах, ВордПрессах и прочих Друпалах просто неуместны.

Единственный вариант ..... самопис?

Powinteh:
Выход есть, заказывать уникальную cms, под основные нужды, а дальше её дорабатывать, я не прав?

Теоретически прав но реальность доказывает другое... Тут на СМС типа Джумлы и Вордрпресса столько людей работают и каждый день находят то дыры то недосатки или же Молоток.ру тоже могли бы уникал написать ..... поэтому уникальную cms (без проблем) не построешь даже и за 100К. А тяп ляп конечно можно что то сотварить на CakePHP или CodeIgnitere итд. Поэтому я остаюсь при мнение готовый скрипт и доделование до ума.

Toy:
bigN, идентичного функционала вы не найдете при всем желании, т.к. booking.com явно делался под заказ. Либо даже у них есть штат разработчиков, которые непрерывно работают на сайте.

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

Toy:
bigNОшибочно полагать, что вкладывая минимум усилий можно повторить успешный проект. Он потому и успешный, потому что авторы не пытались с экономить на реализации идеи, а просто делали что нужно.

Я не думаю что букинг.ком успешен только из за софта или "реализации идеи", они также потратили большую часть и на маркетинге, сео , афилиате итд.

Toy:
bigNЛибо вы просто хотите чтобы у вас был такой сервис и судьба его вас не интересует? Если это не так, то прекратите искать что подешевле, а закажите под конкретное тз с долгосрочной поддержкой.

А кто говорил что я ищю подешевле....? Я ищю для начала лучший готовыи скрипт ... который далее можно довести до ума.

(Ещё пример, у ебау есть аналог phpprobid и много других дешёвых и дорогих они конечно не ебау но для локального маркета хватает)

Powinteh:
Видел подобное в буржунете, помню цена зашкаливала за 2000$, если вспомню дам линк....

цена за 2К вполне приемлима если конечно функционал идентичен....

Powinteh:

А в общем я считаю по поводу туристических cms тут нужно с нуля писать под техническое задание заказчика

Я тоже за это ... но это точно превзойдёт 2К а может и 20К притом если же калякать самому то 99% время уидёт на тестирование и дебагинг. и не остаётся на сео, маркетинг итд.

Maxoud:
Займитесь делом. Поищите "SEO siloing" вместо того, чтобы всякое дерьмо рассматривать. И будет вам перелинковка.

Дерьмо это или нет..... но всё же оно помоему визуально подверждает силоинг .. причём показывая ещё какие то результаты.

nickmake:
Так же можете показать позиции сайта по запросам и колличество трафика по этим запросам, или же сколько раз в месяц люди набирают подобный запрос в пс. Это будет более лучший показатель вашей работы. По одному проекту основной запрос был ск сч, вывел полугодовалый сайт с нулевыми показателями в топ 1 по ряду запросов, показал заказчикам колличество запросов в пс, статистику переходов, точки входа на сайт. Результат заказчика полностью устроил и ему было плевать на пузомерки и как я это сделал, купил 2 сквозняка по 20 баксов или ссылок на 15 000 для того, чтобы поднять пузомерки. Так что пр это не показатель работы.

В принципе я так и делаю .... показываую результаты итд.... ПР конечно больше всего для удовлетворения....

Спасибо за ответы. Мои сомнения рассеились....... Хотя никто не намекнул про перелинковку

Всего: 48