- вход
- SEO хостинг и домен
- Выбор модели связывания
- Макет типа страницы и содержания
- Оптимизация страниц бэк-офиса
- Связывание позиционированной страницы и бэкэнда
- суммирование
Я уже писал о том, какие принципы это хорошо придерживаться строительство и связь объектов Я также дал несколько идей для средства для сайта школы танцев , Сегодня это будет более технически и конкретно. В этой статье я остановлюсь на первом этапе создания бэк-офиса, то есть на полном планировании стратегии его создания, связывания и использования.
вход
Тип, качество и размер резервной копии зависят главным образом от конкурентоспособности позиционируемого веб-сайта. В этой статье я остановлюсь на наилучшем качестве оборудования и, как следствие, наименьшем возможном риске фильтров, не говоря уже о банках. Однако мы должны помнить, что описанная здесь стратегия с достаточно индивидуальным подходом к каждой странице может быть недостаточной для сайтов с наиболее конкурентными темами.
SEO хостинг и домен
Планирование резервного копирования начинается с покупки:
- SEO хостинг - на данный момент не могу рекомендовать конкретную компанию, но в последнее время gdaq он разработал интересное резюме, поэтому есть из чего выбирать. Хорошо покупать аккаунты у разных компаний, чтобы в случае использования единой серверной панели она не приходила в норму. При выборе предложения обращайте внимание не только на количество IP-адресов и разных классов C, но и на количество доменов;
- домены - вы можете купить деталь традиционным способом, зарегистрировав новые домены. Хорошо, если% серверной части будет состоять из доменов с историей - захваченных или найденных, например, так, как я описал с помощью программы Xenu , Конечно, большинство (если не все) домены должны быть хотя бы частично тематически совместимы с позиционируемым сайтом, и поэтому при покупке доменов с историей мы должны искать тематические. Часто сразу после сканирования нового контента они попадают на верхние позиции гораздо быстрее, чем новые домены. Также стоит дифференцировать TLD и не ограничиваться самими самыми дешевыми доменами. Эта дифференциация проистекает, прежде всего, из подхода «дуть в холод» и не подвергать себя возможному обнаружению слишком больших связей между многими сторонами и, следовательно, снижению ценности связей между ними или массовых штрафов.
Выбор модели связывания
Затем мы переходим к этапу определения модели связывания:
- модель колеса открыта / закрыта - в этой модели внутренние страницы ссылаются по принципу A -> B, B -> C, C -> D и т. д., и все они также ссылаются на расположенную страницу. В закрытой модели сторона D соединяется с A, закрывая колесо;
- пирамида ссылок - эта модель предусматривает разделение объектов на несколько групп и связь с более низкого уровня на более высокий и только с самого высокого уровня на позиционированную страницу.
Эти модели можно модифицировать и комбинировать любым способом. Я сам использую ссылку-пирамиду, которая в течение некоторого времени связывает меня с моделью колеса, как показано ниже. Как правило, однако, я предполагаю, что лучше всего перейти от простой схемы, но не цепляться за нее - добавить некоторую случайность, иногда связать сайт, расположенный с бэкэнда на уровне 2, или выбрать ссылку на некоторые из внутренних страниц.
На графике ниже показана только исходная модель , без учета ее случайных возмущений. Здесь представлены только внутренние страницы (и, конечно, позиционированная страница), которые принадлежат нам, а не профили на различных веб-сайтах или записи в каталогах или предварительные записи. 
«Z 1» - это объекты первого уровня, а «от 2» - второй, с еще несколькими уровнями. Это индивидуальное решение, или мы будем размещать страницы низкого качества на более низких уровнях, в том числе с использованием дублированного контента, или просто страницы без руководства . Одинаково хорошо на более низком уровне, вы можете выбрать несколько сайтов с лучшей стороны, с высоким PR, который пройдет так называемый свяжите сок на несколько страниц более высокого уровня одновременно, и тогда их может быть намного меньше, чем на 1-м уровне.
Я считаю, что не существует единой действительной модели связывания. Все зависит от конкретного случая, спроса и финансовых возможностей. Я выбрал эту, потому что я уже давно использую пирамиду, и она дает ожидаемые результаты, поэтому я внес в нее лишь незначительные изменения. Я упомяну чуть позже о связывании каждого уровня.
Макет типа страницы и содержания
После принятия решения о том, как все эти страницы будут связаны друг с другом, мы переходим к этапу планирования их содержания. Давайте предположим, что мы позиционируем сайт интернет-книжного магазина, поэтому при создании фона мы будем придерживаться тем книг и образования, а также тем, связанных с жанрами книг, такими как путешествия, языковые книги, история, ужасы и многое другое. В этом случае мы можем использовать приведенные ниже идеи и добавить к ним всю необходимую информацию, например:
- тип страницы: блог с рецензиями на книги (с возможностью публикации рецензий интернет-пользователей)
домен: адрес сайта
скрипт: WordPress
IP: IP-адрес
Уровень бэкенда: 1 (группа с моделью колеса) - тип страницы: рецензии на книги Робина Кука
домен: адрес сайта
скрипт: PikoCMS
IP: IP-адрес
Уровень бэкенда: 1 (группа с моделью колеса) - тип страницы: веб-сайт с наиболее важной информацией о выпускных экзаменах по географии средней школы
домен: адрес сайта
скрипт: статическая страница
IP: IP-адрес
бэкэнд-уровень: 1 - тип страницы: каталог книжного магазина
домен: адрес сайта
сценарий: Joomla!
IP: IP-адрес
внутренний уровень: 2 - тип страницы: историческая справка
домен: адрес сайта
скрипт: ArticleMS
IP: IP-адрес
внутренний уровень: 2
Оптимизация страниц бэк-офиса
Очень хороший эффект дает сильное сужение темы резервных страниц из-за того, что страницы, ориентированные на более подробные запросы, легче «позиционировать» в основном благодаря оптимизации и тонким ссылкам.
Итак, если позиционируемый веб-сайт - это веб-сайт книжного онлайн-магазина, который в категориях имеет жанры книг, а затем в структуре - их авторов, давайте определимся с несколькими страницами, посвященными биографиям и рецензиям книг выбранных авторов. Таким образом, мы будем быстрее переходить на высокие позиции и будем использовать ссылки, чтобы направлять пользователей Интернета на целевую страницу. При определении спроса на тексты на странице стоит учитывать конкретные фразы, такие как «биография / цитаты / книги (имя и фамилия автора)».
Связывание позиционированной страницы и бэкэнда
Я предполагаю, что позиционированная страница должна быть «чистой как слеза» как с точки зрения ее содержания, так и источников ссылок. Здесь мы начинаем с платных источников, включая каталоги страниц или платные ссылки (однако в этом случае они должны быть очень осторожными, чтобы для обычного пользователя Интернета и гуглистов они выглядели естественно), сосредоточив внимание в основном на использовании возможностей. Переходя на бесплатные источники, мы также сначала выбираем наиболее ценные.
Что касается уровней бэк-офиса ... если 2-й уровень - страницы более низкого качества , мы можем позволить связывать их из худших источников, включая SWLi (хотя даже здесь я бы рекомендовал делать это крайне редко), и сосредоточиться на количестве ссылок, а не на их высоком качестве. Единственными сторонами, которые могут пострадать от этого, являются объекты, выровненные таким образом, и вышеперечисленное потеряет только некоторую мощность от звеньев, вытекающих из 2-го уровня. Однако, если качество страниц одинаково на обоих уровнях, мы также можем позволить себе дифференцировать источники ссылок. Давайте возьмем несколько злотых, чтобы отправить наиболее интересные страницы в платные каталоги, обратить внимание на тип страниц и связанные с ними возможности, например, в каталоги блогов, новые интересные сайты для сайтов, представляющих стартапы, и т. д. Дополнительные примеры таких примеров можно найти в записи 34 идеи для получения ссылок ,
Как я упоминал ранее, не переходите от крайностей к крайностям и не бойтесь соединить несколько задних сторон, меняйте направление стрелок и ссылки с уровня 2 на 1. Пока есть модерация, не должно быть страха перед возможным наказанием.
суммирование
Я решил поднять эту тему, потому что считаю, что очень важно планировать стратегию бэк-офиса до его создания , а не после, как это часто случается. Время от времени я нахожу форумы по вопросам неэффективности крупных объектов, состоящих из нескольких сотен страниц. Окунувшись в эту тему, выясняется, что все они качественно близки к среднему кренделю, основаны на одном и том же скрипте, и единственное изменение существует в случае IP-адресов. Связывание часто выполняется по принципу «все в одном», ссылки не имеют смысла и вставляются в худших местах, где требуется фильтр. Основной проблемой в этом случае является отсутствие или, скорее, слишком поздно думать о том, как должно выглядеть целое, чтобы дать ожидаемые результаты.