Поисковая оптимизация
и продвижение сайтов в Интернете

Статьи и конференции по поисковому маркетингу


 





Конференция Семинары Рассылка о поиске Рассылка о продвижении Сервисы Статьи Книга




Рассылка о продвижении


Преимущества расширенного варианта

Архив рассылки "Продвижение сайта. Профессиональные советы экспертов"

439. Нужен ли анализ профиля обратных ссылок конкурентов

442. Ответы экспертов

440. Предварительная оценка свежего обновления Google

441. Как читатели реагируют на заголовки разных типов

435. Семь советов по созданию контента о бренде

436. 7 грубых ошибок при A/B-тестировании

437. Рекомендации экспертов

445. Как использовать микроразметку статей

444. Как вернуть покупателей в интернет- магазин

438. 16 интересных SEO-экспериментов

443. Как отбирать сайты для гостевых публикаций

429. Ответы экспертов

426. Ответы экспертов

434. Рекомендации экспертов

427. Провоцирует ли Google оптимизаторов?

425. Почему веб-мастера не отвечают на запросы

428. Удобно ли оформление заказов в интернет-магазинах?

424. Как избежать обесценивания ссылок с инфографики

423. Как увеличить конверсию контактных форм

422. Как оценить ссылочный потенциал ниши

421. Нужны ли социальные кнопки?

420. Почему вас перестают читать в Twitter

419. Преимущества продуктов против их функций в рекламном тексте

418. Встраивание эмоций в сайт

417. Как повысить доверие к посадочным страницам

416. Оптимизация под резкое повышение спроса

415. Конвергенция метрик

414. Как обезопасить аналитические данные

413. Психология покупателя и эффекты воздействия

412. Контентная стратегия по НЧ-запросам для новичков

411. Как правильно комментировать

410. Эмоциональный отклик как залог конверсии

409. Три способа вызвать любопытство у читателя

408. Как писать хорошие заголовки в title

407. Как писать страницу About

406. 7 тактик создания успешных гостевых постингов

405. Способы и ограничения радиальной передачи информации

404. Новости в блоге

403. Как проектировать поток действий пользователей

402. Как справиться с неокончательными тестами

400. Планирование полного цикла продвижения

399. События и тренды 2011 года

398. Первые впечатления от Вебвизора

397. 21 способ сделать медиавирус

396. Целостный подход к оптимизации

395. Навстречу читателям блога

394. Как упростить подготовку контента

393. Ответы экспертов

392. Шесть вопросов сайту

391. Копирайтинг для конверсии



390. Оптимальная реструктуризация URL


389. Предстартовое продвижение

388. Ответы экспертов

387. Блог для бизнеса

386. Аудит SEO за 20 минут

385. Разумный подход к блогам

384. Масштабируемость в SEO

383. Метрики качественности текста

382. Ответы экспертов

381. Подготовка интервью для СДЛ

380. Ленивое продвижение

379. AGILE в SEO

378. Ответы экспертов

377. Как HTML5 может помочь SEO

376. Пессимизация-2011

375. Пользовательские сценарии в SEO

374. Реверс-инжинеринг успеха конкурентов

373. Ответы экспертов

372. Поисковая независимость

371. Знакомимся с микроформатами

370. Mail.ru наводится на цель

369. Борьба с пандой

368. Ответы экспертов

367. Пять способов оживить коммьюнити

366. Поведенческие факторы

365. Ответы экспертов

364. Google и машинное обучение

363. Сотрудники Facebook имеют доступ ко всем аккаунтам

362. Mail.ru выходит на рынок рекламных систем

361. Поиск и социальные сигналы

360. "Целевой звонок" Яндекса

359. Ответы экспертов

358. Как Google определяет качество контента

357. Яндекс перепишут с Perl на JavaScript

356. Аудит проблемных проектов

355. SMM в цифрах и поиск в кликах

354. Google и авторские права

353. Кириллические домены

352. Ответы экспертов

