Chernetskiy

Хозяин-барин. Совет: ставьте в приоритет не "хочу" а удобство для пользователя, необходимая информация должна быть доступна в пару кликов и без танцев с бубном. Можно например, вместо карты или сунуть под карту панель поиска во всю ширину с необходимыми параметрами, просто переделать стандартный поиск в 3-4 колонки параметров и пусть пользователь выбирает хоть город, хоть этажность, хоть кирпичный дом. Не думаю, что отдельный переход на расширенную форму будет очень востребован. Многим прямо в лоб указываешь нужную информацию, так умудряются после этого спрашивать о том, что у них перед носом. Тупо не читают, или в школе перестали этому учить?

Да чего вам дались эти Мета. Поисковики уже обрабатывают контент сайта по другому. Ключевики в топку (поисковики их уже не читают) а мета титл и мета дескрипшн обрабатываются по остаточному принципу, сначала поисковик читает название сайта, затем название страницы - заголовок, подзаголовки, затем основной контент, а если после этого он не пришел к единому выводу, о чем всётаки страница/сайт (что уже хреново), тогда переходит к прочтению Мета титлов и описаний. Так что приоритет - оптимизированные для SEO заголовки и тексты объявлений, статей, новостей и т.п. Опять таки, для Мета титлов и дескрипшн существует оптимальная и максимальная длинна текста в них. Если у вас в позициях мета будет указано только название города (например для адресных справочников), то такие мета поисковик просто пропустит мимо, либо вам прийдется раздувать мета титл до такого состояния "Славный город-герой Москва" (и это еще маловато, желательно символов на 40-70), а в мета дескрипшн писать краткую историю города, символов на 200-270.

Да, в standart_search_form.tpl дописываем необходимое вам условие поиска, по аналогии с имеющимися (область, город и т.п.). Например, нужно добавить условие поиска по районам области (существует доп. справочник районов области, он привязан к Областям, а Нас. пункты/города привязаны к нему через зависимые связи - linked и depended), т.е. структура подчиненности у вас сформирована. Соответственно добавляем: {if $raion_list != ''} <div class="type control-group"> <label class="control-label" for="inputType">{$L_RAION}</label> <div class="controls">{$raion_list}</div> </div> {/if} Остается добавить в языковой справочник перевод для L_RAION и всё будет по феншую.

У вас в коде присутствуют языковые переменные типа LT_ADD_YOUR_OWN, LT_RENT_FLAT_DESC и схожие, это сделано для того, чтобы к переменной можно было привязать нужную вам фразу на нужном языке, типа "Добавить ваш объект" или "Add your own", в зависимости от выбранного языка на сайте. Редактировать фразы вы можете самостоятельно, в частности: переменные L_XXX относятся к CMS Sitebill и расположены в /apps/language/language/ru и схожих папках en, ua, am и т.п. (папки по языкам), и там непосредственно в файлах frontend.ini (сайт), backend.ini (админка). Некоторые переводы, относящиеся к доп.модулям могут содержаться в папке language соответствующего модуля, правим там переменные в файле dictionary.ini переменные LT_XXX относятся к шаблону и расположены в шаблоне, например в папке /template/frontend/realia/language/ru, в файле dictionary.ini

да да, в /template/frontend/realia/apps/articles/site/template/articles_block.tpl

Нет, если весь сайт, то так: Disallow: / только это полностью закроет сайт от индексации. Например, закрыть видимость раздела Экскурсии-продажа, то так: Disallow: /exskyrsii_prodaja или на статью Открытие счета иностранной фирмы: Disallow: /article/otkritie-scheta-inostrannoy-firmi-v-bolgarii.html

Пишем в .htaccess строку переадресации по каждой битой ссылке, например: Самый простой вариант - переадресация битой ссылки с удаленным апартаментом на раздел продаж апартаментов: Redirect 301 /sale-apartments/apartment_old/ http://site.ru/sale-apartments/ Вариант подробнее: RewriteCond %{REQUEST_URI} ^/sale-apartments/apartment_old/$ RewriteRule ^.*$ http://site.ru/sale-apartments/? [R=301,L]

