Корпоративное SEO: почему «лучшие практики» не помогут и что делать вместо этого

Многие SEO-специалисты опираются на «лучшие практики» в своих усилиях по SEO.

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

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

Улучшение скорости сайта: переход на рендеринг на стороне сервера не всегда является правильным решением

Представьте, что вы идете к генеральному директору (или кому-либо из высшего руководства) и советуете им: «Нам нужно изменить наш веб-сайт на рендеринг на стороне сервера (SSR)».

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

Последствия для бизнеса и затраты, связанные с миграцией SSR, не стоят больших усилий и незначительного воздействия.

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

Подумайте о некоторых мягких и твердых затратах, которые это повлечет за собой:

• Проверка всех систем и API для подтверждения совместимости, которая, вероятно, не все задокументирована (вероятно, сотни, если не тысячи).
• Тысячи человеко-часов на рефакторинг, контроль качества и проверку доступности для всего веб-сайта.
• Обучение существующего персонала новой структуре (десятки, если не сотни людей в организации).
• Найм или увольнение разработчиков и инженеров, которые либо не хотят, либо не соответствуют спецификациям нового фреймворка.
• Больше денег потрачено на плату за сервер.

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

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

Мы подсчитали, что компании потребуется полтора года, специальное agile-племя (обычно около 70 человек) и не менее 2 миллионов долларов (AUD). И это, вероятно, была консервативная оценка.

Так что же мы делаем вместо этого, чтобы добиться прогресса?

Познакомьтесь с другими своими командами и помогите им

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

Есть веская причина, по которой у вас нет ключей от королевства, чтобы вносить изменения на сайте в режиме реального времени. Итак, SEO — это не просто SEO.

SEO означает, что «это улучшит скорость нашего сайта/поможет нам выполнить требования доступности/и т. д.». SEO это все но SEO.

Том Кричлоу говорил об этом в своем курсе SEO MBA и в моем подкасте Engage: On Enterprise SEO.

Он очень хорошо описывает жизнь как корпоративное SEO.

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

Создайте сторонников, и эти люди будут постоянно возвращаться к вам с отчетами о том, что они делают и что меняют на веб-сайте. Это полдела.

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

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

Работа с разработчиками и производителями

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

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

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

Некоторые из общих возможностей ускорения сайта, которые, как я обнаружил, разработчики могут вам помочь, включают:

Размер/вес кода

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

Отразите это на них и признайте их тяжелую работу.

Загрузка изображения и совокупное смещение макета (CLS)

CLS может быть важным фактором, влияющим на воспринимаемое время загрузки крупных корпоративных веб-сайтов на основе JS. В зависимости от того, как это реализовано, использование JS-библиотеки-заполнителя для эффективного «удержания» положения изображений может сократить воспринимаемое время загрузки страницы, не сдвигая страницу при загрузке изображений.

Управление переадресацией

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

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

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

<button> вместо <a href>

Здесь немного больше нюансов, но я часто обнаруживал, что разработчики JS по умолчанию включают ссылки ahref в качестве кнопок.

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

Когда я занимался контролем качества новых шаблонов страниц, я часто помечал это, чтобы обновить до <a href>.

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

Обработка… Пожалуйста, подождите.

ПОДПИСАТЬСЯ

См. условия.

Работа с дизайнерами

Одна из самых больших возможностей скорости сайта на корпоративных веб-сайтах — это размер и вес изображения.

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

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

Размер изображения в Интернете не должен превышать 10 МБ. Полная остановка.

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

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

Корпоративное SEO часто связано с постепенными победами.

Работа с аналитиками

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

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

Потому что сторонние скрипты могут сильно раздуть сайт.

Поэтому, пока вы обсуждаете более 250 рекламных скриптов на сайте, и если они нам понадобятся все, вы можете найти некоторые краткосрочные компромиссы, такие как:

• Запускайте только HotJar, Fullstory или другой сценарий мониторинга взаимодействия с пользователем на страницах, которые активно отслеживаются или отслеживаются.
• Аудит ваших реализаций на наличие дубликатов (это случается чаще, чем вы себе представляете).
• Увидеть, какие теги чат-бота или обслуживания клиентов могут быть запущены при клике, а не при загрузке страницы.

Работа с командой QA

Это партнерство вполне может стать для вас секретным оружием. SEO в целом, но также и JavaScript SEO, имеют множество бинарных требований или рекомендаций типа «да/нет», например:

• Метаданные должны быть одинаковыми между исходной страницей и страницей, отображаемой на стороне клиента.
• Canonical должен присутствовать на странице, отображаемой на стороне клиента.
• Ссылки должны иметь формат <a href="">, а не <button>.
• Предварительно загрузить шрифты
• Предварительное подключение к большим ресурсам

Зарегистрируйтесь в своей команде QA и работайте с ними (включая обучение), чтобы включить их в свой общий повседневный процесс QA. У вас будут глаза повсюду и потенциально обширная сеть микроадвокатов.

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

Защита интересов других команд, с которыми вы работаете

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

Есть два действительно эффективных способа сделать это на уровне предприятия.

Уважайте их время

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

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

Если это не сработает, значит, они не зря потратили 20 спринтов, чтобы завершить этот масштабный проект.

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

Усилить их усилия

SEO-специалисты, как известно, плохо умеют общаться и делиться успехами.

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

Вы, оптимизатор, больше не в центре внимания. Команда, которая выполняла реальную работу.

Сотрудничество, защита и дополнительные победы

Вы могли заметить, что я не слишком много говорил о нюансах JavaScript и скорости сайта в этой статье.

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

Они могут помочь вам достичь цели лучше, чем статья в SEO-издании.

Выполнение задач на уровне предприятия зависит не столько от того, «что», сколько от того, «как».

Так что используйте эти рекомендации, чтобы понять, как повысить скорость вашего сайта на основе JavaScript, и «что» будет происходить гораздо проще.