351. Поисковые системы

350. Развитие рынка интернет-маркетинга

349. 2011: новый раунд

348. Чем больше Рунет...

347. Итоги 2010 в SEO

346. Итоги 2010 года, тенденции 2011

345. Плохая репутация ради хороших ссылок

344. Optimization-2010: выживут только ссылки, похожие на рекламу

343. Мобильный Интернет: аудитория, сайты, реклама

342. Исследование признаков спам-ссылок

341. Есть ли жизнь без зеленой полоски?

340. Яндекс разрешил вебмастерам редактировать сохраненную копию

339. Яндекс как санитар SEO-леса

338. "Маремото" - автоматизация с гарантиями

337. Убьет ли поисковый маркетинг Google Instant Search?

336. Чем заменить бэклинки от Yahoo?

335. ОРФО 2010 - в помощь копирайтерам

334. Вебэффектор, Seopult, Rookee - о себе и о других

333. Об ускорении индексации, платных ссылках и поиске Facebook

332. О единой метрике оценки качества поиска Яндекса

331. Новые поисковики старым не конкуренты

330. Брэнд конкурента запретили использовать в html-коде

329. Возможно ли навредить конкуренту некачественными ссылками?

328. Новый сервис статистики

327. Сравнение факторов ранжирования в Bing и Google

326. Реклама в Яндексе может довести до суда

325. Как Google использует историю домена?

324. Что оптимизаторам делать с доменами .рф?

323. Как получать пользу от семинаров и конференций

322. Влияет ли Pagerank на ранжирование в Google?

321. Блогун отвечает на вопросы подписчиков

320. Проблемы Google и последствия для маркетологов

319. Яндекс рассказал студентам о Matrixnet

318. eTarget в числах

317. Зачем Яндексу англоязычный индекс и как Google воспринимает партнерские ссылки

316. На buki.yandex.ru тестируется обновленный "Снежинск"

315. Google будет индексировать мгновенно

314. А ваш интернет-магазин есть в "покупках" Google?

313. "Вконтакте" открывается поисковикам

312. Поиск по вопросам и ответам: очередной шаг Google

311. Яндекс: финансы за 2009 год

310. Яндекс приобрел технологию понимания смысла текста

309. Яндекс против SEO-текстов

308. Каким будет интернет-маркетинг в 2010

307. C новым 2010 годом!

306. Итоги года - 2009

305. Убьет ли SEO персонализация поиска?

304. Яндекс и Google рассказали, как оптимизировать сайты

303. Снежинск и вечные SEO-ценности

302. Тестируем "Снежинск" на buki.yandex.ru

301. Google Social Search: персонализация поиска при помощи социального графа

300. Будущее поиска и оптимизации

299. Электронной торговле кризис не страшен

298. Google дал возможность комментировать сайты

297. Монетизируйте ЖЖ с помощью AdSense

296. История поисковых систем от Arpa до Caffeine

295. Какой поисковик лучше ищет первоисточник текста?

294. 16 новых регионов в "Арзамасе"

293. Факторы ранжирования и эволюция SEO

292. Поиск в Рунете за первую половину 2009

291. Yahoo и Microsoft договорились

290. Регион сайта в "Яндекс.Вебмастере"

289. Liveinternet показывает доли поискового трафика

288. Открыта регистрация на Конференцию-2009

287. Особенности сокращенных ссылок

286. Как заработать некоммерческому интернет-проекту

285. Релиз "Арзамаса 1.1" состоялся

284. Алгоритм Яндекса "Арзамас 1.1"

283. Новый конструктор сайтов от Яндекса

282. Яндекс.Директ: теперь три спецразмещения

281. Яндекс начал предупреждать о вредоносном коде

280. Яндекс рассказал об алгоритме выявления SEO-ссылок

279. Обзор западных миноритарных поисковых систем

278. Microsoft: через тернии к поиску

277. Новый релиз Яндекс.Поиска "Арзамас"

