В статье рассмотрим, что такое hreflang, зачем он нужен и как настроить его на сайте.

В статье:

1. Что такое hreflang и зачем он нужен

2. Кому стоит указывать hreflang

3. Особенности тегов hreflang

4. Как указать атрибут hreflang на сайте: три способа

5. Как проверить правильность hreflang на странице

Что такое hreflang и зачем он нужен

Hreflang — это атрибут HTML, которым маркируют страницы сайта с одинаковым контентом, но на разных языках. Атрибут hreflang помогает поисковикам выдавать пользователю версию страницы на понятном ему языке, соответствующую его геоположению. Поисковик анализирует сигналы каждого пользователя — страну и языковые настройки — и возвращает ему версию контента, которую считает наиболее подходящей.

Атрибут hreflang поддерживают Google и Яндекс. Но поисковики не рассматривают его как директиву, это только сигнал, к которому они могут прислушаться, а могут и проигнорировать.

Кому стоит указывать hreflang

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

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

Допустим, вы работаете в буржунете и вам нужны разные страницы для пользователей из США и Великобритании. Они будут почти идентичны, поэтому Google может посчитать их дублями и выбрать только одну для индексации.

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

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

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

Если язык страницы меняется в зависимости от IP-пользователя или на странице можно выбрать язык, тоже используют тег hreflang, но со значением “x-default”. Настройку разберем ниже.

Особенности тегов hreflang

Странице нужно добавить указание на себя

Строчка с hreflang не может быть одна. В Справке Яндекса указано, что в hreflang должны быть перечислены все версии страницы, включая текущую.

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

<link rel=»alternate» hreflang=»ru» href=»https://ru.site.com/» />
<link rel=»alternate» hreflang=»en» href=»https://en.site.com/» />
<link rel=»alternate» hreflang=»ua» href=»https://ua.site.com/» />

Что означает каждая часть кода:

• «alternate» — у этой страницы есть альтернативная версия;

• hreflang = «ua» — альтернативная версия написана на украинском;

• «https://ua.site.com/» — украинскую версию можно найти по этому URL.

Языковые коды указаны в стандарте ISO 639–1: ru — русский, de — немецкий, ua — украинский и так далее. Есть дополнительный список формата ISO 3166–1 alpha-2, когда нужно уточнить регион или страну: en-gb — английский контент для Великобритании, en-us — американский английский для США, de-es — контент на немецком для пользователей из Испании.

Регион уточняйте только после кода языка, а то может возникнуть путаница:

• be — белорусский язык для любого региона;

• fr-be — французский для жителей Бельгии.

В Google Search Central также написано:

«Каждая языковая версия должна указывать на себя, а также на все другие языковые версии».

Но Джон Мюллер в Твиттере сказал, что это хорошая практика, но не обязательная.

Self-referential hreflang is optional, but you’re right — it’s a good practice!

— John (@JohnMu) June 29, 2018

Слушать ли Мюллера — вопрос, но раз Яндекс и Google говорят, что нужно указать, то лучше так и сделать.

Теги hreflang работают только парами

Если есть две одинаковых страницы сайта на разных языках, на каждой нужно указать ссылку на вторую страницу.

Допустим, у вас есть русская и украинская версия контента. На страницу на русском языке вы добавляете тег hreflang, где указываете, что есть украинская версия страницы. А на странице для Украины в теге hreflang указываете, что есть русская альтернатива.

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

Пример тега hreflang с указанием альтернативного варианта на украинском:

<link rel=»alternate» hreflang=»ru» href=»https://site.ru/» />
<link rel=»alternate» hreflang=»ua» href=»https://site.com/ua/» />

Тег hreflang нужен только на канонических страницах

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

Все о rel canonical: как указывать атрибут правильно и зачем он нужен

Из этого и предыдущего правил понятно, как поступать с языковыми версиями для страниц с параметрами.

Как указать hreflang для URL с параметрами

Пользователь поднял эту тему на форуме. 

На его сайте размещена каноническая страница https://example.com/au/publications для Австралии, у нее есть альтернативная версия для США https://example.com/us/publications. Но еще на этой странице есть кнопки, по которым пользователь может получить отдельные результаты — образуются URL с параметрами, например, https://example.com/au/publications?count=50&page=4. 

Как в этом случае проставить hreflang?

Сначала для страницы с параметрами https://example.com/au/publications?count=50&page=4 он указал каноникал и hreflang:

<link rel=»canonical» href=»https://example.com/au/publications»>
<link rel=»alternate» hreflang=»en-US» href=»https://example.com/us/publications»>

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

На странице, указанной как альтернативная, нет ссылки на страницу с параметрами

Как нужно сделать в этом примере:

