А вы нам расскажите по каким принципам отсеиваете ссылочное?
Мне и смеяться и плакать хочется одновременно. Сервис для оптимизаторов, который сделали люди оптимизаторами, видимо, не работавшие.
В каждом проекте у нас есть группа "отчет" для клиента, там ключевые, важные запросы, которые мы и показываем в отчете. Беда в том, что у нас есть еще 5 групп запросов, в которых дублируются запросы из группы "отчет". Их мы мониторим сами.
Вы мой пост, написанный чуть выше, вообще не читали в блаженной эйфории, возникшей от прикручивания блестящих штучек для сателлитчиков?
Оказывается, один и тот же запрос не дублируется в разных группах.
Я говорю о том, что из-за реализации системы, когда в проекте нельзя спарсить позиции отдельной группы запросов, придется прикручивать ненужные костыли в виде новых проектов.
Вот есть у меня проект с 500 запросов. Запросы рассортированы по 5ти группам. Что если я хочу мониторить группу 1 во время каждого апа, а четыре оставшихся группы - только раз в месяц? Придется создавать отдельный проект на группу запросов 1, чтобы не тратить деньги на постоянную проверку 400 ненужных запросов.
А что если у меня один запрос логически входил в четыре групы запросов одновременно? Придется создать 4 копии запроса и запихать его в 4 группы и заплатить денег за проверку в 4 раза больше?
Убейте того, кто ТЗ составлял, пожалуйста. Система, как и раньше, не подходит для работы с большими семантическими ядрами. При этом времени на эти группы убито столько, что просто стыдно должно быть.
Оказывается, проверять запросы в определенной группе, отдельно от всего проекта нельзя. Зачем их тогда было делать? И почему вы их делали столько времени, сколько нужно для проектирования и изготовления межпланетного корабля?
Теперь нужны группы для проектов, потому что для важных запросов, которые нужно мониторить постоянно, все равно придется создавать отдельные проекты, а в данный момент список проектов и так слишком велик для нормального восприятия:
Ну, если ставится глубина 50, то все что глубже - не найдено. Если 100, то, соответственно, дальше сотни все будет не найдено. Главное, чтобы в итоговой статистике все это отображалось.
Еще вот эти две ссылки ведут на разные страницы:
В левой колонке ссылка ведет на новую страницу, а справа ссылка ведет на страницу старого типа, без возможности добавления групп запросов.
Еще у меня в проектах группы запросов отказываются разворачиваться. Файрфокс.
Lucky-13 добавил 19.01.2011 в 10:53
Вы бы не могли реализовать просмотр по группам немного по другому, примерно как в промопарке?
Хотелось бы видеть группы при просмотре позиций с последней проверки. Если групп и запросов много, то очень неудобно скроллить большой отчет за 10 дней, без возможности быстро перейти к нужной группе.
Сделайте просто набор ссылок вверху страницы с названиями групп, щелкаешь на ссылку - показывается определенная группа запросов.
Можно сделать так, чтобы значение "не найдено" зависело от глубины парсинга.
Я не про подсветку.
Я про то, что позиции ТОП 1-10 учитываются, 11-50 учитываются, а если позицию не нашло, т.е. стоит прочерк, то она не учитывается в пункте "51 и дальше". Может стоить добавить пункт "не найдено"?
Ура!
А вы апи для разработчиков предоставлять не планируете?
Lucky-13 добавил 18.01.2011 в 13:59
Еще вот пожелание.
У меня позиции парсятся с ограничением в 50. Когда я начинаю смотреть позиции за день (например) то в итогах (разноцветная табличка в конце списка позиций, сколько всего запросов в топе) все запросы, которые не нашлись, не учитываются в пункте "51 и дальше", было бы здорово сделать так, чтобы их там было видно.