276. Формула ранжирования блогов

275. eTarget-2009 успешно завершилась

274. Вакансии компаний, ответы на вопросы, важные объявления

273. Конференция Netpromoter-2009

272. Яндекс обновил алгоритм отсева дублей

271. I-Community: снова о SMO и монетизации блогов

270. Технологии ранжирования в Google

269. Яндекс сделал поиск вопросов и ответов

268. Интервью с Платоном Щукиным

267. Интервью с Константином Кашириным

266. Новости, анонсы, дайджест

265. Интервью с американским интернет-маркетологом

264. Интернет-маркетинг 2008: итоги года

2008

2007

2006

2005

2004

2003

Анализатор апдейтов

Подписка на расширенный вариант



Ежегодная конференция Internet Business Conference Russia 2014

Ежегодная конференция для бизнеса IBC Russia 2014 пройдет в Москве 27-28 ноября.
В программе конференции три потока: веб-технологии для бизнеса, интернет-реклама и digital-стратегии, поисковая оптимизация и продвижение. Впервые на конференции добавлены практикумы для выполнения практических заданий!

Успейте зарегистрироваться до повышения стоимости!


Запрос на услуги по продвижению сайтов

Чтобы отправить запрос на наши услуги, заполните форму ниже и нажмите кнопку Отправить. Мы проанализируем ваш сайт и перезвоним вам в течение рабочего дня.

* — поля обязательные для заполнения
** — заполните хотя бы одно из полей

ГлавнаяРассылка о продвиженииАрхив рассылки "Продвижение сайта. Профессиональные советы экспертов"390. Оптимальная реструктуризация URL

Выпуск 390. Оптимальная реструктуризация URL

Ашманов и партнерыПродвижение сайтов. Профессиональные советы экспертов выпуск 389-базовый

14.10.2011

ОПТИМАЛЬНАЯ РЕСТРУКТУРИЗАЦИЯ URL

От редактора

Оптимальная реструктуризация URL

Новости: главное за неделю

Рекомендуем прочесть

Задайте вопрос экспертам

ОТ РЕДАКТОРА

Здравствуйте, уважаемые читатели.

Очень многих начинающих веб-мастеров интересует вопрос, какова идеальная структура URL. Большинство рекомендаций в Интернете сводится к тому, как из уже вполне нормальных URL получить самую малость более нормальные. В этом номере рассылки мы поговорим о пяти типовых случаях, когда изменение структуры URL может быть желанным.

Мы также хотели бы напомнить вам о том, что продолжается регистрация на десятую конференцию «Оптимизация и продвижение сайтов в Интернете», которая пройдет 24-25 ноября в Москве, в отеле «Radisson-SAS Славянская».

Стоимость участия в конференции составляет 24 тысячи рублей. Для регистрации достаточно заполнить форму по адресу http://optimization.ru/reg/. Также обращаем ваше внимание, что по многочисленным просьбам в этом году будет организован "нулевой" день конференции, в который пройдут обучающие семинары по оптимизации и продвижению. Стоимость участия в семинарах — 5 тысяч рублей. Внимание! Количество мест на семинарах ограничено! Вы можете успеть отправить заявку на семинар, заполнив форму по адресу http://optimization.ru/2011/seminars.
ОПТИМАЛЬНАЯ РЕСТРУКТУРИЗАЦИЯ URL

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

Любые изменения — это риск. Вероятно, это звучит не слишком ободряюще, но в реальном мире каждое изменение сопровождается риском. Даже если переработка URL по всему сайту проведена идеально, а редиректы безупречны, у поисковиков всё равно уйдёт немало времени на обработку изменений. За это время ваш сайт может сдать позиции в выдаче, могут возникать ошибки, и если новая схема URL не является принципиально лучшей, некоторые страницы могут навсегда потерять лидирующие позиции. Ко всему прочему, надёжного способа провести A/B-тестирование изменений всего сайта в целях поисковой оптимизации попросту не существует.

