systana

Рейтинг
1
Регистрация
30.08.2013

Кстати, можно ли ещё узнать экспертное мнение о качестве перелинковки сайта? Может где-то в этом проблема?

У него стабильная посещаемость 200-300 уников в сутки (по разным счётчикам). По ботам регистрирую до около 33-50 тыс. посещений в сутки. Существует несколько лет.

Кстати, что ещё можно улучшить в сайте для улучшения индексации и привлечения пользователей?

tomat_ok:
Вот тут все подробно расписано
http://help.yandex.ru/webmaster/?id=1067128

Так в том то и дело, что по этим рекомендациям все сделано полгода как, но ссылок нет:

- основные разделы и страницы были доступны с главной страницы сайта;

все разделы имеются

- навигация по сайту была продумана и логична;

работаем над этим непрерывно :)

- названия страниц были короткими, понятными и точно отражали их содержание;

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

- ссылки, выполненные в виде картинок, имели заполненный атрибут alt, отражающий их назначение;

ссылок в картинках нет

- текст в теге <title> для ключевых страниц совпадал с ее названием (с заголовком страницы, выделенным, например, тегом <h1>) и с текстами ссылок, указывающих на эту страницу.

текст в теле title и поле h1 содержится, также как и в подсказках ссылок меню (например "о модуле" - "О модуле географической подсистемы системы управления сайтом "Вебнабор": ..." - <h1>О модуле подсистемы "Вебнабор" СУС "Системус"</h1>, подсказка "О модуле: общая информация, состав история создания и пр.").

И пока всё-равно безрезультатно..

---------- Добавлено 20.09.2013 в 10:58 ----------

Devvver:
systana, быстрые ссылки формируются только для сайтов с хорошими ПФ.
Так что развивайте сайт, добивайтесь хорошего количества просмотров- времени и все будет в шоколаде. Никакими другими методами быстрые ссылки не появятся.

Не совсем понятно как Яндекс учитывает ПФ для некоторых сайтов. Ладно у меня на сайте Метрика стоит, но если её нет, то как? Можно предположить что учитывается уровень контента, а он для некоторых мелких населённых пунктов (типа какой-нибудь деревеньки в русской глубинке) очень слаб и из-за этого у сайта слабая индексация и недостаточный вес для получения БС.

Оптимизайка:
Вынесите ссылки с этими анкорами в меню сайта и нужно чтобы пользователи по ним активно переходили

В том то и дело, что эти ссылки основного меню. Какая должна быть посещаемость этих страниц, какое-то особенное требование по оформлению это страницы имеется? Надо ли вносить название в тег <h1> и т.п.?

Strigov:
яндекс их формирует сам, берет из структуры сайта

Благодарю за ответ! Так как изменить структуру сайта, чтобы он их взял? :)

Так что? Какие будут ещё идеи? Количество страниц в индексе сейчас вообще упало до 650...

theKashey:
Я бы на вашем месте попробовал бы скооперироваться с osm. Других реальные вариантов "выжить" и сделать свое дело - я не вижу.
Под делом подразумевается наполнить справочник и дать его людям.
Только обсуждать эти моменты лучше не на серче, а хотя бы на гислабе.

Да я сюда пришел узнать, как мне индексацию проекта (даже больше каталога) повысить :)

А с различными геоинформационными системами и сообществами мы всегда готовы сотрудничать! Так же как и проектами, внедряющими наш справочник.

theKashey:
Я сказал исключительно "как правильно". В смысле по последним рекоментациям. В вашем случае по языкам вообще можно особо не разбивать.

Опция многоязычного интерфейса и содержательных страниц зарезервирована (справочник поддерживает 70 языков, а сайт одноязычный).

theKashey:

Все страны состоят из неких административных регионов. Iso2 в общем. По России можно опираться на КЛАДР. Там нет ФО, но его можно прописать в свойствах самого региона. На выходе получается четкое дерево + перекрестные ссылки.
Тоже самое про ХМАО - держать в дереве с остальными регионами, дать ссылку на Тюмень.
Одна из самых больших проблем современной адрески - что нельзя единообразно привести ВСЕ к одному формату.
Но вообще нужно, чтобы бошка не взорвалась.
OSM специальную таблицу под это держит - http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative
PS: спорные территории там просто есть. В бывшей Югославии совсем с этим сложно.

Географическая структура является гораздо более сложной и интересной. Например, в России, наряду с ФО имеются экономические районы (их 11 штук). Они конечно не являются административными единицами, так как не обладают её признаками (наличие органа власти), но они довольно часто встречаются для сегментирования. Конечно нет ничего более просто как создать таблицу связей много-много, а для упрощения встраивать в основные таблицы связи один-много. Что, собственно говоря, у нас и сделано (или зарезервировано под будущее развитие).

theKashey:
Так какая же цель конечная.
Пилить базу и раздавать как модуль, или приводить на себя адресный трафик?

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

Спасибо за интересный ответ!

theKashey:
Правильная адресация идет как lng.domain.XXX/ISO1/ISO2
Где под ISO подразумевается именно 3166, его все жрут.
И если смотрите на тайвань, или реюньон - у них есть iso - его и писать. Пофиг что один Китай, а второй Франция.
Что в урле далее - почти фиолетово. Дальше региона никто из поисковиков опираться не может.

