Как подготовить сайт к SEO-продвижению. Часть II - Контент

Продолжаем серию статей, подготовленных совместно со специалистами компании «2 МЕДВЕДЯ».

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

Сегодня мы прикоснёмся к теме контента на сайте. Итак, разберём по пунктам самые основные моменты.

Уникальный контент

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

 

В то же время, 100%-ная уникальность будет выглядеть подозрительно: обычно так называемые SEO-тексты изобилуют плохо согласованными сочетаниями слов и не очень дружат с литературным русским языком. А нам важно донести информацию, прежде всего, до пользователя, а уже потом до ботов.

Не пытайтесь написать тексты для сайта сами. Это касается и описания услуг, и уж тем более, ведения корпоративного блога. Если вы раньше не замечали у себя литературных задатков, предоставьте работу такого рода профессиональному копирайтеру, пусть хоть в какой-то нише гуманитарии будут монополистами.

Вам есть что сказать, а копирайтер – не профессионал в вашей отрасли? Этот вопрос легко решается: пусть автор статей вооружится диктофоном. Надиктуйте ему в несложных выражениях то, что вы хотите видеть в материале. Копирайтер обработает ваши слова и сделает из этого «конфетку» для публикации.

Дубликаты страниц

Ещё одна оплошность, которую часто допускают владельцы сайтов (как они умудряются, честно говоря, не понимаю) – дублирование контента в рамках одного ресурса. То есть, например, на сайте может быть две страницы с одинаковым или практически одинаковым содержимым. Этого быть не должно.

Контакты

Казалось бы, как этот раздел может повлиять на SEO? А при некоторых условиях ещё как может!

Бывают случаи, когда у одной компании есть несколько проектов. При этом, штат в этой компании может быть совсем не большим. В этом случае один маркетолог или отдел продаж будет работать сразу над несколькими направлениями. Это и вызывает проблему – на всех сайтах указывают одинаковые контактные данные – e-mail и телефоны.

Вот плохой пример дублирования корпоративных телефонов: satio.by, bestbrand.by и festopen.com.

Такого делать ни в коем случае нельзя. Поисковые системы не понимают таких выходок. Они считают, что раз контакты одинаковые, значит, сайты копируют друг друга, а зачем в выдаче два одинаковых сайта? Из-за этого один или несколько сайтов могут практически полностью выпасть из индексации.

Кстати, раз уж вы взялись редактировать раздел «Контакты», обратите внимание на карту проезда. Во-первых, она должна быть; во-вторых, она должна быть масштабируемой, а не просто картинкой.

Можно использовать, например, конструктор карт от «Яндекса».

Исходящие ссылки на сайте

Проверьте сайт на наличие исходящих ссылок. Сделать это можно здесь.

Исходящие ссылки понижают «вес» страницы в глазах поисковиков. Но не спешите их удалять – ведь если вы добавили их в контент, значит, они для чего-то нужны, правда?

Скрыть ссылку от поисковиков можно с помощью html-кода:

<noindex><a href=«ссылка» rel=«nofollow»</a></noindex>

Нужную нам функцию выполняют теги <noindex> и атрибут «nofollow». Кто-то со мной поспорит: ведь можно использовать что-то одно. Но у меня есть для вас аргумент – у «Яндекса» и Google разное отношение к индексации подобного контента. Одновременное использование noindex и nofollow позволит защитить ссылки от индексации обеими системами.

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

Битые ссылки

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

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

Битые ссылки могут быть не только внешними, но и внутренними – ведь на вашем сайте в течение времени тоже происходят изменения – какие-то разделы удаляются, какие-то переносятся.

Ещё один источник битых ссылок – изображения. Вы могли по невнимательности просто удалить папку со старыми изображениями. Или вы ссылаетесь на картинку, расположенную на другом ресурсе, где она тоже была удалена. А может вы просто ошиблись, прописывая название изображения.

Найти битые ссылки вам поможет вебмастер Google (диагностика – ошибка сканирования). В выдаче вы увидите список битых ссылок и столбец с данными о количестве страниц, на которых ссылка была обнаружена (кликните на эти данные и увидите адреса страниц).