Чаще всего дело кончается мизерной отдачей. Переход от хорошего к едва лучшему скорее всего не стоит времени и сил, не говоря уж о риске. Когда же надо менять адреса? Один из авторов блога SEOmoz Доктор Пит рассматривает пять случаев, когда модификация структуры URL может быть полезна.

1. Динамические адреса

Динамические URL содержат параметры, по который генерируется контент. Вот типичный пример:

www.example.com/product.php?id=12345&color=4&size=3&session=67890

Существует распространённое заблуждение, что Google не может читать такие адреса или перестаёт читать их после двух-трёх параметров. В наши дни это попросту неправда, хотя у длины URL существуют разумные пределы. Настоящие проблемы с динамическими URL гораздо сложнее:

  • они не содержат релеватных ключевых слов;
  • они чаще привоядт к созданию дублирующегося контента;
  • пользователи переходят по ним с меньшей охотой;
  • у них есть тенденция увеличиваться.

Когда можно начинать говорить о том, что URL слишком «динамические»? Пример выше — явно тот случай, когда нужно внести изменения. Этот адрес слишком длинный, в нём нет релевантных ключевых слов, параметры "color" и "size" скорее всего создают тонны страницы, близких к точным дубликатам, а идентификатор сеанса делает количество таких дубликатов просто бесконечным. Это надо исправлять.

Но это простой случай. Всё может быть гораздо сложнее. Как вам такой пример?

www.example.com/blog.php?topic=how-to-tame-a-panda

С технической точки зрения, это динамический URL, так что его надо поменять на что-то вроде:

www.example.com/blog/how-to-tame-a-panda

Однако вероятность того, что либо вы получите весомое преимущество, либо выигрыш перевесит риски, достаточно мала. В идеальном мире второй вариант, конечно, лучше, и если начинать блог с нуля, этот вариант, несомненно, предпочтительнее. Но если речь идёт об уже сложившемся блоге с тысячами страниц, лучше оставить всё как есть.

2. Неструктурированные URL

Ещё один типичный пример, вызывающий волнения — что адреса не соответствуют структуре сайта. Допустим, есть такой URL:

www.example.com/diamond-studded-ponies

Некоторые веб-мастера думают, что надо добавить папки для отражения внутренней иерархии, например, так:

www.example.com/horses/bejeweled/diamond-studded-ponies

Считать, что структура URL отражает структуру сайта — ошибочно. Если главная часть URL находится в трёх уровнях от доменного имени, это ещё не значит, что поисковики воспримут её как таковую. С этим утверждением можно поспорить, сказав, что второй вариант осмысленнее для посетителей. К сожалению, он ещё и длиннее, а самые уникальные ключевые слова оказываются в хвосте. В большинстве случае первый вариант является более предпочтительным.

Разумеется, действует и обратное правило. Если у адресов плоская структура, и каждая страница находится на одном уровне глубины, это ещё не значит, что вы создали плоскую иерархию сайта. Google по-прежнему индексирует страницы по созданным вами путям. Возможно, у более плоских URL есть несущественные преимущества, но это никак не повлияет на ранжирование.

Структурные URL могут стать причиной проблем с дублирующимся контентом. Предположим, вы даёте посетителям возможность попасть на одну и ту же страницу тремя разными способами:

www.example.com/horses/bejeweled/diamond-studded-ponies

www.example.com/tags/ponies/diamond-studded-ponies

www.example.com/tags/shiny/diamond-studded-ponies

Замечательно — вы только что создали две копии уже существующего контента, и поисковик увидит три одинаковых страницы. Это скорее проблема индексации нежели чем URL, но для контроля индексации существуют свои средства. А вот избыточно структурированные URL только ухудшат положение дел.

3. Длинные URL

Когда длинный адрес становится слишком длинным? Чисто технически, адрес должен быть настолько длинным, насколько это необходимо. У некоторых браузеров и серверов есть определённые пределы, но они находятся далеко за пределами разумного. Например, IE8 поддерживает адреса длиной до 2083 символов.

