Доброго времени суток, уважаемые читатели. Часто сталкиваюсь с тем, что у многих начинающих вебмастеров и блоггеров полная каша в голове по поводу использования noindex и nofollow. Давайте разберемся что это такое, с чем едят и расставим все точки над i.
Стоит начать с того, чтобы в дальнейшем у вас никогда не было путаницы в голове, что и noindex и nofollow используют в двух относительно разных значениях в web-документе.
Первое – это внутри мета-тега ROBOTS (не путайте с файлом robots.txt) в значении атрибута content. Данный мета-тег имеет отношение ко всему документу в целом. Второе, используется только nofollow – внутри тега <a> и имеет отношение к конкретной ссылке. Про тег noindex немного другая история, и о ней мы также сегодня поговорим. Стоит также отметить, что я буду рассматривать использование nofollow и noindex только в двух поисковых системах – Яндекс и Google.
NOINDEX и NOFOLLOW в мета-теге ROBOTS
Мета-тег robots отвечает за всю страницу целиком. Через данный мета-тег можно запрещать или разрешать индексировать контент страницы.
Noindex отвечает за запрет индексации текста на странице.
Nofollow отвечает за запрет индексации ссылок на странице.
Nofollow отвечает за запрет индексации ссылок на странице.
Используются данные значения следующим образом:
<meta name="robots" content="noindex, nofollow" />
что означает – данную страницу нельзя индексировать вообще.
Могут быть и такие значения:
Могут быть и такие значения:
<meta name="robots" content="index, nofollow" />
можно индексировать контент, но игнорировать ссылки на странице, т.е. не индексировать их.
Или так:
Или так:
<meta name="robots" content="noindex, follow" />
не индексировать контент, но учитывать ссылки.
Более подробно про мета-тег robots вы можете прочитать в моей статье Мета тег Robots и файл Robots.txt – как управлять индексацией страниц сайта.
Более подробно про мета-тег robots вы можете прочитать в моей статье Мета тег Robots и файл Robots.txt – как управлять индексацией страниц сайта.
NOFOLLOW в ссылках
Nofollow используется как значение атрибута rel в теге <a>. И отвечает за индексацию каждой конкретной ссылки на странице.
<a href="url" rel="nofollow">ссылка</a>
Атрибут rel показывает отношение данного документа к документу, на который ссылается.
В данном случае, указывая атрибуту rel значение nofollow, мы просим поисковую систему не переходить по внешней ссылке, а также подчеркиваем то, что мы не отвечаем за содержание, на которое ссылаемся.
По ссылкам, оформленным с данным значением, не передается авторитет нашей страницы, другими словами не передается тИЦ и Page Rank. Однако стоит также учитывать и то, что в случае с PR вес все же уходит, но не на сайт, на который мы ссылаемся, а в никуда в прямом смысле этого слова. По поводу тИЦ точной информации о том, уходит вес или остается на сайте - нет.
Остановимся подробнее на распределении и передаче веса в Google.
Итак, абсолютно не важно, сколько ссылок у вас имеют атрибут rel="nofollow", а сколько без него. Если на странице стоит 10 ссылок, то каждая ссылка получит часть авторитета вашей страницы, и каждая из них передаст этот вес, но если в одном случае вес передастся на конкретный сайт, то в другом случае – вес просто уйдет в никуда.
Итак, абсолютно не важно, сколько ссылок у вас имеют атрибут rel="nofollow", а сколько без него. Если на странице стоит 10 ссылок, то каждая ссылка получит часть авторитета вашей страницы, и каждая из них передаст этот вес, но если в одном случае вес передастся на конкретный сайт, то в другом случае – вес просто уйдет в никуда.
Давайте представим немного, как видит всемирную паутину поисковая система. Все сайты связаны между собой ссылками, абсолютно все. Первый ссылается на второй, второй на третий … тысячный на тысяча первый и миллион какой-то в итоге обязательно будет ссылаться на первый.
Таким образом цепочка замыкается, все сайты находятся в цикле, и вес, который передает первый сайт всегда возвращается к нему через сотни и тысячи других сайтов. Также не забываем, и я уже писала об этом в статье про перелинковку, что этот вес передается не единожды, а постоянно, при этом с течением времени вес становится только больше, все сильнее увеличивая свой авторитет. Именно на этом принципе строится перелинковка сайта.
Теперь представим, что первый сайт закрыл свои ссылки атрибутом rel="nofollow". Вес не перейдет на второй сайт, а утечет в никуда, и второй сайт не получит ту часть веса, которую должен был, не сможет передать его дальше по цепочке, и в итоге, пройдя весь цикл, Х-какой-то сайт, который должен был передать вес на первый сайт, передаст его в значительно меньшем количестве, чем мог бы. Итак, каждый раз не получая ту часть веса, которую вы самостоятельно пускаете в никуда, закрывая свои ссылки атрибутом rel="nofollow", сайт не может передать вам ее, из чего следует, что закрывая свои ссылки, вы сами лишаете себя увеличения веса, и такого показателя, как PR.
Чтобы было проще это понять, представим, что каждая ссылка передает вес, равным единице.
Таким образом, если первый сайт не закрыл ссылку атрибутом rel="nofollow", то в конце цикла получит больший вес от входящих ссылок, чем в случае, если исходящие ссылки будут закрыты.
Получается, закрывать ссылки не выгодно?
Это действительно так, но только в том случае, если мы ссылаемся на качественные авторитетные ресурсы.
Закрывать ссылку невыгодно, если вы действительно, по настоящему рекомендуете своим читателям статью, на которую ссылаетесь, свою страничку в социальной сети, на свою ленту RSS. Глупо закрывать ссылки на свои же страницы в социальных сетях, когда рекомендуете своим читателям подписаться на обновления блога через них. Ведь это же ваши собственные страницы, ваша собственная RSS лента, в которой транслируется ваше же содержание. Разве вы сами не отвечаете за него?Но есть ситуации, когда действительно необходимо закрывать ссылки значением nofollow. Обратимся к источникам, Яндекс и Google, что они говорят по этому поводу?
Выдержка из раздела Помощь Яндекса:
Выдержка из раздела Справка Google:
Мы должны закрывать ссылки в тех разделах своего сайта, где любой пользователь может оставить свою ссылку, за которую мы не сможем поручиться, гарантировать, что там качественное содержание.
Дополнительно к этому Google рекомендует обозначать продажные ссылки атрибутом rel="nofollow". Также Google пишет, что с помощью nofollow мы можем указать роботу на закрытые разделы нашего сайта, но уточняет, что есть и другие способы указывать на это.
Также мне хотелось бы уделить внимание ещё одному моменту. Некоторые ярые борцы за закрытые ссылки ставят rel="nofollow" не только в самих ссылках, т.е. в теге <a>, но и везде, на что только хватает фантазии. И в теге <iframe>, и <script>, и в теге <img>.
Давайте не будем выдумывать свои собственные стандарты, а обратимся к существующим, которые разрабатывает международная организация W3C.
Значение rel="nofollow" можно использовать только в теге <a>, и в других тегах его использовать нельзя!
Итак, мы выяснили, когда стоит пользоваться атрибутом ссылки rel="nofollow", а когда это не целесообразно. Также мы больше не будем вставлять его никуда, кроме одного единственного тега, обозначающего ссылку. Теперь уделим внимание тегу noindex.
NOINDEX – рудимент от Яндекса
Когда-то Яндекс не понимал значение nofollow, и поэтому придумал свой собственные тег
<noindex>что-то внутри</noindex>
для того, чтобы можно было закрывать неугодные ссылки с его помощью. Все, что находилось внутри данного тега игнорировалось роботом Яндекса. Но с тех пор утекло немало воды, Яндекс повзрослел и начал понимать атрибут rel="nofollow". Случилось это ещё весной 2010 года. Именно тогда тег noindex потерял свое значение в качестве инструмента для закрытия ссылок. Но при этом осталось другое значение – скрывать текстовый контент. Выдержка из раздела Помощь Яндекса:
Им рекомендуется скрывать служебные участки текста. О каких служебных участках идет речь – не совсем ясно, но совершенно очевидно, что к ссылкам этот тег теперь не имеет никакого отношения. Т.е. получается, если мы поместим ссылку в данный тег:
<noindex><a href="url">анкор ссылки</a></noindex>
то Яндекс учтет все, кроме анкора ссылки. Т.е. ссылка будет учтена, не будет учтен только текст. Таким образом скрывать ссылки тегом noindex не имеет никакого значения.
Можно смело отказаться от использования данного тега, тем более, учитывая ещё и его невалидность. Ведь по сути такого тега вообще не существует. Как мы знаем, стандарты HTML разрабатывает международная организация W3C, и в спецификации к языку HTML нет такого тега, это полностью выдумка Яндекса.
Остался ещё один вопрос, на который мне хотелось бы обратить ваше внимание. Часто, когда я пытаюсь объяснить то, о чем написала в данной статье, мне возражают:
"Я делаю анализ сайта таким-то инструментом, и он показывает мне, что у меня ссылки не закрыты…
илиинструмент такой-то рекомендует закрыть ссылки тегом noindex.
Вы можете верить всем этим инструментам, это ваше полное право, но не лучше ли верить официальной документации поисковиков, и не лучше ли думать собственной головой?
Удачи в оптимизации сайтов.
Доброго времени суток, уважаемые читатели. Я давно хотела рассказать вам одну историю из личного опыта про оптимизацию текстов, но как-то все откладывала. Но, в связи с последней новостью Яндекса, решила, что как раз сейчас будет самый лучший момент, чтобы и о новости рассказать и о своем опыте.
У меня в блоге много статей посвящено оптимизации и текстов в том числе. Некоторые с упором на теорию и размышления, например Правильный контент – залог успеха, некоторые с упором на практику - Оптимизация под поисковые запросы.
И всегда, в каждой статье, не только в озвученных, но и вообще в любой, где это уместно, я повторяю, что писать нужно для людей, что сайт/блог должен быть интересен людям. Да, даже сайт-визитка должна быть интересна людям. Просто интерес другой, но суть то та же.
И вот, 13 сентября, в своем блоге Яндекс опубликовал новость о выходе нового алгоритма Тексты оптимизировались, переоптимизировались, но не выоптимизировались. Яндексу надоело индексировать сайты с переоптимизироваными текстами. И на следующей неделе запускается алгоритм, который должен будет проверить все тексты сайтов на предмет их ценности для читателей.
Давайте разберемся, что такое оптимизированный текст, а что такое переоптимизированный.
У меня в блоге много статей посвящено оптимизации и текстов в том числе. Некоторые с упором на теорию и размышления, например Правильный контент – залог успеха, некоторые с упором на практику - Оптимизация под поисковые запросы.
И всегда, в каждой статье, не только в озвученных, но и вообще в любой, где это уместно, я повторяю, что писать нужно для людей, что сайт/блог должен быть интересен людям. Да, даже сайт-визитка должна быть интересна людям. Просто интерес другой, но суть то та же.
И вот, 13 сентября, в своем блоге Яндекс опубликовал новость о выходе нового алгоритма Тексты оптимизировались, переоптимизировались, но не выоптимизировались. Яндексу надоело индексировать сайты с переоптимизироваными текстами. И на следующей неделе запускается алгоритм, который должен будет проверить все тексты сайтов на предмет их ценности для читателей.
Давайте разберемся, что такое оптимизированный текст, а что такое переоптимизированный.
Доброго времени суток, уважаемые читатели. Каждый, кто хоть немного начал разбираться в поисковом продвижении, занимается продвижением своего сайта, волнуется за правильное индексирование сайта поисковыми роботами, должен уметь правильно настраивать URL адрес сайта, владеть базовыми знаниями о файле .htaccess, уметь внести в него изменения.
И сегодня я хочу рассказать, какие необходимы минимальные настройки, чтобы сайт корректно индексировался, чтобы не создавалось лишнего дублирования страниц.
Конечно, в сети очень много такой информации, но до сих пор, практически ежедневно, я сталкиваюсь с неправильно настроенным адресом сайта, когда главная страница находится по 2, 4, а то и по 6 разным адресам. И это очень плохо.
И главная проблема кроется в том, что в наше время очень легко поставить, практически, любую CMS. И даже не нужно знать никаких особенных знаний. А вот чтобы правильно настроить, как раз и нужны дополнительные знания.
И сегодня я хочу рассказать, какие необходимы минимальные настройки, чтобы сайт корректно индексировался, чтобы не создавалось лишнего дублирования страниц.
Конечно, в сети очень много такой информации, но до сих пор, практически ежедневно, я сталкиваюсь с неправильно настроенным адресом сайта, когда главная страница находится по 2, 4, а то и по 6 разным адресам. И это очень плохо.
И главная проблема кроется в том, что в наше время очень легко поставить, практически, любую CMS. И даже не нужно знать никаких особенных знаний. А вот чтобы правильно настроить, как раз и нужны дополнительные знания.
Почему так важно, чтобы URL были правильно сформированы?
Потому что ошибки в URL затрудняют индексирование сайта поисковыми системами, создают дублированный контент, из-за чего у сайта могут возникнуть проблемы с продвижением.
Стоит понимать, что несмотря на то, что в ТОПе поисковых систем достаточно часто попадаются сайты с динамическими адресами, с неправильно настроенным адресом сайта, и поисковые системы, конечно же проиндексируют любой сайт, по крайней мере они попытаются это сделать, так вот несмотря на все это, очень важно при создании нового сайта учесть все возможные варианты отображения адреса сайта и не допускать ошибок с самого начала, т.к. это обязательно скажется положительно на сайте, добавит дополнительный плюсик в его карму.
Правильно сформированный адрес – это прежде всего забота о самом себе, точнее о своем сайте, который в ответ обязательно подарит вам больше посетителей, клиентов и прочее.
Стоит понимать, что несмотря на то, что в ТОПе поисковых систем достаточно часто попадаются сайты с динамическими адресами, с неправильно настроенным адресом сайта, и поисковые системы, конечно же проиндексируют любой сайт, по крайней мере они попытаются это сделать, так вот несмотря на все это, очень важно при создании нового сайта учесть все возможные варианты отображения адреса сайта и не допускать ошибок с самого начала, т.к. это обязательно скажется положительно на сайте, добавит дополнительный плюсик в его карму.
Правильно сформированный адрес – это прежде всего забота о самом себе, точнее о своем сайте, который в ответ обязательно подарит вам больше посетителей, клиентов и прочее.
Откуда берутся ошибки в URL?
Есть несколько источников проблем неправильного адреса сайта и страниц.
Доброго времени суток, уважаемые читатели. Задумала я тут поделиться с вами одним интересным материалом на тему внутренней оптимизации WordPress, а именно про установку мета тегов, и поняла, что чтобы получился хороший материал, необходимо прояснить ситуацию с тем, что такое мета тег Robots. 
Когда и для чего применяется. В чем разница использования файла Robots.txt и мета тега Robots.
Когда и для чего применяется. В чем разница использования файла Robots.txt и мета тега Robots. Robots.txt – это файл, с помощью которого мы можем управлять индексацией своего блога, указывая запрещающие директивы непосредственно в файле как для отдельных страниц, так и для целых каталогов. Более подробно об этом файле я писала применительно к WordPress в статье от 28 декабря 2011 года Файл Robots.txt.
Что такое мета тег Robots
Метатег Robots – это тег, с помощью которого мы можем управлять индексацией своего блога, указывая запрещающие команды для каждой отдельной страницы.
К слову, нет единого написания слова "мета тег". Даже Яндекс и Google по разному их пишут в своих справочных материалах. Мета тег, Мета-тег и Метатег – все это одно слово и используется в сети одновременно. При этом в справке Яндекс он имеет написание Мета-тег, а в Google – Метатег. Давайте сначала разберемся, каким вообще бывает мета тег Robots. Независимо от того, указываете вы этот метатег или нет, его значение всегда - "all", что означает индексировать. Т.е. есть три "состояния" данного мета тега:- Полное его отсутствие.
- <meta name="robots" content="all" />
- <meta name="robots" content="index, follow" />
Все это означает, что страница будет проиндексирована. Поэтому если вам не нужно запрещать страницу к индексации, то используется первый вариант, т.е. вообще ничего не используем. Если же вы хотите полностью запретить страницу к индексации, то запись будет такой:
<meta name="robots" content="noindex, nofollow"/>
или более короткий вариант
<meta name="robots" content="none"/>
Как вы думаете, почему значение имеет два параметра – index/noindex и follow/nofollow?
- Значение index/noindex применяется только к тексту страницы.
- Значение follow/nofollow применяется только к ссылкам на странице.
Доброго времени суток, уважаемые блоггеры. Буквально вчера, 23 мая 2011 года в блоге Яндекс.Поиск появилась новость о том, что теперь Яндекс учитывает атрибут rel="canonical".
До вчерашнего дня данный атрибут поддерживал только Google и его использование для русскоязычного интернета было, так сказать, эффективным только наполовину. Не смотря на это, многие активно его использовали на своих сайтах, при этом, кстати, забывая, что атрибут rel="canonical" является всего лишь рекомендацией, но не правилом, в отличии от правил, которые прописываются в файле robots.txt. Но сейчас речь не об этом. На самом деле я считаю данную новость очень важной для пользователей платформы Blogger и в этой статье объясню почему.
Как мы знаем, на Blogger нет доступа к файлу Robots.txt, поэтому мы как могли и на сколько это возможно управляли индексацией блога с помощью мета-тегов. При этом часто сталкивались с проблемой индексации комментариев, как отдельной страницы, когда в индекс попадали URL комментариев:
Что такое rel="canonical"?
rel="canonical" – это указание канонической страницы сайта. С приходом CMS, динамических сайтов, одна и также страница может находиться по разным адресам, атрибут rel="canonical" указывает, какой из всех адресов является предпочтительным для индексации.
До вчерашнего дня данный атрибут поддерживал только Google и его использование для русскоязычного интернета было, так сказать, эффективным только наполовину. Не смотря на это, многие активно его использовали на своих сайтах, при этом, кстати, забывая, что атрибут rel="canonical" является всего лишь рекомендацией, но не правилом, в отличии от правил, которые прописываются в файле robots.txt. Но сейчас речь не об этом. На самом деле я считаю данную новость очень важной для пользователей платформы Blogger и в этой статье объясню почему.
Как мы знаем, на Blogger нет доступа к файлу Robots.txt, поэтому мы как могли и на сколько это возможно управляли индексацией блога с помощью мета-тегов. При этом часто сталкивались с проблемой индексации комментариев, как отдельной страницы, когда в индекс попадали URL комментариев:
http://адрес_страницы?showComment=1300141814394#c8988727275282672241
От использования встроенных кнопок социальных сетей в индексе Яндекса появлялись ссылки на сайт такого вида:http://адрес_страницы?spref=bl
Разработчики платформы по какой-то своей причине каждой кнопке социальной сети приделали свой параметр:- Blogger - spref=bl
- Twitter - spref=tw
- Facebook - spref=fb и т.д.
Доброго времени суток, уважаемые читатели. Очень часто мне задают вопросы про внутреннюю перелинковку, особенно после прочтения статьи Секреты перелинковки. К сожалению, большинство подобных статей носят теоретический характер, рассчитаны на понимание материала, и мало кто уделяет внимание практическим советам.
В большинстве своем посты основаны на статье Растолкованный PageRank, которая наглядно показывает, по какому принципу распределяется вес по всем страницам сайта. Обратите внимание на формулировку, не как распределяется, а по какому принципу. Практические же советы в большинстве своем касаются различных плагинов, которые могут автоматизировать процесс линкования сайта, и напрямую зависят от CMS.
Такому положению вещей есть вполне банальное объяснение - просчитать передаваемый вес одной страницы на другую практически невозможно. В первую очередь это связано с тем, что расчет весов происходит по формуле, которую поисковые системы держат в секрете, т.е. никто не знает, как рассчитываются веса. Во-вторых, даже если основываться все на той же статье Растолкованный PageRank, вручную это сделать нереально.
Ответ очевиден – нужна программа, которая рассчитывала бы передаваемый вес. Но, как уже сказала выше, для расчета перелинковки программа должна рассчитывать вес страниц по какой-то формуле, а если за основу взять формулу из статьи Растолкованный PageRank, то получить боле-менее точные данные все равно не получится, т.к. для точного расчета необходимо учитывать внешние факторы, т.е. внешние ссылки, которые ведут на страницу.
Но, не смотря на все препятствия, все же существуют программы, которые рассчитывают все ссылки внутри одного сайта. Конечно, при подсчете веса страниц не берутся входящие внешние ссылки, да и не ясно, по какой формуле идет расчет, поэтому, как мне кажется, результат получается очень далеким от реальности, но лучше так, чем вообще никак. Но есть ещё одно препятствие, лично я на данный момент не смогла найти ни одной программы, которая распространялась бы бесплатно.
В большинстве своем посты основаны на статье Растолкованный PageRank, которая наглядно показывает, по какому принципу распределяется вес по всем страницам сайта. Обратите внимание на формулировку, не как распределяется, а по какому принципу. Практические же советы в большинстве своем касаются различных плагинов, которые могут автоматизировать процесс линкования сайта, и напрямую зависят от CMS.
Такому положению вещей есть вполне банальное объяснение - просчитать передаваемый вес одной страницы на другую практически невозможно. В первую очередь это связано с тем, что расчет весов происходит по формуле, которую поисковые системы держат в секрете, т.е. никто не знает, как рассчитываются веса. Во-вторых, даже если основываться все на той же статье Растолкованный PageRank, вручную это сделать нереально.
Ответ очевиден – нужна программа, которая рассчитывала бы передаваемый вес. Но, как уже сказала выше, для расчета перелинковки программа должна рассчитывать вес страниц по какой-то формуле, а если за основу взять формулу из статьи Растолкованный PageRank, то получить боле-менее точные данные все равно не получится, т.к. для точного расчета необходимо учитывать внешние факторы, т.е. внешние ссылки, которые ведут на страницу.
Таким образом, в идеале, программа должна не только знать формулу, но и обладать базой сайтов на подобие той, которой обладают сами поисковики. Как вы сами понимаете, задача из невыполнимых. Именно поэтому большинство статей носят теоретический характер, объясняя, что такое перелинковка, но не объясняя, как же правильно ее рассчитать и согласно полученным результатам реализовать в рамках одного сайта.
Но, не смотря на все препятствия, все же существуют программы, которые рассчитывают все ссылки внутри одного сайта. Конечно, при подсчете веса страниц не берутся входящие внешние ссылки, да и не ясно, по какой формуле идет расчет, поэтому, как мне кажется, результат получается очень далеким от реальности, но лучше так, чем вообще никак. Но есть ещё одно препятствие, лично я на данный момент не смогла найти ни одной программы, которая распространялась бы бесплатно.
Доброго времени суток, дорогие читатели. Создавая блог на Blogger и вообще на бесплатной платформе о многих вещах вообще не нужно думать, некоторые вещи предусмотрены разработчиками платформы, некоторые просто недоступны в бесплатных платформах. Работая с WordPress я так же, как и в работе с Blogger, не задумывалась о странице 404, т.к. она по умолчанию предусмотрена этим движком, и всегда есть среди файлов любой темы.
Во многих CMS страница 404 предусмотрена разработчиками или решается с помощью специальных плагинов или компонентов, как например в случае с Joomla, об этом я планирую рассказать в ближайшее время. Когда же я начала работать над форумом о Blogger, я столкнулась с необходимостью вручную создавать служебные файлы, среди которых и была страница 404.
Т.к. я столкнулась с задачей, которую необходимо было решать самостоятельно, я решила поделиться своим опытом с вами, как впрочем всегда и делаю на страницах этого блога. Сегодня я расскажу, как создать страницу 404 для сайта на примере форумного движка phpBB.
План статьи будет такой:
Во многих CMS страница 404 предусмотрена разработчиками или решается с помощью специальных плагинов или компонентов, как например в случае с Joomla, об этом я планирую рассказать в ближайшее время. Когда же я начала работать над форумом о Blogger, я столкнулась с необходимостью вручную создавать служебные файлы, среди которых и была страница 404.
Т.к. я столкнулась с задачей, которую необходимо было решать самостоятельно, я решила поделиться своим опытом с вами, как впрочем всегда и делаю на страницах этого блога. Сегодня я расскажу, как создать страницу 404 для сайта на примере форумного движка phpBB.
План статьи будет такой:
- Что такое страница 404.
- Как создать страницу 404.
- Как создать страницу 404 в phpBB.
Что такое страница 404
Мы знаем, что любой сайт находится на сервере хостера, когда пользователь набирает адрес вашего сайта в адресной строке браузера, браузер отправляет запрос серверу "показать страницу, которая содержит этот адрес", сервер, получая такой запрос, находит требуемую страницу и отвечает на запрос, передавая содержимое страницы браузеру (я упростила процесс передачи информации, выкинув из него несколько звеньев, т.к. суть сейчас не в этом). Передавая найденную страницу сервер дает ответ: "Да, такая страница существует". Но так словами объясняемся мы, люди, на языке машин любой ответ сервера называется "код состояния" и имеет числовое значение из 3 цифр, а данный ответ имеет числовое значение – 200. Т.е. каждая страница в интернете, которая разрешена для просмотра пользователями через браузер, существует на сервере и доступна в данный момент отдает код 200 OK.Доброго времени суток, уважаемые читатели. На прошлой неделе, 1 апреля, в официальном блоге Google была опубликована заметка о том, что Руководство по поисковой оптимизации для начинающих переведено на русский язык.
Я очень рекомендую всем скачать руководство к себе на компьютер, оно должно стать вашей настольной книгой. Само руководство небольшое, всего 32 страницы и читается на одном дыхании. Конечно, вы не найдете там секретов, как попасть в ТОП Google, многие рекомендации вы уже и сами знаете, но есть моменты, на которые просто необходимо обратить внимание.
Я не собираюсь в этой статье переписывать руководство, но решила обратить внимание на некоторые рекомендации, потому что, как мне показалось, эти рекомендации редко встречаются в блогах SEO-тематики.
Я очень рекомендую всем скачать руководство к себе на компьютер, оно должно стать вашей настольной книгой. Само руководство небольшое, всего 32 страницы и читается на одном дыхании. Конечно, вы не найдете там секретов, как попасть в ТОП Google, многие рекомендации вы уже и сами знаете, но есть моменты, на которые просто необходимо обратить внимание.
Я не собираюсь в этой статье переписывать руководство, но решила обратить внимание на некоторые рекомендации, потому что, как мне показалось, эти рекомендации редко встречаются в блогах SEO-тематики.
Итак, повторюсь, эта статья - не перепечатка руководства, его вы должны прочитать обязательно сами, в этой статье я выделю некоторые мысли, которые на мой субъективный взгляд редко обсуждаются в различных seo-статьях.
Структура статьи больше тезисная, т.е. я просто буду перечислять некоторые из рекомендаций своими словами и дополнять своими мыслями и примерами.*****
Первое, на что хочу обратить ваше внимание – это структура сайта и URL страниц. Google уделяет этому вопросу очень пристальное внимание. Я знаю, очень часто, вебмастера, продумывая структуру сайта и структуру URL, убирают из адреса страницы рубрику, в которой она находится. Особенно, это очень актуально среди блоггеров на WordPress. Например, на сайте есть рубрика Оптимизация, а в этой рубрике находятся статьи про оптимизацию. Очень часто из URL статей удаляют название рубрики, т.е. ссылка получается вида:http://mysite.ru/statya-pro-optimizatciu
По мнению Google это неправильно!
URL статьи про оптимизацию должен быть таким:http://mysite.ru/optimizatciya/statya-pro-optimizatciu
Т.е. внутри URL должна быть заложена рубрика, к которой относится статья. Google говорит об этом в нескольких главах, поэтому, считаю, это очень важно для внутренней оптимизации сайта под Google.Доброго времени суток, уважаемые читатели. Не смотря на то, что я часто в своих статьях говорю про тег title, как о самом важном во внутренней оптимизации сайта, но вот посвятить ему целую статью все руки не доходили.
Причина этому простая, т.к. я веду свой блог на платформе Blogger, title у нас автоматически генерируется из заголовка статьи, поэтому я много статей посвящала заголовкам в теге h1, и при этом необоснованно умалчивала о HTML теге title.
Как я уже сказала, title самый важный тег, причем не только с точки зрения оптимизации и поискового продвижения, но и с пользовательской стороны. Но давайте лучше начнем по порядку.
Title в переводе с английского означает заголовок, поэтому title в HTML документе – это заголовок страницы. И это самое важное значение этого тега. Помните, в статье SEO-секреты SEO-заголовков я уже рассказывала, что абсолютно любой HTML документ имеет определенную структуру:
Причина этому простая, т.к. я веду свой блог на платформе Blogger, title у нас автоматически генерируется из заголовка статьи, поэтому я много статей посвящала заголовкам в теге h1, и при этом необоснованно умалчивала о HTML теге title.
Как я уже сказала, title самый важный тег, причем не только с точки зрения оптимизации и поискового продвижения, но и с пользовательской стороны. Но давайте лучше начнем по порядку.
Title в переводе с английского означает заголовок, поэтому title в HTML документе – это заголовок страницы. И это самое важное значение этого тега. Помните, в статье SEO-секреты SEO-заголовков я уже рассказывала, что абсолютно любой HTML документ имеет определенную структуру:
<html>
<head>
Здесь находится заголовок страницы в тегах
<title>Заголовок страницы</title>
+техническая информация о документе
</head>
<body>
Здесь находится основное содержимое сайта, статьи, которые имеют заголовки в тегах:
<h1>Заголовок сайта или статьи</h1>
содержимое сайта
</body>
</html>
<head>
Здесь находится заголовок страницы в тегах
<title>Заголовок страницы</title>
+техническая информация о документе
</head>
<body>
Здесь находится основное содержимое сайта, статьи, которые имеют заголовки в тегах:
<h1>Заголовок сайта или статьи</h1>
содержимое сайта
</body>
</html>
Так вот тег Title является заголовком HTML документа/страницы. Можно сказать, что он относится к технической информации о документе. Эта информация скрыта от глаз пользователей непосредственно на сайте, но ей пользуются все браузеры и поисковые системы.
Все, что я выделила на изображении желтым, является информацией, которая содержится внутри тега Title.
Если мы решим сохранить эту страницу в закладках браузера, именно с этим заголовком страница сохранится в избранном.
Как используют Title браузеры
Если вы посмотрите в левый верхний угол браузера, вы увидите информацию о странице, на которой в данный момент находитесь. Если посмотрите на вкладку браузера и подведете к ней мышку, вы так же увидите информацию о странице. Я для примера взяла свою статью про SEO-заголовки:Все, что я выделила на изображении желтым, является информацией, которая содержится внутри тега Title.
Если мы решим сохранить эту страницу в закладках браузера, именно с этим заголовком страница сохранится в избранном.
Как используют Title поисковые системы
Доброго времени суток, уважаемые читатели. Так получается, что все мы можем знать, что значит внутренняя оптимизация, какой она должна быть, но как дело доходит до определенного движка сайта, оказываемся в глубоком ступоре.
Все CMS для сайтов написаны программистами, и, как мы выяснили в последней статье от 28 февраля, очень часто CMS тяжело поддаются внутренней оптимизации. А чтобы внести какие-то изменения в движок сайта (при условии, если это CMS с открытым исходным кодом) порой требуются не малые знания в программировании.
Вот так случилось и со мной. Прекрасно зная о важности внутренней оптимизации, столкнувшись с движком для форумов phpBB я четыре ночи (не подряд) потратила на то, чтобы установить один из сложных модов для этого форумного движка.
Конечно, я понимаю, что сейчас для основной аудитории моих постоянных читателей данный манул никогда не пригодится, и все же я уверена, что найдутся читатели сейчас и в будущем, которым моя инструкция по установке мода phpBB SEO Ultimate SEO URL будет полезна. И основная причина моей уверенности заключается в том, что в сети просто нет понятных инструкций для новичков, как установить этот мод. Все как-то скомкано, неподготовленному человеку просто не разобраться.
Все CMS для сайтов написаны программистами, и, как мы выяснили в последней статье от 28 февраля, очень часто CMS тяжело поддаются внутренней оптимизации. А чтобы внести какие-то изменения в движок сайта (при условии, если это CMS с открытым исходным кодом) порой требуются не малые знания в программировании.
Вот так случилось и со мной. Прекрасно зная о важности внутренней оптимизации, столкнувшись с движком для форумов phpBB я четыре ночи (не подряд) потратила на то, чтобы установить один из сложных модов для этого форумного движка.
Конечно, я понимаю, что сейчас для основной аудитории моих постоянных читателей данный манул никогда не пригодится, и все же я уверена, что найдутся читатели сейчас и в будущем, которым моя инструкция по установке мода phpBB SEO Ultimate SEO URL будет полезна. И основная причина моей уверенности заключается в том, что в сети просто нет понятных инструкций для новичков, как установить этот мод. Все как-то скомкано, неподготовленному человеку просто не разобраться.
Обращаю ваше внимание на то, что статья готовилась на круг читателей, которые уже знают, что такое мод для форума phpBB SEO Ultimate SEO URL, четко представляют, что он делает, и отдают отчет в том, зачем он им нужен и, самое главное, знают о последствиях установки. Я говорю о том, что мод конфликтует со многими другими модами. Для некоторых случаев есть решения. О них узнавайте на форуме поддержки (ссылка будет ниже).
Прежде, чем приступить к инструкции, несколько напутствий. Перед установкой мода phpBB SEO Ultimate SEO URL
Самым сложным в установке мода phpBB SEO Ultimate SEO URL (было для меня) – это строгое соблюдение последовательности действий. Именно на это я делаю упор в своей инструкции. А всю дополнительную информацию вам нужно будет почерпнуть из официальной инструкции по установке, а так же на форуме русскоязычной поддержки форума phpBB.
Итак, мод phpBB SEO Ultimate SEO URL преобразует все URL форума в статические человекопонятные адреса (ЧПУ), удаляя все идентификаторы и сессии. Причем автоматически настраивает редирект с уже существующих и проиндексированных поисковыми системами URL. Содержит инструкцию по файлу robots.txt. В общем, вещь просто улётная :).
Итак, мод phpBB SEO Ultimate SEO URL преобразует все URL форума в статические человекопонятные адреса (ЧПУ), удаляя все идентификаторы и сессии. Причем автоматически настраивает редирект с уже существующих и проиндексированных поисковыми системами URL. Содержит инструкцию по файлу robots.txt. В общем, вещь просто улётная :).
Важное замечание! В этой статье дана инструкция по установке последней версии мода 0.6.6 на последнюю версию форума 3.0.8. На более старые и в будущем более новые версии мода и форума – я никаких гарантий по достоверности информации не даю. Я не обещаю, что в будущем буду следить за обновлениями форума и мода.
Замечания по моду phpBB SEO Ultimate SEO URL
- Для работы мода на сервере Apache должен быть включен модуль mod_Rewrite.
- Мод адаптирован только под одну тему Prosilver.
- Перед установкой мода сделайте резервную копию форума.
- Опыты проводите на локальном компьютере, и когда полностью будете удовлетворены результатом, переносите на хостинг, на работающий форум.
- Очень важно производить редактирование файлов в специальном редакторе, поддерживающим подсветку кода PHP, и сохранять в кодировке UTF-8.
- Сам мод, который качаем с официального сайта.
- Русификотор для мода. Взят с форума русской поддержки форума phpBB.
- Файлик с инструкцией на русском языке. Так же взят с форума из пункта 2.
Пожалуйста, дальше следите за цифрами в скобках. Я буду брать их из этого списка.
Инструкция написана из расчета, что ваш форум находится на основном домене.
Ещё раз повторяю. Все делать в строгой последовательности. Последовательность в установке мода – это самое главное.
Если ее нарушить, мод не будет правильно функционировать. Я на этом собаку съела. Поехали:).
Установка мода
Шаг 1 – документация к моду phpBB SEO Ultimate SEO URL
Распаковываем архив мода (1). Открываем папку с модом. Внутри есть файл install.xml. Открываем этот файл в браузере.
В правом верхнем углу будет выпадающий список языков.
Находим и меняем на русский. Если при этом браузер будет спрашивать разрешение, соглашаемся.
После этого инструкция частично на русском, частично на английском. Желательно все прочитать, но не обязательно в этом файле. Основные моменты будут в файле с инструкцией на русском языке (3). Пролистываем вниз до пункта Копирование файлов.
В правом верхнем углу будет выпадающий список языков.
Находим и меняем на русский. Если при этом браузер будет спрашивать разрешение, соглашаемся.
После этого инструкция частично на русском, частично на английском. Желательно все прочитать, но не обязательно в этом файле. Основные моменты будут в файле с инструкцией на русском языке (3). Пролистываем вниз до пункта Копирование файлов.
Шаг 2 – русификация мода
Прежде, чем мы будем копировать, установим в мод русификатор. Распаковываем русификатор для мода (2).
Обратите внимание на вложенность папок:
Открываем папку root в папке мода (1) и смотрим вложенность папок:
Как видим на последней картинке, в папке root есть только папки с языками en (английский) и fr (французский). Русского нет. Но у нас есть русификатор для мода. Просто копируем папку ru из русификатора и помещаем ее в папку language в моде.
Обратите внимание на вложенность папок:
Открываем папку root в папке мода (1) и смотрим вложенность папок:
Как видим на последней картинке, в папке root есть только папки с языками en (английский) и fr (французский). Русского нет. Но у нас есть русификатор для мода. Просто копируем папку ru из русификатора и помещаем ее в папку language в моде.
Шаг 3 – копирование мода в форум
Вот теперь возвращаемся к пункту Копирование файлов в шаге 1.
Для удобства и быстрого понимания, я придумала такой ход. Его не обязательно выполнять, но для лучшего понимания можете это сделать. Переименуйте папку root в www.
Теперь, следуя по той же схеме, как мы вставляли русификатор в мод в шаге 2, вставляем все файлы из www (бывшая root) в папку www, но уже нашего форума на сервере.
Сравните вложенность папок в папке www (бывшая root):
с папкой www форума
Как видите, структура и вложенность папок одинаковая. Нам необходимо из всех папок мода (кроме самой последней phpbb_seo) переложить все файлы в папки форума соблюдая их вложенность. А последнюю папку мода phpbb_seo полностью переместить в директорию форума.
Надеюсь с этим справились.
Для удобства и быстрого понимания, я придумала такой ход. Его не обязательно выполнять, но для лучшего понимания можете это сделать. Переименуйте папку root в www.
Теперь, следуя по той же схеме, как мы вставляли русификатор в мод в шаге 2, вставляем все файлы из www (бывшая root) в папку www, но уже нашего форума на сервере.
Сравните вложенность папок в папке www (бывшая root):
с папкой www форума
Как видите, структура и вложенность папок одинаковая. Нам необходимо из всех папок мода (кроме самой последней phpbb_seo) переложить все файлы в папки форума соблюдая их вложенность. А последнюю папку мода phpbb_seo полностью переместить в директорию форума.
Надеюсь с этим справились.
Шаг 4 – редактирование файлов форума
Возвращаемся к открытому в браузере файлу install.xml (шаг 1) и к следующему в нем пункту Редактирование.
Открываем в папке мода (1) папку contrib. В ней папку phpBB_3.0.8_modified_files. Внутри будет папка root!
Порядок действий точно такой же, как и в шаге 3. С той лишь разницей, что в третьем шаге мы вставляли файлы, которых до этого не было в нашем форуме, а теперь мы заменяем старые файлы на новые.
Путь второй. Если вы уже вносили изменения в файлы форума, то ваши действия…
В файле install.xml после пункта Редактирование начинается список всех файлов с инструкциями, в каком файле что менять. Не пугайтесь. Это очень просто, только долго и нудно:).
Рассмотрим первый пример.
Следуя инструкции, открываем файл common.php, который находится в директории форума (в моей инструкции это папка www). Естественно, лучше всего пользоваться специальным редактором. Находим в открытом файле код из первого окошка Найти, далее копируем код из второго окошка, и в зависимости от указания добавляем/заменяем в файле.
Указаний всего три:
Очень важно! Тут есть два пути.
Путь первый. Если вы установили новый форум и ни разу не устанавливали моды, никогда не вносили изменения в файлы форума, используете тему prosilver, то действия такие…Открываем в папке мода (1) папку contrib. В ней папку phpBB_3.0.8_modified_files. Внутри будет папка root!
Порядок действий точно такой же, как и в шаге 3. С той лишь разницей, что в третьем шаге мы вставляли файлы, которых до этого не было в нашем форуме, а теперь мы заменяем старые файлы на новые.
Путь второй. Если вы уже вносили изменения в файлы форума, то ваши действия…
В файле install.xml после пункта Редактирование начинается список всех файлов с инструкциями, в каком файле что менять. Не пугайтесь. Это очень просто, только долго и нудно:).
Рассмотрим первый пример.
Следуя инструкции, открываем файл common.php, который находится в директории форума (в моей инструкции это папка www). Естественно, лучше всего пользоваться специальным редактором. Находим в открытом файле код из первого окошка Найти, далее копируем код из второго окошка, и в зависимости от указания добавляем/заменяем в файле.
Указаний всего три:
- Добавить после найденного
- Добавить перед найденным
- Заменить найденное.
Шаг 5 – настройки транслитерации в моде phpBB SEO Ultimate SEO URL
Этот шаг больше относится к предыдущему, т.к. нам тоже потребуется внести изменения в один файл, но в инструкции этот шаг описан непонятно, т.к. не имеет первостепенного значения для кириллицы. Нам же нужно, чтобы мод умел автоматически переводить кириллицу в латиницу. Поэтому я решила выделить его отдельно, чтобы обратить ваше внимание.
После шага 3 в директории нашего форума появилась папка phpbb_seo. Открываем эту папку, в ней открываем файл для редактирования phpbb_seo_class.php. Находим первое вхождение:
После шага 3 в директории нашего форума появилась папка phpbb_seo. Открываем эту папку, в ней открываем файл для редактирования phpbb_seo_class.php. Находим первое вхождение:
return;
И перед этим словом вставляем код из файла.
Далее там же находим строчку:
Далее там же находим строчку:
$url = preg_replace('`\[.*\]`U','',$url);
и добавляем после нее этот код:
$url = str_replace( $this->seo_opt['url_find'], $this->seo_opt['url_replace'], $url );
Сохраняем. Самое сложное мы преодолели. Дальше будет проще, но потребует самого строгого соблюдения последовательности, иначе результат может быть непредсказуемым. Переходим к следующему шагу.
Шаг 6 – очистка кеша форума
Необходимо очистить кеш форума. В директории форума есть папка cache, открываем ее и удаляем все файлы кроме .htaccess. Будьте осторожны.
Шаг 7 – инсталляция мода phpBB SEO Ultimate SEO URL
Если вы посмотрите файл install.xml (шаг 1), открытый у вас в браузере, вы увидите следующий этап – Инсталляционный файл PHP (у них ошибка в переводе:)).
Тут все просто. В адресной строке браузера набираем адрес: http://my_forum.ru/phpbb_seo/phpbb_seo_install.php (my_forum.ru меняем на адрес своего форума). Устанавливаем мод, следуя инструкция.
После установки в админке форума появится новая вкладка:
Переходим на нее.
Тут все просто. В адресной строке браузера набираем адрес: http://my_forum.ru/phpbb_seo/phpbb_seo_install.php (my_forum.ru меняем на адрес своего форума). Устанавливаем мод, следуя инструкция.
После установки в админке форума появится новая вкладка:
Переходим на нее.
Шаг 8 – создание .htaccess
В левом меню выбираем ACP_HTACCESS.
Если ваш форум находится на поддомене my_forum.my_site.ru, в субдиректории my_site.ru/forum или на главной странице форума установлен портал, то в самом низу есть дополнительные параметры:
Выбираете Да и дальше колдуете самостоятельно, мне туда не нужно было, поэтому я даже не лезла. Если что-то не получится или будет непонятно, ищите ответы на форуме русской тех. поддержки (ссылка в пункте Русификатор для мода (2)).
Это самый важный пункт в установке мода. Но и самый простой, если у вас форум находится в корневой папке сайта.
Если форум находится на главном домене my_forum.ru, то все просто. Для нас уже создан готовый .htaccess - копируем его. Далее открываем для редактирования уже существующий файл .htaccess в корневой папке форума www. И полностью заменяем его тем, что только что скопировали. Но, думаю, если вы предварительно их сравните, то будет здорово. Просто везде пишут, что этот файл из админки мода полностью готов, но, как говорится, доверяй, но проверяй.Если ваш форум находится на поддомене my_forum.my_site.ru, в субдиректории my_site.ru/forum или на главной странице форума установлен портал, то в самом низу есть дополнительные параметры:
Выбираете Да и дальше колдуете самостоятельно, мне туда не нужно было, поэтому я даже не лезла. Если что-то не получится или будет непонятно, ищите ответы на форуме русской тех. поддержки (ссылка в пункте Русификатор для мода (2)).
Шаг 9 – настройки мода phpBB SEO Ultimate SEO URL
Переходим на вкладку ACP_PHPBB_SEO_CLASS. Тут уже можно колдовать, экспериментировать, как душе захочется. Каждый пункт меню снабжен русским переводом. Есть пункты, после настройки которых потребуется генерация нового файла .htaccess. Для этого просто следуем инструкциям в шаге 8.
Я не буду описывать каждый пункт настроек в ACP_PHPBB_SEO_CLASS, но выложу скрин своих:
Некоторые из этих настроек уже стоят по умолчанию, некоторые зависят от вашего выбора, хотите ли вы их или нет, третьи являются очень важными для внутренней оптимизации.
Эти настройки я делала с точки зрения своего понятия удобства для пользователей форума, и естественно, с точки зрения требований поисковых систем.
Посмотрите открытый в браузере файл install.xml (шаг 1) - предпоследний пункт:
Именно в файле с инструкцией на русском языке (3) и находится переведенная инструкция из этого пункта.
Я не буду описывать каждый пункт настроек в ACP_PHPBB_SEO_CLASS, но выложу скрин своих:
Некоторые из этих настроек уже стоят по умолчанию, некоторые зависят от вашего выбора, хотите ли вы их или нет, третьи являются очень важными для внутренней оптимизации.
Эти настройки я делала с точки зрения своего понятия удобства для пользователей форума, и естественно, с точки зрения требований поисковых систем.
Более подробно о них вы можете прочитать в файлике с инструкцией на русском языке (3). В нём частично находится информация, описанная мной в этой статье, и информация по дополнительным настройкам. Обязательно прочитайте!!!
Посмотрите открытый в браузере файл install.xml (шаг 1) - предпоследний пункт:
Именно в файле с инструкцией на русском языке (3) и находится переведенная инструкция из этого пункта.
Моя задача стояла в том, чтобы пошагово рассказать про установку мода, т.к. от последовательности шагов зависит результат.
На данном шаге мод полностью готов к работе. Уверена, после прочтения инструкции (3) и прочтения форума, с другими настройками у вас проблем не возникнет. А если даже в своих экспериментах у вас что-то не получится, вы всегда сможете поменять настройки. Просто делайте это на локальном компьютере. И только когда полностью будете удовлетворены полученным результатом, переносите на работающий форум.Шаг 10. Завершение
Когда увидела, что получилось 9 шагов, решила последнюю инструкцию вынести в 10 шаг для круглого числа. После шага 9 и после каждого изменения в настройках, чтобы они вступили в силу, очищайте кеш форума, как описано в шаге 6 – очистка кеша форума.
Поздравляю! Вы осилили эту долгую и нудную статью. Если возникнут вопросы по моей инструкции, спрашивайте в комментариях. Если у вас не стандартная ситуация, то я вряд ли смогу вам помочь. Я не обладаю знаниями в программировании достаточными для того, чтобы разобраться со сложной проблемой.
Удачи в развитии.
Поздравляю! Вы осилили эту долгую и нудную статью. Если возникнут вопросы по моей инструкции, спрашивайте в комментариях. Если у вас не стандартная ситуация, то я вряд ли смогу вам помочь. Я не обладаю знаниями в программировании достаточными для того, чтобы разобраться со сложной проблемой.
Удачи в развитии.
Доброго времени суток, уважаемые читатели. Сегодня я хочу обратить ваше внимание на такие критерии выбора CMS для сайта, которые напрямую влияют на ранжирование вашего сайта в поисковых системах. Думаю, правильным будет, если я начну с определения, что такое CMS.
Любой сайт – это набор HTML страниц. Страницами можно управлять каждой по отдельности, редактируя одну и ту же информацию на всех страницах вручную, например, добавлять новый пункт меню, если добавилась новая рубрика, или прописывать каждой странице уникальный Title. Для этого придется открывать каждую страницу в редакторе и вставлять новую информацию. Согласитесь, это не удобно, нудно и занимает много времени.
Поэтому была придумана специальная программная оболочка, которая, во-первых, структурирует всю информацию, которая содержится на вашем сайте, во-вторых, позволяет быстро вносить изменения на разных страницах при минимуме затрачиваемого времени.
CMS создаются командой разработчиков и распространяются платно или бесплатно, или отдельным программистом под индивидуальные нужны организации, заказавшей индивидуальный движок для сайта.
Каждая CMS обладает стандартным набором функций и призвана содержать ваш сайт в строгом порядке и обладать удобным интерфейсом для редактирования содержимого сайта. Т.е. CMS создана непосредственно для владельцев сайтов, и ориентирована на человека, работающего в ней. И в этом кроется большая ошибка разработчиков.
На самом деле с сайтом взаимодействует не только его владелец, но и посетители, которые приходят на сайт, а так же, что тоже немаловажно, поисковые роботы, которые индексируют ваш сайт.
Очень часто разработчики CMS, к сожалению, этого не учитывают. Это не пустой разговор, а реальность, с которой мне довелось не раз уже столкнуться. Именно поэтому я решила посвятить этому статью, в надежде, что мои советы помогут вам при выборе CMS. Повторю только – с точки зрения поискового продвижения.
Преимущественно, все описанное дальше не относится к популярным движкам, таким как Joomla, Drupal, WordPress и другим. А больше актуальна для менее известных CMS. А так же, актуальна, если заказывается самописная CMS. Ведь талантливый программист, который пишет движок для сайта, может не знать требований, которые предъявляют поисковые системы сайтам. Для программиста – созданная CMS будет шедевром, а для владельца сайта, его посетителей и поисковых систем – наказанием.
Итак, принимая решение о использовании какой-либо CMS, необходимо учитывать ряд условий.
CMS – это система управления контентом/содержимым (Content Managment System), но на самом деле более правильно говорить Web Content Managment System (WCMS) – система управления веб-содержимым. Вы так же можете встретить такое понятие, как движок сайта – это, так сказать, разговорное название CMS.
Любой сайт – это набор HTML страниц. Страницами можно управлять каждой по отдельности, редактируя одну и ту же информацию на всех страницах вручную, например, добавлять новый пункт меню, если добавилась новая рубрика, или прописывать каждой странице уникальный Title. Для этого придется открывать каждую страницу в редакторе и вставлять новую информацию. Согласитесь, это не удобно, нудно и занимает много времени.
Поэтому была придумана специальная программная оболочка, которая, во-первых, структурирует всю информацию, которая содержится на вашем сайте, во-вторых, позволяет быстро вносить изменения на разных страницах при минимуме затрачиваемого времени.
Т.е. с помощью CMS мы эффективно управляем всем содержимым своего сайта без каких-либо знаний в веб-программировании.
CMS создаются командой разработчиков и распространяются платно или бесплатно, или отдельным программистом под индивидуальные нужны организации, заказавшей индивидуальный движок для сайта.
Каждая CMS обладает стандартным набором функций и призвана содержать ваш сайт в строгом порядке и обладать удобным интерфейсом для редактирования содержимого сайта. Т.е. CMS создана непосредственно для владельцев сайтов, и ориентирована на человека, работающего в ней. И в этом кроется большая ошибка разработчиков.
На самом деле с сайтом взаимодействует не только его владелец, но и посетители, которые приходят на сайт, а так же, что тоже немаловажно, поисковые роботы, которые индексируют ваш сайт.
Очень часто разработчики CMS, к сожалению, этого не учитывают. Это не пустой разговор, а реальность, с которой мне довелось не раз уже столкнуться. Именно поэтому я решила посвятить этому статью, в надежде, что мои советы помогут вам при выборе CMS. Повторю только – с точки зрения поискового продвижения.
Преимущественно, все описанное дальше не относится к популярным движкам, таким как Joomla, Drupal, WordPress и другим. А больше актуальна для менее известных CMS. А так же, актуальна, если заказывается самописная CMS. Ведь талантливый программист, который пишет движок для сайта, может не знать требований, которые предъявляют поисковые системы сайтам. Для программиста – созданная CMS будет шедевром, а для владельца сайта, его посетителей и поисковых систем – наказанием.
Итак, принимая решение о использовании какой-либо CMS, необходимо учитывать ряд условий.
Установка шаблона с блочной версткой
Я уже не раз говорила, что одним из требований поисковых систем является соблюдение стандартов W3C. Рекомендации на блочную верстку впервые были озвучены аж в 1998 году. И если тогда ещё допускалось использование табличной верстки, то сейчас она в прямом смысле этого слова – прошлый век.
Но почему то есть ещё чудо-мастера, которые делают табличные шаблоны, а некоторые CMS если и поддерживают блочную верстку, то очень слабо. Если сайт существует уже более 3-5 лет, то табличная верстка не вызывает удивления, но когда я вижу табличные сайты, созданные менее 1 года назад, становится очень грустно. О чем думал разработчик, создающий шаблон? Больше всего удивляет ситуация, когда такие шаблоны распространяются в составе CMS.
Поэтому, выбирая CMS узнайте, какие шаблоны в ней применяются. Может быть так, что CMS поставляется со стандартным шаблоном, который представляет из себя каркас, который наполняется модулями, при этом создается уникальный дизайн. Но при этом каркасом является таблица, а не дивы.
Как правило, всегда можно увидеть демо-версию сайта. Правильным будет, если вы откроете исходный код страницы и посмотрите верстку. Правда, для этого надо немного понимать, в чем разница между табличной версткой и блочной. Если применяется табличная верстка, то в исходном коде обязательно будут теги
Но почему то есть ещё чудо-мастера, которые делают табличные шаблоны, а некоторые CMS если и поддерживают блочную верстку, то очень слабо. Если сайт существует уже более 3-5 лет, то табличная верстка не вызывает удивления, но когда я вижу табличные сайты, созданные менее 1 года назад, становится очень грустно. О чем думал разработчик, создающий шаблон? Больше всего удивляет ситуация, когда такие шаблоны распространяются в составе CMS.
Поэтому, выбирая CMS узнайте, какие шаблоны в ней применяются. Может быть так, что CMS поставляется со стандартным шаблоном, который представляет из себя каркас, который наполняется модулями, при этом создается уникальный дизайн. Но при этом каркасом является таблица, а не дивы.
Как правило, всегда можно увидеть демо-версию сайта. Правильным будет, если вы откроете исходный код страницы и посмотрите верстку. Правда, для этого надо немного понимать, в чем разница между табличной версткой и блочной. Если применяется табличная верстка, то в исходном коде обязательно будут теги
<table>
<tbody>
<tbody>
А содержимое сайта, меню, статьи всегда будут внутри тегов
<tr><td>Содержание сайта</td>
<td>Содержание сайта</td></tr>
<td>Содержание сайта</td></tr>
Даже если вы совсем ничего не понимаете в этом, просто знайте, если на странице очень много <tr>, <td>, значит используется табличная верстка
Очень часто применяется комбинированная верстка. Когда весь сайт представляет из себя три контейнера <div> - дива, в первом контейнере содержится шапка сайта, в третьем содержится подвал сайта, а в середине, во втором контейнере – таблица. Это тоже плохо.
Внутри таблицы могут так же применяться дивы <div>содержимое</div>, но суть остается той же.
В идеальной верстке исходный код сайта должен иметь такой вид:
Надеюсь, разница между двумя примерами понятна.
Очень часто применяется комбинированная верстка. Когда весь сайт представляет из себя три контейнера <div> - дива, в первом контейнере содержится шапка сайта, в третьем содержится подвал сайта, а в середине, во втором контейнере – таблица. Это тоже плохо.
Внутри таблицы могут так же применяться дивы <div>содержимое</div>, но суть остается той же.
В идеальной верстке исходный код сайта должен иметь такой вид:
Надеюсь, разница между двумя примерами понятна.
Возможности для внутренней оптимизации
С версткой закончили. Следующее, на что необходимо обратить внимание, это возможности CMS для внутренней оптимизации. К сожалению, во многих CMS в стандартных настройках нет элементарного ЧПУ – человекопонятных урлов, когда в адресной строке не какая-то абракадабра из символов, а читаемый адрес.
ЧПУ очень важны:
Так же, из часто встречаемых проблем – неправильное отображение title, заголовка страницы, одного из самых важных тегов для поискового продвижения.
Стоит упомянуть и другие приемы оптимизации сайта, а именно заголовки в тегах <h1>, <h2>…<h6> . Можно это отнести и к предыдущему пункту – возможности использования правильного шаблона для сайта. Главное, что заголовки в этих тегах так же очень важны для поискового продвижения, и должны быть правильно использованы в шаблоне сайта или легко настраиваться в уже готовом шаблоне.
Тут же хочу предупредить, что при интеграции CMS с программами, например 1C, могут так же возникнуть проблемы с заголовками. Если на сайт данные выгружаются из сторонней программы, обратите внимание, чтобы для каждой созданной таким образом страницы была возможность настроить уникальные мета-теги.
Это очень актуально при создании интернет-магазина. Ведь в интернет-магазине, как правило, большое количество страниц с товарами, и не целесообразно заниматься продвижением таких страниц с помощью покупки ссылок.
Поэтому сайт должен быть максимально оптимизирован, чтобы страницы с отдельными товарами выходили в топ по низкочастотным запросам благодаря трасту ресурса и внутренней оптимизации. А во внутренней оптимизации самую большую роль играют именно заголовки. Поэтому очень важно, чтобы для каждой страницы можно было создавать уникальные title и отдельные описания в мета-тегах.
ЧПУ очень важны:
- для правильной индексации сайта поисковыми роботами,
- для избегания дублирования, что очень влияет на поисковое продвижение.
Так же, из часто встречаемых проблем – неправильное отображение title, заголовка страницы, одного из самых важных тегов для поискового продвижения.
Стоит упомянуть и другие приемы оптимизации сайта, а именно заголовки в тегах <h1>, <h2>…<h6> . Можно это отнести и к предыдущему пункту – возможности использования правильного шаблона для сайта. Главное, что заголовки в этих тегах так же очень важны для поискового продвижения, и должны быть правильно использованы в шаблоне сайта или легко настраиваться в уже готовом шаблоне.
Тут же хочу предупредить, что при интеграции CMS с программами, например 1C, могут так же возникнуть проблемы с заголовками. Если на сайт данные выгружаются из сторонней программы, обратите внимание, чтобы для каждой созданной таким образом страницы была возможность настроить уникальные мета-теги.
Это очень актуально при создании интернет-магазина. Ведь в интернет-магазине, как правило, большое количество страниц с товарами, и не целесообразно заниматься продвижением таких страниц с помощью покупки ссылок.
Поэтому сайт должен быть максимально оптимизирован, чтобы страницы с отдельными товарами выходили в топ по низкочастотным запросам благодаря трасту ресурса и внутренней оптимизации. А во внутренней оптимизации самую большую роль играют именно заголовки. Поэтому очень важно, чтобы для каждой страницы можно было создавать уникальные title и отдельные описания в мета-тегах.
Расширение функционала
Разобравшись с этим, стоит уделить внимание таким дополнениям для CMS, которые позволяют расширять ее функционал. Например, интеграция социальных приложений – кнопок, виджетов. Ведь сейчас качественная раскрутка сайта немыслима без SMO и SMM продвижения. И даже, если вам сейчас кажется, что это несущественно, на самом деле это не так.
- Во-первых, поисковые системы индексируют социальные сети, поэтому наличие страницы сайта в социальной сети очень благоприятно скажется на продвижении сайта в целом.
- Во-вторых, через социальные сети очень быстро и легко распространяется информация, и о вашей организации в короткий промежуток времени может узнать на много больше людей, пока вы будете медленно ползти в топ по выбранным запросам.
- В-третьих, присутствие в социальных сетях даст вам дополнительный авторитет среди пользователей, увеличит узнаваемость бренда.
- В-четвертых, приведу такой пример. Если на вашем сайте предполагается авторизация, то возможность подключиться к вашему сайту через профиль в социальной сети обязательно увеличит конверсию на сайте. Ведь для пользователя намного проще подтвердить свое согласие на подключение к профилю нажатием одной кнопки, чем долго и нудно заполнять поля для регистрации.
Быстродействие движка
Хоть я и поставила этот пункт в самом конце, однако он не последний, а даже наоборот, очень сильно важный. Сейчас скорость загрузки сайта влияет на ранжирование. Это значит, что более легкий сайт с быстрой загрузкой в поисковой выдаче может оказаться выше вашего и вы никак не сможете его обогнать. Поэтому при выборе CMS стоит это учитывать.
Подводя итоги
Хотелось бы ещё добавить, что выбирая бесплатные CMS с открытым исходным кодом, вы всегда сможете настроить ее под свои нужны самостоятельно (если подтяните свои знания в сайтостроении) или привлечь программиста со стороны, который это сделает.
Если же вы приобретаете коммерческую CMS с закрытым исходным кодом, вы на всю жизнь останетесь зависимыми от разработчика данной CMS. Поэтому в этом случае стоит ещё более серьезно подойти к выбору. Ведь возможно, за дополнительный функционал всегда придется доплачивать.
Я понимаю, что в этой статье много информации, сложной для понимания человеку, впервые столкнувшемуся с этим, но я надеюсь, это сможет хоть немного уберечь вас от ошибок.
Резюмируя все вышесказанное, при выборе CMS, чтобы не было проблем с продвижением выбирайте ту, которая:
Удачного продвижения.
Если же вы приобретаете коммерческую CMS с закрытым исходным кодом, вы на всю жизнь останетесь зависимыми от разработчика данной CMS. Поэтому в этом случае стоит ещё более серьезно подойти к выбору. Ведь возможно, за дополнительный функционал всегда придется доплачивать.
Я понимаю, что в этой статье много информации, сложной для понимания человеку, впервые столкнувшемуся с этим, но я надеюсь, это сможет хоть немного уберечь вас от ошибок.
Резюмируя все вышесказанное, при выборе CMS, чтобы не было проблем с продвижением выбирайте ту, которая:
- более популярна (в таком случае всегда легко найти информацию по движку, поддержку)
- обладает гибкими настройками
- обладает широким функционалом или функционал легко увеличивается за счет расширений
- быстро работает
Удачного продвижения.
Доброго времени суток, уважаемые читатели. Сегодня мы с вами будем работать с шаблоном Blogger. Как я и обещала в предыдущей статье про seo-заголовки, мы будем делать шаблон более оптимизированным для поисковых систем. Кто не читал предыдущую статью, обязательно прочтите SEO-секреты SEO-заголовков в тегах h1, h2 … h6. В той статье идет теоретическое обоснование для чего это нужно. Сейчас же мы будем воплощать это на практике.
В самом начале я хочу сделать несколько предупреждений.
В самом начале я хочу сделать несколько предупреждений.
Первое. Крайне желательно, чтобы вы понимали, что такое HTML и CSS.
Подробнее можно узнать из этих статей:Здравствуйте, дорогие читатели. Сегодня хочу уделить особое внимание теме заголовков в тегах h1 h2 - h6, т.к. в ближайшее время планирую (как и обещала) несколько практических статей по редактированию заголовков в шаблонах. Но прежде, чем осваивать что-либо на практике, я считаю, нужно пусть не знать, но понимать теорию. Давайте с самого начала определимся с понятиями, с тем, что такое заголовок в HTML документах, заголовок на сайте, странице.
Все мы с вами знаем русский язык, и что касается общепринятого понятия заголовок – вопросов быть не должно. Заголовок - это то слово или фраза, которая обобщает весь смысл какого-то текста, информации, которые идут после него.
Все мы с вами знаем русский язык, и что касается общепринятого понятия заголовок – вопросов быть не должно. Заголовок - это то слово или фраза, которая обобщает весь смысл какого-то текста, информации, которые идут после него.
Доброго времени суток, уважаемые читатели. Идея данной статьи возникла не случайно, и я хочу сказать пару слов предыстории. Ко мне обратился мой читатель за советом. Дело в том, что его сайт находится под фильтром Google. Например, различные анализаторы показывают 0 (ноль) эффективных страницах сайта, т.е. весь он находится в так называемом Supplemental.
Если покопаться в истории, то словом Supplemental, представители Google называли дополнительные результаты поиска, которые всегда "прятались" за словами:
Чтобы показать наиболее значимые результаты, мы опустили некоторые, очень похожие на ХХ уже показанных.
Если вы хотите, можно повторить поиск, включив опущенные результаты.
Чтобы показать наиболее значимые результаты, мы опустили некоторые, очень похожие на ХХ уже показанных.
Если вы хотите, можно повторить поиск, включив опущенные результаты.
Но на самом деле, есть ещё и Supplemental, который обозначает дополнительный индекс.
Здравствуйте, мои дорогие читатели. Последнее время все чаще у меня спрашивают про инструменты для вебмастеров Google и Яндекс, а именно про файл robots.txt, про запрещенные к индексации страницы или заблокированные страницы в файле robots.txt.
Странно получается, сначала мы ищем информацию о том, как оптимизировать blogger, выполняем все рекомендации, а потом только начинаем задавать вопросы, почему у меня заблокированы страницы и как их разблокировать.
Странно получается, сначала мы ищем информацию о том, как оптимизировать blogger, выполняем все рекомендации, а потом только начинаем задавать вопросы, почему у меня заблокированы страницы и как их разблокировать.
Доброго времени суток, уважаемые читатели. Многие начинающие блоггеры спрашивают:
В понимании этого вопроса, конечно, путаницу вносит и сама структура блогов.
"Хорошо, как подобрать ключевые слова понятно, а вот как их использовать на страницах, я не понимаю. Где на странице должны быть ключевые слова?"
В понимании этого вопроса, конечно, путаницу вносит и сама структура блогов.
Доброго времени суток, уважаемые читатели. Мой рассказ про ссылки, им посвящено 2 статьи Ссылки. Виды и типы ссылок и Ссылки. Примеры и анализ ссылок, был бы не полным, если бы я не рассказала о том, как проверять внешние ссылки на страницах сайта. Давайте сначала разберемся, для чего вообще нужно проверять ссылки.
Причина первая. Как недавно предупредил нас Яндекс в своем блоге, в статье от 26 октября, Шаблоны с сюрпризом, если вы пользуетесь шаблоном для блога, который скачали в интернете, то просто необходимо проверить его на наличие внешних ссылок.
Причина первая. Как недавно предупредил нас Яндекс в своем блоге, в статье от 26 октября, Шаблоны с сюрпризом, если вы пользуетесь шаблоном для блога, который скачали в интернете, то просто необходимо проверить его на наличие внешних ссылок.
Доброго времени суток, уважаемые читатели. К сожалению, есть мало исчерпывающих материалов по индексации картинок на блогах Blogger Blogspot. Не раз эта тема обсуждалась в моем блоге в комментариях, в личной переписке с блоггерами. Также, я писала в некоторых статьях про картинки, но в контексте общей оптимизации Blogger и оптимизации страниц под поисковые запросы. Потребовалось не мало времени выяснить опытным путем, как индексируются поисковыми системами изображения, которые мы размещаем в своих блогах на Blogger.
Доброго времени суток, уважаемые читатели.
Два с не большим месяца назад, 24 мая, я писала о том, что такое перелинковка. Тема очень интересная, и мне захотелось ее развить. Поэтому план этой статьи такой:
Два с не большим месяца назад, 24 мая, я писала о том, что такое перелинковка. Тема очень интересная, и мне захотелось ее развить. Поэтому план этой статьи такой:
- Повторение мать ученья - Что такое перелинковка
- Правильная и грамотная перелинковка
- Перелинковка страниц - основные правила
- Схема перелинковки
- Автоматическая или ручная перелинковка
Что такое перелинковка
Итак, повторим, что такое перелинковка. Ответ на этот вопрос содержится в самом названии. Перелинковка – это обрусевшее значение слова link, которое означает не только «ссылку», но и «связывание». Т.е. перелинковка – это связывание. Чего с чем?
Добрый день, уважаемые блоггеры. Как и обещала 2 дня назад, в последней статье про подготовку блога к монетизации, сегодня я расскажу, как убрать из шаблона Blogger все ненужные внешние ссылки.
План на сегодня:
План на сегодня:
- Инструмент веб-разработчика
- Язык шаблонов Blogger
- Как удалить внешние ссылки в шаблоне Blogger
- Как удалить виджет Attribution
- Как удалить быстрое редактирование виджетов