Применение языкового поддомена для данного проекта, наверное, невозможно, так как он уже располагается на третьем уровне и создание 4-го будет излишним. Пока перенос его на второй уровень также не планируется, так как возможны появления прочих общедоступных надстроек над нашей СУС (CMS), вынесенных на отдельные поддомены 3-го уровня. Мне кажется, зря Вы пренебрегаете географическими субъектами меньше 0-го (в России федокруга или экономический район) и 1-го уровней (для России это области и подобные субъекты). Всего уровень вложенности нашей системы составляет 10 и для отдельных проектов каждый из этих уровней может стать первым (например, для городского портала). При этом хотелось бы отметить, что эта структура не является древовидной (например, ХМАО входит в состав Тюменской области и при этом является полноценным субъектом РФ). База-то у нас универсальная и, по мере возможностей, отрабатывает множество исключений и национальных особенностей, из-за чего по некоторым параметрам она не может быть эффективной. Для крупных проектов всё-равно потребуется доработка, а для мелких - решения являются вполне функциональными.

theKashey:

Русскоязычные, кстати, за транслит руки отрывают. Да и любые нормальные, хоть раз приходящие на "чужой" код.

Это мое лично предпочтение: не люблю я английский язык :) Да и большинство наших разработчиков, несмотря на завышенное самомнения в области лингвистики, довольно слабы в английском. Кстати, некоторые справочники (правда, обычно национальные) пишутся на местных языках, например, крупные польские каталоги TERYT (TERC, SIMC и ULIC).

theKashey:

А так - http://geo.webnabor.com/?link=4&modul=geo_katalog по выше вынести.
Выбор языка - убрать подальше( в низ страницы? )
Прикрутить sitemap
Прикрутить обычные карты на сайт.
Убрать черный цвет
Из заголовка страницы "Государство: Абхазия; Демонстрация справочников и функциональных модулей географического модуля системы управления сайтом. База данных улиц, населённых пунктов, городских районов, стран на разных языках. База городов и стран. Карты мира, государств. Общие статистические и исторические данные по странам, регионам и населённым пунктам." убрать ВСЕ. Кроме начала.

О чем нужно думать. Берем две страницы. И находим между ними разницу.
В заголовке разница будет минимальна, в контенте тоже. Можно вешаться.

А нужна ли индексация Вам? Вроде как "демонстрация". За такое(обычно) сразу в баню.

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

Публичную карту сайта как сделать? У нас почти 3 млн. географических субъектов. Для поисковиков карта формируется и передаётся по "соответствующим" каналам.

Что Вы имеете ввиду под обычными картами? У нас ведётся работа с векторными картами (образец http://geo.webnabor.com/demo_svg.php), но откровенно говоря вяловато... Для нас это пока не является приоритетом.. А карты Яндекса и Гугла по координатам одно время выводились, но после смены дизайна вывода данных, мы их убрали.

Спасибо!

theKashey:
У вас все просто ужасно.
Точнее молодцы, но как-то не правильно сделано.

Для начала делаем нормальный каталог.
Например список всех объектов у который есть iso код. Типа стран(но там не все страны)
Нормальной точки входа, лично я, не смог найти. А вот за скачать - спасибо.
А далее - вперед по дереву. Строим пирамиду.

---------- Post added 30-08-2013 at 16:56 ----------

И почитайте чего либо про дизайн БД. В SQL кромешный АД и транслит.

Спасибо за ответ!

На самом деле, страны это все, просто некоторые страны существуют только для отдельных схем, например, Англия, Северная Ирландия и Шотландия (фактически являющиеся частью Великобритании) присутствуют в схеме ФИФА. А Великобритания уже является членом МОК. Да и многие государства имеют спорный статус, типа Ю.Осетии, Абхазии, Северного Кипра, Косова и пр. и обрабатываются в специальном виде в зависимости от применяемой схемы. С кодами тоже не всё так просто. Даже латинизированные коды не всегда совпадают: ИСО-кодами, кодами geonames и доменами вики (для языков). В общем схемы государств могут быть довольно сложными.

Точка входа в каталог с главной страницы через континенты или государства. Разве это не правильно? А что Вы имеете под пирамидкой? ссылка вида: geo.webnabor.com/rus/catalog/название_страны1/название_региона_1/название_региона_2/название_название_н_п_1.html

вместо http://geo.webnabor.com/rus/gorod_info/1.html?

В принципе на уровне БД мы осознано использовали транслит так как бд ориентирована изначально на русскоязычных разработчиков (изначально вообще хотели кириллицу использовать, но отказались из-за отсутствия её поддержки в больших СУБД типа Оракла и т.п.), на уровне каркаса имеется возможность использовать англоязычные дубли названий (и отключить русский транслит и русские хеш-переменные в массивах).

Такая "горизонтальная структура" выбрана из-за опасения снижения скорости работы в таблице с 200 млн записями. Для оптимизации работы делаются "псевдоиндексные таблицы" для выборки по отдельным ключевым запросам.

12
Всего: 11