С практической точки зрения длинные URL чреваты проблемами. Слишком длинные URL:

  • уменьшают ранжируемость любого данного ключевого слова в URL;
  • могут понижать читаемость и кликабельность ссылок;
  • могут отрезаться при копировании через буфер обмена;
  • могут обрезаться некоторыми соцсетями;
  • слишком плохо запоминаются.

Поиск меры здесь относится скорее к искусству, чем к науке. Одним из ключевых критериев можно считать повторяемость. Общий принцип прост: если есть что-то, не добавляющее никакой ценности, от этого лучше избавиться. Например, вот URL с большим количеством повторов:

www.example.com/store/products/featured-products/product-tasty-tasty-waffles

Если уже есть каталог "/store", так ли уж нужен подкаталог "/products"? Если мы знаем, что вы уже внутри подкаталога "store/products", действительно ли нужно помечать категорию как "featured-products" (почему бы не просто "featured")? А эта подкатегория "featured" вообще нужна? И надо ли каждую запись о продукте начинать со слова "product-"? Вафли действительно такие вкусные, что эту характеристику надо повторить?

Можно найти и куда как более запущенные случаи, просто этим примером проиллюстрированы наиболее типичные проблемы. Опять же, нужно принимать во внимание компромиссы. Исправление адреса вроде приведённого выше, возможно, даст отдачу в поисковой оптимизации. Удаление записи "/blog" из адресов всех постингов в блоге может быть желательным, но на практике это не даст никаких преимуществ.

4. Переполнение ключевыми словами

Сценарии 3-5 в чём-то пересекаются. Адреса, под завязку набитые ключевыми словами, имеют тенденцию разрастаться и пожирать другие страницы. Как правило, в перенасыщенном ключевыми словами адресе либо много повторов, либо предпринята попытка уместить каждый вариант целевой фразы. Вот вам пример:

www.example.com/ponies/diamond-studded-ponies-diamond-ponies-pony

Случаи пессимизации исключительно по переоптимизированным URL пока что редки, но обычно такие адреса являются для поисковика лишним индикатором заспамленности страницы. Даже если поисковик вас не наказывает, стоит задуматься о фокусе. Таким способом вы действительно можете привлечь больше посетителей, но при это каждая фраза будет получать меньше внимания.

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

5. Каннибализм в среде ключевых слов

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

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

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

В данном случае адреса являются просто симптомом болезни, протекающей на системном уровне. Если вы оказались слишком амбициозны, вам придётся консолидировать эти страницы, а не просто поменять адреса. Если раньше «слабый» контент отражался только на собственно контенте, то сейчас это учитывается при ранжированнии целых сайтов.

Действуйте осторожно

Если вы всё-таки считаете, что глобальная смена адресов стоит риска, продумайте план и последовательно выполните его. Процедура планирования смены URL выходит за рамки этой статьи, но есть несколько основных моментов, которые надо учитывать:

  1. Используйте 301-е редиректы.
  2. Используйте редиректы вида адрес-на-адрес для каждой страницы, которую хотите сохранить.
  3. Обновите все внутренние ссылки.
  4. Не выстраивайте редиректы в цепочку, если без этого можно обойтись.
  5. Добавьте новую XML-карту сайта.
  6. На время оставьте старую карту сайта.

Третий пункт автор публикации предлагает раскрыть подробне, поскольку ему не раз доводилось наблюдать, как после технических изменений на всём сайте и прописывания 301-х редиректов исполнитель забывал обновить всю навигацию на самом сайте. Для поисковиков видимые пути индексации всё ещё являются самым весомым сигналом. Словом, убедитесь, что внутренняя структура на 100% согласована с новыми URL.