Что делать с битыми ссылками? Удалять, конечно! Или, если у вас много свободного времени, можете каждую отредактировать.

Картинки

Оптимальным вариантом было бы размещать на сайте только уникальные картинки. Но не в каждой компании есть штатный дизайнер и фотограф.

Решить проблему помогут бесплатные фотостоки или просто поиск Google (по опыту, картинки он ищет лучше «Яндекса»). В последнем варианте стоит быть аккуратным – конечно, маловероятно, но может объявиться владелец авторских прав на это изображение. Поэтому, лучше прибегнуть к фотостокам: вот к этому, к этому, или к этому, например.

Название картинки должно быть непременно прописано латиницей. Название должно коротко говорить о том, что на ней изображено. Например:

dva-medveda.jpg

Кроме того, ваш сайт может неплохо подняться в ранжировании, если у всех картинок будет корректно прописан атрибут alt. Это можно сделать в коде. Например:

alt=”оптимизация картинок для сайта”

Для тех, кто не любит копаться в коде, всегда есть возможность сделать это в WYSIWYG-редакторе. Если этой возможности нет, то это недоработка. Настойчиво поговорите с разработчиком или исправьте её сами.

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

Description, Title, Keywords

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

Итак, для тех, кто не знает, keywords - это ключевые слова, которые описывают содержание страницы. Их нужно перечислять через запятую. Все эти слова обязательно должны присутствовать в тексте страницы. И этот перечень ни в коем случае не должен дублироваться на разных страницах.

Title – это заголовок страницы, буквально пару слов, чтобы пользователи поняли, о чём речь, а поисковик нашёл вас.

Description – то же, что title, но только более развёрнутое. Только не копируйте туда первый абзац вашей статьи – просто своими словами расскажите краткое содержание статьи.

Заголовки h1-h6

Это теги, которые нужны для форматирования текста на странице.

Запомните, заголовок h1 на странице может быть только один – самый большой. На главной странице он может отражать в себе суть всего сайта. По этому тегу поисковики оценивают релевантность страницы введённому запросу. В идеале, h1 должен включать запрос, по которому вы планируете продвигаться.

В текстах следует соблюдать шаг – сначала h1, потом h2, h3, h4 и т. п. Ни в коем случае заголовки h не должны использоваться для оформления элементов дизайна.

Эпилог

У вас ещё остались вопросы? Тогда пишите их в комментарии, будем отвечать!

Инна Рыкунина

Версия для печатиВерсия для печати

Рубрики: 

  • 1
  • 2
  • 3
  • 4
  • 5
Всего голосов: 1
Заметили ошибку? Выделите ее мышкой и нажмите Ctrl+Enter!

Читайте также

 

Комментарии

Страницы

так что кто сколько "урвал" (я - 2 PR + 20 ТИЦ) /.  

Это важно для чужих проектов, которые вы продвигаете. Там сделать особо ничего и нельзя, кроме как "пузомерки" повысить. А для собственного проекта гораздо важнее будет реальная его посещаемость.

готов поменять 500 уников/сутки на "пустое белое поле 

На самом деле, для тщательно продуманного и разработанного на хорошем уровне ресурса с толковой идеей и интересным контентом это не так и много. Конечно, СЕО-сайт труднее до таких высот поднять.

Аватар пользователя Dmitry

для тщательно продуманного и разработанного на хорошем уровне ресурса с толковой идеей и интересным контентом это не так и много

так я и не закончил), и были провалы (и ломали, и по личным причинам "пускал на самотек", что плохо), оригинальная идея есть, но пока не реализована, зато 2 PR - это гут, если так все и останется.

СЕО-сайт труднее до таких высот поднять

недавно подписался на один (чего никогда не делаю, оставляю в закладках), т.к. реально жалко автора - и статьи хорошие, и рекомендуемые шаблоны интересные, а всего 300 чел./сут., безобразие.

посещаемость сео-сайта = суммарной популярности запросов, которые на него ведут. всё просто.

Аватар пользователя Dmitry

Кстати, в Яндекс.Вебмастер каждая новая ссылка с "КВ" появляется в сопровождении 2-3ех дублирующих (потом Яндекс лишние "выпиливает"), у меня в блоге - максимум 1 дубль (смотрел там же), это на тему "что лучше: Друпал или Вордпресс?".