Просто не указывать hreflang для неканонических страниц с параметрами. Для URL https://example.com/au/publications?count=50&page=4 достаточно указать только каноническую ссылку:

<link rel=»canonical» href=»https://example.com/au/publications»>

А для URL https://example.com/au/publications нужно указать каноникал:

<link rel=»canonical» href=»https://example.com/au/publications» />

И hreflang с каждой существующей языковой версией, а их две — для Австралии и США:

<link rel=»alternate» hreflang=»en-US» href=»https://example.com/us/publications»>
<link rel=»alternate» hreflang=»en-AU» href=»https://example.com/au/publications»>

Теперь Google видит, что страница с параметрами https://example.com/au/publications?count=50&page=4 — это дубликат страницы https://example.com/au/publications, так что он не будет ее индексировать. 

И еще видит, что https://example.com/au/publications ориентирована на англоязычных пользователей из Австралии и имеет альтернативную версию для пользователей из США, доступную по адресу https://example.com/us/publications.

Структура сайта не важна

Структура сайта не влияет на обработку поисковиками атрибута hreflang. Версии страницы могут быть расположены в разных каталогах:

<link rel=»alternate» hreflang=»ru» href=»https://site.com/o-kompanii/» />
<link rel=»alternate» hreflang=»en-us» href=»https://site.com/company/about/» />
<link rel=»alternate» hreflang=»ua» href=»https://site.com/pro-kompaniyu» />

Также версии страницы могут быть расположены на разных поддоменах и доменах:

<link rel=»alternate» hreflang=»ru» href=»https://ru.site.com/» />
<link rel=»alternate» hreflang=»en» href=»https://en.site.com/» />
<link rel=»alternate» hreflang=»ua» href=»https://site.com.ua/» />

Для страниц с автоматическим определением языка есть свой hreflang

Если на странице есть селектор для выбора языка или язык меняется в зависимости от IP-пользователя, нужен hreflang со значением «x-default». Он указывает, какую страницу показывать по умолчанию или какую отображать, когда другой вариант языка не подходит пользователю.

К примеру, на главной сайта site.com язык меняется в зависимости от IP-адреса пользователя. Тогда ссылку на главную нужно отметить с «x-default», а также нужно указать на версии страниц на других языках:

<link rel=»alternate» hreflang=»x-default» href=»https://site.com/» />
<link rel=»alternate» hreflang=»ru» href=»https://site.com/ru/»>
<link rel=»alternate» hreflang=»en» href=»https://site.com/en/»>
<link rel=»alternate» hreflang=»ua» href=»https://site.com/ua/»>

Как указать атрибут hreflang на сайте

Есть три способа реализовать атрибут hreflang:

• в HTML;

• в заголовках HTTP;

• в файле Sitemap.

А для CMS есть плагины и модули, например:

• WordPress: HREFLANG Tags Lite, Language Switcher, Juiz Lang Attribute;

• OpenCart: Hreflang alternate link, SEO мультиязык, OCDEV.pro.

Как указать hreflang в HTML

Самый популярный способ — добавить hreflang в HTML каждой страницы, которым нужно указать альтернативные версии. Тег нужно добавить в начало секции head после Title и Description.

Допустим, есть сайт условной компании Super-Company, она работает на Россию, Германию и Великобританию. На нем сделаны региональные страницы с некоторыми отличиями:

• https://ru.super-company.com/ — главная страница на русском языке с тарифами на доставку из России;

• https://en-gb.super-company.com/ — страница для клиентов из Великобритании с ценами в фунтах стерлингов;

• https://de.super-company.com/page.html — страница для клиентов из Германии с ценами в евро;

• https://en.super-company.com/page.html — главная страница на английском языке;

• https://www.super-company.com/ — страница по умолчанию, на которой пользователи могут выбрать нужный им язык и регион.

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

<head>
<title>Super-Сompany</title>
<link rel=»alternate» hreflang=»ru»
href=»https://ru.super-company.com/» />
<link rel=»alternate» hreflang=»en-gb»
href=»https://en-gb.super-company.com/» />
<link rel=»alternate» hreflang=»de-de»
href=»https://de.super-company.com/» />
<link rel=»alternate» hreflang=»en»
href=»https://en.super-company.com/» />
<link rel=»alternate» hreflang=»x-default»
href=»https://www.super-company.com/» />
</head>

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

Как указать hreflang в заголовках HTTP

Указать на версии страницы на других языках можно в заголовке HTTP в ответах на запрос GET страницы. Способ особенно выручает, если нельзя указать код в HTML, например, для файлов в формате PDF.

Для каждой версии страницы нужно указать набор значений < url >, rel = «alternate» и hreflang через запятую. Это касается и запрашиваемой страницы. Заголовок одинаковый для всех вариантов — Link:.

