Объяснение естественной поисковой оптимизации: ранжирование и индексация поисковой системы
В этой статье говорится о следующем:
1.Объяснение маркетологам естественного поиска.
2.Улучшение индексации - главным образом техническая задача.
1). Дополнительное примечание о кодах статуса http.
2).Как насчет использования веб-стандартов?
3.Улучшение ранжирования: по большей части это дело бизнеса/маркетинга.
1).Как насчет "дерева" ссылок, вставки ключевых слов и т.д.?
4. Что работает сегодня, может не работать завтра.
5. Это действие займет время.
6. Терминология запутывает дела?
Я думаю, что общее ожидание людей (как технических специалистов, так и не технических) – это то, что веб-разработчики должны разрабатывать сайты
так, чтобы они ранжировались выше.
Я видел тендеры по информационным технологиям (ИТ-тендеры), которые требуют, чтобы сайт появлялся на самой первой странице в поисковом запросе. С
точки зрения бизнеса, это требование вполне разумно. Однако для ИТ-компаний, компаний по веб-разработкам, поисковых компаний гарантировать это –
обманчиво и безответственно. Тем не менее, это хорошая возможность объяснить «естественный поиск».
Объяснение маркетологам естественного поиска.
Я всегда стараюсь объяснить, что естественная поисковая оптимизация включает как минимум две области:
Индексация поисковой системы – поисковая система находится внутри вашего сайта, чтобы понять его контент. Ранжирование поисковой системы –
определяет, как выстроить контент.
Затем я пытаюсь объяснить, что методы работы с каждой из этих областей совершенно разные (хотя некоторые всё же могут совпадать). Я формулирую их
следующим образом:
- Улучшение индексации – это главным образом техническая задача.
- Улучшение ранжирования – это по большей части дело бизнеса/маркетинга.
- Что работает сегодня, может не работать завтра.
- Это займет время.
Улучшение индексации - это главным образом техническая задача.
Технические вещи, которые делают веб-разработчики, обычно помогают увеличить шанс, что сайт будет хорошо индексирован. Например (в свободном
порядке, и это не полный список!):
- Достаточно чистые URL, для того, чтобы избежать ослабления веса (значимости) страницы.
Обычно это гарантия, что все будут использовать одну и ту же ссылку на данную страницу, без изменений вариантов её написания (в противном случае
поисковые системы примут эти варианты за две разные страницы).
- Правильное использование компонента , а также мета ключевых слов и описания - если страница отобразится в ранжировании, эта краткая
информация будет полезна (сегодня эти компоненты немного влияют на ранжирование, но вообще предназначены для индексации).
- Правильное использование переадресации и других кодов статуса HTTP, что поможет поисковым системам идти или не идти на определенную страницу.
Например, HTTP 302 - временная переадресация, которая не отслеживается поисковыми системами. А вот 301 – постоянная и отслеживается.
- Карты сайта, особенно, если у вас очень большой контент.
- И другое.
Дополнительное примечание о кодах статуса http.
В некоторых веб-технологиях, таких как ASP/ASP.net, Response.Redirect, используется http 302 и это самый распространенный способ переадресации. И
хотя заголовки могут устанавливаться вручную, нет удобного способа переадресации, и разработчики часто игнорируют это важное отличие.
Особенно важно использовать 301 во время изменения дизайна сайта, чтобы обеспечить переадресацию со старых URL на новые. В противном случае, все
люди, ссылающиеся на вашу старую страницу, будут упущены (потеряны), а поисковые системы не передадут вес/значение тех ссылок на новые страницы.
Иногда использование на страницах статуса 404 Not Found (не найдено) может быть полезно, если вы не хотите, чтобы поисковая система индексировала
эту страницу (возможно, ваш сайт больше не продает свои товары).
Или, аналогично, 500 Internal Server Error (внутренняя ошибка на сервере) очень важна.
Например, если на странице с информацией ошибки временное затруднение, без правильного кода статуса поисковая система будет индексировать этот
контент, иногда даже замещая им ваш ранее хорошо индексируемый контент.
Как насчет использования веб-стандартов?
Многие защитники веб-стандартов удивятся, что я не упомянул использование стандартной HTML разметки и подходящее использование заголовков по
отношению к поисковой системе.
В то время как эти техники, несомненно, важны для доступности (http://www.onenaught.com/posts/category/accessibility) и формируют основу для многих
стратегий веб-развития, их роль для поисковых систем в процессе индексации или ранжирования неясна и сомнительна (к сожалению), потому что спаммеры
могут легко испортить такой компонент, как h1.
Следует сказать, что отказ от табличного формата и соблюдение веб-стандартов способны помочь, потому что:
- Стандарты помогают минимизировать распространение кода (некоторые поисковые машины ограничивают, сколько страниц они проиндексируют, хотя это уже
становится все менее и менее важным).
- Правильная, действительная страница не доставит проблем поисковой системе в понимании вашего контента. А неправильная может быть настолько
неправильной, что даже если она каким-то образом успешно визуализирована, технической программе, такой как поисковая машина-робот, придется приложить
немало усилий, чтобы увидеть в ней какой-то смысл.
- Использование правильной разметки, например заголовков, которые на самом деле помогают пользователям, помогают к тому же с косвенным
(опосредованным) ранжированием (объяснено ниже).
Было время, когда иметь контент вначале, а навигацию последней, тоже помогало (иногда это делалось легко с помощью CSS, и в некотором роде также с
помощью HTML разметки). Но даже эта техника менее важна.
Если что-то типа HTML 5 (http://www.onenaught.com/posts/category/html-5)
становится более важным и известным, то такой компонент как