Crawl Budget и WPO в WordPress для улучшения SEO позиционирования

1. Каков бюджет сканирования?
2. Как оптимизировать бюджет сканирования для улучшения SEO
3. Оптимизация WordPress и бюджет сканирования
4. Nginx в качестве веб-сервера или прокси-кеша
5. Лак как прокси кеш
6. Кеш в WordPress
7. Уменьшить количество запросов при загрузке в интернете
8. Слияние файлов JavaScript и CSS
9. Оптимизация файлов JS и CSS, а также HTML
10. Асинхронная загрузка JavaScript
11. Внедрение услуги CDN
12. Выводы по бюджету сканирования и WPO
13. Интеллектуальные переговоры INESDI в Валенсии

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

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

Каков бюджет сканирования?

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

И это то, где мы вступаем, потому что в Raiola Networks мы не оптимизаторы , но мы специализируемся на оптимизации WordPress , то есть в WPO для WordPress и для всех его производных, как мы учим в этой статье WPO для WooCommerce который также имеет свою версию в формате лекции, приведенной в DMD Galicia 2016 ,

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

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

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

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

• Бюджет сканирования. Это максимальное количество страниц вашего веб-сайта, которое может отслеживать Google в течение определенного периода времени.

• Индексный бюджет. Это максимальное количество URL, которое будет индексировать (определять и добавлять в индекс Google) веб-сайт Google.

Как оптимизировать бюджет сканирования для улучшения SEO

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

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

• Используйте ответ HTTP 304, чтобы сообщить Google, что эта конкретная страница не изменилась со времени вашего последнего посещения, поэтому Google не будет беспокоить сканирование этой страницы, и мы сэкономим время сканирования, чтобы его можно было использовать в Отслеживайте другие страницы.

• Мы должны заблокировать в файле robots.txt все страницы, разделы и части Интернета (например, подпапки), которые мы не хотим индексировать или сканировать Google Crawler , это сэкономит время отслеживания, т. Е. Мы сэкономим бюджет сканирования.

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

• Мы должны использовать теги «noindex» на страницах, где мы не хотим, чтобы Google использовал бюджетное время сканирования при индексировании, страницы типа «Контакт» или «Официальное уведомление» могут быть хорошими кандидатами на использование этого ярлыка или даже на то, чтобы его заблокировали. robots.txt

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

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

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

Оптимизация WordPress и бюджет сканирования

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

Когда мы говорим о WPO или оптимизации скорости загрузки , мы никогда не говорим о улучшить счет Google PageSpeed Хотя многие люди этого не знают, это совершенно разные вещи, и к ним следует относиться совершенно по-другому.

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

Вот некоторые вещи, которые влияют на скорость, с которой Google может загружать страницы нашего сайта:

• использование Nginx o Лак на сервере помогает значительно сократить время отклика и помогает сканеру Google лучше проходить через наш веб-сайт.

• Уменьшение количества запросов при загрузке веб-сайта помогает уменьшить вес страницы, а также облегчает чтение и интерпретацию веб-сайта поисковым роботом Google.

• Объединение файлов JS и CSS помогает сократить количество запросов и в то же время заставляет Google не интерпретировать столько файлов CSS и JS по отдельности.

• Оптимизация файлов JS и CSS помогает снизить сложность, уменьшить вес и облегчает загрузку веб-контента в Google.

• Асинхронная загрузка скриптов JavaScript, чтобы они не влияли на время отклика страницы при загрузке.

• Реализуйте хороший CDN , он не работает ни для кого, не для всех CDN они приносят пользу бюджету обхода, хотя они и улучшают WPO , это зависит от инфраструктуры и задержек.

Возможно, что какая-то другая техника, такая как реализация хорошего OPCache в PHP или реализация кеш объектов типа Memcached хорошая интеграция в приложение может улучшить время отклика и, следовательно, улучшить WPO , но в большей степени ориентирована на жизнеспособность веб-проекта в условиях больших объемов трафика .

Nginx в качестве веб-сервера или прокси-кеша

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

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

На этом изображении вы можете увидеть, что происходит, когда вы меняете веб-сайт с сервера Apache на сервер Apache с обратным прокси-сервером Nginx, работающим в качестве кэша в одном из наших оптимизированные VPS-серверы :

На этом изображении вы можете увидеть, как Nginx способен обслуживать гораздо больше запросов, чем Apache, используя гораздо меньше ресурсов и намного меньше сбоев:

Единственная проблема, с которой сталкивается Nginx , и поэтому многие провайдеры еще не используют его, заключается в том, что если он работает как веб-сервер, мы не сможем использовать типичный .htaccess, который сейчас используют большинство CMS, таких как WordPress , но нам нужно будет перевести правила, которые мы должны были бы вставить в него .htaccess на другой «язык», который принят архивами Конфигурация Nginx и это требует доступа к определенным серверным частям.

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

Мы в нашем VPS серверы оптимизированы с SSD мы используем VestaCP Благодаря встроенной поддержке Nginx это позволяет нам использовать Nginx в качестве обратного прокси-сервера и кэша , что позволяет сократить время отклика как для WPO, так и для более эффективного использования бюджета сканирования .

Лак как прокси кеш

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

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

На следующем фото вы можете увидеть сравнение производительности Varnish как кеша с Batcache , плагином кеш для WordPress который сохраняет кэшированные страницы в Memcached :

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

Кеш в WordPress

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

Мы в Raiola Networks всегда рекомендуем WP Rocket в качестве премиум-варианта и WP Fastest Cache или W3 Total Cache как рекомендованные бесплатные варианты.
Мы говорили об этих трех плагинах несколько раз в разных статьях:

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

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

Уменьшить количество запросов при загрузке в интернете

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

Многие методы, которые мы расскажем в следующих разделах, помогут вам сократить количество запросов, например « Объединить файлы JS и CSS », поскольку идея состоит в том, чтобы объединить несколько файлов одного типа в один файл.

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

Слияние файлов JavaScript и CSS

Объединение нескольких файлов JS или нескольких файлов CSS в один файл (всегда отдельные CSS и JS ) помогает нам сократить количество запросов и уменьшить сложность веб - поиска , упрощая задачу сканера Google и повышая скорость сканирования. общий сайт .

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

Некоторые плагины, такие как Autoptimize или WP Rocket они позволят вам автоматически комбинировать файлы JS и CSS в WordPress , но для получения хороших результатов необходимо все очень хорошо настроить, и даже в некоторых случаях будет невозможно достичь ожидаемого результата, и это нужно делать вручную.

Оптимизация файлов JS и CSS, а также HTML

Оптимизация файлов JS и CSS, а также HTML просто уменьшает общий размер сайта, удаляя определенные части файлов, такие как разрывы строк и комментарии , поскольку они загружаются в файлы и на самом деле не поступают из точка зрения просмотра сайта.

Вы можете выполнить оптимизацию файлов JS и CSS, а также HTML автоматически или вручную, мы можем автоматически сделать это с Autoptimize или с WP Rocket например, также с W3 Total Cache мы можем сделать это

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

Асинхронная загрузка JavaScript

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

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

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

Иногда сложно настроить javascript для асинхронной загрузки , так как текущие темы Они довольно сложные.
В WordPress мы можем настроить CSS и Javascript для асинхронной загрузки с такими плагинами, как Асинхронный JavaScript или WP Async CSS или даже с Autoptimize ,

Внедрение услуги CDN

Не все Услуги CDN Они одинаковы, не все имеют одинаковую производительность или используют одинаковую инфраструктуру и, тем более, имеют одинаковое время отклика.

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

Если бы нам пришлось рекомендовать хороший CDN для бюджета сканирования , возможно, мы бы выбрали KeyCDN или Amazon CloudFront , хотя они не являются CDN, которые имеют наиболее оптимизированные POP для испаноязычного трафика в целом.
Если ваш веб-сайт размещен в Google Cloud , очевидно, что лучшим вариантом является CDN Google Cloud, который включен в балансировщики нагрузки, доступные в инфраструктуре Google Cloud .

Вот несколько ссылок, где вы можете увидеть, как реализовать некоторые сервисы CDN в WordPress :

Выводы по бюджету сканирования и WPO

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

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

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

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

Интеллектуальные переговоры INESDI в Валенсии

27 января 2017 года в Валенсии было проведено мероприятие под названием Smart Talks, организованное INESDI , пока мы не стали « участниками Raiola Networks », чтобы объяснить только то, о чем мы говорили в этой статье, объяснить, как применять точные методы WPO Мы можем добиться радикального улучшения в SEO-позиционировании , используя преимущества отслеживания бюджета нашего сайта.

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

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

Здесь мы оставляем презентацию на Slideshare, которую я использовал в этом мероприятии. Кроме того, вы можете найти фотографии, сделанные во время мероприятия, на нашей странице в Facebook :

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

[Всего: 18 Среднее: 4.1]

Похожие

Комментарии