Можно, добавь туда Disallow: /contactus/ хотя она уже должна бать указана. (Если это про "Написать нам", может у тебя другая форма?) В любом случае, этим даешь команду поисковику - исключить, но поисковики решение принимают самостоятельно.

1. Если объект не удален а просто не активен, то добавить в Настройках - Дополнительно галочку в позиции "Открыть доступ к неактивным объектам по прямой ссылке" (apps.realty.allow_notactive_direct). Посетитель сможет переходить на неактивное объявление по прямой ссылке. Только в текст объявления добавь информацию, что объект уже продан / снят с продажи. 2. Если объект удален с сайта полностью, то для битой ссылки пишем 301 редирект на соответствующий раздел сайта или на главную. Как вариант, можно ничего не делать, а битая ссылка со временем удалится из поиска, но большое количество недоступных страниц (с ошибкой 404) со временем понижает рейтинг сайта.

Ничего сюда писать не надо. Всё, что надо сделать указано выше.

Елена, давай придумаем свой стандарт разметки, назвать его например "Щоб бац і все було в ТОПі", а Интернет пусть подтягивается... А пока приходится следовать общепризнанным стандартами разметки. Скучно...

Ну вот, пришел лесник и выгнал всех из леса

Если не ошибаюсь, Редактор шаблонов - правим шаблон main.tpl, в нем этот код: <div class="bottom-wrapper"> <div class="bottom container"> <div class="bottom-inner row"> <div class="item span4"> <div class="address decoration"></div> <h2><a><editable id="add_title_main" data-file="main.tpl">{$LT_ADD_YOUR_OWN}</editable></a></h2> <p><editable id="add_desc_main" data-file="main.tpl">{$LT_ADD_YOUR_OWN_DESC}</editable></p> <a href="{$estate_folder}/add/" class="btn btn-primary">{$LT_VIEW_DETAILS}</a> </div><!-- /.item --> <div class="item span4"> <div class="gps decoration"></div> <h2><a><editable id="rent_title_main" data-file="main.tpl">{$LT_RENT_FLAT}</editable></a></h2> <p><editable id="rent_desc_main" data-file="main.tpl">{$LT_RENT_FLAT_DESC}</editable></p> <a href="{$estate_folder}/getrent/" class="btn btn-primary">{$LT_VIEW_DETAILS}</a> </div><!-- /.item --> <div class="item span4"> <div class="key decoration"></div> <h2><a><editable id="mort_title_main" data-file="main.tpl">{$LT_MORTGAGES}</editable></a></h2> <p><editable id="mort_desc_main" data-file="main.tpl">{$LT_MORTGAGES_DESC}</editable></p> <a href="{$estate_folder}/ipotekaorder/" class="btn btn-primary">{$LT_VIEW_DETAILS}</a> </div><!-- /.item --> </div><!-- /.bottom-inner --> </div><!-- /.bottom --> </div><!-- /.bottom-wrapper -->

Елена, заходим в Редактор шаблонов, правим шаблон error_message.tpl, а конкретно, вот содержимое моего шаблона: <div class="not-found"> <strong>404</strong> <h1>{$error_message}</h1> <hr> <p>Воспользуйтесь поиском ниже или перейдите <a href="/">на главную</a></p> <p>Please, use search below or <a href="/">go home</a></p> </div> {literal} <style> .nfsf form { width: 100% !important; } </style> {/literal} <div class="row nfsf"> <div class="span4 offset4">{include file='search_form.tpl'}</div> </div> Можешь некоторые фразы поправить на своё усмотрение или что-то добавить. Как выглядит - здесь. Я форму поиска сместил ниже... Если хочешь, можешь сделать форму поиска справа (как на главной), а сообщение об ошибке левее (где на главной расположены объекты), соответственно засунуть код с поиском в <div class="span3"> а с сообщением в <div class="span9">, может у поиска стиль поправить прийдется.

