Как заставить разработчиков реализовать рекомендации SEO

//Как заставить разработчиков реализовать рекомендации SEO

Как заставить разработчиков реализовать рекомендации SEO

Лучшая стратегия SEO бессмысленна, если некому ее реализовать! Как лучше всего работать с вашими разработчиками, чтобы добиться результата.

Самая сложная проблема в SEO — это не обновление алгоритма. Он не имеет доступа к инструментам предприятия. Даже если у вас есть опыт, чтобы определить, где сосредоточить свои усилия.

Нет, самая сложная проблема в SEO — заставить разработчиков фактически выполнять рекомендации.

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

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

Шкала разработчиков Anderson-Alderson

Сначала давайте встретим игроков.

Мне нравится думать, что в веб-разработчиках есть две противоположные крайности, и я использую двух моих любимых персонажей, чтобы персонализировать их. Один из них — Томас Андерсон, которого вы, возможно, помните из «Матрицы», прежде чем он стал Нео.

Вот как его босс описывает его в фильме: «У вас проблемы, мистер Андерсон. Вы думаете, что вы особенный. Вы верите, что каким-то образом правила не относятся к вам.

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

Они также разработчики, которые смотрят на ваши рекомендации или говорят о том, как они знают все «оптимизации SEO», которые вы представляете, у них просто не было времени на их выполнение. Конечно, мистер Андерсссон.

На другом конце спектра у вас есть Эллиот Алдерсон.

Для тех из вас, кто не смотрит «г-н Робот: «Олдерсон — это тип человека, который войдет в офис в 2 часа ночи, чтобы исправить положение, когда они сломаются, даже если дойти до того, чтобы сесть на струйную компанию в ту же ночь, чтобы выкарабкаться на последний крах сети.

Разработчики типа Alderson испытывают желание выполнить ваши рекомендации сразу. Это не потому, что они обязательно заботятся о ранжировании, а потому, что они заботятся о том, чтобы быть хорошими в том, что они делают.

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

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

Мой самый большой опыт работы с разработчиком на конце Alderson шкалы был на клиентском проекте для телевизионного шоу.

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

К сожалению, я не помню имя этого парня, но он легенда.

Стратегические и конечные результаты

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

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

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

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