Шаблон такой:

HTTP/1.1 200 OK
Content-Type: application/pdf
Link: <url_1>; rel=»alternate»; hreflang=»lang_code_1″,
<url_2>; rel=»alternate»; hreflang=»lang_code_2″

Допустим, на сайте есть три версии PDF-файла: для русскоязычных посетителей, отдельно для англоязычных пользователей из США и версия на английском для пользователей из других стран. Код будет выглядеть так:

HTTP/1.1 200 OK
Content-Type: application/pdf
Link: <https://site.com/file.pdf>; rel=»alternate»; hreflang=»ru»,
<https://en-us.site.com/file.pdf>; rel=»alternate»; hreflang=»en-us»,
<https://en.site.com/file.pdf>; rel=»alternate»; hreflang=»en»

Как указать hreflang в Карте сайта — sitemap.xml

Указать языковую принадлежность страниц можно в файле Sitemap. Нужно добавить в карту элемент <loc> с URL страницы, а в дочерних тегах <xhtml:link> указать ссылки на все ее языковые варианты, включая саму эту страницу.

Порядок перечисления языковых версий в дочерних элементах <xhtml:link> не имеет значения, но лучше придерживаться какой-то системы, чтобы не запутаться.

Пространство имен xhtml нужно указывать по образцу:

xmlns:xhtml=»http://www.w3.org/1999/xhtml»

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

• https://site.com/ru/ — для аудитории, говорящей по-русски;

• https://site.com/en/ — для англоговорящей аудитории;

• https://site.com/ua/ — для тех, кто говорит на украинском языке.

Пример Sitemap для этих трех страниц:

<?xml version=»1.0″ encoding=»UTF-8″?>
<urlset xmlns=»https://sitemaps.org/schemas/sitemap/0.9″
xmlns:xhtml=»https://www.w3.org/1999/xhtml»>
<url>
<loc>https://site.com/ru/</loc>
<xhtml:link
rel=»alternate»
hreflang=»en»
href=»https://site.com/en/»/>
<xhtml:link
rel=»alternate»
hreflang=»ua»
href=»https://site.com/ua/»/>
<xhtml:link
rel=»alternate»
hreflang=»ru»
href=»https://site.com/ru/»/>
</url>
<url>
<loc>https://site.com/en/</loc>
<xhtml:link
rel=»alternate»
hreflang=»ru»
href=»https://site.com/ru/»/>
<xhtml:link
rel=»alternate»
hreflang=»ua»
href=»https://site.com/ua/»/>
<xhtml:link
rel=»alternate»
hreflang=»en»
href=»https://site.com/en/»/>
</url>
<url>
<loc>https://site.com/ua/</loc>
<xhtml:link
rel=»alternate»
hreflang=»ru»
href=»https://site.com/ru/»/>
<xhtml:link
rel=»alternate»
hreflang=»en»
href=»https://site.com/en/»/>
<xhtml:link
rel=»alternate»
hreflang=»ua»
href=»https://site.com/ua/»/>
</url>
</urlset>

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

Если вы еще не сформировали файл Sitemap, может быть полезно:
Как составить Карту сайта

Как проверить правильность hreflang на странице

Подождите, пока Google просканирует страницы, загляните в отчет «Таргетинг по странам и языкам» в консоли Google и откройте вкладку «Язык» — там будут отображаться ошибки.

Для поиска ошибок в HTML есть валидатор Html Checker, сервис hreflang.ninja, hreflang Tags Testing Tool.

Делитесь материалом и оставляйте свои отзывы в комментариях, будем рады!

Источник

ВКонтакте для бизнеса представил новые инструменты для работы с сайтами на основе сообществ. Разработчики добавили возможность загружать видео на главную страницу и в текстовый блок. На главной видео должно быть продолжительностью до 30 секунд, а в блоках нет ограничений по длительности, их можно загружать до трех штук. Лендинг принимает большинство современных форматов, единственное ограничение — по объему файла, он не должен превышать 5 Гб.

В новой вкладке «Аналитика» в режиме создания и редактирования страницы, помимо обновленного дизайна интерфейса, появилась возможность подключить пиксели из других ресурсов. Кроме пикселя ВКонтакте, который доступен по умолчанию, можно подключить MyTarget, Яндекс.Метрику, Google Analytics, TikTok и Facebook.

В другой новой вкладке «Видимость» есть возможность указать сайт в настройках сообщества в один клик. Просто перейдите в блок «Ссылки» и добавьте страницу на ваш ресурс.

Источник

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

В статье:

1. Мнения сеошников о блоге для местного бизнеса: за и против

2. Для кого блог — это слив бюджета

3. Когда блог полезен

4. Какой контент работает

5. Что в итоге: малый бизнес должен вести блог?

