30 декабря 2016 г.
23 декабря 2016 г.
История Apache как зеркало истории развития сети Интернет
Автор: Сергей Яковлев
У истоков APACHE лежит CERN httpd – веб-сервер, написанный на Cи в 1991 в ЦЕРН — Европейской организации по ядерным исследованиям, крупнейшей в мире лаборатории физики высоких энергий. Разработка программы осуществлялась на компьютере NeXT под управлением операционной системы NeXTSTEP, позже она была перенесена под unix.Одним из авторов этого веб-сервера является Tim Berners-Lee, который еще в 1984 году начал работать во внутренней сети института и писать программы с использованием Remote Procedure Call (RPC), которые могли вызывать другие программы удаленно на другом компьютере. В 1988 у Тима созрела в голове модель гипертекстовой системы. К тому времени в институте работало 250 человек, и существующих майнфреймов уже не хватало для выполнения всех запросов. В 1990 году Тим привез из штатов компьютер NeXT и получил добро от начальства на разработку проекта под названием WorldWideWeb. Вскоре Тим уже имел прототип работающего браузера (см. рисунок).
scheme : // host.domain:port / path / path # anchor |
К тому времени уже давно существовала доменная система имен - Domain Name System (DNS).
Читайте далее на сайте автора:
Часть 3: У истоков Apache. Часть 3: История и обзор архитектуры
Часть 4: У истоков Apache. Часть 4: История и обзор архитектуры (часть 2)
Часть 5: Apache 1. Часть 5: Особенности архитектуры
Часть 6: Apache 1. Часть 6: Обзор API
Apache 2: Часть 7. Замечания по технике программирования
Apache 2: Часть 8. Apache Portable Runtime (APR)
22 декабря 2016 г.
Проверка фильтра на сайте в локальном поиске Google
Команда directorybug придумала инновационный способ проверить наличие фильтра на сайтах в локальном поиске Google. Выполняя локализованный поиск по этому конкретному URL вы можете просмотреть результаты поиска без фильтров, которые исключают местной выдачи сайты со штрафными санкциями.
Что такое Google Places Penalty?
20 декабря 2016 г.
Как заблокировать сторонние файлы cookie на сайте
Важно : Блокирование куки-файлов третьих лиц возможно только путем блокирования всей функциональности сторонних производителей. Это означает, что видео YouTube / Google Analytics / кнопки Facebook и AdSense или все что блокироуется политикой не будет работать до тех пор, пока пользователь не согласится с политикой печеньки (вручную или автоматически). Статистика показывает , что только ~ 10% посетителей активно соглашаются с политикой печеньки, так что остальные 90% не будет иметь возможность использовать функциональные возможности сторонних производителей на вашем сайте.
Блокирование сторонних файлов JavaScript
Для того, чтобы блокировать сторонние куки, найдите код JavaScript, который установки сторонних файлов и:
- изменить
typeатрибут отtext/javascriptкtext/plain(еслиtypeатрибут отсутствует, просто добавьте его) - добавить
data-cookiescriptатрибут и установить егоaccepted
Все JavaScript с такими изменениями атрибутов будет выполняться, только если пользователь согласился с Политика Cookie.
Примечание: JavaScript будет выполняться , когда пользователь нажимает кнопку " Я согласен кнопку", без перезагрузки страницы.
Пример стандартного кода Google Analytics
Изменение кода из:
<script type="text/javascript">
(function(i,s,o,g,r,a,m){i['GoogleAnalyticsObject']=r;i[r]=i[r]||function(){
(i[r].q=i[r].q||[]).push(arguments)},i[r].l=1*new Date();a=s.createElement(o),
m=s.getElementsByTagName(o)[0];a.async=1;a.src=g;m.parentNode.insertBefore(a,m)
})(window,document,'script','//www.google-analytics.com/analytics.js','ga');
ga('create', 'UA-XXXXXXXX-X', 'auto');
ga('send', 'pageview');
</script>
Change code to:
<script type="text/plain" data-cookiescript="accepted"> (function(i,s,o,g,r,a,m){i['GoogleAnalyticsObject']=r;i[r]=i[r]||function(){ (i[r].q=i[r].q||[]).push(arguments)},i[r].l=1*new Date();a=s.createElement(o), m=s.getElementsByTagName(o)[0];a.async=1;a.src=g;m.parentNode.insertBefore(a,m) })(window,document,'script','//www.google-analytics.com/analytics.js','ga'); ga('create', 'UA-XXXXXXXX-X', 'auto'); ga('send', 'pageview'); </script>
Example of included JavaScript file
Change code from:
<script src="/js/myscript.js"></script>
Change code to:
<script type="text/plain" data-cookiescript="accepted" src="/js/myscript.js"></script>
Блокирование IFrame сторонних файлов
Для того, чтобы блокировать сторонние куки, установленные с IFRAME (например, видео на YouTube), найти Iframe код, который является установкой сторонних файлов и:
- изменить
srcимя атрибутаdata-src - добавить
data-cookiescriptатрибут и установить егоaccepted
Все плавающие фреймы с такими изменениями атрибутов будут отображаться только если пользователь согласился с Политика Cookie.
Примечание: Iframe будет обновляться , когда пользователь нажимает кнопку " Я согласен кнопку", без перезагрузки страницы.
Пример стандартного видео YouTube IFRAME
Blocking iframe third-party cookies
To block third-party cookies set with iframe (like YouTube videos), find an iframe code that is setting third-party cookies and:
- change
srcattribute name todata-src - add
data-cookiescriptattribute and set it toaccepted
All iframes with such attribute changes will only show up if user agreed with Cookie Policy.
Note: Iframe will be updated when user clicks "I agree" button, without page refresh.
Пример стандартного видео YouTube IFRAME
Изменить код с:
<iframe width="560" height="315" src="https://www.youtube.com/embed/xxxxxxxxx" frameborder="0" allowfullscreen></iframe>
Изменить на:
<iframe width="560" height="315" data-src="https://www.youtube.com/embed/xxxxxxxxx" data-cookiescript="accepted" frameborder="0" allowfullscreen></iframe>
You can also add a text explaining user that he must accept cookie policy in order to see the video. Use "alt" attribute for thet:
<iframe width="560" height="315" data-src="https://www.youtube.com/embed/xxxxxxxxx" data-cookiescript="accepted" alt="Please accept cookie policy first" frameborder="0" allowfullscreen></iframe>
Полный текст документа читай на https://cookie-script.com/news.html
2 декабря 2016 г.
25 принципов мобильного дизайна сайта от Google
По результатам 119-часового исследования юзабилити мобильных сайтов от Google были сформированы основные:
Принципы дизайна сайта для мобильных устройств
DELIGHT USERS ANDDRIVE CONVERSIONS
Принципы дизайна сайта для мобильных устройств
DELIGHT USERS ANDDRIVE CONVERSIONS
22 ноября 2016 г.
Apache Перенаправление HTTP на HTTPS с использованием mod_rewrite
mod_rewrite Апача позволяет легко требовать SSL для использования на вашем сайте , и мягко перенаправить пользователей , которые забыли добавить протокол HTTPS при вводе URL.
Оригинал статьи: https://www.sslshopper.com/apache-redirect-http-to-https.html
Использование Apache для перенаправления HTTP на HTTPS будет убедиться , что ваш сайт (или его часть) будет доступен только для Ваших клиентов с помощью SSL. Это лучше , чем при использовании SSLRequireSSL , так как пользователи часто забывают набрать в протокол HTTPS и будет автоматически перенаправлен.
Перед тем, как можно настроить Apache перенаправление с HTTP на HTTPS, вам нужно будет сделать следующее:
- Убедитесь , что сертификат SSL был успешно установлен , так что вы можете получить доступ кhttps://www.yoursite.com (для получения дополнительной информации см наши инструкции поустановке Apache SSL )
- Убедитесь, что mod_rewrite включен в Apache
Теперь вам просто нужно отредактировать файл httpd.conf или файл, в котором указан ваш виртуальный хост и добавить эти строки в переадресации HTTP на HTTPS:
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule (.*) https://%{SERVER_NAME}/%$1 [R,L]
Во многих случаях, вы можете просто добавить эти строки в файл с именем .htaccess в папке, которую вы хотите перенаправить HTTP на HTTPS.
Теперь, когда посетитель вводит http://www.yoursite.com/mypage.htm~~V сервер автоматически перенаправляет HTTP для HTTPS, так что они идут в https://www.yoursite.com/mypage.htm
Примечание: Можно также перенаправить одну страницу от HTTP для HTTP в Apache, используя это в вашем конфигурационном файле или файле .htaccess:
RewriteEngine On
RewriteRule ^apache-redirect-http-to-https\.html$ https://www.yoursite.com/apache-redirect-http-to-https.html [R=301,L]7 ноября 2016 г.
Mobile-first Indexing
Official Google Webmaster Central Blog |  |
Posted: 04 Nov 2016 10:12 AM PDT
Today, most people are searching on Google using a mobile device. However, our ranking systems still typically look at the desktop version of a page’s content to evaluate its relevance to the user. This can cause issues when the mobile page has less content than the desktop page because our algorithms are not evaluating the actual page that is seen by a mobile searcher.
To make our results more useful, we’ve begun experiments to make our index mobile-first. Although our search index will continue to be a single index of websites and apps, our algorithms will eventually primarily use the mobile version of a site’s content to rank pages from that site, to understand structured data, and to show snippets from those pages in our results. Of course, while our index will be built from mobile documents, we're going to continue to build a great search experience for all users, whether they come from mobile or desktop devices. We understand this is an important shift in our indexing and it’s one we take seriously. We’ll continue to carefully experiment over the coming months on a small scale and we’ll ramp up this change when we’re confident that we have a great user experience. Though we’re only beginning this process, here are a few recommendations to help webmasters prepare as we move towards a more mobile-focused index.
Posted by Doantam Phan, Product Manager  |
5 ноября 2016 г.
Как получить Root права пользователя Mac OS Sierra?
Включение корневого пользователя в MacOS Sierra
После обновления операционной системы Mac OS X до Sierra 10.12 первым делом для учетной записи нужно активировать права корневого пользователя, которые по умолчанию отключены.
Открываем «Системные настройки» в меню Apple и запускаем панель «Пользователи и группы»
Выполняем следующие действия:
- Открываем замок внизу слева и вводим пароль
- Выбираем учетную запись текущего пользователя
- Задаем «Параметры входа» для этой уч. записи
- Нажимаем кнопку «Подключить сетевой сервер»
- Выбираем «Открыть службу каталогов»
Настройка подключения к серверу учетных записей:
- Выполняем первичную аутентификацию учетной записи
- Выбираем Сетевые Информационные Службы (NIS) как это работает?
- Дважды вводим пароль, чтобы включить корневого пользователя
Настройки корневого пользователя macOS Sierra выполнены.
Список доступных доверенных корневых сертификатов в MacOS Sierra.
19 октября 2016 г.
4 октября 2016 г.
Аудит безопасности веб сайта
Web-firewall
http://shalb.com/ru/services/webfirewall/
http://shalb.com/ru/services/ru/services/webfirewall/
Web-firewall, в отличие от обычного firewall,
работает на седьмом уровне протокола TCP/IP,
находится перед web сервером и имеет дело
именно с http трафиком. То есть вредоносные
запросы от злоумышленников не поступают на
обработку web серверу, скриптам сайта, базе данных.
Настроенный сервер в аренду
http://shalb.com/ru/services/managedserver/
Использование SSL шифрования, антивирусов, tcp/ip фаерволов
никак не влияет на устойчивость сайта к попыткам взлома.
Аудит безопасности web-сайта согласно стандарту ISO27001.
http://shalb.com/ru/services/appaudit/
SecurityAlert - it is a service for informing about security incidents on web sites.
Functionality of the system.
Checking of web sites:
* Hacks.
* Infections.
* Phishing.
* Server software.
* Web applications.
* Fingerprinting.
* Errors in connection to server.
* Errors in database connection.
Monitoring of web sites:
* Monitoring of any from above-mentioned criterias.
* Three monitoring modes: Continuous, Daily, Once.
* Informing by e-mail.
Detailed statistics:
* Statistics of monitored sites.
* Total statistics.
http://shalb.com/ru/services/webfirewall/
http://shalb.com/ru/services/ru/services/webfirewall/
Web-firewall, в отличие от обычного firewall,
работает на седьмом уровне протокола TCP/IP,
находится перед web сервером и имеет дело
именно с http трафиком. То есть вредоносные
запросы от злоумышленников не поступают на
обработку web серверу, скриптам сайта, базе данных.
Настроенный сервер в аренду
http://shalb.com/ru/services/managedserver/
Использование SSL шифрования, антивирусов, tcp/ip фаерволов
никак не влияет на устойчивость сайта к попыткам взлома.
Аудит безопасности web-сайта согласно стандарту ISO27001.
http://shalb.com/ru/services/appaudit/
SecurityAlert - it is a service for informing about security incidents on web sites.
Functionality of the system.
Checking of web sites:
* Hacks.
* Infections.
* Phishing.
* Server software.
* Web applications.
* Fingerprinting.
* Errors in connection to server.
* Errors in database connection.
Monitoring of web sites:
* Monitoring of any from above-mentioned criterias.
* Three monitoring modes: Continuous, Daily, Once.
* Informing by e-mail.
Detailed statistics:
* Statistics of monitored sites.
* Total statistics.
12 сентября 2016 г.
АУТЕНТИФИКАЦИЯ ПОЛЬЗОВАТЕЛЯ PHP
http://function-x.ru/php_autentifikacija_polzovatelja.html
Создание аутентификации через социальные сети на вашем сайте
5 сентября 2016 г.
Key Collector
http://www.workformation.ru/kak-podobrat-klyuchevye-slova-s-pomoshhyu-key-collector.html
http://www.workformation.ru/klasterizaciya-semanticheskogo-yadra-sajta.html
http://www.workformation.ru/klasterizaciya-semanticheskogo-yadra-sajta.html
1 сентября 2016 г.
30 августа 2016 г.
Работа с контентом и структурой сайта
Контент — это самый важный компонент любого интернет-ресурса. Именно контент определяет, каким должен быть дизайн сайта.
27 августа 2016 г.
24 августа 2016 г.
23 августа 2016 г.
19 августа 2016 г.
Технологический процесс создания контента
Процесс создания контента для группы сайтов ABC предусматривает тесное взаимодействие контент-менеджера, SEO-специалиста, копирайтера, дизайнера, верстальщика, администратора и должен состоять из следующих этапов:
1. Разработка макета (дизайна) страницы или группы страниц (расположение блоков, кнопок, форм, элементов навигации, вывод основного и дополнительного меню, информации в футере) в зависимости от целевого назначения страницы. Адаптивный дизайн, логика вывода ключевых элементов страницы для различных разрешений экранов (от 520 до 800 пикселей, от 800 до 1000 пикселей, от 1000 до 1400 пикселей и более 1400 пикселей), навигация. – Дизайнер.
2. Семантическое ядро страницы. Основной запрос, подготовка корпуса ключевых слов, спектральные запросы, тематические метки, перелинковка со схожими товарами, c этим качают, ТОП. Оценка стоимости продвижения по выбранным ключам. – SEO-специалист.
3. Актуализация ТЗ для копирайтера. 1000+ символов, 5% вхождений, использование основного ключа ближе к началу страницы, точное вхождение НЧ во втором абзаце для яндекс, <p> вместо <br />, текст если не авторский уникальность 95%+, проверка орфографии, простые предложения, избавление от лишних знаков препинания, продающий текст. Два анонса по 200 символов, Description 140 символов с непрямым вхождением ключей. Вопрос-Ответ-FAQ – Контент-менеджер – копирайтер – КМ.
4. Оптимизация изображений, скриншотов, анимация, видео – Дизайнер.
5. Верстка страницы. Постановка контекстных ссылок при первой публикации, Защита контента, авторство. Постановка всех тегов, микроразметка, валидация. – Верстальщик.
6. Публикация страницы.
Смотреть еще:
6. Публикация страницы.
16 августа 2016 г.
isSimilarTo разметка schema.org
Существует изящное маленькая вещь называется isSimilarTo . С помощью этой разметки структурированных данных вы можете сказать Google, что ваши синие, красные и желтые рубашки все одинаково важны, но они отличаются только в одном маленьком аспекте. Имея это в действии позволяет использовать себя ссылающийся канонические URL - адреса всех ваших продуктов чередуется.
И это именно то, что вы хотите сказать , поисковые системы. Как правило, Google получит это право, и показать правильную версию продукта для правильного запроса.
И это именно то, что вы хотите сказать , поисковые системы. Как правило, Google получит это право, и показать правильную версию продукта для правильного запроса.
Перенаправление & SEO - Полное руководство
Редирект это процесс пересылки клиента от запрашиваемого URL на другой URL.Перенаправление обычно используется , поскольку документ перемещен временно или постоянно на другой URL. Перенаправление может быть эффективным инструментом для обеспечения удобства использования и SEO.
В этом руководстве мы обсудим, какие существуют виды переадресаций, как они реализуются и как использовать их должным образом.
https://audisto.com/insights/guides/31/
Постраничная пагинация
Что такое Разбивка?
Основная цель пагинации - сделать контент более доступным. Это особенно актуально, когда речь идет о содержании материалов, которые расположены глубоко на сайтах с большим количеством уровней. Разбивка также часто используется для очень длинных статей, которые разделены на более мелкие куски.
Когда использовать разбиении на страницы?
Если веб-сайт содержит так много элементов, что они не могут или если не должны быть отображены на одной странице, то используется разбиение на страницы. Причины разделения списка часто являются техническими ограничениями и / или проблемами удобства использования. Типичным примером использования является категория в интернет-магазине, в которой перечислены продукты на нескольких страницах.
Разбиение также используется для разделения очень длинных статей на более мелкие куски. Это имеет смысл, когда каждая страница пагинации должна сосредоточиться на конкретной теме, например, для удобства и простоты использования или по SEO-причинам. Однако иногда это сделано просто чтобы произвести больше показов страниц, например, когда основным источником дохода является реклама.
Пагинация может быть использована, чтобы сделать сайт более доступным и уменьшить уровни вложенности страниц веб-сайта. При использовании "умной пагинации" пользователям и ботам потребуется меньшее количество кликов, чтобы достичь контента, который ранее был скрыт в глубокой структуре. Более плотная иерархия может улучшить скорость обхода веб-сайта поисковыми ботами, что в конечном итоге, может оказать положительное влияние на поисковую оптимизацию.
Когда не использовать разбиении на страницы?
Разбивка не следует использовать, если это возможно, чтобы отобразить содержимое на одной странице без технических и юзабилити вопросов. В большинстве случаев это проще прокрутить вниз одну страницу, чем веб-несколько страниц.
Разбивка также следует избегать статей, когда есть риск того, что генерируют страницы разбиваются на страницы меньше трафика в общей сложности, чем содержание на одной странице будет. Всеобъемлющая статья, которая охватывает темы, со многих точек зрения может занять место в поисковых системах для интересных комбинаций ключевых слов. Если статья разбита на несколько страниц постраничной, меньше ключевых слов комбинаций было бы возможно.
Вы также должны избегать использования списков для разбиения на страницы, если существует риск того, что страницы разбиения на страницы можно было бы считать тонким содержание поисковыми системами. Это, как правило, верно, если вы перечислить лишь несколько элементов на каждой странице.
thin content
http://www.custard.co.uk/thin-content/
https://robhammond.co/tools/panda
https://econsultancy.com/blog/63366-thin-content-how-to-identify-and-fix-it-using-google-analytics/
http://www.custard.co.uk/thin-content/
https://robhammond.co/tools/panda
https://econsultancy.com/blog/63366-thin-content-how-to-identify-and-fix-it-using-google-analytics/
Разбивка на веб-сайтах является система организации контента. Идея заключается в том, чтобы разделить содержание на отдельных страницах.Разбивка обычно отображается в виде стрелок, серии, номера страниц или "предыдущих" и "последующих" кнопки.
Разбивка оказывает влияние на структуру сайта, а также удобство использования. Это делает интересным для разбиения на страницы SEO, как мы можем использовать его, чтобы улучшить и оптимизировать возможности сканирования наши самые важные страницы.
Это руководство включает в себя:
Каковы требования для разбивки на страницы, с точки зрения удобства и структуры веб-сайта?
Разбивка это всегда компромисс между структурой, удобство использования и дизайн.
Разбивка должна быть удобной для пользователей. Она должна помочь пользователям ориентироваться на сайте. Это означает, что нумерация страниц всегда должен убедиться, что пользователи знают, где они находятся, где они могут пойти и как получить обратно. Он не должен принимать пользователей нерелевантным контентом и, конечно, она должна работать с технической точки зрения. Дополнительная задача состоит в том, чтобы разработать для разбиения на страницы ограниченного пространства, сохраняя навигацию эффективной.Это достигается, когда нумерация страниц минимизирует количество кликов, чтобы дойти до каждого элемента.
Какова связь между страницами и разбиение на страницы страницы товаров?
Нумерацией страниц состоит из постраничной страниц и элементов страниц.Представьте, интернет-магазин с категорией, которая перечисляет ряд продуктов, распространенных на так называемых постраничной страниц. Каждая страница нумерацией страниц показывает фиксированное максимальное количество элементов. Продукты элементы. Отдельные страницы продукта являются товаром страниц.
Pagination страниц и страниц пункт образуют внутреннюю структуру ссылок. В зависимости от вида пагинацией, некоторые страницы станут более актуальными, чем другие. Это страницы, которые должны быть оптимизированы для поисковых систем. Соответствующие страницы могут быть страницы разбиения на страницы, а также пункт страниц и они должны содержать наиболее важные продукты.
Для того , чтобы найти наиболее важные страницы в пределах нашей внутренней структуры ссылок мы можем использовать математические показатели , какPageRank и CheiRank и объединить их в 2D-Rank. PageRank является метрикой ,чтобы показать авторитет страницы, в то время как CheiRank показывает лучшие концентраторы. В сочетании , как 2D-Rank мы можем найти наиболее релевантные страницы.
Тестирование различных типов верстки
Большинство paginations следуют определенному шаблону. При исследовании этой темы, мы определили, что paginations часто строятся с использованием следующих моделей:
- Предыдущий Следующий
- Первый Последний
- Соседи
- Фиксированные шаги
- неподвижный блок
- Логарифмические Pagination
- Ghostblock
Мы проверили все эти различные типы paginations с целью выявления влияния на PageRank и распределение CheiRank, а также влияние на clickpaths.
Испытательная установка
Мы построили мастера, который позволяет нам моделировать различные типы paginations.
Мастер включает в себя следующие параметры:
- Количество страниц постраничной
- Количество элементов на странице постраничной
- Ссылка первый и / или последнюю страницу разбивки на страницы
- Количество соседей
- Фиксированные шаги
- Логарифмические Pagination
- Фиксированный Размер блока
- Ghostblock
Для обеспечения сопоставимости между paginations, мы всегда использовали 20 элементов на странице постраничной и 100 страниц разбивки на страницы. Это приводит к 100 постраничной страниц и 2000 страницах товаров и в общей сложности 2,100 страниц.
Для каждого пагинацией мы взяли три предположения, которые являются важными, поскольку они влияют на структуру связывания и, следовательно, результаты испытаний. Мы предположили:
- Предыдущая и следующая страница всегда связаны между собой.
- Каждая страница нумерацией страниц ссылки на первой странице. Постраничной
- Каждый элемент страница ссылается на первую страницу нумерацией страниц.
Рассмотрим все три предположения в качестве наилучшей практики и хорошо известной модели для пользователей, которые должны применяться при строительстве paginations.
- Связывание предыдущей и следующей странице является фундаментальным свойством paginations.
- Первая страница нумерацией страниц часто равна первой странице категории. Он просто не имеет смысла, если пользователи не могут получить обратно, и мы не нашли пример, где это было невозможно. Если посмотреть на страницах товаров, на первой странице с нумерацией страниц, как правило, быть связаны внутри иерархическая навигация.
Цель состояла в том, чтобы понять различные эффекты на глубине сайта (уровней), PageRank и CheiRank распределения. Для каждого пагинацией мы хотели ответить на следующие вопросы:
- Насколько глубоко структура сайта?
- Какие страницы имеют отношение к SEO?
- Сколько страниц имеют отношение к SEO?
- Какие страницы являются лучшими власти (PageRank)?
- Какие страницы являются лучшими концентраторы (CheiRank)?
После того, как мы произвели разбиение на страницы, мы использовали наш искатель для анализа.
С помощью нашего программного обеспечения мы смогли определить кластеры.Имея кластеры для страниц постраничной и элементов страниц позволило нам проанализировать два типа страниц отдельно. Приборная панель кластера содержит обзор PageRank и распределения CheiRank, а также максимальную глубину для каждого типа постраничной.
Для каждого кластера мы также получаем отчет с более подробной информацией о распределении по различным уровням.
Левый график показывает количество уровней для постраничной страниц.Правый график показывает количество уровней для элементов страниц.Страницы определены на оси Х и уровни определяются на Y-оси. Когда вы смотрите на график, вы всегда должны иметь в виду, что мы начинаем считать уровни на первой странице постраничной с уровнем 0. Таким образом, уровни идентичны с количеством кликов, необходимых для достижения страницы с первой страницы постраничной.
Левый график показывает распределение PageRank и CheiRank для постраничной страниц. Правый график показывает распределение PageRank и CheiRank для страниц элемента.
С помощью наших тестов мы стремились выяснить, какие именно и сколько страниц имеют отношение к SEO. Чтобы ответить на этот вопрос, мы решили посчитать все страницы, которые имеют значение PageRank выше определенного порога, как отношение к SEO.
Идея заключается в том, что, когда поисковые системы сканируют Интернет, они должны решить, какие страницы являются релевантными для сканирования и индексирования, а какие нет. Поисковые системы используют такие показатели, как PageRank, чтобы оценить важность страниц внутри сайта структуры. Все страницы, которые превышают определенное пороговое значение, будет считаться уместным для сканирования и индексирования.
Для поисковой системы, определяющей хороший порог является вопросом ресурсов, необходимых для сканирования и индексирования. Как оптимизаторы мы должны использовать хороший порог для сравнения различных структур сайта.
Чем меньше количество страниц, тем выше средний PageRank на одной странице. При распространении Pagerank по небольшому числу страниц средний PageRank на одной странице может быть довольно высокой. В нашей тестовой конфигурации мы проанализировали 2100 страниц в общей сложности 100% PageRank. Равномерное распределение будет означать вычисление PageRank, по следующей формуле:
Однако значения PageRank распределены неравномерно (например, на первой странице с нумерацией страниц, как правило, имеет более чем 40%). Нам нужен хороший порог, чтобы увидеть истинные различия между различными типами paginations. Для того, чтобы получить хорошие результаты, мы выбрали порог 0,00001%, что ниже среднего. В наших результатах испытаний мы называем это примечательное количество PageRank.
Результаты теста
Прежде чем мы подробно рассмотрим на различных типах paginations, мы хотели бы отметить некоторые общие замечания.
- Графики для постраничной страниц и элементов страниц часто выглядят одинаково. Это особенно верно для уровней и распределение PageRank.
- Из-за нашей тестовой установки, где на первой странице нумерацией страниц всегда связана со всех других страниц, первая страница нумерацией страниц всегда имеет очень высокий показатель PageRank.
- В результате каждой страницы постраничной связывающей 20 пункт страниц распределение уровня для страниц элемента похож на лестницу.
- Все протестированные paginations показали, что практически не CheiRank на страницах пункта. Так как CheiRank указывает концентраторы это означает только пагинации страницы являются хорошими концентраторы.
Основные Pagination
Основная нумерацией страниц выполняет только наши три предположения и всегда связывает первую страницу, предыдущую страницу и следующую страницу.
Этот тип пагинацией генерирует 100 уровней. Нумерацией страниц очень глубоко, так как пользователь может щелкнуть только через постраничной страниц один за другим.
| Уровень предмета Страницы | % PageRank Разбивка страницы | % PageRank Инфо Страницы | % CheiRank Pagination Страницы | % CheiRank Инфо Страницы | # SEO-Соответствующие Pagination Страницы | # SEO-соответствующий пункт Страницы |
|---|---|---|---|---|---|---|
| 100 | 51 | 49 | 100 | 0 | 4 | 60 |
Основная нумерацией страниц генерирует 4 страниц и разбивки на страницы 60 страниц с товаром примечательным количеством PageRank. Соответствующие страницы первые страницы количество страниц и первые страницы пункта.
Последние страницы пагинации являются лучшими центрами. Это потому, что пользователи всегда могут достигать страницы в начале пагинацией с помощью всего лишь нескольких щелчков мыши через первую страницу постраничной.Однако для достижения последних страниц разбивки на страницы, это может занять целых 100 кликов.
Это разбиение на страницы не является полезным, если вы хотите, чтобы принести большое количество страниц в индекс поисковой системы. Это происходит главным образом потому, что это разбиение на страницы производит только 64 из 2100 страниц с примечательным PageRank. С другой стороны, это разбиение на страницы может быть полезно, если вы хотите иметь большую часть внутреннего PageRank на очень небольшом количестве страниц.
Первые страницы
Это всегда разбиение на страницы ссылки на первые пять страниц постраничной от всех остальных страниц постраничной.
Этот тип разбиения на страницы генерирует 97 уровней. Нумерацией страниц все еще чрезвычайно глубоко. Тем не менее, по сравнению с базовым пагинацией, мы подняли еще много страниц на уровне один и два. В то время как у нас была только одна страница на уровне разбиения на страницы одного в основной пагинацией, мы теперь имеем четыре страницы разбивки на страницы первого уровня. И в то время как у нас было только 20 пункт страниц на два уровня, мы теперь имеем 80 страницы товаров на двух уровнях.
| Уровень предмета Страницы | % PageRank Разбивка страницы | % PageRank Инфо Страницы | % CheiRank Pagination Страницы | % CheiRank Инфо Страницы | # SEO-Соответствующие Pagination Страницы | # SEO-соответствующий пункт Страницы |
|---|---|---|---|---|---|---|
| 97 | 55 | 45 | 100 | 0 | 7 | 120 |
Генерирует разбиение на страницы 7 страниц и разбивки на страницы 120 страниц элемент с примечательным количеством PageRank. Соответствующие страницы по-прежнему первые страницы количество страниц и первые страницы пункта.
Как основной пагинацией, лучшие центры по-прежнему остаются последние страницы разбиения на страницы.
Это разбиение на страницы приносит больше страниц в индексе поисковой системы, чем основной пагинацией. Тем не менее, с 127 соответствующих страниц это лишь небольшое улучшение по сравнению с 64 соответствующих страниц основного пагинацией.
Первая и последняя страница
Это всегда разбиение на страницы ссылки на первой и последней странице постраничной. Все остальное идентично основному пагинацией.
Этот тип разбиения на страницы генерирует 51 уровней. Самые глубокие уровни теперь в середине. Теперь пользователи могут щелкнуть через пагинацией с обоих концов. Поэтому глубина уровень разрезают пополам.
| Уровень предмета Страницы | % PageRank Разбивка страницы | % PageRank Инфо Страницы | % CheiRank Pagination Страницы | % CheiRank Инфо Страницы | # SEO-Соответствующие Pagination Страницы | # SEO-соответствующий пункт Страницы |
|---|---|---|---|---|---|---|
| 51 | 52 | 48 | 100 | 0 | 7 | 100 |
Генерирует разбиение на страницы 7 страниц и разбивки на страницы 100 шт страниц с примечательным количеством PageRank. Соответствующие страницы теперь первая и последняя страницы пагинации и первая и последняя страницы пункт.
Лучшие центры находятся теперь в середине постраничной страниц.
Даже с улучшением, что это разбиение на страницы только половина так глубоко, как основной пагинацией, часто не полезно. Это происходит потому, что последние страницы разбиения на страницы и последние страницы пункта получить уместность в структуре канала. Тем не менее, в большинстве случаев мы отсортированные списки и последние страницы являются наиболее нерелевантные страницы. В магазинах, например, продукты сортируются таким образом, чтобы максимизировать доход. Лучшие продукты были бы на первых страницах, а не в конце.
соседи
Это всегда связывает с нумерацией страниц первую страницу и нумерацию страниц пять соседей.
Это разбиение на страницы генерирует 21 уровней. Уровень глубины намного ниже по сравнению с базовым пагинацией, потому что мы теперь имеем пять страниц и 100 разбивки на страницы товаров на каждом уровне.
| Уровень предмета Страницы | % PageRank Разбивка страницы | % PageRank Инфо Страницы | % CheiRank Pagination Страницы | % CheiRank Инфо Страницы | # SEO-Соответствующие Pagination Страницы | # SEO-соответствующий пункт Страницы |
|---|---|---|---|---|---|---|
| 21 | 56 | 44 | 100 | 0 | 19 | 260 |
Это порождает разбиение на страницы 19 страниц и разбивки на страницы 260 страниц с товаром примечательным количеством PageRank. Как с основной пагинацией, соответствующие разбиения на страницы и пункт страницы находятся в передней части.
Как основной пагинацией, лучшие центры по-прежнему остаются последние страницы разбиения на страницы.
Это разбиение на страницы является улучшением по сравнению с базовым пагинацией. Есть в настоящее время 279 страниц из 2100 с примечательным PageRank. Наиболее значимые страницы на фронте.
Во-первых, в прошлом и соседи
Это всегда связывает с нумерацией страниц первый и последний, а также пять соседних страниц нумерации страниц.
Это разбиение на страницы генерирует 12 уровней. Глубина уровень настолько низок, потому что до двенадцати постраничной страницы, ссылки. Каждый уровень теперь имеет намного больше страниц и разбиения на страницы пункт страниц. Средние страницы снова находятся на самом глубоком уровне, так как последняя страница связана и пользователи могут щелкнуть через постраничной страниц с обоих концов.
| Уровень предмета Страницы | % PageRank Разбивка страницы | % PageRank Инфо Страницы | % CheiRank Pagination Страницы | % CheiRank Инфо Страницы | # SEO-Соответствующие Pagination Страницы | # SEO-соответствующий пункт Страницы |
|---|---|---|---|---|---|---|
| 12 | 57 | 43 | 100 | 0 | 32 | 360 |
Нумерацией страниц генерирует 32 страниц и разбивки на страницы 360 страниц с товаром примечательным количеством PageRank. Соответствующие страницы теперь первая и последняя страницы пагинации и первая и последняя страницы пункт.
Лучшие центры находятся теперь в середине постраничной страниц.
Из 2100 страниц мы теперь имеем 392 соответствующие страницы. Тем не менее, как и с "первой и последней странице" вариант есть еще проблема, что не имеют никакого отношения страниц в конце пагинацией, что получить заметный PageRank.
Фиксированные шаги
Эта нумерация страниц использует фиксированные шаги и связывает каждую 20-ую страницу в пагинацией. Кроме того, он всегда связывает первый, последний, предыдущий и на следующей странице разбиения на страницы.
Это разбиение на страницы генерирует 12 уровней. Структура уровней настолько низко, из-за комбинации, имеющие последнюю страницу, связанную, а также основных этапов. Этот тип пагинацией в основном объединение нескольких "первой и последней странице" paginations.
| Уровень предмета Страницы | % PageRank Разбивка страницы | % PageRank Инфо Страницы | % CheiRank Pagination Страницы | % CheiRank Инфо Страницы | # SEO-Соответствующие Pagination Страницы | # SEO-соответствующий пункт Страницы |
|---|---|---|---|---|---|---|
| 12 | 57 | 43 | 100 | 0 | 27 | 340 |
Генерирует разбиение на страницы 27 страниц и разбивки на страницы, 340 страниц с товаром примечательным количеством PageRank. Фиксированные шаги распределить соответствующие страницы по всей пагинацией.
Лучшие центры также распределены. Сейчас они находятся в середине между этапами пагинацию страниц.
Из 2100 страниц мы теперь имеем 367 соответствующие страницы. Из-за того, что соответствующие страницы распределены по всему пагинацией, это плохая идея использовать этот вид пагинацией для отсортированных списков.
неподвижный блок
Это разбиение на страницы фиксированный блок из десяти последовательных страниц постраничной. Первые, предыдущие и последующие страницы пагинации всегда связаны также. Страницы внутри блока остаются прежними до пользователи не достигнет последней страницы блока. Затем он переходит в последующие 10 последовательных страниц. В примере, первый блок изменится на страницах с 11 по 20, когда пользователи нажимают на стр 10 на странице 11.
Для каждой страницы на первой странице блока можно рассчитать по следующей формуле:
Это разбиение на страницы генерирует 20 уровней. Распределение по уровням чередуется от одного до девяти постраничной страниц. Вот почему есть немного края в графе для страниц элемента.
| Уровень предмета Страницы | % PageRank Разбивка страницы | % PageRank Инфо Страницы | % CheiRank Pagination Страницы | % CheiRank Инфо Страницы | # SEO-Соответствующие Pagination Страницы | # SEO-соответствующий пункт Страницы |
|---|---|---|---|---|---|---|
| 20 | 59 | 41 | 100 | 0 | 20 | 220 |
Генерирует разбиение на страницы 20 страниц и разбивки на страницы 220 страниц с товаром примечательным количеством PageRank. PageRank концентрируется на первых 20 страниц постраничной и деталь страниц первой 220.
Как и основной пагинацией, лучшие Ступицы расположены в направлении задней части. Пользователи всегда могут достигать страниц в начале пагинацией с помощью всего лишь нескольких щелчков мыши через первую страницу постраничной. Однако для достижения последних страниц нумерации страниц она занимает 19 кликов.
Поскольку страницы расположены в начале пагинацией, полезно для отсортированных списков.
Логарифмические Pagination
Это логарифмическая нумерацией страниц с помощью 10 шагов. Первый из них, наконец, предыдущая и следующая страница постраничной навигации также связаны между собой. Шаги рассчитываются таким образом, что зазоры меньше вокруг текущей страницы становятся больше к обоим концам. Цель состоит в том, чтобы свести к минимуму количество уровней.
Это разбиение на страницы генерирует только 4-х уровнях. По сравнению с другими типами paginations гораздо труднее понять распределение страницы на уровнях.
| Уровень предмета Страницы | % PageRank Разбивка страницы | % PageRank Инфо Страницы | % CheiRank Pagination Страницы | % CheiRank Инфо Страницы | # SEO-Соответствующие Pagination Страницы | # SEO-соответствующий пункт Страницы |
|---|---|---|---|---|---|---|
| 4 | 62 | 38 | 99 | 1 | 100 | 1720 |
Логарифмическая нумерацией страниц распределяет примечательную количество PageRank до 100 пагинацией и 1720 элементов страниц. Тем не менее, он по-прежнему генерирует пики и позиции наиболее релевантных страниц трудно догадаться. Пики являются недостатком для отсортированных списков.
Из-за того, что первая и последняя страница всегда связана, лучшие концентраторы в начале и в конце. Однако концентраторы все еще намного лучше распределены, чем в предыдущих протестированных paginations.
С помощью этого пагинацией, почти все страницы становятся актуальными.Поэтому логарифмическая нумерацией страниц полезно для списков с большим количеством одинаковых или равных элементов, по сравнению со списками, где только часть предметов имеют важное значение. Поскольку пагинации страницы, казалось бы, случайным образом, этот тип пагинацией может быть трудно понять, для пользователей.
Ghostblock
Этот тип разбиения на страницы использует набор двух постраничной блоков.Первый блок представляет собой неподвижный блок из десяти последовательных страниц точно так, как используется в "неподвижный блок" пагинацией.
Для каждой страницы на первой странице блока можно рассчитать по следующей формуле:
Второй блок также фиксированный блок из 10 последовательных страниц и связана с текущей страницы. Изменения ghostblock, как только пользователь нажимает на другую страницу первого блока. Первый номер ghostblock рассчитывается по следующей формуле:
Это реальный пример из популярного новостного сайта, и мы назвали этот блок "ghostblock" из-за того, как он был разработан. Числа второго блока выполнены таким светло-серого цвета, что она была почти незаметна.
С ghostblock, этот тип разбиения на страницы только генерирует 3-х уровней. Это означает, что все 2100 страниц распределяются на очень малом числе уровней.
| Уровень предмета Страницы | % PageRank Разбивка страницы | % PageRank Инфо Страницы | % CheiRank Pagination Страницы | % CheiRank Инфо Страницы | # SEO-Соответствующие Pagination Страницы | # SEO-соответствующий пункт Страницы |
|---|---|---|---|---|---|---|
| 3 | 64 | 36 | 95 | 5 | 100 | 2000 |
Ghostblock нумерацией страниц способен распределять примечательное количество PageRank во всех постраничной и элементов страниц. Существует большое улучшение, как наиболее соответствующие страницы находятся на передней части пагинацией. Там нет пиков по направлению к концу пагинацией.
С этим пагинацией все наши 2100 страниц становятся актуальными. Ghostblock нумерацией страниц является единственным нумерацией страниц в нашем тесте, где первые страницы пагинации являются лучшие концентраторы (CheiRank), а также лучшие власти (PageRank). Это означает, что мы имеем исключительно сильные страницы разбиении на страницы в начале нашего пагинацией.
Это полезно разбиение на страницы для обоих, отсортированных списков и списков с аналогичными или равных элементов.
Однако это разбиение на страницы имеет две отрицательные стороны с точки зрения удобства использования. Неподвижный блок с нумерацией страниц и ghostblock трудно понять, если пользователь хочет получить доступ к страницам за пределами первого фиксированного блока.
Таблица результатов
В этой таблице представлен краткий обзор уровней, распределения PageRank и количества SEO релевантных страниц для постраничной страниц и элементов страниц. Таблица не включает данные других небольших вариантов для различных видов paginations мы тестировали. Мы варьировали количество страниц, ссылки в пагинацией. Например, мы не только протестирована с 5 соседями, но и с 3 и 10. Результаты различались только интенсивности. Были очень небольшие различия в глубине уровней, PageRank и распределение CheiRank, а также количества SEO релевантных страниц.
В таблице также не включает в себя данные для распределения CheiRank, потому что все испытанные варианты имеют более чем 98,5% от CheiRank на постраничной страницах. Концентраторы всегда лежат в пределах постраничной страниц.
| Вид верстки | Уровень предмета Страницы | % PageRank Разбивка страницы | % PageRank Инфо Страницы | # SEO-Соответствующие Pagination Страницы | # SEO-соответствующий пункт Страницы |
|---|---|---|---|---|---|
| Основные Pagination | 100 | 51 | 49 | 4 | 60 |
| Первые страницы | 97 | 55 | 45 | 7 | 120 |
| Первая и последняя страница | 51 | 52 | 48 | 7 | 100 |
| Во-первых, Последний и Соседи | 12 | 57 | 43 | 32 | 360 |
| соседи | 21 | 56 | 44 | 19 | 260 |
| Фиксированные шаги | 12 | 57 | 43 | 27 | 340 |
| неподвижный блок | 20 | 59 | 41 | 20 | 220 |
| Логарифмические Pagination | 4 | 62 | 38 | 100 | 1720 |
| Ghostblock | 3 | 64 | 36 | 100 | 2000 |
рекомендации
Для того, чтобы выбрать правильный нумерации страниц следующий вопрос должен дать ответ:
Являются ли все элементы списка одинаково важны или только небольшое число элементов важно?
Для списков с не менее важными деталями, то вы должны выбрать логарифмическую нумерацией страниц или разбиение на страницы Ghostblock, потому что эти два распределить примечательную количество PageRank для всех страниц постраничной и элементов страниц.
Для списков только с небольшим количеством важных пунктов, которые Вы должны использовать "Ссылка первой страницы", "Соседи", "Fixed Block" разбиение на страницы, потому что они распределяет примечательную количество PageRank только на первых страницах пагинацией и к первому элементу страниц.
Технические понятия и Разметки для разбиения
Укажите содержание разбивкой на страницы
отн = следующий и отн = пред
REL = следующая и отн = пред обеспечивают мощный подсказку для поисковых систем, чтобы идентифицировать страницы разбивки на страницы.Последовательные типы ссылок, как отн = следующий и отн = пред может быть использовано с <ссылка>, <<a> и области> элементов внутри HTML или внутри Link заголовка в HTTP-заголовка. Как правило, <ссылка> и <a> элементы в HTML используются для paginations.
В HTML-разметки <ссылка> элементы используются в <голове>. <a> И <область> элементы используются в <тело>.
- Помимо первой и последней страницы серии постраничной, каждая страница должна содержать отн = следующий и отн = предыдущая разметку, ссылки на следующую и предыдущую страницу из этой серии.
- Первая страница содержит только отн = следующая и последняя страница только отн = пред бирка.
- Вы можете использовать относительные или абсолютные URL-адреса
- Вы можете использовать <основание> для разрешения относительных путей
Для разметки на нумерацию страниц в <голове> раздел вы можете использовать:
Для разметки базового разбиения на страницы с нормальными ссылками в <тело> вы можете использовать:
Это пример для области разметки:
Это пример для заголовка Link в HTTP-заголовка:
Примечание: Только один Ссылка заголовка допускается в HTTP-заголовке.Несколько ссылок разделены с ",".
Параметры в для веб-мастеров
Многие поисковые системы предоставляют инструменты для веб-мастеров, как Google Search Console или инструменты Bing для веб-мастеров. Эти инструменты часто позволяют определить, как поисковая система должна обрабатывать определенные параметры URL.
На скриншоте показано, как параметр "страница" сконфигурирована для того, чтобы указать страницы в нумерации страниц Google Search Console.
С помощью настройки параметров в виде инструментов для веб-мастеров, чтобы указать нумерацию страниц возможно только, когда параметры используются в URL. Поэтому мы всегда предпочитаем URL, как
над
Просмотр-все страницы
Другой вариант для организации постраничного контента является добавление View-All страницу как это было предложено Google. Показам Все странице перечислено содержание всех нумерованных страниц на одном документе. Это может быть статья в полной длины или список всех элементов.
Google утверждает , чтобы быть в состоянии обнаружить View-Все страницы , а затем их пользу более нумерованных страниц в результатах поиска. Для того ,чтобы обеспечить сильный сигнал, то можно использовать канонические теги ,ссылающийся на View-всю страницу. Google будет затем консолидировать ранжирования сигналов на View-All страницу , которая обычно позволяет просмотр всех страниц ранга лучше , чем нумерованных страниц. Весь процесс описан в статье в блоге вебмастеров от Google .
Тесты показали, что пользователи, как правило, предпочитают просмотр всех страниц с коротким временем загрузки. Если вы можете обеспечить большую View-всю страницу, нет необходимости в дополнительных нумерованных страниц.
Основная причина использовать оба, на просмотр всех страниц и страниц разбивается на страницы, чтобы показать больше рекламы. Как правило, это означает, что до сих пор направляет пользователей в направлении разбитым на страницы версию, где больше показов страниц и показов объявлений генерируются. В результате, как правило, больше доходов от рекламы.
Просмотр-все страницы являются большими, но теперь вы все еще получили разбивки на страницы страниц, которые не дают никакой дополнительной ценности для пользователя, особенно с точки зрения пользовательского опыта.Еще хуже: они оказывают негативное влияние на бюджет ползания и если Google получает это неправильно, они могут также рассматриваться как дублированный контент и пользовательские сигналы и сигналы ранжирования не может консолидироваться к View-All-странице. К сожалению, нет никакого способа, чтобы быть уверенным, если пользователь и ранжирования сигналы были объединены должным образом. Неправильная консолидация может повредить сайт и привести к потере дохода.
Мы настоятельно рекомендуем не использовать нумерацию страниц и View-Все страницы в комбинации. Вы должны выбрать один вариант, который помогает достичь поставленных целей.
Ограничение количества результатов
Pagerank с ограничениями в распространении
Представьте себе магазин с родительскими категории и подкатегории. Обычно мы видим нумерации страниц страниц в пределах родительских категорий и подкатегорий. Родительские категории часто перечислить все продукты из всех подкатегорий, но все продукты по-прежнему может быть достигнуто с помощью страницы разбивки на страницы в более конкретных подкатегорий.
Нумерацией страниц должны улучшить доступность всех элементов, но если мы сравним количество постраничной страниц, созданных родительских категорий и подкатегорий, мы можем наблюдать, что родительские категории имеют гораздо больше страниц и разбивки на страницы генерируют более глубокую архитектуру уровня. Таким образом, нумерация страниц в более конкретных подкатегорий улучшает доступность и не пагинацию в родительских категориях. Кроме того более конкретные списки, как правило, имеют более высокие показатели конверсии.
Мы можем использовать эти знания для оптимизации. Если ограничить число страниц постраничной в родительских категориях это не будет иметь негативное влияние на доступность. С другой стороны, мы уменьшаем количество страниц с небольшим или без значения и распространять PageRank для всех остальных страниц в пределах нашей внутренней структуры ссылок.
Удалить узкие места
Имея большое количество страниц постраничной приводит к увеличению времени нагрузки в течение последних постраничной страниц. Причина заключается в том, что для того, чтобы отобразить последнюю страницу разбивки на страницы, все элементы должны быть отсортированы сначала, а затем все элементы не на последней странице будет пропущен. Чем больше набор результатов, тем медленнее он становится ближе к концу. Это может быть серьезной проблемой производительности, что оказывает негативное влияние на бюджет обхода контента и скорости сканирования.
Время загрузки может быть ограничен путем ограничения числа элементов, отображаемых в пагинацией. Это общий подход для отсортированных списков как постраничной страниц в магазинах и постраничной страницах результатов поиска наборов. Все основные поисковые системы, как Google и Bing ограничить количество отображаемых результатов для того, чтобы обеспечить низкие латентности.
Для получения более подробной информации о бюджете обхода контента и оптимизации скорости сканирования прочитать наше руководство .
Типичные ошибки с нумерацией страниц
Ссылка отн = каноническим в разбиении на страницы
В контексте пагинацией есть два способа, чтобы правильно осуществить REL = канонической. Самостоятельно ссылки канонический тег на каждой странице постраничной или в сочетании с View-All-странице.
Некоторые веб-мастера используют канонический тег для ссылки на первую страницу разбиением на страницы от всех остальных страниц постраничной. Тем не менее, это не является хорошей практикой. Даже Google советует против этого, так как разбивается на страницы страницы не дублировать содержание страниц. Для того, чтобы отметить набор страничных страниц, вы должны использовать отн = следующий и отн = пред.
Если вы хотите узнать больше о REL = канонической, пожалуйста , проверьте нашруководство Canonical .
Как Audisto может помочь обнаружить проблемы с пагинацией
Audisto Гусеничный позволяет собирать данные для различных типов страниц, таких как постраничной страниц и элементов страниц. С помощью этих данных вы можете выполнить детальный анализ Вашей пагинацией и собрать ценную информацию для оптимизации сайта.
При работе со средой разработки вы также можете создавать различные типы paginations для того, чтобы проверить влияние на структуру сайта.
С помощью нашего URL-перезапись функции вы также можете имитировать то ,что произошло бы , если конкретные страницы были удалены с сайта.
Подписаться на:
Сообщения (Atom)