Пример поставки iPullRank

  • Обновление копии тела или встроенных структурированных данных. Подобно обновлению метаданных, это также довольно утомительно и требует пошаговых обновлений. В тех случаях, когда мы говорим об обновлении кода schema.org, который интегрирован в контент, а не размещен в использовании JSON-LD, это кошмар для разработчика.
  • Обновление внутренней структуры ссылок. Это потенциально может быть сделано программно, но только в том случае, если отношения будут эффективно идентифицированы. В большинстве случаев SEO-пользователи представляют рекомендацию на уровне страниц за страницей, и разработчик не может эффективно масштабировать эти усилия.
  • Оптимизация кода для производительности. Разработчики, как правило, одержимы скоростью, настолько, что они сокращают слово «производительность» до «перфоратора», поэтому его можно сказать быстрее. Однако у них есть отвращение к рекомендациям критического рендеринга, которые выходят из страницы PageSpeed ​​Insights. Из рекомендаций по SEO, которые я делаю, это те, на которые я обращаюсь самым легким образом, потому что это область, в которой разработчики часто защищают. Pro Tip: используйте детализацию Timeline и производительность сети DevTools, чтобы получить их на борту с оптимизацией скорости страницы. Они, как правило, лучше реагируют на них.
  • Создание XML-файлов Sitemap после таксономии сайта. Существует множество инструментов, которые поддерживают разработку XML-файлов Sitemap, но разработчики, как правило, просто позволяют этим рипам. Это приводит к XML-файлам Sitemap, таким как «sitemap14.xml», а не к тем, которые отражают значимую сегментацию после таксономии сайта и поэтому полезны для оптимизаторов для управления индексацией.
  • Создание мгновенных снимков HTML. В некоторых инфраструктурах приложений для отдельных сайтов JavaScript, таких как Angular 1.x, с трудом можно было проиндексировать. Но разработчики слышали, что Google сканирует с помощью браузеров без головы, и они знают, что Angular — это платформа, разработанная Google, поэтому иногда они не вынуждены объяснять свои недостатки.
  • Реализация перенаправления. Перенаправления можно масштабировать довольно легко, так как они часто выполняются на уровне конфигурации сервера и записываются через ряд правил, сопоставленных с шаблонами. Чрезвычайно редко (по моему опыту) разработчик не будет следить за ними.
  • Исправление неправильных перенаправлений. И наоборот, когда речь идет о переадресации перенаправления от 302 до 301, я видел откат от разработчиков. Фактически, мне когда-то говорили, что коммутатор может сломать сайт.
  • Ясно, что нам нужно искать лучших разработчиков для работы, или нам нужно найти способ сделать наши рекомендации Андерсоном.

    Позвольте мне представить вам бегуны задач

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

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

    Не вдаваясь в специфику самих инструментов, сообщества выросли вокруг Grunt, Gulp и Webpack; в результате доступна серия плагинов. Конечно, пользовательские модули могут быть написаны для каждого, но чем меньше вы создаете для разработчиков, тем лучше.

    Возвращаясь к идее обновления метаданных в масштабе, есть плагин для Grunt, называемый grunt-meta-excel, который позволяет вам предоставить XLSX-файл с изменениями в названиях страниц, мета-описаниях и открытых метаданных графа.

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

    Разработчик мог бы эффективно модифицировать этот плагин для редактирования базы данных, а не для редактирования файлов, или ваш файл Excel можно было бы быстро преобразовать в файл SQL и запустить как UPDATE в базе данных.

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

    В общих рекомендациях SEO вы можете использовать бегуны задач для

    В Grunt, Gulp и Webpack есть серия плагинов, предлагающих настраиваемые функциональные возможности, которые позволяют разработчику быстро выполнять утомительные задачи SEO. Ниже приведен (неисчерпывающий) список задач SEO и некоторые плагины, которые могут быть использованы для них:

    Обозначение кода

  • Uglify (Grunt)
  • Cssmin (Grunt)
  • HTMLmin (Grunt)
  • Сжатие изображения

  • imagemin (Grunt)
  • imagemin (Gulp)
  • imagemin (Webpack)
  • Автоматическое обновление XML-файлов Sitemap

  • Gulp-Sitemap (Gulp)
  • Grunt-Sitemap-Xml (Grunt)
  • Карта сайта-Webpack-Plugin (Webpack)
  • Проверка AMP

  • gulp-amphtml-validator (Gulp)
  • Создание AMP

  • Генератор AMP (Webpack)
  • Обновление метатег

  • grunt-meta-excel (Grunt)
  • Создание мгновенных снимков HTML

    <Литий> Грунт-сканирование (Грунт)

  • Prerender-webpack-plugin (Webpack)
  • Обзор скорости страницы

    <Литий> Грунт-PageSpeed ​​(Грунт)

    Каждый из этих плагинов позволит вам подготовить спецификацию (и, в некоторых случаях, файлы поддержки). Затем разработчику просто нужно настроить плагин, чтобы отразить его и запустить задачи. Вы эффективно упростили работу, используя эти инструменты.

    За пределами настроек Grunt, Gulp, Webpack разработчик может использовать Webcheck для автоматизации ряда других проверок для нескольких других проблем SEO, как указано в этом потоке StackOverflow. Идея заключается в том, что разработчик мог написать тесты сборки, которые не позволяли бы им развертывать новый сайт, если бы все не было проверено. Вы можете найти больше плагинов, выполнив поиск на сайте npmjs.com.

    Другие способы заставить разработчиков реализовать рекомендации SEO

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

  • Поймите технический стек и оставьте свои рекомендации в нем. Рассмотрим сценарий, в котором вы предложили 301 переадресацию для своего клиента. Оказывается, они используют Nginx вместо Apache. Вы знаете, что Nginx не использует файл .htaccess? Если вы этого не сделаете, вы можете предложить разместить туда 301 редирект, и разработчик может игнорировать все остальное, что вы говорите. Такие инструменты, как BuiltWith.com, дадут вам общее определение того, какие технологии используются. Лучшая идея — посмотреть заголовки HTTP в Chrome DevTools. Независимо от того, что вы делаете, вы должны потратить время, чтобы получить подробное понимание технического стека, когда начнется ваше взаимодействие.
  • Дайте подробные детали в своих рекомендациях. Если это требует от разработчика поиска в другом месте за пределами вашего документа для решения, вы гораздо менее склонны заставить их выполнить эту рекомендацию. Вместо этого объясните контекст и реализацию в соответствии с вашими результатами, а не связывайтесь с объяснениями других людей. Хотя разработчики, как правило, никогда не доверяют приложениям других людей, некоторые разработчики склонны уважать ваши данные от DevTools больше, чем многие инструменты SEO. Я предполагаю, что это связано с комбинацией детализированных деталей, и это инструмент, который они используют каждый день.
  • Дайте одно решение, но знайте другие. Часто проблема SEO может быть решена несколькими способами, и может быть трудно бороться с желанием заполнить ваши документы SEO, исчерпывающе выделив все доступные варианты. Борьба с трудностями и только одно возможное решение. Устранение необходимости принятия решения приведет к большей реализации разработчиками. Однако, если команда разработчиков снимает это решение, у вас есть другое решение. Например, если они не могут переместить сайт из поддоменов в подкаталоги, тогда предложите обратный прокси.
  • Деловые дела и приоритезация. Это, пожалуй, самая ценная вещь, которую вы можете сделать, чтобы получить бай-ины вверх и вниз по организации, что приводит к усилению давления на команду разработчиков, чтобы добиться успеха. Применение долларовой цифры к ценности ваших реализаций делает идею действия более убедительной. Приоритезация рекомендаций с помощью этого объектива также помогает. Конечно, мы все знаем, что никто не может действительно предсказать размер возможности, так что сделайте это с помощью какой-то понятной методологии, чтобы вы могли добиться того, чтобы все произошло.
  • Понять свою методологию развития. Будь то гибкий, водопад, XP, какая-то комбинация или какая-то новая вещь, которую делает только одна команда в мире, подумайте об этом. Слушай, я не могу стоять, когда кто-то подбегает ко мне за своим столом, пока я в глубокой концентрации задаю мне вопрос, который они могли бы иметь в Google. Подобным образом разработчики ненавидят, когда Поисковые системы приходят к ним и говорят им, что им нужно нарушать то, как они обычно работают, чтобы приспособиться к рекомендации SEO. Поэтому, если эта команда работает в спринте, узнайте от своего мастера Scrum, когда заканчивается цикл спринта, и когда самое лучшее время — получить ваши требования в последующий спринт. Вы также должны работать непосредственно с этим человеком, чтобы разрабатывать рекомендации в истории, чтобы разместить их в решении по управлению проектами, чтобы команда могла придерживаться стандартного рабочего процесса, а не требовала перевода вашей работы на то, как они работают.
  • Развивайте отношения с командой разработчиков. Это кажется очевидным, но мягкое умение дружить с командой разработчиков будет иметь большое значение в том, что они с большей вероятностью будут работать с вами. В большинстве случаев отношения между SEO и техническими командами очень транзакционные, поэтому они только слышат от вас, когда вы чего-то хотите. Вместо этого, если у вас есть время, чтобы заинтересовать этих людей, вы обнаружите, что они просто люди, которые пытаются сделать все возможное, как вы и я.
  • Обращение к их собственным интересам. К предыдущему пункту, есть возможность согласовать то, что вы пытаетесь сделать с тем, что они пытаются сделать. Например, у нашего недавнего клиента была команда разработчиков, стремящаяся оптимизировать скорость страницы, но они более внимательно рассматривали внутреннюю метрику, а не внешние, на которые смотрит Google. Было гораздо легче получить бай-ин в этом подмножестве рекомендаций, чем любой другой, потому что он поддерживал мандат, который человек дал его начальству. Поэтому для меня было более важно сосредоточиться на этом, когда говорила с ним, чем о таких вещах, как перенаправления. Хотя это требовало некоторой переориентации того, что я считал наиболее ценными задачами, это помогло немного сфокусировать внимание на усилиях по скорости страницы, чтобы удостовериться, что элементы, которые я выделил, имеют приоритет. Вы проигрываете, вы выигрываете, если результат — доход!
  • Сделайте все возможное, чтобы сбалансировать масштаб

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

    Улучшение ваших результатов, привлечение участников заданий, разработка бизнес-кейсов, определение приоритетов и искренний интерес к тому, с кем вы имеете дело, значительно приблизит вас к полному внедрению и улучшению эффективности обычного поиска. Желаем удачи превратить ваши Андерсоны в Aldersons!

    By | 2018-10-31T14:48:41+00:00 Ноябрь 16th, 2017|Categories: SEO|Tags: |0 Comments

    Leave A Comment

    ОСТАВЬТЕ ЗАЯВКУ
    Перешедшим от других SEO-компаний приветственная скидка 40%
    Мы Вам перезвоним и подготовим лучшее предложение.
    1. Позвоним
    2. Проведем аналитику
    3. Разработаем прогноз
    4. Презентуем стратегию
    5. Подпишем договор
    6. Запустим проект
    Хотите купить квартиру?
    Обращайтесь и мы Вам поможем
    • Скорость решения вопроса
    • Ваш финансовый интерес
    • Качественное обслуживание
    • Всесторонняя забота о клиенте
    • Работаем на репутацию
    • Поддержка на всех этапах
    * we never share your e-mail with third parties.
    Do you want more traffic?
    Dignissim enim porta aliquam nisi pellentesque. Pulvinar rhoncus magnis turpis sit odio pid pulvinar mattis integer aliquam!
    • Goblinus globalus fantumo tubus dia montes
    • Scelerisque cursus dignissim lopatico vutario
    • Montes vutario lacus quis preambul den lacus
    • Leftomato denitro oculus softam lorum quis
    • Spiratio dodenus christmas gulleria tix digit
    • Dualo fitemus lacus quis preambul pat turtulis
    • Scelerisque cursus dignissim lopatico vutario
    • Montes vutario lacus quis preambul den lacus
    SUBSCRIBE TO OUR NEWSLETTER AND START INCREASING YOUR PROFITS NOW!
    * we never share your e-mail with third parties.
    ОСТАВЬТЕ ЗАЯВКУ
    6 шагов за 31 день для увеличения ваших продаж
    1. Анализируем спрос и предложение
    2. Выделяем тематические сегменты
    3. Создаем группы объявлений
    4. Следим за отдачей от объявления
    5. Корректируем рекламную кампанию
    6. Предоставляем подробные отчеты
    ОСТАВЬТЕ ЗАЯВКУ
    При заказе сайта магазин на Facebook бесплатно!
    И вы получите самый социальный инструмент для продаж.
    1. Проведем аналитику
    2. Подготовим контент
    3. Добавим продукты
    4. Произведем настройку
    5. Синхронизируем магазины
    6. Вам остается наслаждаться




    PGlmcmFtZSB3aWR0aD0iMTAwJSIgaGVpZ2h0PSIxMDAlIiBzcmM9Imh0dHA6Ly9tYWdhemluc2l0ZS5ydS93cC1jb250ZW50L3VwbG9hZHMvMjAxNy8wOS/QodC+0LfQtNCw0L3QuNC1LdGB0LDQudGC0LAt0LIt0JrQuNGI0LjQvdC10LLQtS3QnNC+0LvQtNC+0LLQsC5tcDQ/YXV0b3BsYXk9MSIgZnJhbWVib3JkZXI9IjAiIGFsbG93ZnVsbHNjcmVlbj48L2lmcmFtZT4=
    ЗАЧЕМ СОЗДАВАТЬ САЙТ
    • Goblinus globalus fantumo tubus dia montes
    • Scelerisque cursus dignissim lopatico vutario
    • Montes vutario lacus quis preambul den lacus
    • Leftomato denitro oculus softam lorum quis
    • Spiratio dodenus christmas gulleria tix digit
    • Dualo fitemus lacus quis preambul pat turtulis
    * we never share your e-mail with third parties.
    Do you want massive traffic?
    Dignissim enim porta aliquam nisi pellentesque. Pulvinar rhoncus magnis turpis sit odio pid pulvinar mattis integer aliquam!