- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
В общем на одном из моих проэктов используется AJAX и большинство страниц/результатов поиска недоступны с хом-паги кроме последних 100, которые постоянно меняются. Всего на сайте около 2-х миллионов возможных результатов поиска в 5-п под-директориях.
На сайте есть также гуглвский сайтмап, который регулярно индексируется гуглом, но результаты отсуствуют в самом гугле. Ошибок на сайтмап гугл не выдаёт.
Сам сайтмап был добавлен в гугле примерно в декабре прошлово года.
Результат поиска имеет стандартный формат типа /seach/section_name/?country=1&state=2&city=3
Стоит ли поменять формат чтаксесом на /seach/section_name/country_name/state_name/city_name/country_id/state_id/city_id/ ?
Возможно глупый вопрос, но как долго гугл индексирует странички с сайтмапа?
Сам SE занимался в последний раз в 1997-м :(
/seach/section_name/?country=1&state=2&city=3
так пр будет больше.
те на опыте было проверено что
/doc.html?id=xx (pr>0)
более приемлемо чем /doc/xx (pr=0) при всех равных.
Что касается позиции в выдачи имхо без разницы
Те, наверное, верно правило: чем дальше от корня тем меньше пр вес.
/seach/section_name/?country=1&state=2&city=3
так пр будет больше.
те на опыте было проверено что
/doc.html?id=xx (pr>0)
более приемлемо чем /doc/xx (pr=0) при всех равных.
Что касается позиции в выдачи имхо без разницы
Те, наверное, верно правило: чем дальше от корня тем меньше пр вес.
Ага, ясно. Спасибо большое!
Хм... а разве для пр важна дальность от корня? А если с главной страницы будут ссылки на asd/asd/asd/asd/asd/asd/asd.html, то разве у нее будет низкий пр?
опыт ставился месяцев восемь назад, так что сейчас примеров не могу привести.
было так
есть ссылка с главной на /doc.html?id=xxx
и есть /doc/xxx
в первом случае pr>0 был
во втором =0
хотя по идее такого не должно быть.
Page Rank — это вес страницы. А не от корня или от макушки.
Подскажите пожалуйста и по поводу Sitemaps если не трудно :)
Как я понимаю гугл использует sitemaps для сайтов ранее проиндексированых как-бы для разширения базы и для нового сайта как мой данный проэкт c AJAX это толку на данный момент не даст?
Если так, то как ещё легальным путём дать боту прожевать всю базу/странички :)?
опыт ставился месяцев восемь назад, так что сейчас примеров не могу привести.
было так
есть ссылка с главной на /doc.html?id=xxx
и есть /doc/xxx
в первом случае pr>0 был
во втором =0
хотя по идее такого не должно быть.
имхо, в первом случае Тулбар просто неправильно отображает ПР, беря скорее всего ПР /doc.html. Также замечал, что при вводе в адресную строку "/?id=xxx", отображается ПР морды. Так что это, скорее всего, чисто глюки тулбара, а точнее его неумения работать с динамическими адресами
Подскажите пожалуйста и по поводу Sitemaps если не трудно :)
Как я понимаю гугл использует sitemaps для сайтов ранее проиндексированых как-бы для разширения базы и для нового сайта как мой данный проэкт c AJAX это толку на данный момент не даст?
Если так, то как ещё легальным путём дать боту прожевать всю базу/странички :)?
sitemaps тебе не поможет - там участвуют только ссылки и даты обнолений, контент там не передаётся. хочешь делиться контентом - заведи rss. это похоже самый дешёвый выход в твоей ситуации.
вполне возможно тебя спасёт некий раздел "архив", где будет находиться текстовая версия контента и расставлены ссылки для людей на аяксовые оригиналы (но в дорвеи лучше не превращать)
чтобы дать ботам разжевать страницы на ajax нужно определённым образом строить этот ajax. а именно - все тексты ставить на страницу как есть в самом html а не в <script> и если нужно его двигать/скрывать, то пользоваться для этого стилями. критерий прост - какой текст виден при отключенном яваскрипте, такой и проиндексируется. клоакинг не рекомендую. понимаю, что переписывать ajax дело очень непростое, но думать над индексацией поисковиками стоило изначально.
в любом случае было бы проще общаться глядя на сам проект - вдруг не всё так страшно. ссылку дашь?
sitemaps тебе не поможет - там участвуют только ссылки и даты обнолений, контент там не передаётся. хочешь делиться контентом - заведи rss. это похоже самый дешёвый выход в твоей ситуации.
вполне возможно тебя спасёт некий раздел "архив", где будет находиться текстовая версия контента и расставлены ссылки для людей на аяксовые оригиналы (но в дорвеи лучше не превращать)
чтобы дать ботам разжевать страницы на ajax нужно определённым образом строить этот ajax. а именно - все тексты ставить на страницу как есть в самом html а не в <script> и если нужно его двигать/скрывать, то пользоваться для этого стилями. критерий прост - какой текст виден при отключенном яваскрипте, такой и проиндексируется. клоакинг не рекомендую. понимаю, что переписывать ajax дело очень непростое, но думать над индексацией поисковиками стоило изначально.
в любом случае было бы проще общаться глядя на сам проект - вдруг не всё так страшно. ссылку дашь?
интересно, как это ты подставишь текст на страницу, без js, в случае применения ajax?:)
весь смысл ajax, это асинхронные запросы к серверу, т.е. данные запрашиваются и передаются(и соответсвенно отображаются) без перезагрузок страницы. dom существует только в конкретном экземпляре браузера, открытого у юзера, а сервер видит исключительно html(читай текст) и больше ничего:)
имхо, в первом случае Тулбар просто неправильно отображает ПР, беря скорее всего ПР /doc.html.
Именно так!
Так что не слушайте dimatr, он вам чушь говорит.