Контентная оптимизация сайта.
Включает в себя работу с контентом страницы, направленную на повышение релевантности страницы в поисковых системах. К контенту страницы относится: текст, картинки, таблицы, цены (на услуги, товар и прочее), карточка товара (на карточке обязательно должно присутствовать описание товара: характеристики, размеры и прочее), аудио, видео и др.
Правильное расположение всех элементов на странице приводит к повышению юзабилити сайта. И, как следствие, к улучшению всех поведенческих показателей сайта: глубины просмотра, кол-ва отказов, время нахождения пользователя на странице сайта, а также к увеличению конверсии ресурса. Чтобы оптимизация сайта была успешной обязательно обратите на это внимание.
При расположении текста на страницах сайта необходимо обращать внимание на разбиение текста на текстовые блоки (если у конкурентов нет разбиения на блоки, но тематика позволяет его применить, мы его обязательно используем). Оптимизатор принимает решение, какие будут блоки, сколько их будет.
Примеры размещения контента с помощью разбиения на текстовые блоки смотрите ниже.
Оптимизация title сайта
Title должен содержать от 4 до 15 слов. При оптимизации сайта и написании тайтла необходимо придерживаться следующей структуры:
Самый весовой запрос в title допускается использовать до 2-х раз, если он содержится в других менее весовых запросах, при этом он должен быть разделен не менее чем тремя словами.
Если количество запросов не позволяет составить тайтл длиной более 4 слов, необходимо добавить в тайтл дополнительные слова, раскрывающие смысл страницы (сопутствующие). Например, для запроса «купить окна ПВХ» близкие слова — заказать, продажа, цены, т.е. все слова, которые Яндекс показывает в директе как синонимы. Ориентируемся на содержание страницы и топ-10 в выдаче Яндекса по основному запросу. При анализе выдачи нужно обратить внимание на подсвеченные Яндексом слова в титлах, не содержащихся в запросе.
ВАЖНО! На странице должен быть только один заголовок h1. Если на странице их несколько, то необходимо исправить все заголовки таким образом, чтобы в итоге остался только один h1.
Заголовок h1 должен содержать самое весовое ключевое словосочетание. При этом он должен отражать суть страницы. Например, если на странице, на которой расположен каталог верхней одежды, продвигается только запрос «куртки», недопустимо писать в h1 только запрос. В этом случае h1 будет иметь вид «Куртки и другая верхняя одежда от магазина ****». В заголовках h2-h6 должны содержаться менее весовые ключевые слова.
Последовательность заголовков h1-h6 на странице должна соответствовать модели:
< h1 > Заголовок < /h1 >
< h2 > Подзаголовок < /h2 >
< h3 > Подпункты < /h3 >
Выделения h1-h6, употребленные в тексте, не должны нарушать порядковой последовательности своих номеров.
ВАЖНО! На 4000 знаков (1 страница) должно быть не более 1-2 выделений , причем содержание должно соответствовать правилам русского языка и элементарной читабельности («окна москва купить недорого» – подобного быть не должно).
Все теги , которые встречаются в тексте необходимо заменить на , не нарушая при этом правило, что на 4000 знаков (1 страница) должно быть не более 1-2 выделений . Если пункт нарушается, то нужно убрать выделение тегами или заменить его на форматирование с помощью CSS стилей.
В оставляем только ключевое слово запроса, под который осуществляется накрутка. Недопустимо присутствие в теге знаков препинания и слов «купить», «цена», «стоимость», а также названия города.
Оптимизация количества ключевых слов на сайте происходит посредством проведения анализа кол-ва вхождений в среднем по топ 10 по ключевому слову:
Необходимо привести общее соотношение точных вхождений/словоформ по каждому запросу к соотношению 40/60%.
Также необходимо оценивать данное соотношение у конкурентов. Если у конкурентов преобладают словоформы или разбросы, то допускается смещение соотношения в пользу словоформ, если преобладают точные вхождения запросов, то допускается смещение соотношения в сторону ТВ. При этом оптимизатор постоянно проверяет, каким образом меняются при изменении соотношений другие показатели текста (тошнота, вода). В случае превышения данных показателей, правки откатываются до приемлемого придела.
Если ключевое слово текущего запроса можно заменить на английский вариант, то находим словоформу (не точное вхождение) данного ключевого слова в тексте и заменяем.
Общее количество подобных замен должно составлять не более 10% употреблений этого ключевого слова во всем тексте.
При проработке главной страницы сайта при оптимизации, необходимо в обязательном порядке употребить официальное название компании. Офиц. название компании должно включать в себя форму собственности. Например, ООО «Компания 1» или ИП Иванова И. И.
Название берется из единого брифа или со страницы «О компании». Если брифа нет, а на сайте есть несколько вариантов названий компании необходимо отправить запрос аккаунту на уточнение названия.
При проработке внутренних страниц также желательно употреблять в тексте официальное название компании.
Например, официальное название ОАО «Вымпелком», а продвигаемый бренд — «Билайн». В тексте прописывается Билайн, а в футере ОАО «Вымпелком».
Проверяем целевую страницу на потребность в употреблении геоконтента (является ли компания заказчика мультирегиональной, имеет ли отделения в разных регионах страны).
Проверяем соответствие употребления геоконтента требованиям ТЗ, но учитываем, что на текст для одной страницы сайта допускается не более 1-2 употреблений.
Для оптимизации сайта сравниваем нашу страницу с конкурентами.
1) Если на нашей странице есть каталог и текст и у конкурентов есть каталог и текст, и количество вхождений в каталоге и тексе на нашей странице и в среднем по топ-10 равны, то ничего не делаем.
2) Если на нашей странице есть каталог и текст и у конкурентов есть каталог и текст, и количество вхождений в каталоге и тексе на нашей странице больше чем в среднем по топ-10, то мы:
а) срезаем количество ключей в тексте, ориентируясь на конкурентов – в случае, если в топе преобладают сайты с большим количество вхождений в каталоге и небольшими текстами;
б) закрываем в часть вхождений в каталоге (или все вхождения) – в случае, если в топе преобладают сайты с большим количество вхождений в тексте и небольшими каталогами).
3) Если на нашей странице только текст, а в среднем по топ-10 у сайтов есть каталоги, то запрашиваем и добавляем каталог.
Тег может использоваться на странице только в следующих случаях:
Во всех остальных случаях тег не используется. Если данный тег на странице присутствует на момент проработки, его необходимо убрать.
Сниппет — небольшой отрывок текста из найденной поисковой машиной страницы сайта, использующийся в качестве описания ссылки в результатах поиска. В поисковой системе Яндекс, как правило, они представляют собой отрывок текста, в котором встретилось ключевое слово в тексте на странице. Иногда в ПС Яндекс в качестве сниппетов также может выводиться текст из мета-тега «Description». Гугл всегда использует мета-тег «Description» в качестве сниппета.
1) Написание description. Данный мета-тег необходим для увеличения кликабельности сниппета.
Правила написания description:
Например: «Скидки до 30 % на нотариальный перевод от бюро переводов «Диалект Сити». Бесплатная доставка переводов в любую точку Москвы».
2) ПС Яндекс, как правило, выбирает в качестве сниппета наиболее релевантный кусок текста по соответствующему ключевому слову. Предпочтение отдается тексту, расположенному ближе к началу страницы.
Вариант 1 — Если кликабельность участка текста, который выбрал Яндекс, можно улучшить, добавив в него незначительные изменения (можно добавить продающие слова или скорректировать текст так, чтобы плотность ключей в данном участке осталась неизменной), — делаем.
Вариант 2 — Если Яндекс в качестве сниппета выбрал кусок текста из контента страницы, который обладает низкой степенью кликабельности, то необходимо провести работы по увеличению кликабельности сниппета.
Для этого нужно снизить релевантность данного участка текста (убрать ключи) и добавить текст, такой же по объему и плотности ключей, ближе к началу страницы. Также можно найти более подходящий для сниппета участок текста и преобразовать его таким образом, чтобы плотность ключей была аналогична исходному.
Техническая оптимизация сайта – это комплекс мер, направленных на корректировку технических аспектов сайта, с целью улучшить его взаимодействие с роботами поисковых систем.
Основная задача технической оптимизации – обеспечить максимально полную и быструю индексацию страниц сайта.
Грамотная техническая оптимизация сайта позволяет роботам поисковых систем хорошо и быстро индексировать сайт. Такой сайт не выдает ошибки и сбои в работе, каждой странице сайта соответствует только один адрес. Ниже представлены некоторые моменты, на которые стоит особенно уделить внимание.
Robots.txt – файл, специально предназначенный для роботов поисковых систем. В этом файле указываются параметры индексирования сайта: какие страницы заносить в поисковую базу, а какие исключить. В нём можно указывать директивы, как для всех роботов поисковых систем сразу, так и для роботов каждой поисковой системы в отдельности.
Про составление этого файла и настройку можно подробнее узнать на сайте помощи вебмастерам от Яндекса http://help.yandex.ru/webmaster/controlling-robot/robots-txt.xml.
Карты сайта — одна из страниц сайта, информация на которой аналогична разделу «Содержание» обычной книги. Используется как элемент навигации. В карте сайта представлен полный перечень разделов и/или всех страниц, имеющихся на сайте. Нередко, заголовки страниц в списке служат ссылками на эти страницы. Карта бывает двух форматов:
Редиректы (перенаправления) делаются с помощью файла .htaccess, который расположен в корне сайта и доступен только вебмастеру. Так как поисковые системы могут считать сайт с www и без www совершенно различными, то прописывается редирект c сайта без www (http://vashsait.ru) на сайт с www (http://www.vashsait.ru) или наоборот. Это автоматически переадресовывает всех, кто заходит на сайт на нужную страницу.
Настройка видов url страниц — корректный вид url также настраивается с помощью .htaccess. Важно, чтобы все внутренние ссылки на сайте имели одинаковый вид. Это можно оценить по следующим критериям:
Лучше всего, если во внутренних ссылках сайта содержатся псевдостатические адреса. Это значит, что в них не используются спецсимволы: «?», «=», «&», а сами адреса ссылок имеют вид: http://www.vashsait.ru/about.
404 ошибка – одна из самых важных технических доработок, которые обязательно проводить. Если адрес ссылки, ведущей на страницу сайта введен неправильно, важно чтобы посетителю сайта и поисковому роботу отдавалась страница с кодом 404 (несуществующая страница). Тогда в индекс поисковой системы не попадет большое количество страниц с одинаковым текстом, что крайне негативно влияет на ранжирование.
Пользователям, впервые попавшим на сайт, присваивается уникальный идентификатор сессии. Адреса страниц сайта в этом случае имеют вид http://www.vashsite.ru/.?PHPSESSID=код_сессии. В результате одна и та же страница может иметь неограниченное количество адресов из-за различных кодов сессий (появляются т. н. дубли страниц). В базе поисковых систем уже сейчас находится множество страниц сайта с такими адресами, различающимися только набором символом после «PHPSESSID=». Наличие большого числа дублей страниц затрудняет индексацию корректных страниц, снижая тем самым эффективность поисковой оптимизации. Для устранения этого необходимо внести правки в программную часть таким образом, чтобы идентификаторы сессий не появлялись в URL страниц вообще, либо были не видны поисковым роботам.
В индексе поисковых систем может находиться большое количество страниц, имеющих одинаковое содержание, но разные адреса (страницы-дубли). Роботы поисковых систем считают такие страницы разными и индексируют их все, в результате поисковый индекс «замусоривается» большим количеством дублированного контента, что приводит к проблемам с индексацией сайта роботами поисковых системам.
Наличие дублей страниц в индексе поисковой машины является серьезным препятствием для корректного ранжирования страниц.
Другой проблемой является наличие в поисковом индексе служебных, пустых и иных неинформативных страниц сайта. Такие страницы также «засоряют» поисковый индекс и препятствуют корректному ранжированию страниц.
Для исключения всех страниц-дублей, других «мусорных» страниц из индекса поисковых систем следует создать в корневой директории сайта текстовый файл robots.txt и с помощью специальной директивы закрыть их от индексации. В корне каждого сайта-зеркала также необходимо создать файл robots.txt и закрыть его от индексации.
Кроссбраузерность – это способность сайта хорошо отображаться в разных браузерах (без перекосов, съездов, с правильной интерпретацией всех правил CSS). За основу берутся самые популярные браузеры – IE, Opera, Mozilla Firefox, Сафари, Хром. Сайт должен корректно отображается во всех браузерах.
Некоторые ссылки на страницы сайта могут иметь адреса, содержащие как строчные латинские буквы, так и заглавные (например, http://www.vashsait.ru/sportAndHealth). При этом если попробовать ввести аналогичный адрес, но полностью в нижнем регистре (например, http://www.vashsait.ru/sportandhealth), сайт может выдать совершенно другую страницу или ошибку.
Проблема заключается в том, что адреса ссылок в Интернете, как правило, записываются полностью в нижнем регистре. По мере того, как сайт будет набирать популярность и накапливать естественные внешние ссылки (например, люди будут рекомендовать сайт друзьям) – будет невозможно осуществить контроль за этим процессом. Таким образом, может получиться, что внешние ссылки ведут на несуществующие страницы, люди не будут получать информацию за которой пришли и посещаемость будет падать.
Нестандартные технические доработки сайта. В каждом конкретном случае, в зависимости от нюансов используемой CMS, работы хостинга и т.п. могут возникать дополнительные моменты, требующие внимания.
Оптимизация кода сайта — это процесс, основной направленностью которого является снижение объема кода, отдаваемого поисковым роботам (при индексации) и посетителям (при загрузке страницы).
Поисковые роботы при сканировании сайта обращают внимание на отношение текста на странице к количеству внутреннего кода, используемого на ней же. Это отношение четких значений не имеет.
Чем меньше блог использует кода, тем быстрее происходит загрузка его страниц (снижение нагрузки на сервер).
Поисковые системы определяют скорость загрузки ресурса, как один из важнейших факторов ранжирования. Так же это значительно осложнит задачу для потенциального взломщика т.к. когда нет информации о версиях плагинов, сложно искать в них уязвимости.
Есть три основных направления при оптимизации кода сайта:
CSS расшифровывается, как «каскадные таблицы стилей» (от англ. Cascading Style Sheets). Таблицы стилей предназначены для визуального оформления элементов веб-страницы. Как правило, CSS используется в связке с HTML, что является весьма эффективным «инструментом» при создании любого сайта.
CSS представляет собой совокупность параметров, с помощью которых отображается тот или иной элемент на веб-странице. Эти параметры могут указываться, как в отдельном файле (таблице стилей), так и быть прописаны непосредственно в HTML коде страницы. Например, на веб странице могут быть такие элементы: заголовок статьи, абзацы, цитаты, сноски, картинки, видео ролики, ссылки на другие страницы сайта и т.д. Всем этим элементам мы можем задать определенный стиль отображения — размер шрифта, цвет букв, толщину рамок и картинок, стиль ссылок и так далее.
Если вы используете файлы с расширением .css (стили при оформлении), которые подгружаются в самую последнюю очередь, то следует сделать их более мобильным, то есть применить сжатие. Например, размер строк после оптимизации coda можно уменьшить в 5 раз: «padding — top: 4px; padding — bottom: 7px» в «4px 7px».
Валидность кода — это соответствие исходного кода сайта нормам и правилам, описанным Консоциумом Всемирной Паутины или сокращенно W3C. Чтобы проверить сайт на соответствие этим нормам нужно пройти по ссылке: http://validator.w3.org/. Ввести нужный адрес и посмотреть результаты.
Сервисов, которые осуществляют данную проверку много. Все они покажут какие ошибки присутствуют в коде, а также укажут их местоположение. Не стоит пугаться, если их количество составит более 100 или 1000 штук, так как исправление одной может автоматически сократить их вдвое.
Кодировка базы данных. Все данные должны корректно отображаться и как следствие индексироваться поисковыми системами. Ниже представлена ошибка в кодировке сайта.
Каждый отклик сервера на команду клиента сопровождается трехзначным кодом. При отправке сообщения может возникнуть исключительная ситуация, при этом в тексте ошибки будет содержаться код последнего отклика SMTP-сервера. Далее приводится описание этих кодов.
Каждая цифра в коде ответа сервера имеет свое назначение. Первая цифра обозначает успех, неудачу или незавершенность команды. Вторая цифра уточняет тип ответа (например, ошибка почтовой системы или синтаксическая ошибка команды). Третья цифра служит для лучшей градации информации.
Ниже приведены пять значений первой цифры:
1 – положительный предварительный отклик. Сервер воспринял команду, но находится в ожидании подтверждения на продолжение или отказ от выполнения запрошенных действий.
2 – положительный отклик. Запрошенное действие было выполнено и сервер готов к принятию новой команды.
3 – положительный промежуточный отклик. Сервер воспринял команду, но для завершения действия ожидает дальнейшей информации.
4 – временный негативный отклик. Команда не принята, и запрошенные действия не были исполнены. Однако ошибочное состояние временное, и действие может быть запрошено еще раз.
5 – негативный отклик. Команда не принята, и запрошенные действия не были исполнены.
Вторая цифра показывает категорию ошибки:
0 – Синтаксис: Отклик обозначает синтаксическую ошибку команды; команда может быть синтаксически правильная, но отклик нельзя отнести к другим категориям; нереализованная команда.
1 – Информация: Отклик на запрос информации, например, статус или помощь.
2 – Соединение: Отклики, относящиеся к каналу передачи данных.
3 – Не определены
4 – Не определены
5 – Почтовая система: Отклики указывают состояние принимающей почтовой системы в отношении запрошенной передачи или другого действия почтовой системы.
Третья цифра служит для лучшей градации значения в каждой категории, определяемой второй цифрой.
Код | Название | Описание |
Коды первого класса (1xx) не посылаются сервером клиентам. | ||
100 | Продолжайте | Клиент должен продолжать передачу запроса. |
101 | Переключение протоколов | Сервер предлагает изменить протокол на указанный в поле заголовка отклика Update. Обычно это предложение о переходе на более новую версию HTTP. |
110 | Отклик мог устареть | Отклик является устаревшим (используется в заголовке Warning). |
111 | Обновление не удалось | Отклик от кэша не является свежим, т. к. попытка обновить его закончилась неудачей (используется в заголовке Warning). |
112 | Разрыв соединения | Кэш был умышленно отсоединен от остальной сети на некоторое время (используется в заголовке Warning). |
113 | Эвристическое устаревание | Кэш эвристически выбрал период обновления, больший 24 часов, и возраст отклика более 24 часов (используется в заголовке Warning). |
199 | Различные предупреждения | Дополнительные предупреждения, не содержащиеся в данном списке (используется в заголовке Warning). |
Коды второго класса (2xx) возникают, когда запрос успешно принят и понят сервером. | ||
200 | OK | Запрос был успешно обработан. Содержимое отклика зависит от типа запроса. |
201 | Создано | Запрос был успешно обработан и в результате был создан новый ресурс. Его URI указан в поле заголовка отклика Location. |
202 | Принято | Запрос был принят, и его обработка началась другим асинхронным процессом, поэтому сервер не сможет сообщить о ее завершении. |
203 | Неавторитетная информация | Возвращаемая метаинформация получена не от сервера ее происхождения, а из локальной копии. |
204 | Нет содержимого | Сервер выполнил запрос, но ему нечего возвращать клиенту. Обозреватель не должен изменять отображение документа. |
205 | Сброс содержимого | Сервер выполнил запрос, и обозреватель должен сбросить отображение документа. |
206 | Частичное содержимое | Сервер выполнил частичный запрос GET для ресурса. |
214 | Применено преобразование | Применено преобразование, изменившее кодировку или тип MIME отклика (используется в заголовке Warning). |
299 | Различные настойчивые предупреждения | Дополнительные предупреждения, не содержащиеся в данном списке (используется в заголовке Warning). |
Коды третьего класса (3xx) сообщают о перенаправлениях; чтобы выполнить запрос нужны еще какие-то действия. | ||
300 | Несколько вариантов | Запрошенный ресурс имеет несколько представлений, и клиент должен выбрать одно из них. |
301 | Ресурс перенесен | Запрошенный ресурс сменил свой URI. Его новый URI указан в поле заголовка отклика Location. |
302 | Найдено | Запрошенный ресурс временно сменил свой URI. |
303 | Смотри другое | Отклик на данный запрос может быть найден под другим URI, указанным в поле заголовка отклика Location. |
304 | Не изменено | Клиент выполнил условный запрос GET, доступ разрешен, но документ не был изменен. |
305 | Используйте прокси | Доступ к запрошенному ресурсу возможен только через прокси-сервер, указанный в поле заголовка отклика Location. |
306 | зарезервирован | |
307 | Временное перенаправление | Запрошенный ресурс временно находится под другим URI, указанном в поле заголовка отклика Location. |
Коды четвертого класса (4xx) сообщают об ошибках клиента, т.е. о том, что проблема связана не с сервером, а с вашими запросами. | ||
400 | Неверный запрос | Запрос не был понят сервером из-за его неверного синтаксиса. |
401 | Нет права доступа | Запрос требует авторизации доступа, тип которой указан в поле заголовка отклика WWW-Authenticate. |
402 | Требуется платеж | Зарезервировано для следующих версий HTTP. |
403 | Запрещено | Сервер понял запрос, но отказался его выполнять. |
404 | Не найдено | Ресурс, заданный в URI запроса, не найден. |
405 | Недопустимый метод | Данный тип запроса не применим к ресурсу, заданному в URI запроса. |
406 | Неприемлемо | Ресурс, заданный в URI запроса, может генерировать только отклики, не приемлемые для клиента. |
407 | Прокси требует авторизации доступа | Прокси-сервер требует авторизации доступа, тип которой указан в поле заголовка отклика Proxy-Authenticate. |
408 | Таймаут запроса | Клиент не послан ни одного запроса в течение отведенного ему интервала. |
409 | Конфликт | Запрос не может быть выполнен из-за конфликта с текущим состоянием ресурса. |
410 | Ресурс исчез | Запрошенного ресурса больше нет на сервере, и сервер не знает его нового URI. |
411 | Требуется длина запроса | В запросе не задано поле заголовка Content-Length. |
412 | Условие ложно | Условие, заданное в заголовке условного запроса, не может быть выполнено. |
413 | Слишком длинное тело запроса | Тело запроса длиннее, чем допускает сервер. |
414 | Слишком длинное URI запроса | URI запроса длиннее, чем допускает сервер. |
415 | Не поддерживаемый тип устройства | Формат тела запроса не поддерживается данным ресурсом для данного типа запроса. |
416 | Запрошенный диапазон пуст | Запрошенный ресурс не содержит значений в диапазоне, заданном в поле заголовка запроса Range. |
417 | Предположение не оправдалось | Предположение, указанное в поле заголовка запроса Expect, отвергнуто сервером. |
Коды пятого класса (5xx) сообщают об ошибке на сервере (к этим ошибкам Вы не имеете отношения). | ||
500 | Внутренняя ошибка сервера | Запрос не исполнен из-за неожиданной ошибки сервера. |
501 | Не реализовано | Сервер не поддерживает данный тип запросов. |
502 | Плохой шлюз | Сервер, выступающий в роли шлюза или прокси-сервера, получил неверный отклик от следующего сервера. |
503 | Служба недоступна | Сервер временно не может исполнить запрос из-за перегрузки. |
504 | Таймаут шлюза | Сервер, выступающий в роли шлюза или прокси-сервера, не получил своевременного отклика от следующего сервера. |
505 | Версия HTTP не поддерживается | Сервер не поддерживает версию HTTP, указанную в заголовке запроса. |
Навигация
Структура сайта – древовидное иерархическое представление всех элементов сайта, включая информационные разделы и их подразделы. Иными словами — это база веб-ресурса, которая впоследствии наполняется текстовой и графической информацией.
Самую простую двухуровневую структуру ресурса можно схематически представить примерно в следующем виде:
(Картинка)
Однако в большинстве случаев сайты имеют более сложную структуру:
(картинка)
При более сложной структуре, могут возникнуть сложности в навигации по сайту. Навигация по сайту, говоря простым языком — это способы перемещения по нему посетителей. И чем проще и понятней будет навигация на сайте, тем быстрее посетители станут находить необходимый контент следовательно, останутся довольны веб-ресурсом.
Структура навигации — это очень важная часть планирования ресурса. Способ доступа к информации на сайте должен быть простым и понятным. Пользователь в любую минуту должен знать ответы на следующие вопросы:
Для решения этих задач используются различные варианты. Например, можно как-то выделить страницу в меню, на которой сейчас находится пользователь, а само меню сделать видимым на всех страницах сайта.
Также можно сделать так называемые навигационные ключи/хлебные крошки, т.е. на каждой странице (сверху) указать полный путь до этой страницы по схеме:
главная страница — название раздела — название страницы.
Необходимо придерживаться правила трех кликов, которое гласит, что до любой страницы сайта пользователь должен добраться не более, чем за три клика (перехода).
Так же работа по оптимизации над структурой сайта включает в себя:
Каждая страница должна иметь уникальный адрес (URL). Желательно, чтобы вид URL давал представление о том, что содержится на соответствующей странице. Использование транслитерации в адресах страниц также позволит роботу понять, о чем может быть страница. Например, один только URL http://download.yandex.ru/company/experience/Baitin_Korrekciya%20gramotnosti.pdf дает поисковому роботу множество информации о документе: его можно скачать; формат, скорее всего, PDF; документ, вероятно, релевантен запросу «коррекция грамотности» и так далее.
Подробнее:
http://help.yandex.ru/webmaster/?id=1108946
http://devaka.ru/articles/friendly-urls
Каждый документ должен относиться к своему разделу. Следите, чтобы на каждый документ можно было попасть по обычной ссылке, обозначающейся в HTML-коде страницы тегом : ….
При создании ссылок между документами сайта нужно учитывать еще один момент. Часто входной точкой на ваш сайт является именно главная страница. Ведь людям гораздо проще запомнить название (имя домена) сайта, но не конкретную внутреннюю страницу, URL которой может быть довольно замысловатым. Организация навигации по сайту должна позволять пользователю быстро сориентироваться в его структуре и легко находить нужные документы, чтобы не возникало ситуации, когда, не найдя нужной информации, разочарованный посетитель покидает сайт.
Время, которое необходимо роботу Яндекса, чтобы проиндексировать какую-либо внутреннюю страницу сайта, зависит, в том числе, от глубины вложенности этой страницы. Поэтому чем глубже страница, тем больше времени может пройти до включения ее в индекс.
Если вас заинтересовала тема оптимизации сайта и SEO тематика в целом предлагаю приобрести уникальные мануалы (уроки). Цена за 23 урока по сео оптимизации, полного курса составляет 500 рублей. Приобрести можете перейдя по ссылке здесь.
КУПИТЬ ВСЕ УРОКИ SEO ЗА 500 РУБЛЕЙ
Facebook
Twitter
Odnoklassniki
Vk
Дампы Pantum представленные на данной странице являются полностью рабочими. После прошивки микросхем дампом, каждое устройство…
Pantum P3300DN / P3300DW / P3302DN / P3302DW / P3305DN / P3305DW - прошивка производятся…
Pantum P2516 прошивка производятся при помощи ПК с подключением через кабель USB. Операция по прошивки…
Застревает бумага на выходе из печки, что делать? На ремонт принесли принтер Pantum P2207 с…
Pantum P2207 оснащён чёрным картриджем PC-211EV, ресурс которого 1600 страниц. С правой стороны картриджа находится…
Pantum M6507W довольно распространённое устройство среди пользователей. Аппарат изготовлен качественно и удобен в использовании. В…