А для того, чтобы понять появится-ли результат в поиске как у АВИТО, стоит ознакомиться с Южно-Африканским медиа-холдингом Naspers - история основания, капитализация (соизмеримая с Газпромом а может и больше) и т.п., дочерним предприятием которой и являются АВИТО, Mail.ru Group, Аргументы и факты, Slando + OLX, Dubizzle, Letgo, PayU - а это (Яндекс.Деньги, WebMoney, QIWI кошелек и Деньги@Mail.ru), торговые площадки и сервисы Allegro, WebShop, Redbus.in, Ceneo.Pl, Buscape, Myntra, Souq.Com, Takealot.Com, тур.сервис TravelBoutiqueOnline, статистика SimilarWeb и еще пару десятков компаний - от прессы до собственных платежных систем, торговых площадок, разнонаправленных информационных интернет-порталов, спутников и спутникового телевидения с влиянием на государственном уровне

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

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

Да кто мешает? Вопрос в другом, приведет-ли это к нужному результату, в условиях наворачивания кода? Скорее увеличит время загрузки страниц сайта, что неприменно заметят поисковики и возможно понизят сайт в рейтинге. Возможно, хостер вам укажет на повышенный расход процессорного времени и предложит перейти на более дорогой тариф или купить сервер ... Но главное в том, какой положительный эффект получат простые посетители сайта? А по мнению тех-же поисковиков и исходя из их критериев, сайт должен разрабатываться в первую очередь для них а не для поисковиков, соцсетей, роботов и т.п., что они тоже видят и дают сайту свою оценку.

А вот эти ребята в приоритете (для этого у поисковиков есть отдельный критерий). У вас будет так-же, когда станете организацией со скромным названием Microsoft, Google, Sony, Mercedes, Авито, ЦИАН и т.п. :)

Да потому что это не конечная уникальная страница сайта, а такой-же авто-генерируемый набор объявлений как и Главная. Контент однотипный и не постоянный, к тому-же не уникально-авторский и по тем-же причинам не попадающий в ТОП-3. Вдобавок, поисковики видят, что это за страница - авторский текст какого-то блока или доска объявлений, отсюда и реакция разная на выдачу.

В Гугле столько заморочек, что они уже сами теряются в собственных критериях оценки сайтов , а их более 800 только известных, кто-же вам расскажет о своих ноу-хау. У Яндекса немного меньше - около 240-280, но учитывая их скорость смены настроения постоянные нововведения, думаю, что ситуация еще не скоро устаканится. У поисков много рекомендаций, что-то полезное, что-то особой роли не играет, что-то опосредованно - в помощь соцсетям, но и много устаревшей информации...

