Просьба, воплотите в жизнь хоть это, о чем я писал здесь.
Могу посоветовать http://dc.volia.com/price - адекватный саппорт, предоставляют все, что описано в вашей заявке. Сам пользуюсь их услугами несколько лет. Были, конечно, некоторые минусы, но вопросы быстро решались.
Конфигурация серверов в аренду, у них не лучшая, но можно установить свои. Обратите внимание на кол-во и канал зарубежного (не украинского) трафика по различным тарифным планам.
Да, сколько об этой проблеме не пиши - все остается как было, хотя этот глюк весьма сильно раздражает, когда цены падают вниз...
Баг в Сапе.
Добавив новый сайт в Сапе, обнаружил баг, связанный с несогласованностью робота-индексатора страниц и скрипта, вывводящего ссылки на площадке вебмастера. Также индексатор не определят идентичные по наполнению страницы сайта с разными URL.
Суть: при индексации площадки страницы такого вида считаются разными:
http//www.sayt.com/page (УВ2 - страница1)
http//www.sayt.com/page/ (УВ3 - страница2)
(УВ - приведен для примера)
Эти страницы считаются разными, даже не смотря на то, что их наполнение идентично. Скрипт же выводящий ссылки на площадке, считает эти страницы идентичными, из за чего ссылки, размещенные на "Страница2" отображаются и на "Страница1".
Если на "Страница2" размещена 1 ссылка, на "Страница1" ссылок нет (или Wait) и на всем сайте нет ни одной внешней ссылки, кроме ссылок Sape, то пересчитав внешние ссылки страницы в разделе "Страницы" обнаруживается удивительная картина - "Страница1" содержит 1 внешнюю (т.е. не Сповскую) ссылку!
Обнаружив такие ссылки, сначала я подумал, что сайт взломали, но отключив и снова подключив код Сапе обнаружил, что проблема в нем.
Предлагаю добавить или починить скрипт, проверяющий индексируемые страницы на идентичность. Возможно, есть смысл проверять по md5 хешу, чтобы не индексировать все наполнение сайта?
Техподдержка
На мой запрос в техподдержку, снова получил "мегаответ": "Здравствуйте, у вас добавлено 2 страницы в систему и на каждой размещается ссылка: ...". Человек (я надеюсь, не робот :)), даже не удосужился проверить, что на одной из приведенных ним страниц ссылка находится в wait (т.е. не размещена). Про то, чтобы вникнуть в суть проблемы, я вообще не говорю, так как у меня, оказывается, добавлено только 2 страницы, а не 2000, как на самом деле.
P.S. Когда же всетаки будет решена проблема с фильтром "страниц с каждого сайта - оптимальные"? Ведь в посте searchengines.ru...523 было обещано, что "скоро".
Мои предложения по улучшению Sape.
1. Дата регистрации домена.
Дата регистрации домена - это дата, указанная в whois домена. Некоторые whois не выдают дату регистрации домена, в этом случае так нужно и указывать - дата регистрации домена не известна.
Зачем что-то изобретать: архив, дата регистрации в системе? Нет даты регистрации в whois - значить ее и не показываем. Дату регистрации сайта в Сапе стоит показывать в отдельной графе. А то получается, что: "на заборе написано ..., а там дрова". Т.е. в поисковой выдаче Сапы написано "whois" xxxx-xx-xx, а пофакту часто получается так, что эта дата никакого отношения к whois не имеет.
Если уже совсем не хочется лишать домены возраста - в выдаче стоит указывать нечто наподобии "предположительная дата регистрации домена: xxxx-xx-xx", и не вводить оптимизаторов в заблуждение.
С дроп (backorder) доменами также не стоит заморачиваться, так как зачастую содержание таких сайтов существенно отличается от наполнения их в прошлом.
2. Автоматическая смена цен.
Уже не раз было такое, что места (страницы сайтов) с уровенем вложенности 2 (УВ2), у которых поднялся ПР, продавались по ценам мест страниц УВ3 с ПР 0. Смена настроек "Автоматически устанавливать новые цены", "При изменении PRа страниц автоматически устанавливать новые цены" не приносила желаемого результата. Связано это скорее всего с тем, что Сапе не дает возможности Вебмастеру установить цену для разных вариантов ПР. Например, ранее на сайте не было страниц УВ2 PR2, и после их появления - откуда брать цену для таких страниц?!
Предлагаю сделать установку PR сразу для всех вариантов, как это сделано у конкурентов Сапе:
3. Хранение ссылок
Добавить возможность хранить ссылки в БД MySQL. Если на сайте размещается много ссылок, то при использовании БД можно было бы снизить нагрузку на сервер, на котором хостится сайт.
Да, но мой сотрудник, закупающий ссылки для раскрутки проектов, wait не использует. И все отлично - никаких проблем: купил ссылки, через пару дней посмотрел, где и как они размещены, через неделю, две, три, четыре - проверка на индексацию.
Если вам интересно знать мнение большинства пользователей системы - предлагаю запустить опрос по wait внутри Sape. Почему-то мне кажется, что wait не устраивают не только меня.
Я, конечно, не собираюсь указывать, как надо развивать Sape дальше, что будет лучше, а что нет. Я только высказываю свое мнение. Но вот даже если согласиться с вашим постулатом, что wait необходим - почему бы не сделать в настройках webmaster, пункт, который бы запрещал прием wait: честно и справедливо? Каждый webmaster решил бы для себя сам - нужен ему wait или нет?
Поддерживаю, плюс полный отказ от них.
Боюсь что это никак не поможет. По моим наблюдениям, после определенного кол-ва wait места перестают продаваться, пока не слетят эти самые wait или не перейдут в OK. Чем больше свободных страниц в определенном разделе (разделяется по PR и УВ) - тем больше за раз можно продать мест. Например: на страницы сайта PR2, УВ2 (всего 20 страниц с PR2, УВ2) после 4-ех wait заявки не поступают. Ждешь так дней 5-7, wait отвалился и все по новой.
Или я не прав?
С этим разобрались. Но вот почему 28 сайтов, у которых параметры полностью совпадают с запрошенными (пример в моем посте выше), не попадают в оптимальные? Чем они хуже?
Будем ждать, пока дискриминация ручного поиска, в сравнении с автоматическим, прекратится. Вот вчера, например, не смогли найти один из моих сайтов в поиске даже по ID площадки, но о чудо, точнее недокументированные возможности (как сейчас выяснилось - отличия автомата от ручного поиска) - wait`ы на площадке появляться не переставали :) И всетаки, Avelon - ответте пожалуйста: зачем нужен фильтр "Страниц с каждого сайта"? Точнее, почему он отсекает так много релевантных запросам оптимизаторов сайтов?
Ок.
напишу, ближе к вечеру
Но почему же, не деться? Разве программный код Sape у вас не под контролем? Решений множество:
1. Сделайте wait платным, например 50% от стоимости ссылки (на мой взгляд лучшее решение - занял место - плати)
2. Уберите wait вообще: площадки с открытым URL можно просмотреть и без wait, а те кто закрыл - сами виноваты.
3. Автоматическое удаление wait через 3-5 часов.
4. Настройка для Webmaster: принимать или не принимать wait на свои площадки.
Уважаемый, а вы собственно говоря кто: представитель Сапы или так, мимо проходили? Это я к тому, что с "системой" я работаю уже довольно давно и прекрасно вижу, что меняется в худшую сторону за последние несколько месяцев. И если у вас в Сапе все ОК, это абсолютно не значит, что у других пользователей Сапы ситуация схожа! У меня, до августа этого года, Sape не вызывала нареканий.
... да и улыбнутся вам админы Сапы и подарят [может-быть] нормально работающий сервис? Т.е. нужно ждать месяцами (yanus наверное в курсе, через какой период можно заказать переиндексацию?), чтобы что-то там как-то правильно переиндексировалась? Закроем глаза на то, что это платный сервис? Такие вещи нормальны для вновь открывшихся проектов. Также, временные проблемы могут возникнуть на любом уважающем себя сервисе, но никак не долгоиграющие глюки вроде: "почему 28 сайтов доступны в поиске, только при установке фильтра "Страниц с каждого сайта" в "Все", если они полностью удовлетворяют запрошенным параметрам".
Ссылки со статусом wait ранее и по сегодняшний день занимают место и не приносят деньги - не путайте со sleep. Попросите кого-нибуть занять место на странице с 1-ой ссылкой, потом с любого другого аккаунта это место уже не будет доступно. Денег за wait вы также не получите.
P.S. Вот уже несколько недель пытаюсь найти альтернативную биржу ссылок. К сожалению, ничего лучше Sape, даже с учетом сегодняшних глюков, пока-что не обнаружил. Хочется верить, что всеже администрация Сапы устранит в ближайшее время недочеты системы!
Нашел еще один глюк в Сапе:
Возраст доменов в зонах com.ua, kiev.ua (c ru все ок) определяется некорректно, причем не всегда в сторону занижения. Все мои сайты в этих доменных зонах имеют дату регистрации (whois в результатах поиска площадок) отличную от настоящей... Особенно это не радует для домена, зарегистрированного в 2006 году, добавленного в систему не давно, и имеющего whois (дату регистрации) равную дате добавления сайта в Сапе...
Неужели так сложно сделать автоматическую проверку по whois.com.ua:43 whois.kiev.ua:43 и др?!
Вообще ладить с агрегаторами - вопрос не для вебмастера, а для биржи ссылок. Купили ссылку - плати деньги, не нравится площадка - отказывайтесь от покупки. А все wait - в топку, достали уже - место занимают, а толку ноль.
Хотелось бы чтобы биржы ссылок полностью отказалтсь от wait.