Ваше благополучие зависит от ваших собственных решений.

Джон Дэвисон Рокфеллер

Меню сайта
  • Компьютеры
  • Телефоны
  • Бизнес
  • Свое дело
  • Решение проблем
  • Интернет
  • Новости
  • Новости
    Реклама
    Реклама

    Итак, технический директор ненавидит ваш SEO проект ...

    1. Классические проблемы
    2. Получение закрытия с вашей командой разработчиков
    3. Суть

    Вы придумали фантастическое понимание SEO для своего сайта. Вы знаете, что это удвоит ваш органический поисковый трафик, и вы в восторге! Вы привносите эту идею на совещание по приоритетам проекта веб-разработчика и даете ей много волнения, будучи уверенными, что она окажется на вершине стека приоритетов - в конце концов, это убийственная идея!

    Тогда это происходит. Технический директор ставит под сомнение вашу компетентность. Он или она просто считает, что SEO не работает таким образом: «Это глупо! Google не глуп, так что вы должны ошибаться, а вы глупы ». У вас отвисла челюсть, и вы не знаете, что делать. Проект представлен, вам нужно перегруппироваться. Теперь у вас есть гораздо более трудные усилия по продажам перед вами.

    Как вы можете избежать этого сценария? Как вы можете остановить это в первую очередь? Основная формула проста:

    1. Понимайте технические аспекты SEO лучше, чем кто-либо другой в этом зале.
    2. Поймите, что вы знаете больше, чем кто-либо другой, когда представляете свой план, и позвольте этой уверенности проявиться в презентации.
    3. Иметь возможность поддерживать свой план (и уровень уверенности), когда возникают проблемы.

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

    Классические проблемы

    В течение многих лет у меня было много споров с различными разработчиками, менеджерами разработчиков и техническими специалистами по различным вопросам. Три наиболее распространенных из них:

    1. 302 против 301 перенаправления

    Чтобы быть справедливым, кажется немного странным, что поисковые системы будут относиться к ним по-разному. Для тех из нас, кто работает в этой отрасли, мы просто знаем, что перенаправления 301 - это то, что предпочитает Google, когда контент постоянно перемещается.

    Несмотря на это, у меня все еще есть эти разговоры с разработчиками, частично потому, что многие платформы веб-разработки или системы управления контентом по умолчанию используют перенаправление 302. Это означает, что вы часто получаете редирект 302 просто потому, что разработчик не уделяет ему должного внимания.

    Застрял на этом? Вот два ресурса, которые помогут упростить задачу для вас:

    1. Мэтт Каттс объясняет, почему Google предпочитает перенаправления 301
    2. Отличное объяснение разницы между 301 и 302 перенаправлениями

    2. Дублированный контент

    Существует множество способов, с помощью которых сайты получают дублированный контент. Еще раз, это может быть так же просто, как то, как настроена ваша система управления контентом, или плохая практика внутренних ссылок, например, ссылки на ваши страницы разными способами, например, ссылки на http://www.example.com/page/ и http://www.example.com/page и http://www.example.com/page/index.htm на вашем сайте.

    У меня были разработчики, которые смотрели на меня, как будто я сошел с ума, когда объяснил, что это имеет значение. Вы услышите такие вещи, как «Google должен быть в состоянии понять это».

    Интересно, что пример, который я привел с помощью «example.com», был дословно скопирован из Страница Google с дублированным контентом , Оставшаяся часть этой статьи Google делает хорошую работу по более широкому изложению проблем с точки зрения дублирующегося контента.

    3. Тонкий контент

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

    Однако заполнить тонны страниц (будь то десятки тысяч, миллионы или больше) качественным контентом сложно, если не невозможно. Это позволяет создавать практически пустые страницы или страницы, заполненные сгенерированным машиной содержимым, используя те же источники информации, которые доступны многим другим.

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

    По сути, тонкие страницы с контентом дают поисковым системам больше оснований для девальвации сайта в целом и, таким образом, снижают рейтинг страниц, которые они, возможно, были готовы ранжировать.

    Получение закрытия с вашей командой разработчиков

    Для трех ситуаций, описанных выше, предоставленные мною ресурсы Google полезны, но часто их недостаточно. У меня были разговоры, в которых некоторые особенно упрямые люди по-прежнему не будут участвовать, по той простой причине, что они не могут понять, что мешает поисковым системам. Честно говоря, они осознают, насколько мощна компьютерная технология Google, и не могут полностью объяснить причины этих ограничений.

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

    1. В октябре 2012 года Мэтт Каттс сказал мне, что Google знает о 100 триллионах веб-страниц. По прошествии более двух лет, вероятно, это приблизилось к 500 трлн.
    2. Поисковые системы сканируют большой процент этих страниц.
    3. Они выполняют семантический анализ всех страниц, которые они сканируют.
    4. Они строят карту связей между всеми связями, которые они обнаруживают.
    5. Они помещают это в базу данных, реплицируемую и распределенную в центрах обработки данных в разных точках планеты.
    6. Они позволяют пользователям вводить любой произвольный поисковый запрос.
    7. Обычно они отвечают на этот запрос за 0,4 секунды или меньше.

    Технологический охват всего этого ошеломляет. Работа с таким масштабом потребовала от них многих упрощающих допущений. Например, поисковые системы на самом деле имеют возможность выполнять определенное количество распознавания изображений. Вы можете увидеть это, сфотографировав Тадж-Махал и перетащив его в окно поиска в Поиске картинок Google:

    После того, как вы перетащите его на окно поиска, оно будет выглядеть так:

    Когда вы отпустите изображение, вы увидите следующие результаты:

    Тем не менее, вы не можете сделать это в обычном окне веб-поиска, и Google, как правило, не выполняет распознавание изображений в своих обычных результатах веб-поиска. Ты можешь видеть Совет Google по использованию атрибутов alt здесь ,

    Почему они просят такую ​​помощь? Потому что одно дело обрабатывать одноразовый сценарий, когда я перетаскиваю одно изображение в окно поиска, и совершенно другое - выполнять обработку изображений для всех изображений, которые Google может найти на сотнях триллионов веб-страниц. Это о масштабе.

    Суть

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

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

    И последняя сноска, поскольку завоевание уважения к человеку имеет решающее значение для этого процесса (как это происходит во многих деловых и жизненных ситуациях): в первый раз, когда вы это сделаете, убедитесь, что вы сосредоточены на SEO-проекте, который является простоями - другими словами, то, что вы полностью уверены, принесет отличные результаты . Когда вы заставляете кого-то доверять вам в первый раз, не подводите его . Выберите явного и очевидного победителя, если можете!

    Мнения, выраженные в этой статье, принадлежат автору гостя и не обязательно относятся к Search Engine Land. Штатные авторы перечислены Вот ,


    Об авторе

    Как вы можете избежать этого сценария?
    Как вы можете остановить это в первую очередь?
    Застрял на этом?
    Зачем?
    Профиль
    Реклама
    Деловой календарь
    Пн Вт Ср Чт Пт Сб Вс
     
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    Реклама
       
    Sti.lg.ua © 2016