А теперь можно поррасуждать о создании быстрых ссылок для сайта недвижимости прямо по пунктам: основные разделы и страницы доступны с главной страницы сайта; (А Главной страницы сайта как таковой не существует Это допустимо только для основных страниц, типа Контакты, О нас, статьи которые упоминаются на Главной. Но быстрые ссылки на реализуемые объекты у вас никогда не появятся, т.к. прийдется писать каждому объявлению уникальный авторский текст на 300 слов и больше, что весьма проблематично и кто этим будет заниматься? В объявлениях не должно быть однотипных фраз, что не получится, т.к. объявления схожи по параметрам и описаниям, и под занавес - объявление должно попасть в ТОП-3) навигация по сайту продумана и логична; (решаемо) названия страниц короткие, понятны и точно отражают их содержание; (надо хорошо дорабатывать) ссылки, выполненные в виде картинок, имеют заполненный атрибут alt, отражающий их назначение; (решаемо, но агенты этим заниматься не будут) содержимое мета-тега title совпадает с ее заголовком (выделенным элементом h1) и с текстами внутренних ссылок, которые ведут на эту страницу. (придется повозиться, но это не разовое мероприятие, агенты будут с этим заморачиваться?) Отсюда вывод, максимум на что вы сможете получить быстрые ссылки - на статьи и страницы Контакты, О нас (при условии наличия на них качественного авторского текста от 300 слов, с картинками, Alt'ами, ссылками, заголовками, абзацами и без тошноты). Страницы объявлений быстрых ссылок не получат хотя-бы по тому, что Главной страницы как таковой не существует, есть некая основная страница, на которой генерируется список последних объявлений, которые на ней не задерживаются хотя-бы по срокам публикации, к тому-же в ТОП-3 они не попадут по ряду вышеуказанных причин. Тогда стоит-ли тратить на это время, ковырять код, ломать структуру сайта и т.п.?

Вот что Яша говорит про быстрые ссылки: Быстрые ссылки могут отображаться в результатах поиска для главной и для внутренних страниц сайта. Для этого должны выполняться следующие условия: Для страницы сформированы быстрые ссылки — проверьте это в разделе Информация о сайте → Быстрые ссылки Яндекс.Вебмастера. Страница не заражена вирусом в данный момент — проверьте наличие уведомлений в разделе Безопасность и нарушения. Страница входит в ТОП 3 результатов поиска. По умолчанию порядок быстрых ссылок выбирается автоматически. Вы можете изменить его в Яндекс.Вебмастере. Если при переходе по быстрой ссылке страница недоступна роботу, эта быстрая ссылка исключается из результатов поиска. Страница может быть недоступна по нескольким причинам. Например, она была удалена с сайта или запрещена в файле robots.txt. Что необходимо для создания быстрых ссылок Робот Яндекса может выделить важные разделы сайта и сформировать быстрые ссылки при следующих условиях: основные разделы и страницы доступны с главной страницы сайта; навигация по сайту продумана и логична; названия страниц короткие, понятны и точно отражают их содержание; ссылки, выполненные в виде картинок, имеют заполненный атрибут alt, отражающий их назначение; содержимое мета-тега title совпадает с ее заголовком (выделенным элементом h1) и с текстами внутренних ссылок, которые ведут на эту страницу. Например, если на сайте есть страница с контактной информацией, то чтобы робот правильно ее обработал, в мета-теге title этой страницы должно быть указано: «Название компании» — «Контакты»или просто «Контакты»; внутри страницы должен быть заголовок — «Контакты»; текст ссылки на эту страницу с главной и внутренних страниц сайта должен быть «Контакты». PS: Про микроразметку хлебных крошек тут ни слова Но, чтобы всё это заработало, надо попасть в TOP-3!

Немного копнул глубже, и как мне показалось, сейчас вы занялись мышинной возней. В окружении к хлебным крошкам вы используете описание http://data-vocabulary.org/Breadcrumb, фактически оно устарело и вот что на их сайте говорится: Data-Vocabulary.org С июня 2011 года несколько крупных поисковых систем сотрудничают в новой общей лексике данных, называемой schema.org . Словарь schema.org можно использовать как с синтаксисом Microdata, так и с RDFa 1.1 Lite, и он имеет типы для Event , Organization , Person , Product , Review , AggregateRating , Offer и сотен других. Для получения подробной информации см. Блог schema.org для получения последних новостей, а также schema.org и FAQ . Идем на schema.org и видим, что там про хлебные крошки там и не упоминается. Однако, откопал у них Выпуск № 333 : Уточненное описание BreadcrumbList (последняя версия), в котором много чего описано с примерами кода. В частности микроразметка хлебных крошек должна на текущий момент выглядеть примерно так: <ol itemscope itemtype = "http://schema.org/BreadcrumbList" > <li itemprop = "itemListElement" itemscope itemtype = "http://schema.org/ListItem" > <a itemprop = "item" HREF = "https://ваш_сайт.ru"> //Здесь полная ссылка на главную <span itemprop = "name" > Главная </ span> </a> <meta itemprop = "position" content = "1" /> </li> <li itemprop = "itemListElement" itemscope itemtype = "http://schema.org/ListItem" > <a itemprop = "item" HREF = "https://ваш_сайт.ru/doma-uchastki"> //Здесь ссылка на 2 раздел ХК <span itemprop = "name" > Дома, участки </ span> </a> <meta itemprop = "position" content = "2" /> </li> и т.д. по каждому последующему разделу хлебных крошек </ol>

Честно говоря, не вникал в тему хлебных крошек. Надо копать код, где именно Дима или Константин подскажут. Как я понял, остается в код добавить @type breadcrumb перед каждой формируемой ссылкой, фактически title и url уже формируются, только проверяльщик этого не видит. Вопрос в другом, не вылезет-ли этот @type на сайте рядом со слэшами в ХК? А по большому счету, стоит-ли овчинка выделки?