Это особенность Друпала - таксономия, вроде как один материал виден в разных разделах. В Вордпрессе тоже есть но попроще.

Друпал "из коробки" использовать непросто. Он сотни запросов к базе генерирует даже от одного пользователя, А у Apache - один процесс один запрос обрабатывает. Так что или хостинг надо мощный или Nginx асинхронный, а он не везде есть. И все равно нагрузка огромная будет. Геморно. Между тем у того же DLE можно 1-2 мя запросами на юзера обойтись. Простого стомегабайтного хостинга на первых порах хватит.

Аватар пользователя Dmitry

У Вордпресса больше всех шаблонов и бесплатных примочек + деньги за ежегодную лицензию за DLE за минусом крутого хостинг-тарифа для Вордпресс = останется и на пиво, поэтому люди выбирают WP...

Шаблонов у Вордпресса конечно больше, это всё-таки система в мире известная и раскрученная. Но шаблоны Вордпресс, любые, легко под DLE адаптируются, с Темплейтмонстерс, например, там и программировать не надо.

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

Да и 40 баксов за лицензию DLE - всё же не так много, через год только обновления заканчиваются, а юзать можно вечно. Кроме того, код почти и весь открыт и лицензию потереть не так трудно, на нулленых версиях полрунета варезников стоит, а уж по надежности кода DLE не заткнет за пояс, может, только Битрикс, зато легко сделает его по компактности - всего-то пару Мб.

Есть там все необходимое, включая автоматический бэкап базы и картинок по расписанию. Я, к слову, ставил и гонял на домашнем сервере множество движков. Все тесты прошли только Битрикс и DLE, остальные падали отчего-то одного или от всего понемногу, сплошняком белый лист или варнинги. Пока проект маленький, можно что угодно ставить, но чуть подрастает посещаемость, баги фиксить замучаешься или плати за большую, взрослую систему...

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

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

Думаю, как-то так.  

Аватар пользователя Dmitry

Максимальная функциональность и настраиваемость - главный "конек" Вордпресс (прямая аналогия с "Огнелисом", расширения выбираются с оглядкой на рейтинг/кол-во скачиваний), у нас меньше, а посмотрите сколько крупных новостных и IT порталов за "бугром" именно на WP, поэтому он так мегапопулярен (= прост, т.к. не надо копаться в коде, кто-то где-то уже придумал нужную "примочку" в виде плагина). Хотя DLE конечно является хорошим альтернативным "движком".

Да, порталов на Вордпрессе много. Но нужно учитывать и тот факт, что почти все крупные проекты строятся на основательно "допиленных" решениях. Там все куплено у крупных компаний, где работает много программистов.

Сомневаюсь я крайне, что те, кто делал портал для CNN, к примеру, брал какие-то примочки для Вордпресса в интернете. Где сотни тысяч, а то и миллионы поесетителей - это высоконагруженные системы, которые баз Матанализа уже не напишешь. Вордпресс, в данном случае, будет уже просто бесплатным брэндом для проекта, а от него там немного останется. 

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

Бесплатные примочки только такие бедолаги, как мы с вами скачивают:-). Как-то было, брал я интервью у программера, который возглавляет команду Mail.Ru, занимающуюся камментами на сайте. Они под это дело специально базу данных MySQl  переписали заново, чтоб она лучше работала на удаление и выборку текстовых данных. И серверы им в Голландии купили специально под это дело.

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

Аватар пользователя Dmitry

И на Вордпресс все прекрасно работает пропорционально доходам: сначала только "халява" (бесплатное) + в Сети есть советы (и плагины) по ощутимой оптимизации "движка" → после первого этапа раскрутки, когда на самом дешевом хостинг-тарифе (от 12$/год) сайт начнет периодич. "падать", любая копеешная реклама от поисковиком многократно перекроет расходы на VPS → для мегапопулярных ресурсов с соответствующими доходами "открыты все двери" (свой сервер / Oracle / Nginx и пр. радости).

все решаемо, главное - начать)!

Страницы