Многие 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-заполнителя чтобы эффективно «удерживать» положение изображений, можно уменьшить воспринимаемое время загрузки страницы, не сдвигая страницу при загрузке изображений.

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

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

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

ЧИТАТЬ  Что такое разметка схемы и почему она важна для SEO?

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

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



Source link

ЧИТАТЬ  МЛМ против партнерского маркетинга: что выгодно в 2025 году?