Воскресенье, 21 Июнь 2015

Передача PaPaYa №39

Новости

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

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

Витамины в спортивном питании
20 июня 2018 г. Что такое витамины ? Витамины – это вещества, которые производятся из витаминсодержащего сырья (как растительного, так и животного происхождения), а также вещества, созданные искусственно

Симптомы авитаминоза, причины и лечение


Витамины для стройности


Как сберечь витамины в ягодах?
Каждый знает, что ягоды являются природным источником витаминов – дары природы содержат богатую гамму полезных элементов. Как сберечь витамины в ягодах? Сайт mir-yagod.ru даст ряд ценных рекомендаций.

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

Витамины для ногтей — чтобы ручки выглядели красиво!
Ухоженные руки – эти визитная карточка каждого человека, но, к сожалению, не всегда наши ручки выглядят идеально: морозы, несбалансированное питание и лень дают о себе знать. Но если за кожей мы еще хоть

Витамины для роста детям
Еще нужно учитывать и такой момент: если родители имеют средние показатели роста (160 – 175 см), то ожидать в семье будущего баскетболиста вряд ли разумно. Показатель роста ребенка заложен генетически

Какие витамины жизненно необходимы - Центр Космоэнергетики и Рэйки ИСИДА
Давно известно, что без витаминов нормальная жизнедеятельность человеческого организма невозможна. Какие же витамины и в каких количествах человеку необходимо получать ежедневно? Витамин А (аксерофтол,

Новости партнеров

Кризис трехлетнего возраста: бороться или мириться...

Ваш малыш, еще вчера такой послушный и покладистый, вдруг начинает вести себя необычно.Подробнее (http://www.prostobaby.com.ua/zdorove/psihologiya/stati/krizis_trehletnego_vozrasta_borotsya_ili_miritsya)

Боремся с лактостазом: памятка кормящей маме...

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

Дородовое воспитание: ждем и обучаем

Дородовое воспитание: ждем и обучаем...

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

Международный SEO: еще одна причина избегать AMP

  1. Борьба IBM с международным SEO
  2. Сначала язык
  3. Около Джеймс Мэтьюсон

В своем последнем посте я дал три причины, чтобы избежать ускоренных мобильных магов (AMPS). Ускоренные мобильные страницы - это плоские веб-страницы HTML, которые следуют Google рекомендации и размещены в Google для повышения производительности загрузки страниц на мобильных устройствах. Поскольку время загрузки является фактором ранжирования, AMP должны стимулировать SEO. Три причины, по которым нужно избегать использования AMP, сводятся к одной: вам необходим JavaScript для отслеживания и измерения эффективности маркетинга, а также для создания более персонализированного контента. AMP не позволяют JavaScript. Таким образом, для большого количества маркетингового контента AMP не являются началом.

Существует четвертая причина, по которой вам нужен JavaScript на ваших страницах: международный SEO. Если вы попытаетесь предоставить плоский HTML-контент, предназначенный для каждой из стран, в которых вы ведете бизнес, вы столкнетесь с собственным агрессивным алгоритмом фильтрации антидублирования Google. Эта статья рассказывает о том, как мы обнаружили этот очевидный конфликт в стандартах Google на IBM , В конце концов нам стало ясно, что AMP несовместимы с международным SEO. После того, как я расскажу историю, я надеюсь, что вы тоже сделаете этот вывод.

Борьба IBM с международным SEO

Крупные предприятия, которые пытаются предоставлять один и тот же контент пользователям в разных странах, давно пытаются сделать это эффективно. В IBM мы попробовали практически каждую тактику, чтобы сообщить Google, что определенная страна и языковая версия страницы уникальны для этой страны. Раньше мы пытались Дублинское ядро метаданные. Google проигнорировал это, как и большинство метаданных в элементе <head> HTML-страницы.

Затем мы попытались вставить код страны и языка (cc-lc) в URL. Google также проигнорировал нашу страну и языковые коды. В результате, если две страницы на одном и том же языке будут ориентированы на разные страны, Google выберет ранжировать ту, которая, по ее мнению, наиболее релевантна запросу. В большинстве случаев для английского языка это была страница США, потому что контент возник в США и чаще обновлялся в США. Таким образом, пользователи органического поиска в Великобритании получат страницы в США.

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

Совсем недавно мы попытались переместить этот код cc-lc в начало строки URL и зарегистрировать его в Google Search Console , Собственный Google Руководство для веб-мастеров Предложите эту тактику, особенно для страниц продукта, где в их интересах предоставить правильную страницу нужному пользователю в правильной стране. По причинам, которые будут понятны, это работало достаточно хорошо, если на страницах не было дублированного контента.

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

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

По словам Google, алгоритм сравнивает текст на странице , Если на двух страницах много дублирующих блоков контента, алгоритм помечает их как дубликаты. Google не публикует свои алгоритмы, потому что это дало бы SEO «черной шляпе» рецепт для манипулирования результатами поиска. Но консенсус среди оптимизаторов заключается в том, что если на двух страницах содержится более 70 процентов одинаковых слов, он считает их дубликатами и нацеливает их на удаление из своего индекса. За последний год Google отфильтровал миллионы страниц IBM.com из своего индекса.

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

Клинкер был безумным аспектом индексного фильтра Google. Когда он находит дубликаты в индексе, он оставляет один случайный дубликат в индексе, и это будет тот, который будет использоваться на всех рынках, говорящих на этом языке. Для некоторых из наших наиболее важных поисков продукта, он обслуживал Багамские острова на всех англоязычных рынках, включая США. Узнав об этом, мы поняли, что должны найти решение проблемы дублированного контента.

Сначала язык

Решение можно найти в официальном руководстве на странице для веб-мастеров, ссылка на которую приведена выше:

Если у вас много похожих страниц, рассмотрите возможность расширения каждой страницы или объединения страниц в одну. Например, если у вас есть туристический сайт с отдельными страницами для двух городов, но с одинаковой информацией на обеих страницах, вы можете либо объединить страницы в одну страницу об обоих городах, либо расширить каждую страницу, чтобы она содержала уникальный контент о каждом городе. [Акцент мой]

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

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

Например, пользователи в США получат всю информацию о валюте в долларах после того, как система определит местоположение своего IP-адреса. Все, что местный рынок хочет продвигать на этой странице, может быть загружено одновременно, включая местные предложения, события или партнеров. Для IBM язык в первую очередь также уменьшил бы объем нашего контента в 10 раз. Это огромное преимущество, не зависящее от SEO.

Поскольку на каждом языке существует только одна страница, нет никаких шансов, что эта система будет работать после фильтра дублированного контента Google. Но проблема в динамически загружаемом контенте. Очевидно, что нам нужно использовать JavaScript для загрузки специфичного для страны контента. Поскольку спецификация Google AMP запрещает JavaScript, вы просто не можете сначала сделать язык со страницами AMP.

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

Понравился этот пост Понравился этот пост?
Подпишитесь на нашу электронную почту здесь.


Около Джеймс Мэтьюсон

Джеймс Мэтьюсон - выдающийся технический специалист IBM по поиску. Он имеет 20-летний опыт работы в области веб-редакции, контент-стратегии и SEO для крупных и небольших компаний. Являясь частым оратором, лектором и блоггером, Джеймс опубликовал более 1600 статей и две книги о том, как веб-технологии и пользовательский опыт изменяют природу эффективного контента. Джеймс имеет две ученые степени по смежным дисциплинам в Университете Миннесоты.

Понравился этот пост?