Мнения сеошников о блоге для местного бизнеса: за и против

Ваши идеи по этому вопросу мы всегда рады почитать в комментариях. А вот разные мнения зарубежных оптимизаторов из обсуждения этой темы на форуме из статьи SterlingSky:

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

У моей самой популярной статьи в блоге Google Analytics показывает 1083 посещения из США за последние три месяца. Из всех этих посещений 17 из них были из моего штата и только один был из города, который я был бы готов обслуживать, если бы они позвонили. Готов поспорить, что все мои статьи в блоге такие».

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

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

💬 «Я против публикации строгого количества постов в месяц и предлагаю вам добавлять новый контент только в том случае, если у вас есть новая тема или новые ключевые слова для таргетинга. В противном случае лучше сосредоточьтесь на улучшении страниц, с которых вы получаете трафик — ускорьте загрузку, оптимизируйте метатеги, добавьте связанный контент, подберите более релевантные картинки и так далее».

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

💬 «Даже блог о мелком ремонте своими руками или об аварийном ремонте, пока ждешь специалиста, поможет не только для видимости в поиске, но и для брендинга. Если один из ваших постов поможет кому-то бесплатно, это повысит вашу репутацию как эксперта, которому можно доверять».

Поделитесь вашим мнением в комментариях! А дальше мы рассмотрим, все ли так однозначно.

Для кого блог — это слив бюджета

Есть бизнесы, которым с большой вероятностью не нужно даже начинать вести блог. Дело в сфере работы, состоянии сайта и текущей деятельности компании. Список признаков составили по советам Катерины Ерошиной, главного редактора блога Promopult.

Блог не нужен:

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

2. В прикладных темах типа аренды строительной техники или продажи комбикормов. Кому и что вы тут будете рассказывать в блоге. 🙂

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

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

5. Интернет-магазину с широким ассортиментом недорогих товаров. Тут вы просто разорветесь, выбирая темы и пытаясь закрыть какие-то потребности узких сегментов.

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

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

Если вы нашли себя в этом списке, вероятно, тратить ресурсы на блог вам не стоит. Но решение на вашей совести.

Когда блог полезен

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

Чем полезен блог малому бизнесу

• Привлечение новой аудитории
  Сайт компании появляется в выдаче по большему количеству запросов, попадает в расширенные сниппеты и нулевую выдачу, тем самым больше людей знакомятся с компанией. От содержания страницы зависит, какие чувства к вам испытает пользователь: уважение, доверие или разочарование и злость.

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

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

• Трафик и конверсия
  Контент может дать решающий толчок, который поможет людям принять решение стать вашими клиентами. Он может приносить и конверсии — отправку заявок, заказы звонка, покупки, подписки. Если получится подвязать контент к покупке, заказу или скачиванию материала, убедительность контента поднимет конверсию.

Почитать по теме:
[Кейс] Пошагово: как создать эффективную статью в блог интернет-магазина

Условная компания «Tasty-food» доставляет домой готовые ПП-блюда или наборы для готовки по подписке на неделю. Люди не знакомы с компанией, не знают название, но они будут гуглить вопросы «как составить ПП-меню на неделю», «как рассчитать кбжу» и так далее. С помощью контент-маркетинга компания появится в выдаче этих пользователей, а материал может убедить, что заказать у них еду проще, чем самостоятельно считать ценность блюд и собирать продукты для готовки.

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

Статистика по блогу

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

Какой контент работает

В малом бизнесе всегда хорошо работают два типа контента:

1. Руководства, подробные разборы или чек-листы по теме:
Закон о детских автокреслах, новые правила для водителей
Как выбрать банк для открытия счета

2. Часто задаваемые вопросы пользователей, на которые есть понятные и подробные ответы с мультимедиа:
Как обрезать японский клен?
Сколько продлится разводный процесс, какие документы готовить?
Какие виды сорняков убивает «средство какой-то фирмы»?
Как понять, что сантехник вас разводит?

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

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

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

Фрагмент проверки оптимизации

И технические параметры страницы: скорость загрузки, размер загружаемых ресурсов, каноникал и другое.

Фрагмент проверки технических параметров

Проверить страницу с сайта

Что в итоге: малый бизнес должен вести блог?

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

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

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

Делитесь опытом в комментариях! Что у вас за бизнес, ведете ли вы блог и замечали ли какой-то эффект от него?

Источник

Экспериментальная команда NPE Team, находящаяся внутри Facebook, запустила бета-тестирование нового приложения — Hotline. Сервис позволяет проводить прямые эфиры, во время которых зрители смогут задать вопросы эксперту в аудиоформате или текстом.

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

Что думаете, полезно ли такое приложение или нет смысла делать похожие на уже существующие?

Источник

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

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

Источник