- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Держу автонаполняемый новостной блог (RSS импорт).
Яндекс проиндексировал картинки с ссылками вида
http://....ru/taxonomy/term/23?page=650
понятно что страница(page) со временем изменится и ссылка станет не актуальной.
Соответсвенно Яндекс при следующей проверки эту ссылку удалит видимо из выдачи.
Стоит ли что-то думать и вводить обратную нумерацию страниц чтоб параметр page не менялся?
CMS Drupal.
Держу автонаполняемый новостной блог (RSS импорт).
Яндекс проиндексировал картинки с ссылками вида
http://....ru/taxonomy/term/23?page=650
понятно что страница(page) со временем изменится и ссылка станет не актуальной.
Соответсвенно Яндекс при следующей проверки эту ссылку удалит видимо из выдачи.
Стоит ли что-то думать и вводить обратную нумерацию страниц чтоб параметр page не менялся?
CMS Drupal.
Наврено я нечетко выразился. Имеет ли смысл чесать репу и придумывыать обратную нумерацию страниц т.е. чтоб самая свежая (по дате) страница имела параметр page скажем 650 а самая "древняя" параметр page = 1, тогда за каждой страницей жестко закреплен параметр page что не смутит поисковики. Сейчас же параметр page указывающий на самую "древнюю" страницу меняется с ростом кол-ва страниц.
Наврено я нечетко выразился. Имеет ли смысл чесать репу и придумывыать обратную нумерацию страниц т.е. чтоб самая свежая (по дате) страница имела параметр page скажем 650 а самая "древняя" параметр page = 1, тогда за каждой страницей жестко закреплен параметр page что не смутит поисковики. Сейчас же параметр page указывающий на самую "древнюю" страницу меняется с ростом кол-ва страниц.
ИМХО, будет лучше, если страницы будут статичны, т.е. самая "старая" - номер 1, а последняя - .... Так лучше будет для поисковиков, т.к. несуществующие страницы выкидываются из индекса только через некоторое время, а до этого они будут находиться в результатах поиска, что не очень удобно для пользователей, которые будут переходить на несуществующие страницы вашего сайта.
Конечно, первая новость должна быть page=1, а дальше по возрастающей. Тогда они будут "вечными" и будут адекватно восприниматься ПС.
Вообще-то так все и делают. Про ваш вариант построения ссылок слышу первый раз.
Конечно, первая новость должна быть page=1, а дальше по возрастающей. Тогда они будут "вечными" и будут адекватно восприниматься ПС.
Вообще-то так все и делают. Про ваш вариант построения ссылок слышу первый раз.
Как раз на первой странице всегда последние записи( ЖЖ например). Нет смысла на первой странице показывать древние записи.
ИМХО, будет лучше, если страницы будут статичны, т.е. самая "старая" - номер 1, а последняя - .... Так лучше будет для поисковиков, т.к. несуществующие страницы выкидываются из индекса только через некоторое время, а до этого они будут находиться в результатах поиска, что не очень удобно для пользователей, которые будут переходить на несуществующие страницы вашего сайта.
они не пропадают просто меняется содержимое страниц.
то что было вчера на 5ой странице теперь на 6ой, а на 5ой более свежие новости.
http://....ru/taxonomy/term/23?page=650
Слуште, а почему вот такую нумерацию-то не сделать:
http://www.site.ru/news/13143.html ?
Постоянные адреса страниц, все новости лежат в архиве, там масса СЧ и НЧ...
Держу автонаполняемый новостной блог (RSS импорт).
Яндекс проиндексировал картинки с ссылками вида
http://....ru/taxonomy/term/23?page=650
понятно что страница(page) со временем изменится и ссылка станет не актуальной.
Соответсвенно Яндекс при следующей проверки эту ссылку удалит видимо из выдачи.
Стоит ли что-то думать и вводить обратную нумерацию страниц чтоб параметр page не менялся?
CMS Drupal.
Зачем вам вообще иметь списки нод в индексе ? Я их везде закрываю в robots.txt - с точки зрения ПС дублированный контент. Оставьте в индексе только сами посты (ноды) + карту сайта в том или ином виде, чтобы эти посты можно было найти.
Как раз на первой странице всегда последние записи( ЖЖ например). Нет смысла на первой странице показывать древние записи.
Я думал, что вы имеете в виду страницу с конкретной новостью. А вы про список всех новостей. В этом случае, естественно, последние новости должны быть на виду. Но лучше делать не кучу страниц с переменной нумерацией, а архивы с постоянными ссылками. Например, /2007/12/. В помощь вам htaccess.