- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Недавно тут лазил по "Информация Google для вебмастеров" http://www.google.ru/intl/ru/webmasters/guidelines.html
и наткнулся на такую строчку
Не используйте в качестве параметра в URL-адресах "&id=", поскольку такие страницы мы не индексируем.
Впринципе я не использую на своих сайтах динамические адреса, да и прошедший год занимался только яндексом, за google взялся только 4 месяца назад (решил покачать PR :) ), поэтому почти пропустил эту строчку мимо своих ушей....
Но немного поразмыслив..., я пришёл в ужас... :-(
Это касается каждого...
Век живи - век учись...
За науку, принимаю "-" и "+" в репу :-)
mod_rewrite Вам в помощь
а речь идет конкретно про &id или как ?
можно ссылку?
Здесь лекарство от &id=
http://www.phpbb.com/kb/article.php?article_id=29
Почему все думают, что все поголовно web-разработчики пишут только на PHP??
Ну и кстати все же индексирует, но крайне неохотно.
Почему все думают, что все поголовно web-разработчики пишут только на PHP??
Если пишете под Апач, то mod_rewrite будет работать, на чем бы вы не писали.
Если под IIS, то тоже есть свои методы. Самый простой (но кривой) обработка 404й ошибки.
Есть такое дело:
http://www.google.com/search?q=inurl%3Aid%3D
Ну и кстати все же индексирует, но крайне неохотно.
Индексирует - точно! Не знаю в чём выражается "неохотность", поскольку особо не с чем сравнивать - всё пишу на php и большинство страниц именно с &id=. Скушал всё, даже кое-какие страницы "попытался" выдернуть из JS-скриптов, где "http://www" явно прописано...
Я всё же имел ввиду что некотрые недобросовесные вебмастера будут намерено использовать эту заморочку google в своих сайтах.
Мне кажется что эту штуку ввели недавно, и старые страницы которые имеют этот параметр остались в индексе, а новые они могут больше не индексить.
Прочитать гуглевскую статью "Информация Google для вебмастеров" можно сдесь
http://www.google.ru/intl/ru/webmasters/guidelines.html
Я всё же имел ввиду что некотрые недобросовесные вебмастера будут намерено использовать эту заморочку google в своих сайтах.
Мне кажется что эту штуку ввели недавно, и старые страницы которые имеют этот параметр остались в индексе, а новые они могут больше не индексить.
Это очень старая фишка. Где-то проскакивала инфа, что это введено, чтобы меньше индексировать одинаковые страницы с разными сессиями. Идентификатор сессии обычно включает в себя подстроку "id".
Тем не менее индексация идет. И с sessionID тоже
http://www.google.com/search?q=inurl%3Aphpsessid%3D
Есть неавторитетное мнение, которое основано на личном наблюдении за своими и чужими сайтами, и которое я уже озвучивал. Гугл имеет некоторый предохранитель от индексации кольцевых и бесконечных структур. Более того, скорее всего на основании того материала, который есть у гугла, давно выделены модели сайтов, где структуру можно определить однозначно, что автоматически снимает предохранитель, и гугл начинает индексировать сайт без изучения его внутренностей ровно до тех пор, пока то, что он индексирует, соответствует определенной безопасной по его мнению структуре сайта (части сайта).
Читаем сегодняшнюю статью Вадима Ласто, в которой он в свойственной ему манере как раз приводит пример такой структуры -- блог. Второй пример безопасной структуры -- форум, основанный на известных движках или хотя бы похожий на форумы на известных движках. Третий пример -- гостевые. Именно эти структуры отлично индексируются поисковиками, но зачастую сделаны с КУЧЕЙ параметров в URL.
Как пример небезопасной структуры сайта могу привести неправильно написанный сайт с использованием календаря. Т.е. На морде стоит календарь с каждого числа стоят ссылки на автоматически генерируемые страницы. Если есть, что написать за этот день, то выводим, если нечего, то крутим текстовую рекламу. Если не существует другого способа проиндексировать контент сайта кроме как пролистать весь клендарь и просто заглянуть в каждую дату, да если календарь еще по датам неограничен (т.е. его можно отмотать на число 01.01.1888), то проиндексированы будут только те странички, на которые стоит ссылка с той части сайта, которая имеет нециклическую структуру. Поставьте на таком сайте с морды ссылку на статический документ (статью, например), а с нее поставте ссылку на документ с каким-либо параметром, напрмер, с id=8, и вы увидите, как чудно будет проиндексирована страничка с ид=8, и как долго придется ждать индексации странички с ид=9.
Есть еще мнение, более очевидное, что по ссылкам определяются точки входа на сайт. Индексация проходит слоями. Т.е. Сначала индексируется контент в одном клике от точки входа, потом в двух кликах от точки входа, потом в трех и т.д. Т.е. Идеология приблизительно точно такая же,. как и передача веса с учетом какого-то коеффициента затухания при продвижении вовнутрь сайта от точки входа на сайт из-вне. Поэтому ваша задача сделать как можно больше точек входа на сайт и максимально минимизировать количество навигационных слоев, между точкой входа и внутренними страницами, богатых на контент, чтобы поисковик, а равно и пользователь ;) быстрее могли до него добраться. Опять же это подтверждает тот факт, что на сайтах с правильно составленной картой весь контент внутренний проиндексирован.
P.S. Проблема, по моему мнению, несколько размыта, т.к у кого-то все ок с индексацией страниц, в урлах которых есть id и прочая фигня, а у кого-то проиндексирована только морда. Поэтому хотелось бы услышать мнения и мысли, а не фразы:
- а у меня все индексирует
- ты ламер, если не можешь mod_rewrite поставить
- заткнись урод
- а Pr уже пересчитали или еще нет?