Последний пункт в списке не вполне очевиден, но есть немало специалистов, которые на этом настаивают. Объясняется это очень просто: если поисковики перестают видеть старые адреса, они могут перестать ходить по ним и, таким образом, не могут обработать все 301-е редиректы. Рано или поздно они найдут все новые URL, но на это может уйти больше времени. На время оставив старую карту сайта, вы дадите роботам больше возможностей обработать редиректы, и если эти редиректы правильно настроены, дублирующийся контент создан не будет. Обычно старую карту сайта можно удалять через пару-тройку недель.

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

Статья основана на публикации "Should I Change My URLs for SEO?", опубликованной в блоге SEOmoz.

НОВОСТИ: ГЛАВНОЕ ЗА НЕДЕЛЮ

Ашманов запускает «Крибрум»

Компания «Ашманов и партнёры» объявила о запуске нового сервиса «Крибрум», который предназначен для мониторинга и анализа социальных сетей с целью управления репутацией компании в Интернете. Сервис выполняет автоматический анализ упоминаний бренда, персоны или компании в Сети, оценивает их эмоциональную окраску и визуализует полученные данные для быстрой оценки того, как в Интернете. Для получения этих данных сервис следит за блогами, комментариями в блогах, микроблогами, форумами, СМИ, социальными сетями. При стоимости в 5 тысяч долларов в месяц этот сервис пока что доступен скорее крупным брендам.

Google начинает скрывать ключевые слова переходов

Компания Google объявила о том, что целях обеспечения приватности своих пользователей будет скрывать данные о ключевых словах, по которым авторизованные в Google пользователи переходят на сайты. Это сопровождается переходом на протокол HTTPS, хотя выбор протокола пока что остаётся личным делом каждого пользователя. Специалисты Google оценивают количество таких пользователей в пределах 10%. При этом в Google Webmaster Tools будет передаваться информация о тысяче лидирующих запросов за последние 30 дней. Что любопытно, Google продолжит предоставлять данные о ключевых словах рекламодателям.

Снова обсуждается создание госпоисковика

По информации CNews департамент информационных технологий администрации г. Москвы ведёт переговоры с компанией Яндекс о создании государственной поисковой системы. Речь идёт о специализированном поисковике, в котором можно будет искать информацию по базам данных государственных сайтов: график работы муниципальных учреждений, информация по общественному транспорту и многое другое. Правительство Москвы планирует со временем предоставлять всё больше информации и раскрывать прочие реестры.

РЕКОМЕНДУЕМ ПРОЧЕСТЬ

Мэтт Каттс рассказывает о том, как Google оценивает скорость загрузки сайта.

Bit.ly запустили бета-версию своего сервиса для мониторинга репутации в соцмедиа.

Аналитики Slingshot SEO выяснили, почему падает CTR в органической выдаче.

ЗАДАТЬ ВОПРОС | ПОДПИСАТЬСЯ НА РАССЫЛКУ | ОСТАНОВИТЬ ПОДПИСКУ

Вы можете прокомментировать любой выпуск или отдельный материал рассылки на Subscribe.ru! Заходите на subscribe.ru/catalog/inet.search.seo

Присылайте нашим экспертам вопросы по продвижению, рекламе, юзабилити и другим аспектам интернет-маркетинга. Они постараются ответить всем лично, а ответы на наиболее сложные и интересные вопросы будут опубликованы в рассылке.
Адрес редакции — subscribe@ashmanov.com

Подписаться на рассылку можно, отправив письмо с заголовком SUBSCRIBE_BASE на адрес subscribe@ashmanov.com. Адрес для отписки — тот же, укажите заголовок BASE_UNSUBSCRIBE.

ВНИМАНИЕ! Если вы подписаны через сервис Subscribe.ru, остановить подписку можно только на сайте subscribe.ru.

Успехов вам!
Выпуск подготовил Александр Прокудин
«Ашманов и партнеры»

АРХИВ РАССЫЛКИ

Copyright © 2003-2011 «Ашманов и партнеры»
При копировании или цитировании материалов обязательна ссылка на www.optimization.ru/subscribe




Ашманов и Партнеры