Длина Description для Яндекса и Google
Написание мета тега Description я всегда считал делом крайне неблагодарным. Нужно здорово постараться, чтобы вложить максимум информации в скромный блок – и при этом не факт, что содержание этого контейнера вообще кто-нибудь увидит. А если и увидят, то не полностью – самая важная информация окажется безжалостно отрезана из-за того, что длина дескрипшн больше той, которую рекомендует поисковая система. Когда замечаешь, как твой «сочный» анонс в сниппете обрывается на полуслове и вместо точки заканчивается <…>, это вызывает раздражение.
Дабы быть уверенным, что поисковик не «обкромсает» ваше мета-описание, стремитесь уложиться в рекомендуемые размеры.
Статья вычитана экспертом и обновлена в 2020 году.
Длина Description для Яндекса
Максимальный размер мета тега дескрипшн для поисковой системы «Яндекс» – 140 символов без пробелов (160 символов с пробелами).Минимальный объём не определён, но description не должен состоять всего лишь из нескольких слов. Лучше всего заполнить это поле 2-мя лаконичными и ёмкими предложениями. По крайней мере именно так делать рекомендует «Яндекс.Помощь».
Проблема «Яндекса» в том, что при выдаче программа может подтягивать в блок описания в сниппете не Description, а куски из текста. Более того, она именно так делает в 5 случаях из 6. Как, например, здесь:
Заставить поисковую систему выводить в сниппет именно дескрипшн можно единственным образом: закрыть от индексации весь остальной текстовый контент на странице (через <noindex>). Однако это негативно повлияет на ранжирование – думаю, оно того не стоит.
Количество символов в Description для Google
Google придерживается абсолютно иного подхода. Эта поисковая система выводит в сниппет именно description.
Прежде описание в сниппете Google было ещё короче, чем в «Yandex», и составляло примерно 120 символов без пробелов (140 символов с пробелами). Однако в 2016 году команда Гугл изменила требования: и Title, и Description при поисковой выдаче стали длиннее. В тайтл, например, стало помещаться на 2 коротких слова больше.
Длина тега Description увеличилась до 250-275 символов. Описание теперь состоит не из 2-х строк, а из 3-х, как видно на примере выше.
По поводу оптимальной длины meta description для Google идут ожесточённые споры. У кого-то размер сниппета при выдаче не изменился, другие замечают, что величина сниппета меняется день ото дня. Так что не спешите переписывать мета теги – кажется, в Гугле ещё ничего окончательно не решили.
Как уложиться в скромный объём?
Вот несколько советов, которые помогут написать лаконичный и релевантный Description:
- Не стремитесь «запихнуть» в дескрипшн контактные данные – кучу контактных телефонов, адрес электронной почты или, упаси Господи, факс. Описание должно сообщать, чему посвящена страница, а не быть рекламной «свалкой».
- Не «переборщите» с лаконичностью. Скромность в данном случае не красит райтера. Если вы внесёте в дескрипшн лишь 4-5 слов, поисковой машине придётся подтягивать куски из текста.
- Не «водните» – пишите кратко и по существу. Объём и так небольшой. Кстати, о воде и способах её удаления я писал совсем недавно.
- Не допускайте переспама. Если страница посвящена, скажем, велосипедам, и вы на 160 символов употребили слово «велосипед» трижды, поисковик останется недоволен таким дескрипшеном и пойдёт цеплять текстовые отрывки.
Заключение
Помните, что Description почти не влияет на оптимизацию страницы прямым образом. Зато этот мета тег оказывает влияние на CTR. Если дескрипшн составить грамотно, соотношение «переход / показ» точно увеличится. Уделяйте внимание не только содержанию описания, но и его размеру. Лучший расклад – когда в сниппете появляется цельный Description, не обрезанный и без лишних кусков из текста.
А как вы составляете Description? Не побоитесь поделиться методикой в комментариях?
Статьи по теме
Мета-тег description — что это такое: значение мета описания для SEO, длина дескрипшн в Яндекс и Google
Москва
г. Москва, ул. Нобеля 7, п. 56
+7 (800) 700-59-30
Description
Мета тег description (мета-описание, «дескрипшн») предназначен для создания краткого описания html-страницы. Его содержимое может использоваться поисковыми системами для формирования сниппета. Данный тег не влияет на внешний вид страницы, так как является служебной информацией. Он располагается в блоке <head> </head> html кода страницы.
Пример мета-описания в коде страницы:
<html>
<head>
<meta name=»description» content=»краткое описание страницы»>
</head>
</html>
Значение тега description для SEO
Мета тег description может влиять на позиции сайта в выдаче тех поисковых систем, которые его учитывают (в частности, Google). Кроме того, посетители, просматривая серп, читают описания предлагаемых страниц.
Как прописать description
Существует ряд рекомендаций по заполнению мета тега description:
- Размер мета тега description в Яндекс и Google не должен превышать 140-200 символов. Именно такой объем текста помещается в результате выдачи (под ссылкой на страницу). Если длина тега будет больше этого значения, то мета описание страницы получится незаконченным.
- Правильный description должен содержать ключевые слова, по которым оптимизируется данная страница. Самые частотные запросы должны располагаться в начале описания. Не следует употреблять в теге больше 3-4 ключевых фраз. Одно и то же слово не должно повторяться больше 5-7 раз.
- Тег должен описывать содержание конкретной страницы. Текст должен быть понятным и лаконичным, не рекомендуется использовать общие фразы.
- Описания в meta тегах description должны быть уникальными для всех страниц сайта, не рекомендуется копировать часть текста на странице для заполнения тега.
- Тег description должен отличаться от тега title.
- Description должен быть привлекательным для пользователей, давать представление о той информации, которую они найдут на описываемой странице, рассказывать о преимуществах товара или услуги.
Длина Description для Google и Яндекса
Максимальная длина Description для Google и Яндекса различается. Поскольку страница сайта может иметь только одно описание, придется составлять его в соответствии с требованиями обеих популярных поисковых систем. Обычно длина тега Description находится в пределах от 150 до 200 символов. Связаны такие ограничения с тем, что длинный текст может быть неудобен для чтения, поэтому поисковая система старается не делать больших описаний.
Длина Description в Яндекс
Спецификация поисковой системы не дает четкого ответа на этот вопрос. В отдельных случаях было замечено использование сниппета из 250 символов, но происходит это, только когда ключевые слова разбросаны по тексту. Обычно сервис ограничивается 200 или даже 160 символами.
Сниппет взят полностью из description
Официальная позиция поисковой системы Яндекс не сообщает насколько важен этот тег при ранжировании результатов. Также стоит обратить внимание, что ограничений на индексирование Description не существует, даже если это поле будет намного больше существующих стандартов, сервис полностью будет его учитывать, но не отображать.
Длина Description в Google
Эта поисковая система предъявляет более жесткие требования к размеру описания – его следует делать не больше 160 символов, иначе поисковик самостоятельно сократит его либо же сниппет сформируется из других словосочетаний.
Google утверждает, что описание не влияет на место страницы в поисковой выдаче, но если пользователь применяет форму расширенного поиска, то отсеивание результатов может производиться в том числе и с учетом описания.
Будет ли описание помещено в сниппет зависит от релевантности тега поисковому запросу. Поисковая машина Google отображает теги чаще чем Яндекс, но даже она далеко не всегда помещает их в выдачу. Но не стоит пытаться составить Description только из ключевых слов, нежелательно использовать в описании больше одного такого, в противном случае поисковая система с легкостью обнаружит подобный обман.
Другие поисковые системы
Отношение альтернативных поисковиков может отличаться:
- Рамблер использует алгоритмы Яндекса для своего поиска, поэтому их отношение к метатегам идентично.
- MSN от Microsoft полностью игнорирует Description, для него важно лишь непосредственное содержание страницы.
- Yahoo уделяет значительное внимание не только Description, но и Title, правильное их использование способно повысить позиции страницы по данному запросу.
Большинство более мелких сервисов учитывают теги, но в какой степени – неизвестно.
Ограничения существуют только на максимальное количество символов, если описание будет существенно меньше 160 символов, то ничего страшного не произойдет. Прежде всего эта форма предназначена для того, чтобы убедить пользователя посетить именно эту страницу, ее содержание обязательно должно соответствовать информации на сайте. В противном случае ссылка на нее может вообще не отображаться поисковиком.
Мета-тег Description (мета-описание страницы) | SEO-портал
Автор: Нотан Ройамов
Создано:
Обновлено:
Мета-тег Description
<!-- HTML-код: --> <meta name="description" content="Краткое описание веб-страницы длиной 100-150 символов" />
Содержимое мета-описания не считается фактором ранжирования, однако оно может повлиять на позиции страницы в поисковой выдаче косвенно: формируя привлекательное описание сниппета (аннотацию), способствующее увеличению кликабельности.
Значение для сайта
Мета-описание страницы является SEO-тегом, предназначенным для поисковых роботов. На основании его содержимого может формироваться описание страницы в сниппете поисковой выдачи, если алгоритм поисковой системы сочтет его релевантным поисковому запросу.
Мета-тег Description должен содержать краткое описание веб-страницы.
Поисковые системы Яндекс и Google по разному относятся к формированию аннотаций сниппетов поисковой выдачи.
Мета-описание в сниппетах Яндекса
Яндекс далеко не всегда выводит содержимое мета-описания веб-страницы в SERP, даже если это содержимое содержит прямое вхождение слов из запроса. Часто сниппет поисковой выдачи Яндекса может содержать фразы из внутреннего контента страницы, содержащие слова из запроса или весь запрос целиком. Однако не стоит пренебрегать SEO-оптимизацией мета-описания, т. к. доля вероятности его отображения в сниппете Яндекса чаще всего зависит от его релевантности поисковому запросу по мнению алгоритма поисковой системы.
Яндекс отобразит содержимое мета-тега Description в сниппете только если сочтет его релевантным поисковому запросу.
Одним из способов влияния на представление своего сайта в результатах поиска (его сниппет) является использование мета-описаний — тега meta description. При формировании сниппета наравне с фрагментами текста страницы рассматривается содержимое этого тега.
Яндекс.Помощь
Опытным путём установлено, что содержимое мета-тега Description не имеет приоритета перед видимым контентом сайта по части формирования аннотации веб-страницы в сниппете поисковой выдачи. Это легко проверить самостоятельно: достаточно ввести запрос и сравнить аннотации сниппетов и текст мета-описаний соответствующих страниц. Например, проверив выдачу Яндекса по запросу «мебель в москве» на момент проверки в 2-х сниппетах из 10-ти применялся контент мета-тега Description.
Но принебрегать заполнением мета-описания не следует минимум по 3-м причинам:
- очень высокий приоритет мета-тега Description при формировании сниппета в выдаче Google,
- контент мета-описаний всё же может учитываться при формировании сниппетов в выдаче Яндекса,
- незаполненные мета-описания или их отсутствие определяются в сервисе Яндекс.Вебмастер.
Сервис Яндекс.Вебмастер прямым текстом («Отсутствуют мета-теги <description>») указывает на проблемы с мета-описанием на сайте в раздел
Мета-теги — как настроить правильно для SEO в 2021 году
Правильная настройка мета-тегов очень важна для SEO. Работы по заполнению, прописыванию, корректировке мета-тегов всегда выполняются при запуске проекта, сразу после того, как собрано семантическое ядро. И продолжаются по мере необходимости в течение всего периода продвижения сайта. Иногда достаточно лишь небольших изменений в метатегах, чтобы сайт вышел в ТОП10. Особенно это актуально для низкочастотных запросов, а также в тех случаях, когда сайт уже находится достаточно высоко по данному запросу (например, 11-15-я позиция в поисковой выдаче), и нужно совсем немного, чтобы выдвинуть его в ТОП. Зачастую под SEO-тегами подразумеваются Title, Description и Keywords. Однако тегов намного больше. И в этой статье мы постараемся охватить этот вопрос максимально полно.
Содержание
- Что такое мета-теги
- Правильные SEO мета-теги
- Мета-тег Title
- Мета-тег Description
- Мета-тег h2
- Мета-теги h3, h4, h5, H5, H6
- Мета-тег Robots (All, Follow, Nofollow, Index, Noindex, None, NoArchive, NoYaca)
- Мета-теги Canonical, Next, Previous
- Устаревшие мета-теги
- Другие полезные мета-теги
- Как проверить мета-теги в коде веб-страницы
- Шаблоны мета-тегов
Что такое мета-теги
Если быть предельно точным, то под мета-тегами следует понимать (X)HTML-теги <meta>, с помощью которых можно указать служебную информацию о странице.
К тегам мета относятся:
- description — описание веб-страницы,
- keywords — ключевые слова,
- http-equiv — тип отправляемого документа и кодировка (charset),
- generator — CMS сайта,
- author — автор,
- copyright — авторские права,
- robots — правила индексирования страницы для роботов,
- viewport — данные о настройке области просмотра
- и другие.
Подробнее можно прочитать в справке по HTML или Википедии.
На хабрахабр приводится такое определение: meta-теги — это необязательные атрибуты, размещенные в заголовке страницы, которые могут содержать ее описание, ключевые слова к ней, информацию об авторе, управляющие команды для браузера и поисковых роботов, и прочую служебную информацию, не предназначенную для посетителей.
В этой статье мы не будем точны с технической точки зрения и к мета-тегам отнесем те служебные теги, которые 1) важны в SEO и 2) используются в любом месте веб-документа, т. е. не обязательно привязаны к контейнеру <head>. В связи с этим, приведем такое определение.
Мета-теги (англ. meta tags, досл. служебные ярлыки) — это служебные слова, которые содержат важную информацию о веб-документе для поисковых систем. К таким словам (тегам) относятся теги Title, Description, Hx, Robots, Canonical.
Правильные SEO мета-теги для Яндекса и Google
Рассмотрим, как правильно написать мета-теги для сайта, как их добавить и разместить в коде. Нас будет интересовать:
- синтаксис — то, как правильно должен быть прописан мета-тег в HTML-коде сайта;
- требования поисковых систем к тегам;
- примеры правильного и неправильного заполнения тегов.
Следует отметить, что в большинстве CMS (систем администрирования сайта), есть специальные поля для заполнения мета-тегов, и вам не нужно прописывать их непосредственно в HTML-коде. От вас потребуется только вписать содержание тега (Title, Description, Keywords, h2, Canonical) или выбрать подходящее значение (Index/NoIndex, Follow/NoFollow). Однако следует проверять, корректно ли размещаются теги: 1) в правильных местах, 2) правильный синтаксис, 3) значения в тегах соответствуют вашим настройкам. Причем следует проверить не только на главной странице, но и на различных внутренних страницах. Например, у нас сайт интернет-магазин. В этом случае обязательно нужно проверить, корректно ли размещаются мета-теги на главной странице, внутренних информационных, страницах категорий и товаров, поскольку веб-документы каждого из этих типов могут формироваться по своему отдельному шаблону.
Теперь подробнее о каждом из тегов.
Мета-тег Title
Это самый главный тег, который больше других влияет на продвижение сайта по ключевым словам. В большинстве случаев именно этот текст используется в заголовке сниппета, как показано в примере ниже. (Но не всегда, в заголовок так же может быть выведено содержание тега h2 или даже h3, h4).
Синтаксис
<title>Содержимое мета-тега Title</title>
Тег должен находиться внутри контейнера <head>…</head> в любом месте.
Требования SEO
- Заголовок должен быть уникальным на всех страницах сайта, а также не повторять Title на страницах других сайтов (для этого в конце Title можно добавить название организации).
- Тайтл должен отражать суть страницы, должен быть информативным и кратким.
- Должны присутствовать запросы, по которым продвигается данная страница, самые важные размещаем в начале тега, заголовок должен обязательно содержать 1-3 ключевых слова.
- Не включайте в Title слишком много ключевых слов
- Содержимое тегов Title и h2 должно быть разным — у них разные цели: Title заголовок для сниппета, h2 заголовок веб-страницы.
- Не используйте специальных символов, пока не убедитесь, что они поддерживаются.
- Не используйте спецсимволы (= / \ + _ ), знаки препинания и стоп-символы (точка, двоеточие, восклицательный и вопросительный знак) — помните, это знаки, которые разбивают пассажи в Title, что снижает взаимосвязь ключей по разные стороны от стоп-знака.
- Составляйте тег Title для людей по всем правилам русского языка, заголовок по возможности нужно делать цепляющим и привлекательным.
- Оптимальная длина Title – от 30 до 65 символов. Google ориентируется на длину в пикселях, рекомендуемая длина — от 200 до 571 пикселей. Если длина Title больше, то в сниппете появляется многоточие, которое также занимает дополнительное место в заголовке. Оно может появиться как в конце заголовка сниппета, так и в начале. Короткие Тайтл тоже плохо, поскольку в него помещается мало ключей. НО: при этом нет смысла придерживаться оптимальных значений длины заголовка для служебных страниц на сайте, которые НЕ продвигаются по ключевым словам.
Примеры правильного заполнения тегов
- <title>Купить сантехнику в Москве, интернет-магазин Куписантехнику.Ру</title>
- <title>Окна REHAU в Москве, официальный сайт партнера — Пластиковые окна недорого</title>
- <title>Мета-теги для сайта, Title и Description в примерах — SEOgio</title>
- <title>Элемент пола Кнауф — купить в Москве по цене 310 pуб | KNAUF</title>
- <title>Новости — Компания Ромашка</title>
Ошибки и неудачные примеры мета-тегов
- <title>Евроремонт, ремонт дома, ремонт квартир в Смоленске, ремонт в Смоленске | Ремонт квартир, cтроительство Смоленск</title> (простое перечисление ключевых слов)
- <title>Главная – ООО Ромашка, подарки оптом, подарки сотрудникам, рекламные сувениры, корпоративные подарки.
</title> (вначале должны быть самые главные ключевые слова)
- <title>Ремонт</title> (слишком короткий Title)
- <title>«Автомоечный комплекс №1»: автомойка, шиномонтаж, кафе, сауна, комната отдыха.</title> (название компании вначале, двоеточие, слова, по которым не будет продвигаться сайт)
- <title>Новости о юридических услугах и бухгалтерском обслуживании в компании Ромашка</title> (использование ключевых слов в заголовке страницы, которая по этим словам НЕ продвигается, это может только мешать)
Мета-тег Description
Так же один из важных тегов для продвижения страницы по ключевым словам. Описание может использоваться в сниппете.
Пример:
Однако текст в сниппет может быть подставлен и из контентной части страницы, если поисковик решит, что это предпочтительнее. При этом, независимо от того, выводится в сниппет описание из тега description или из текста, то, как составлен метатег описания, оказывает влияние на ранжирование страницы в поиске.
Пример, когда description в мета и в сниппете отличаются:
Синтаксис
<meta name="description" content="Содержимое мета-тега Description" />
Тег должен находиться внутри контейнера <head>…</head> в любом месте.
Требования SEO
- Должен отражать суть страницы, написан в виде согласованного текста. Может быть несколько предложений.
- Должен быть уникальным для всех страниц сайта, не дублировать аналогичные теги на других сайтах (для этого используем название компании в тексте мета-тега).
- В теге нужно использовать запросы, по которым продвигается данная страница, однако делать это необходимо так, чтобы они были использованы естественным образом, в нужной морфологии. Также не следует просто перечислять запросы через запятую.
- Содержание тега не должно повторять Title.
- Длина description должна быть не менее 70 и более 150-200 символов. Google определяет длину в пикселях, рекомендуемая длина от 400 до 930 пикселей.
- В description желательно отразить основные преимущества компании, товара, услуги.
- Наиболее важную информацию и фразы лучше разместить в начале мета-описания.
Примеры правильного заполнения тегов (полужирным выделены ключевые слова)
- <meta name=»description» content=»Мебель для спальни: огромный выбор моделей по ценам производителя. Заказывайте мебель в интернет-магазине ЛайфМебель с доставкой по России и Москве!» />
- <meta name=»description» content=»Тег meta description используется для формирования мета-описания страницы сайта в сниппетах Яндекса и Google.
Разберем как правильно писать мета description.» />
- <meta name=»description» content=»Купить микроволновую печь GORENJE MO20MW в интернет-магазине ЭЛЬДОРАДО с доставкой и гарантией. Ознакомиться с ценами, отзывами владельцев, фотографиями, техническими характеристиками и подробным описанием.» />
Ошибки и неудачные примеры мета-тегов
- <meta name=»description» content=»Смоленский завод железо-бетонных изделий №2 (ЖБИ-2)» /> (короткий, мало ключевых слов)
- <meta name=»description» content=»Матрасы в Смоленске. ОРТОПЕДИЧЕСКИЕ МАТРАСЫ. Матрас — это единственный предмет в обстановке спальни, который непосредственно связан со здоровьем. Некачественный или просто старый износившийся матрас может привести к очень серьезным проблемам, в то же время благодаря тщательно подобранному матрасу значительно улучшаются …» /> (сгенерирован автоматически, просто вырезано начало контента на странице)
- <meta name=»description» content=»Салон красоты ЛЕАЛЬ самый лучший Салон красоты москвы, салон красоты, парикмахерская, парикмахерская москва, стрижка в москве, похудеть москва, стрижка не дорого, как похудеть, похудеть москва,»/> (перечисление ключевых слов через запятую, неестественное мета-описание)
youtube.com/embed/NHrbuHcXrJw» frameborder=»0″ allowfullscreen=»allowfullscreen»/>
Мета-тег h2
Еще один очень важный тег. В нем лучше всего размещать главный, максимально частотный запрос, по которому продвигается данная страница. Заголовок страницы чаще всего должен содержать 1-3 слова. Исключение — страницы статей, товаров, проектов и т.п. То есть страницы, продвигаемые под более специфические, менее частотные запросы.
Синтаксис
<h2>Содержимое мета-тега h2</h2>
Тег должен находиться внутри контейнера <body>…</body> в любом месте.
Требования SEO
- Тег должен использоваться РОВНО один раз на странице.
- Отсутствие тега <h2> является ошибкой.
- В теге <h2> должно быть использовано главное ключевое слово на странице
- Рекомендуемая длина тега не более 70 символов (однако это не значит, что использовать длинные теги запрещено).
- Теги <h2> рекомендуется делать уникальными.
- Для товаров желательно указать в теге <h2> самые главные характеристики товара (длина, ширина, цвет, модель).
Примеры правильного заполнения тегов
- <h2>Автополив газонов</h2>
- <h2>Пусковой комплект микроорошения XCZ-075 PRF, 3/4″</h2>
- <h2>Новости</h2>
Ошибки и неудачные примеры мета-тегов
- <h2>Автополив газонов в Москве купить</h2>
- <h2>Автополив газонов, авто полив газонов, купить, цены</h2>
- Автополив газонов<h2></h2>
- <h2>Автополив газонов<h2>
Мета-теги h3, h4, h5, H5, H6
Синтаксис
<h3>Содержимое мета-тега h3</h3>
Теги должен находиться внутри контейнера <body>…</body>.
ВАЖНО! Должна соблюдаться иерархия тегов (цифры — это уровни, как показано ниже). Теги Hx используются именно как заголовки в содержательной части страницы. Если они используются как элементы оформления на сайте, необходимо заменить их на теги <DIV> с аналогичными классами оформления (визуально все сохранится так же, а логика размещения информации на странице будет соблюдена).
Пример:
- h2 — заголовок страницы (один!)
- h3 — заголовок второго уровня
- h4 — заголовок третьего уровня
- h4 — заголовок третьего уровня
- h4 — заголовок третьего уровня
- h3 — заголовок второго уровня
- h3 — загол
- h3 — заголовок второго уровня
Рекомендуемые размеры (длина) meta тегов title и description
Метатеги – это специальные HTML-теги, которые не видит пользователь, но зато «видят» и
учитывают поисковые роботы. Сегодня считается, что прописывать метатеги
необязательно, но, как показывает практика, они существенно улучшают индексацию
и продвижение. Прописывая метатеги,
очень желательно учитывать рекомендуемые
размеры (длину) meta тегов title и description.
Метатегов существует довольно много, но широко используются три:
- Title. Самый важный метатег. Это заголовок страницы, который будет показываться в поисковой выдаче. Его примерная длина – 80-100 символов;
- Description. Краткое описание, которое в выдаче будет являться сниппетом, то есть краткой выдержкой из текста. Оптимальная длина этого метатега – 150-200 символов;
- Keywords. Ключевые слова. Для 1 страницы можно прописать не больше 10 ключевых слов. Этот тег является наименее важным и почти не влияет на индексацию.
Вообще-то, даже из трех метатегов обязательным является только Title. Два других имели очень большое значение в
начале эпохи интернета, когда конкуренция еще не была такой огромной. Со
временем, стремясь завоевать доверие поисковых роботов, программисты стали прописывать
недопустимое количество слов, или, говоря современным языком, заспамливать
метатеги. Результат получился обратный – поисковые роботы почти перестали
учитывать keywords и description в поисковых выдачах, хотя очень многие SEO-оптимизаторы продолжают их использовать и
утверждают, что это улучшает индексацию.
Рекомендуемые размеры (длина) metaтегов title и description могут несущественно отличаться от указанной. Тексты, превышающие допустимый объем, не проиндексируются, поэтому делать их слишком длинными просто нет смысла.
Эта информация очень важна для понимания того, как происходит продвижение. И она поможет Вам при работе с сайтом. Но Вам не нужно будет самостоятельно прописывать метатеги – это сделают специалисты «РосГид».
Наша компания разрабатывает для клиентов продающие сайты, а также
осуществляет эффективную оптимизацию и продвижение. Наше преимущество в том,
что мы не совершаем резких шагов и используем все имеющиеся методы – даже те,
которые считаются устаревшими. Мы продолжаем прописывать метатеги с соблюдением
рекомендуемых размеров (длины) metaтегов title и description.
Продающий сайт и правильное продвижение – это важнейшие условия для развития бизнеса. Закажите и то, и другое в компании «РосГид»!
Наши телефоны и адрес: +7 (921) 918-35-01, +7 (812) 380-96-96, СПб, ул. Оптиков, д. 4, корп. 2, лит. А, оф. 228. E-mail: [email protected].
Короткая или длинная, что лучше? (Эксперимент за 1000 долларов)
При создании рекламы в Facebook большая часть креатива должна соответствовать определенным ограничениям.
Например, изображение должно иметь заданные пропорции и размер, и если заголовок или описание ссылки слишком длинные, они обрезаются.
Это оставляет текст объявления в качестве основной переменной , так как это может быть просто одно слово или эквивалент короткого рассказа.
Поскольку у рекламного текста так много возможностей, нас все время спрашивают в AdEspresso , какая длина лучше?
Девиз AdEspresso: Никогда ни о чем не предполагайте. Всегда все проверяйте. Итак, мы вложили 1000 долларов реальных затрат на рекламу, чтобы найти научный ответ.
И мы обнаружили, что лучшая длина для текста объявления на Facebook — это… (Продолжайте читать, чтобы знать!)
Целью этого эксперимента было увеличить количество загрузок нашей электронной книги по индивидуализированной аудитории Facebook:
При загрузке книги пользователь переходит на страницу благодарности, на которой запускается ведущий пиксель.
Мы отслеживали пиксель лида и использовали его для измерения нашей CPA, в данном случае , стоимости лида.
Эксперимент с длиной копии объявления в Facebook: Настройка
Помимо текста объявления, мы постарались сделать все остальное как можно более согласованным. , чтобы уменьшить влияние любых других элементов на эффективность рекламы.
Это означает, что каждого объявления использовали одно и то же изображение, заголовок, описание ссылки и кнопку CTA.
Подробно установка была:
- Аудитория: 1% клиентов-двойников из США, что дает общий размер аудитории 2.1 миллион
- Бюджет: 1000 долларов США на 14 дней
- Структура кампании: одно объявление на набор объявлений, то есть каждому объявлению был выделен одинаковый бюджет
- Места размещения: настольные и мобильные
- Оптимизация: конверсий
Мы протестировали 7 разных рекламных текстов; каждый был создан нашим постоянным автором блога Аной Готтер, чтобы гарантировать высокое качество.
Вот разные версии, от длинной до короткой:
Одно предложение — Версия A:
Одно предложение — Версия B:
Bullet Points:
Bullet Points + Emojis:
Один абзац:
Три абзаца:
Шесть абзацев:
Facebook Ad Copy Length Experiment: Hypothesis
Вместо того, чтобы команда AdEspresso прогнозировать результат, мы опросили наших клиентов в группе AdEspresso University на Facebook, а также спросили наших коллег по Hootsuite.
В общей сложности мы получили 135 голосов от этого пула опытных маркетологов, и предсказали, что короткий рекламный текст будет давать самую низкую стоимость за лид.
Эксперимент по длине копии объявления в Facebook: Результаты
На каждое объявление было потрачено 142,90 доллара США (+/- 0,10 доллара США) в течение 14 дней, и были получены следующие результаты:
Наблюдаемая нами тенденция состоит в том, что средний и длинный текст объявления дает самую низкую цену за конверсию и максимальное количество потенциальных клиентов.
Когда мы упростили текст объявления, сохранив его до одного предложения или разбив все на эмодзи, цена за конверсию была значительно выше.
Далее мы можем взглянуть на прогнозы маркетологов:
Только 11% голосов были отданы за 3 самых эффективных объявления.
Мы рассмотрим это более подробно в разделе выводов.
Вот общая эффективность кампании:
Обратите внимание на высокую стоимость клика в 5 долларов и относительно высокую цену за тысячу показов в 46 долларов.
Однако, как мы рассмотрели в , еще один эксперимент на 1000 долларов: Какой тип оптимизации кампании Facebook работает лучше всего? Качественный трафик стоит денег.
В данном случае оно того стоило, так как в результате коэффициент конверсии составил 79% , что более чем вдвое больше, чем мы видим для многих кампаний.
Стоимость лида (синяя линия на графике) была в основном стабильной, но 10 мая цены на значительно выросли.
Нам не удалось найти для этого причину, но это демонстрирует важность того, чтобы кампания продолжалась достаточно долго, чтобы исключить влияние ежедневных случайных колебаний.
Эксперимент по длине копии объявления в Facebook: Выводы
Ключевые точки, которые мы обнаружили:
- Неэффективный рекламный текст стоит в 2,4 раза дороже, чем лучшая версия
Это огромный разброс, который может быть разницей между прибыльностью рекламы и возможностью масштабирования бюджета и, с другой стороны, необходимостью приостанавливать рекламу, потому что это слишком дорого.
Имейте в виду, что текст объявления имеет незначительное влияние на эффективность рекламы, при этом изображение или видео и заголовок имеют наибольшее влияние.
При хорошо продуманной стратегии A / B-тестирования всех элементов рекламного объявления с течением времени потенциальная экономия средств огромна.
Действительно, мы видели аккаунты с разницей в цене за конверсию до 10 раз от начальной кампании до того момента, когда объявления были проверены и доработаны.
- 89% маркетологов проголосовали за 3 версии, которые показали худшие результаты
Поработав какое-то время в рекламе или ведя бизнес, кажется соблазнительным думать, что мы точно знаем, чего хочет аудитория.
Этот эксперимент доказывает, что мы на самом деле большую часть времени ошибаемся.
Сохраняйте непредвзятость и всегда проводите тестирование. также обязательно включите в свое тестирование несколько «подстановочных» параметров, так как они могут вас удивить и снизить цену за конверсию вдвое.
Почему более длинные версии работают лучше?
Все зависит от того, какой у вас товар.
Некоторые ценностные предложения очевидны и могут быть выражены полдюжиной слов, особенно для известных брендов или товаров.
Для чего-то более сложного, в данном случае руководства по пользовательским аудиториям Facebook, пользователю требуется дополнительная информация, прежде чем он сможет оценить его ценность.
Аудитория также должна направлять процесс создания вашего объявления.
В данном случае мы привлекали B2B-аудиторию, на которую нацелены различные лид-магниты, поэтому им нужна дополнительная информация, прежде чем принимать решение.
Лид-магниты, нацеленные на потребительскую аудиторию, например бесплатную книгу рецептов, могут потребовать меньше объяснений, и аудиторию легче привлечь.
Последние мысли
Следует иметь в виду, что длинное объявление работает только в том случае, если оно хорошо написано.
В нашем случае мы использовали профессионального копирайтера.
Для многих начинающих рекламодателей легче создать короткий текст объявления или серию маркированных пунктов, и это может обеспечить лучшую конверсию, чем плохо написанный длинный текст.
Многие компании могут найти хорошие результаты, начав с коротких объявлений, а затем используя их отзывы, чтобы заставить специалиста создать более длинные версии.
Что вы думаете? Вы предпочитаете, чтобы он был длинным или коротким? Будете ли вы экспериментировать и делиться результатами своих кампаний? С чем вы хотите, чтобы мы поэкспериментировали в следующий раз?
Присоединяйтесь к нашему эксклюзивному университету AdEspresso, чтобы получить доступ ко ВСЕМ нашим экспериментам за 1000 долларов, и станьте участником нашей группы Private AdEspresso University на Facebook только для ведущих маркетологов!
Аудит минимальной длины пароляи принудительное применение в определенных версиях Windows
Сводка
Обновления для Windows 10, выпущенные 18 августа 2020 г. , добавляют поддержку для следующего:
События аудита, чтобы определить, поддерживают ли приложения и службы пароли длиной 15 или более символов.
Обеспечение минимальной длины пароля из 15 или более символов на контроллерах домена (DC) Windows Server версии 2004.
Поддерживаемые версии Windows
Аудит длины паролей поддерживается в следующих версиях Windows. Обеспечение минимальной длины пароля из 15 символов и более поддерживается в Windows Server версии 2004 и более поздних версиях Windows.
Версия Windows | КБ | Поддержка |
Windows 10, версия 2004 | Включено в выпущенную версию | Исполнение |
Windows 10, версия 1909 | KB4566116 | Аудит |
Windows 10, версия 1903 | KB4566116 | Аудит |
Windows 10, версия 1809 | KB4571748 | Аудит |
Windows 10, версия 1607 | В продаже с сентября 2020 г. | Аудит |
Предлагаемое развертывание
Контроллеры домена | Рабочие места администратора | |
Аудит: Если только аудит использования пароля ниже минимального значения, разверните его следующим образом. | Разверните обновления на всех поддерживаемых контроллерах домена, где требуется аудит. | Разверните обновления на поддерживаемых административных рабочих станциях для новых параметров групповой политики. |
Применение: Если требуется принудительное применение пароля минимальной длины, выполните развертывание следующим образом. | Windows Server, DC версии 2004. Все контроллеры домена должны быть этой или более поздней версии. Никаких дополнительных обновлений не требуется. | Используйте Windows 10 версии 2004. В эту версию включены новые параметры групповой политики для принудительного применения. Используйте эти рабочие станции для развертывания обновленных групповых политик. |
Руководство по развертыванию
Чтобы добавить поддержку аудита и обеспечения соблюдения минимальной длины пароля , выполните следующие действия:
Разверните обновление для всех поддерживаемых версий Windows на всех контроллерах домена.
- Контроллер домена
: обновления и последующие обновления включают поддержку на всех контроллерах домена для аутентификации учетных записей пользователей или служб, настроенных на использование паролей длиной более 14 символов.
Административная рабочая станция: разверните обновления на административных рабочих станциях, чтобы разрешить применение новых параметров групповой политики к контроллерам домена.
- Контроллер домена
Включите параметр MinimumPasswordLengthAudit Group Policy в домене или лесу, где требуются более длинные пароли.Этот параметр политики должен быть включен в политике контроллера домена по умолчанию, связанной с организационной единицей (OU) контроллеров домена.
Мы рекомендуем оставить политику аудита включенной на три-шесть месяцев для обнаружения всего программного обеспечения, которое не поддерживает пароли длиной более 14 символов.
Мониторинг доменов на предмет событий Directory-Services-SAM 16978, зарегистрированных программным обеспечением, которое управляет паролями, в течение трех-шести месяцев.Вам не нужно отслеживать события Directory-Services-SAM 16978, зарегистрированные для учетных записей пользователей.
Если возможно, настройте программное обеспечение на использование более длинной длины пароля.
Обратитесь к поставщику программного обеспечения, чтобы обновить программное обеспечение для использования более длинных паролей.
Разверните детальную политику паролей для этой учетной записи, используя значение, которое соответствует длине пароля, используемой программным обеспечением.
Для программного обеспечения, которое управляет паролями учетных записей, но не использует длинные пароли автоматически и не может быть настроено на использование длинных паролей, для этих учетных записей может использоваться политика точных паролей.
После обработки всех событий Directory-Services-SAM 16978 активируйте минимальный пароль. Для этого выполните следующие действия:
Разверните версию Windows Server, которая поддерживает принудительное применение на всех контроллерах домена (включая контроллеры домена только для чтения).
Включите RelaxMinimumPasswordLengthLimits Group Policy на всех контроллерах домена.
Настройте групповую политику MinimumPasswordLength на всех контроллерах домена.
Групповая политика
Путь к политике и имя параметра, поддерживаемые версии | Описание |
Путь к политике: Конфигурация компьютера> Параметры Windows> Параметры безопасности> Политики учетных записей -> Политика паролей -> Проверка минимальной длины пароля Имя настройки: MinimumPasswordLengthAudit Поддерживается:
Перезагрузка не требуется | Проверка минимальной длины пароля Этот параметр безопасности определяет минимальную длину пароля, для которой генерируются предупреждения аудита длины пароля. Вам следует включать и настраивать этот параметр только при попытке определить потенциальный эффект увеличения минимальной длины пароля в вашей среде. Если этот параметр не определен, события аудита не выдаются. Если этот параметр определен и меньше или равен настройке минимальной длины пароля, события аудита не будут выдаваться. Если этот параметр определен и превышает параметр минимальной длины пароля, а длина нового пароля учетной записи меньше этого параметра, будет выдано событие аудита. |
Путь к политике и имя параметра, поддерживаемые версии | Описание |
Путь к политике: Конфигурация компьютера> Параметры Windows> Параметры безопасности> Политики учетных записей -> Политика паролей -> Снять ограничения на минимальную длину пароля Имя параметра: RelaxMinimumPasswordLengthLimits Поддерживается: Перезагрузка не требуется | Ослабить устаревшие ограничения минимальной длины пароля Этот параметр определяет, можно ли увеличить минимальную длину пароля сверх установленного предела, равного 14. Если этот параметр не определен, минимальная длина пароля может быть установлена не более 14. Если этот параметр определен и отключен, минимальная длина пароля может быть установлена не более 14. Если этот параметр определен и включен, минимальная длина пароля может быть больше 14. Для получения дополнительной информации см. Https://go.microsoft.com/fwlink/?LinkId=2097191. |
Путь к политике и имя параметра, поддерживаемые версии | Описание |
Путь к политике: Конфигурация компьютера> Параметры Windows> Параметры безопасности> Политики учетных записей -> Политика паролей -> Минимальная длина пароля Имя настройки: MinimumPasswordLength Поддерживается: Перезагрузка не требуется | Этот параметр безопасности определяет минимальное количество символов, которое может содержать пароль для учетной записи пользователя. Максимальное значение для этого параметра зависит от значения параметра Relax для минимальной длины пароля. Если параметр Relax минимальной длины пароля не определен, этот параметр может быть настроен от 0 до 14. Если параметр Relax минимальной длины пароля определен и отключен, этот параметр может быть настроен от 0 до 14. Если параметр Relax минимальной длины пароля определен и включен, этот параметр может быть настроен от 0 до 128. Установка необходимого количества символов на 0 означает, что пароль не требуется. Примечание По умолчанию рядовые компьютеры следуют конфигурации своих контроллеров домена. Значения по умолчанию:
Настройка этого параметра больше 14 может повлиять на совместимость с клиентами, службами и приложениями. |
Сообщения журнала событий Windows
Три новых сообщения журнала событий ID включены как часть этой дополнительной поддержки.
Код события 16977
Идентификатор события 16977 будет зарегистрирован, когда MinimumPasswordLength , RelaxMinimumPasswordLengthLimits или MinimumPasswordLengthAudit параметры политики изначально настроены или изменены в групповой политике.Это событие будет регистрироваться только на контроллерах домена. Значение RelaxMinimumPasswordLengthLimits будет регистрироваться только в контроллерах домена Windows Server версии 2004 и более поздних.
Журнал событий | Система |
Источник события | Справочник-Услуги-SAM |
Идентификатор события | 16977 |
Уровень | Информация |
Текст сообщения о событии | Домен настроен с использованием следующих параметров минимальной длины пароля. MinimumPasswordLength: Для получения дополнительной информации см. Https://go.microsoft.com/fwlink/?LinkId=2097191. |
Идентификатор события 16978
Идентификатор события 16978 будет зарегистрирован, когда пароль учетной записи будет изменен, и пароль будет короче текущего значения MinimumPasswordLengthAudit .
Журнал событий | Система |
Источник события | Справочник-Услуги-SAM |
Идентификатор события | 16978 |
Уровень | Информация |
Текст сообщения о событии | Следующая учетная запись настроена на использование пароля, длина которого короче текущего значения MinimumPasswordLengthAudit . AccountName: Для получения дополнительной информации см. Https://go.microsoft.com/fwlink/?LinkId=2097191. |
Код события 16979 Принудительное применение
Событие с кодом 16979 будет записано в журнал при неправильной настройке параметров групповой политики аудита.Это событие будет регистрироваться только на контроллерах домена. Значение RelaxMinimumPasswordLengthLimits будет регистрироваться только в контроллерах домена Windows Server версии 2004 и более поздних. Это для принуждения.
Журнал событий | Система |
Источник события | Справочник-Услуги-SAM |
Идентификатор события | 16979 |
Уровень | Ошибка |
Текст сообщения о событии | Домен неправильно настроен с параметром MinimumPasswordLength , превышающим 14, в то время как RelaxMinimumPasswordLengthLimits либо не определен, либо отключен. Примечание Пока это не будет исправлено, для домена будет применяться меньшее значение MinimumPasswordLength , равное 14. Для получения дополнительной информации см. Https://go.microsoft.com/fwlink/?LinkId=2097191. |
Код события 16979 Аудит
Событие с кодом 16979 будет записано в журнал при неправильной настройке параметров групповой политики аудита.Это событие будет регистрироваться только на контроллерах домена. Одно новое сообщение журнала событий включено для аудита как часть этой дополнительной поддержки.
Журнал событий | Система |
Источник события | Справочник-Услуги-SAM |
Идентификатор события | 16979 |
Уровень | Ошибка |
Текст сообщения о событии | Домен неправильно настроен с параметром MinimumPasswordLength, превышающим 14. Примечание Пока это не будет исправлено, для домена будет применяться меньшее значение MinimumPasswordLength , равное 14 . В настоящее время настроено MinimumPasswordLength значение: Для получения дополнительной информации см. Https://go.microsoft.com/fwlink/?LinkId=2097191. |
Руководство по смене программного пароля
Используйте максимальную длину пароля при установке пароля в программном обеспечении.
История
Хотя общая стратегия безопасности Microsoft твердо ориентирована на будущее без паролей, многие клиенты не могут отказаться от паролей в краткосрочной и среднесрочной перспективе. Некоторые клиенты, заботящиеся о безопасности, хотят иметь возможность настроить параметр минимальной длины пароля домена по умолчанию, превышающий 14 символов (например, клиенты могут сделать это после обучения своих пользователей использованию более длинных парольных фраз вместо традиционных коротких паролей с одним токеном) .В поддержку этого запроса обновления Windows в апреле 2018 г. для Windows Server 2016 включили изменение групповой политики, которое увеличило минимальную длину пароля с 14 до 20 символов. Хотя это изменение, казалось, поддерживало более длинный пароль, в конечном итоге было недостаточно, и новое значение было отклонено при применении групповой политики. Эти отказы были скрытыми и требовали детального тестирования, чтобы определить, что система не поддерживает более длинные пароли. Последующее обновление уровня диспетчера учетных записей безопасности (SAM) было включено как для Windows Server 2016, так и для Windows Server 2019, чтобы система могла корректно работать от начала до конца с минимальной длиной пароля более 14 символов.Последующее обновление уровня диспетчера учетных записей безопасности (SAM) было включено как для Windows Server 2016, так и для Windows Server 2019, чтобы система могла корректно работать от начала до конца с минимальной длиной пароля более 14 символов.
Параметр политики MinimumPasswordLength имеет допустимый диапазон от 0 до 14 в течение очень долгого времени (многие десятилетия) на всех платформах Microsoft. Этот параметр применяется как к локальным параметрам безопасности Windows, так и к Active Directory (и доменам NT4 до этого).Нулевое значение (0) означает, что пароль для какой-либо учетной записи не требуется.
В более ранних версиях Windows пользовательский интерфейс групповой политики не позволял установить минимальную требуемую длину пароля, превышающую 14 символов. Однако в апреле 2018 года мы выпустили обновления Windows 10, которые добавили поддержку более 14 символов в пользовательском интерфейсе групповой политики как часть обновлений, таких как:
Это обновление включало следующий текст примечания к выпуску:
«Увеличивает минимальную длину пароля в групповой политике до 20 символов.«
Некоторые клиенты, установившие выпуски за апрель 2018 г. и заменившие обновления, обнаружили, что они по-прежнему не могут использовать пароли длиной более 14 символов. Исследование показало, что на компьютерах с ролью DC, обслуживающих пароли длиной более 14 символов, которые были определены в политике паролей, необходимо установить дополнительные обновления. Следующие обновления позволили Windows Server 2016, Windows 10, версии 1607 и первоначальному выпуску контроллеров домена Windows 10 обслуживать входы в систему и запросы проверки подлинности с паролями длиной более 14 символов:
Это обновление включало следующий текст примечания к выпуску:
«Решает проблему, из-за которой контроллеры домена не могут применять политику паролей групповой политики, когда минимальная длина пароля настроена больше 14 символов.«
Некоторые клиенты определили пароли длиной более 14 символов в политике после установки обновлений с апреля 2018 г. по октябрь 2018 г., которые по существу оставались бездействующими до обновлений ноября 2018 г. и декабря 2018 г., или контроллеры домена с поддержкой собственной ОС для обслуживания паролей длиной более 14 символов в политике. , тем самым устраняя связь времени / причинно-следственной связи между включением функций и применением политики. Независимо от того, установили ли вы обновления групповой политики и контроллера домена одновременно или нет, вы можете увидеть следующие побочные эффекты:
Обнаружены проблемы с приложениями, которые в настоящее время несовместимы с паролями длиной более 14 символов.
Выявленные проблемы, когда домены, состоящие из смеси окончательной версии Windows Server 2019 или обновленных контроллеров домена 2016, которые поддерживают пароли длиной более 14 символов, и контроллеры домена до Windows Server 2016, которые не поддерживают пароли длиной более 14 символов (до backports существуют и установлены для Windows Server 2016).
После установки KB4467684 служба кластера может не запуститься с ошибкой «2245 (NERR_PasswordTooShort)», если в групповой политике «Минимальная длина пароля» настроена более 14 символов.
Рекомендации по устранению этой известной проблемы заключались в том, чтобы установить для политики домена по умолчанию «Минимальная длина пароля» значение меньше или равное 14 символам. Мы работаем над решением и предоставим обновление в следующем выпуске.
Из-за более ранних проблем поддержка на стороне DC для паролей длиной более 14 символов была удалена в обновлениях за январь 2019 г., поэтому эту функцию нельзя использовать.
массив-скобка-новая строка | принудительный перенос строк после открытия и перед закрытием скобок массива | |||
массив-скобка-интервал | скобки обеспечивают согласованный интервал внутри массива | |||
array-element-newline | принудительное разрывы строк после каждого элемента массива | |||
интервал между блоками | запретить или принудительно применить пробелы внутри блоков после открытия блока и перед закрытием блока | |||
в стиле фигурных скобок | обеспечивает согласованный стиль фигурных скобок для блоков | |||
camelcase | обеспечивает соблюдение соглашения об именах верблюжьих букв | |||
использование заглавных букв в комментариях | или запрет на использование первых буквкомментарий | |||
запятая-болтающаяся | требовать или запрещать конечные запятые | |||
интервал между запятыми | обеспечить согласованный интервал до и после запятых | |||
стиль | согласованный стиль запятой | |||
computed-property-spacing | принудительно применять согласованный интервал внутри скобок вычисляемых свойств | |||
согласованный-это | обеспечивает согласованное именование при захвате текущего контекста выполнения | |||
last | требовать или запрещать новую строку в конце файлов | |||
func-call-spacing | требовать или запрещать интервалы между идентификаторами функций и их вызовами | |||
func-name-matching require function | имена, чтобы соответствовать имени переменная или свойство, которым они назначены | |||
имена функций | требовать или запрещать именованные выражения «функции» | |||
func-style | обеспечивать согласованное использование либо объявлений «функций», либо выражения | |||
function-call-argument-newline | принудительно разрывы строк между аргументами при вызове функции | |||
function-paren-newline | принудительно применять 33 последовательные разрывы строк внутри скобок функций | |||
id-denylist | запретить указанные идентификаторы | |||
id-length | принудительно установить минимальную и максимальную длину идентификатора | |||
id-match | требовать идентификаторов | |||
неявная стрелка-строка ak | обеспечить расположение тел стрелочных функций | |||
indent | обеспечить согласованный отступ | |||
jsx-quotes | обеспечить согласованное использование либо двойных, либо одинарных кавычек 9018 JS. | |||
key-spacing | обеспечить согласованный интервал между ключами и значениями в свойствах литералов объекта | |||
keyword-spacing | обеспечить согласованный интервал до и после ключевых слов | |||
line-comment | position | принудительно установить положение строковых комментариев | ||
linebreak-style | обеспечить согласованный стиль переноса строки | |||
строк вокруг комментариев | требовать пустые строки вокруг комментариев | |||
требовать или запрещать пустую строку между членами класса | ||||
max-depth | установить максимальную глубину, на которой блоки могут быть вложены | |||
max-len | установить максимальную длину строки | |||
max-lines | обеспечить максимальное количество строк в файле | |||
max-lines-per-function | обеспечить максимальное количество строк кода в функции | |||
max-nested-callbacks | обеспечивает максимальную глубину вложенности обратных вызовов | |||
max-params | обеспечивает максимальное количество параметров в определениях функций | |||
max-statementforce | максимальное количество операторов, разрешенных в функциональных блоках | |||
max-statement-per-line | enforc e максимальное количество операторов, разрешенных в строке | |||
стиль многострочного комментария | обеспечивает соблюдение определенного стиля для многострочных комментариев | |||
многострочный тернарный | вводит новые строки между операндами | троичных выражений|||
new-cap | требовать, чтобы имена конструкторов начинались с заглавной буквы | |||
new-parens | применять или запрещать круглые скобки при вызове конструктора без аргументов | |||
per-chained-call | требует новой строки после каждого вызова в цепочке методов | |||
конструктор без массива | запретить конструкторы `Array` | |||
без побитовых | 18 запретить побитовые операторы | |||
запретить продолжение | запретить Операторы continue | |||
no-inline-comments | запретить встроенные комментарии после кода | |||
no-lonely-if | запретить операторы if в качестве единственного оператора в блоках else | |||
без смешанных операторов | запретить смешанные бинарные операторы | |||
без смешанных пробелов и табуляции | запретить смешанные пробелы и табуляции для отступов | |||
multi-assign | запретить использование связанных выражений присваивания | |||
no-multiple-empty-lines | disallow multiple-empty-lines | |||
no-negated-condition | 1218 disallow | no-nested-ternary | запретить вложенные тернарные выражения | |
no-new-ob ject | запретить конструкторы `Object` | |||
no-plusplus | запретить унарные операторы` ++ `и` —` | |||
no-limited-syntax | 18 | |||
no-tabs | disallow all tabs | |||
no-ternary | disallow ternary operators | |||
no-trailing-space | disallow the end of ends of the end of disallow end of disallow the end of 9112s||||
no-underscore-dangle | запретить висячие символы подчеркивания в идентификаторах | |||
no-ненужный тройной | запретить тройные операторы, если существуют более простые альтернативы | |||
запретить пробелы перед свойствами | ||||
не block-statement-body-position | обеспечивает расположение однострочных операторов | |||
object-curly-newline | обеспечивает согласованные разрывы строк внутри фигурных скобок | |||
object-curly-spacing | обеспечить согласованный интервал внутри фигурных скобок | |||
объект-свойство-новая строка | принудительно разместить свойства объекта в отдельных строках | |||
one-var | принудительно объявить переменные вместе или по отдельности в функциях | |||
one-var-Declaration-per-line | Требовать или запрещать переводы строк вокруг объявлений переменных | |||
оператор-присваивание | Требовать или запрещать оператор присваивания, где это возможно | |||
оператор-разрыв строки | enfo rce согласованный стиль разрыва строки для операторов | |||
padded-block | Требовать или запрещать заполнение внутри блоков | |||
padding-line-between-statement | require or disallow padding lines | |||
предпочесть оператор возведения в степень | запретить использование `Math.pow` в пользу оператора `**` | |||
предпочитают-объект-распространение | запрещают использование Object.assign с литералом объекта в качестве первого аргумента и предпочитают использовать вместо этого объектное распространение. | |||
кавычки | требуют кавычек вокруг имен свойств литералов объекта | |||
кавычки | обеспечивают согласованное использование обратных кавычек, двойных или одинарных кавычек | |||
требовать или запрещать точки с запятой вместо ASI | ||||
полушаги | принудительно применять одинаковый интервал до и после точки с запятой | |||
полустиль | ||||
полустиль | ||||
sort-keys | требуют сортировки ключей объекта | |||
sort-vars | требуют, чтобы переменные в одном блоке объявления были отсортированы | |||
space-before-blocks | power-before-blocks перед блоками | |||
пробел-перед-функцией-пареной | обеспечивает согласованный интервал перед открывающей скобкой определения функции | |||
пробел-в-скобках | обеспечивает согласованный интервал внутри скобок | |||
-ops | требуется интервал вокруг инфиксных операторов | |||
space-unary-ops | принудительно использовать последовательный интервал до или после унарных операторов | |||
интервал-комментарий | принудительный / последовательный интервал после / `или` / * `в комментарии | |||
переключатель-двоеточие-интервал | принудительно использовать интервалы между двоеточиями в операторах переключения | |||
шаблон-тег-интервал | требовать или запрещать интервал между теги шаблонов и их литералы | |||
unicode-bom | требовать или запрещать метку порядка байтов Unicode (BOM) | |||
wrap-regex | требовать скобки вокруг литералов регулярных выражений |
Руководство по созданию описаний продуктов для SEO на 2020 год
У людей есть уникальные способы поиска вещей в Интернете .Некоторые слова и термины чаще используются при просмотре продуктов в Интернете. Определенный голос или тон ударяют по верному шнуру, укрепляя доверие к покупателю. Вот почему вам необходимо разработать стратегию описания продукта для SEO.
Если информация о вашем продукте неясна, бесполезна или не добавляет ценности для поиска ваших покупателей в Интернете, вероятность неудачной покупки составляет 20%. Кроме того, SEO не только помогает узнавать о ваших продуктах, но и в конечном итоге может увеличить продажи.Поскольку описание на самом деле представляет собой шаг, который может побудить ваших клиентов нажать кнопку «добавить в корзину», вы не можете игнорировать усердную работу над ними.
Проведите исследование ключевых слов, займитесь реверс-инжинирингом, чтобы увидеть, как конкуренты повышают рейтинг своих продуктов с помощью описаний, и придумайте надежную стратегию написания описаний продуктов для SEO.
Давайте начнем с следующих советов и примеров по описанию продуктов для SEO.
Как сделать ваши продукты доступными для поиска с помощью SEO-описаний продуктов
Вы согласны с тем, что в Интернете продается множество товаров.Тонны из них похожи или такие же, как то, что вы продаете. Итак, как сделать так, чтобы Интернет завоевал вам основную часть целевой аудитории, а не отправил ее на соревнования? Вы знаете, что единственный способ добиться этого — попасть в первые несколько слотов Google.
Если вы не занимаетесь пятью первыми рейтингами, вы фактически не участвуете в соревновании. Это, конечно, не относится к брендам, которые напрямую ищут покупатели. Такие громкие имена, как GAP, Nike или Sephora, не нуждаются в борьбе за поисковые места.
Но если вы являетесь небольшим и растущим магазином электронной коммерции на Shopify, вы знаете, насколько важно, чтобы ваши продукты были обнаружены. Если люди не знают, что вы продаете, они никогда не купят у вас.
Вот ваше руководство по началу работы с описанием продукта для SEO.
Привнесите человеческий фактор в поиск людей
Веб-сканеры не собираются покупать у вас. Итак, правило номер один при написании хороших описаний, которые на самом деле продают, — сместить ваш фокус с написания для этих ботов на письмо для реальных людей.Мы не говорим, что это нормально — игнорировать требования и рекомендации поисковых роботов.
Тем не менее, оптимизируйте эти технические детали, как только вы действительно определили, как люди ищут продукты и что они хотят знать о любом продукте, который они покупают. Вот как вы создаете «полезный» контент. Ваши описания должны помочь вашим покупателям принять правильное решение о покупке.
При поиске лампочек в Интернете пользователь, скорее всего, будет искать типы ламп или искать определенный тип, например, люминесцентные лампы.При написании описания убедитесь, что вы помогаете пользователю в поиске, основанном на «намерениях». Еще одно намерение, на основании которого пользователь совершает покупку, — это стоимость тех люминесцентных ламп, которые он собирается приобрести. Поверните свое описание, чтобы обеспечить максимальную ценность с учетом этих факторов.
Хороший инструмент подсказки ключевых слов поможет вам определить ключевые слова, которые чаще всего ищут в Интернете, а также конкуренцию вокруг них.
Сосредоточьтесь на преимуществах вашего продукта
Поскольку вы пишете для людей, пишите на языке, который поможет им узнать, «что им выгодно», чтобы совершить покупку.Вместо того, чтобы обращать внимание на особенности, сосредоточьтесь на преимуществах или ценности, которые покупатель получает от продукта. Конечно, это зависит от того, что вы продаете. Например, профессиональная камера или мобильный телефон потребуют от вас четкого указания технических характеристик.
Более того, описание продукта, основанное на характеристиках, звучит обезличенно. Если вы полностью сосредоточитесь на продукте, может показаться, что вы слишком много продаете. Прочтите следующий текст, и вы поймете, что мы имеем в виду.
Шапка с закругленными краями на меховой подкладке.Доступен в красном и синем цветовых вариантах.
Это кажется скучным, правда? И от чего помогает меховая шапка? Для какого сезона он хорош? Нет абсолютно никакой информации об этих факторах, которые могли бы помочь покупателю понять, покупать ему или нет. А теперь читайте следующее:
Ваш идеальный зимний головной убор — это мягкая теплая меховая подкладка. Нравится синий или красный? Позаботьтесь о холодном сезоне в жарком стиле.
Однозначно, второй вариант удобнее. Единственный дополнительный совет здесь — использовать ключевые слова, изучив такие термины, как зимний головной убор, зимние кепки, зимние шапки и т. Д.
Вот еще один снимок экрана с отличным экземпляром продукта, который четко описывает, почему вы должны покупать защитные от пота футболки Thompson Tee.
Пока вы занимаетесь этим, не забудьте обратить внимание на эти 8 ингредиентов, которые портят ваш идеальный рецепт на странице продукта.
Получите правильную длину описания продукта
Насколько короткое — это слишком мало? И как долго это слишком долго? Сложный вопрос, потому что у вас нет стандартной длины для написания описаний продуктов для SEO.
Позвольте вашей аудитории определить оптимальное количество слов в описании вашего продукта. И потребности вашего покупателя будут варьироваться в зависимости от их уровня осведомленности (и, следовательно, стадии покупки) о вашем продукте.
Когда задаются определенные поисковые запросы, люди уже знают, что им нужно, и какую выгоду они получат от определенного продукта. Эти покупатели находятся на высоком уровне осведомленности и находятся ближе всего к воронке продаж. Описание ваших продуктов на этом этапе должно дать им лучший толчок к покупке.Пятнадцати лишних слов должно хватить, чтобы убедить и обратить потенциальных покупателей.
Рассмотрим следующий пример средства для умывания Bio Fresh Face Wash на Amazon.
Для точного поиска фруктового средства для мытья лица в описании четко указано, что продукт содержит, количество и типы кожицы, для которых он подходит. Здесь не нужно ничего особенного.
Поймите и определите свою целевую аудиторию
Есть продукты, которые универсальны. И, наконец, есть те, которые широко используются определенной частью покупателей.Эти продукты лучше соответствуют потребностям и идеологиям определенного сегмента. Рассмотрим в качестве примера покупателей, «заботящихся об окружающей среде». Эти люди очень серьезно относятся к ингредиентам продукта и процессу покупки.
Описание ваших продуктов должно соответствовать желаниям, намерениям, мотивам, симпатиям и антипатиям вашей целевой аудитории. Если вы можете создать эмоциональную связь со своей аудиторией через описания продуктов для SEO, результаты будут еще лучше.
Рассмотрим в качестве примера органические гигиенические прокладки.Этот продукт не всем нравится. Они дорогие и по большей части неизученный продукт. Однако многие женщины переходят на органические гигиенические прокладки, учитывая, насколько опасны для окружающей среды прокладки, которые покупают большинство женщин.
Теперь, опять же, в зависимости от уровня осведомленности ваших покупателей, описания ваших продуктов должны либо говорить о самом «вашем продукте», либо давать представление потенциальным покупателям. Занимая второе место в Google, Саати пишет четкие описания продуктов для людей, которые ищут в Интернете органические подушечки.Их копия сосредотачивается на том факте, что люди в «Индии» (их целевая аудитория) могут искать что-то полностью биоразлагаемое.
Сохраняйте уникальность в каждом описании
Не используйте стандартизированный шаблон или формат для всех продуктов при написании описаний продуктов для SEO. Это сделает описания скучными. Не придавая им монотонности, создайте копию, отражающую имидж вашего бренда.
Одним из практических советов здесь будет избегать использования описаний производителей.Во-первых, эти описания производителей уже есть в Интернете, и Google наказывает за любое дублирование содержания.
В статье Moz говорится, что когда описания продуктов для SEO читаются как почти повторяющиеся, поисковые системы не могут их распознать. Это может затруднить видимость всех ваших продуктов и страниц. Вот почему независимо от того, где вы разместили свои продукты, кроме как на своем собственном веб-сайте, вам нужно воссоздать копию, чтобы сохранить их все уникальными.
Во-вторых, копия, написанная производителем, в большей степени ориентирована на содержание и особенности.Это слишком технично и просто. Google ценит творчество.
Если вы продаете что-то вроде ноутбуков, вы должны говорить профессионально. Тем не менее, вы можете проявить творческий подход к тону и стилю письма.
С другой стороны, шутливый юмор хорошо сочетается с платьями, аксессуарами и косметикой.
Ниже приведены два примера от той же компании, которая производит средства для ухода за бородой. Посмотрите, как они продвигают свой бренд, придавая своей продукции уникальный вкус.
Создавайте закуски, сканируемые и читаемые материалы
Мы указали, что не существует оптимальной длины для описаний продуктов. Что ж, это не значит, что вы можете продолжать писать истории. Идея состоит в том, чтобы содержание и информацию можно было легко усваивать за одно беглое прочтение.
Вот почему, даже если у вас длинные описания, сделайте их более удобными с помощью маркеров.
Продукты Amazon всегда имеют маркированное описание перечисленных продуктов. Эту же технику могут использовать владельцы отдельных магазинов на своем собственном веб-сайте для создания оптимизированных для SEO описаний продуктов.
Практическая электронная коммерция показывает, как использовать маркеры для написания SEO-описаний продуктов, которые увеличивают продажи. Вот изображение для справки на тот случай, если вам захочется быстро просмотреть обозначенное маркером описание:
Завершение
Есть больше способов, чем можно перечислить в одном сообщении с описанием продуктов для SEO. Чтобы добавить к тому, о чем мы говорили выше в посте, есть другие действия, включая оптимизацию метаописаний и названия продукта для SEO.
Использование ключевых слов, по которым вы хотите ранжироваться в тексте ALT, всегда работает. И то же самое касается использования изображений в описаниях продуктов.
Со временем технологии меняют способ поиска людей, который также претерпел огромные изменения.
Голосовая команда сегодня царит во всемирной паутине. Поэтому так же важно работать над стратегией описания продукта SEO для голосового поиска. Эти советы и тактика сделают ваши продукты более (легко) доступными для поиска нужными людьми.
Есть идеи и идеи, которыми можно поделиться? Оставьте комментарий, и мы скоро вернемся.
Анализ длины заголовка TCP — Раздел 3
Третье поле, которое внимательно изучается, — это длина заголовка TCP. На самом деле не так много можно сказать о длине заголовка, кроме как объяснить, что он представляет и как интерпретировать его значения, но это само по себе очень важно, как вы скоро увидите.
Давайте быстро взглянем на поле длины заголовка TCP, отметив его положение в структуре TCP:
Вы также могли видеть длину заголовка, представленную как «смещение данных» в других анализаторах пакетов или приложениях, это практически то же самое, что и длина заголовка, только с «более интересным» именем.
Анализ длины заголовка
Если вы откроете любую книгу по сетевым технологиям, посвященную заголовку TCP, вы почти наверняка найдете следующее описание для этого конкретного поля:
« Целочисленное значение, определяющее длину заголовка сегмента, измеренную в 32-битных кратных » (Межсетевое взаимодействие с TCP / IP, Дуглас Э. Комер, стр. 204, 1995). Это описание звучит впечатляюще, но когда вы смотрите на пачку, вы, скорее всего, почесаете голову, думая: что именно это означало?
Что ж, вы можете перестать путаться, потому что мы рассмотрим это шаг за шагом, отвечая на все возможные вопросы, которые могут у вас возникнуть.Если мы не ответим на ваши вопросы полностью, что ж … всегда есть наши форумы, на которые можно обратиться!
Шаг 1 — Какая часть составляет «Длина заголовка»?
Прежде чем мы углубимся в анализ значения значений, используемых в этом поле, которое, кстати, меняется с каждым пакетом, нам нужно понять, какая часть пакета является «длиной заголовка».
Глядя на снимок экрана слева, светло-синяя выделенная секция показывает нам секцию, которая учитывается в значении длины заголовка.Имея это в виду, вы можете видеть, что общая длина голубого раздела (длина заголовка) составляет 28 байтов.
Поле длины заголовка является обязательным, поскольку поле «Параметры TCP» содержит различные параметры, которые могут использоваться или не использоваться. По логике вещей, если не использовать никаких опций, длина заголовка будет намного меньше.
Если вы посмотрите на наш пример, вы заметите, что «Параметры TCP» равны «да», что означает, что в этом поле есть параметры, которые используются в данном конкретном соединении.Мы расширили раздел, чтобы показать используемые параметры TCP, а именно «Максимальный сегмент» и «SACK OK». Они будут проанализированы на следующих страницах, но в настоящее время нас интересует, используются ли параметры TCP или нет.
Когда пакет на нашем снимке экрана достигнет принимающей стороны, получатель прочитает поле длины заголовка и точно знает, где начинается порция данных.
Эти данные будут перенесены на вышележащие уровни, в то время как заголовок TCP будет удален и проигнорирован.В этом примере у нас нет данных, что является нормальным, поскольку пакет инициирует трехстороннее рукопожатие (флаги, SYN = 1), но мы рассмотрим это более подробно на следующей странице.
Основная проблема, требующая нашего внимания, связана со значениями, используемыми для поля длины заголовка, и обучением их правильной интерпретации.
Шаг 2 — Анализ значения заголовка
На снимке экрана выше мы можем видеть наш сниффер пакетов, указывающий, что поле имеет значение 7 (шестнадцатеричное), и это интерпретируется как 28 байтов.Чтобы вычислить это, вы берете значение 7, умножаете его на 32 и делите результат на 8: 7×32 = 224/8 = 28 байтов.
Вы помните определение, данное в начале этой страницы? « Целое число, определяющее длину заголовка сегмента, измеренную в 32-битных кратных ». Это был формальный способ описания этих вычислений 🙂
Данный расчет автоматически выполняется нашим сниффером пакетов, что довольно продуманно, согласны? Это можно рассматривать, если хотите, как дополнительную «особенность» , которую можно найти в самых серьезных анализаторах пакетов.
Ниже вы найдете еще один снимок экрана из нашего сниффера пакетов, который показывает часть заголовка TCP (левый кадр), содержащую поле длины заголовка. В правом кадре сниффер пакетов показывает содержимое пакета в шестнадцатеричном формате:
При выборе поля длины заголовка слева программа автоматически выделяет соответствующий раздел и шестнадцатеричное значение в правом кадре. Согласно анализатору пакетов, шестнадцатеричное значение «70» является значением поля длины заголовка.
Если вы помните, в начале страницы мы упоминали, что поле длины заголовка имеет длину 4 бита. Это означает, что при просмотре значения в шестнадцатеричном формате у нас должна быть выделена только одна цифра или символ, но здесь это не так, потому что анализатор пакетов неправильно выделил вместе ‘7’ и ‘0’, создавая впечатление, что длина поля 8 бит!
Примечание. В шестнадцатеричном формате каждый символ, например «7», представляет 4 бита. Это означает, что в правом кадре должна быть выделена только цифра «7», а не «70».Более того, если бы мы преобразовали шестнадцатеричную цифру 7 в двоичную, результатом было бы «0111» (обратите внимание, что общее количество битов равно 4).
Сводка
Поле «Длина заголовка» очень простое, поскольку оно содержит только число, которое позволяет принимающей стороне вычислить количество байтов в заголовке TCP. В то же время это обязательно, потому что без него получатель не узнает, где начинается порция данных!
Логично, что там, где заканчивается заголовок TCP, начинаются данные — это ясно из снимков экрана, представленных на этой странице.Итак, если вы обнаружите, что анализируете пакеты и пытаетесь выяснить, где начинаются данные, все, что вам нужно сделать, это найти заголовок TCP, прочитать значение «Длина заголовка», и вы сможете точно определить, где начинается часть данных!
Далее идут флаги TCP, с которыми большинство из нас сталкивается, когда говорит о знаменитом трехстороннем рукопожатии и виртуальных соединениях, которые TCP создает перед обменом данными.
Далее: Флаги TCP — Раздел 4
101 способ убить Google в 2021 году
Ага, мы убьем Google.
Этот учебник по SEO для WordPress выходит далеко за рамки зеленых огней Yoast (которые почти не работают).
Итак, давайте избавимся от болтовни и позвольте мне показать вам, что привлекало меня 2,500 посетителей в день в качестве выступления одного актера — как человека, который зарабатывает на жизнь учебниками по оптимизации скорости WordPress SEO +.
Это все, что вам нужно для повышения рейтинга вашего сайта WordPress в поисковых системах: настройка Yoast, Search Console, исследование длиннохвостых ключевых слов и почему добавление HTML-оглавления — одна из лучших вещей, которые вы можете сделать на- SEO страницы.Я также расскажу о расширенных сниппетах, попадании в избранные фрагменты Google, оптимизации скорости, оптимизации изображений, рейтинге кликов, локальном SEO и о том, почему зацикливаться на зеленых огнях Yoast — не лучшая идея, поскольку это может привести к штрафу за переполнение ключевыми словами. Все скриншоты должны быть актуальными, дайте мне знать, если это не так!
Наслаждайтесь 🙂
1. Добавьте содержание
Google говорит…
Убедитесь, что длинные многотематические страницы вашего сайта хорошо структурированы и разбиты на отдельные логические разделы.Во-вторых, убедитесь, что с каждым разделом связана привязка с описательным именем (т.е. не просто «Раздел 2.1»), и что ваша страница включает оглавление, которое ссылается на отдельные привязки.
Почему это номер 1 в моем списке
- Поощряет длинный контент (стремитесь к 3000+ слов)
- Люди могут ссылаться на определенные разделы вашего сообщения
- Люди могут просматривать контент и находить то, что им нужно
- Люди будут щелкать по странице (хорошо для SEO)
- Вероятность перехода к ссылкам с использованием именованных якорей (показано ниже)
Как создать HTML-оглавление
Оглавление HTML выглядит следующим образом…
HTML-код каждого подзаголовка выглядит так…
Элемент первый
Элемент два
Элемент третий
Я предлагаю закодировать оглавление в HTML / CSS , но вы также можете попробовать плагин Easy Table Of Contents.Если у вас тонкий контент, добавьте оглавление и сделайте его лучше. Я сделал это с помощью моего Yoast SEO Tutorial, и он увеличился с 10 до 100+ посетителей в день за неделю! Сейчас я создаю только длинные (подробные) руководства и начинаю каждое с написания ключевых тем в своем оглавлении. Работает как мечта.
2. Конфигурация Yoast
У большинства людей есть Yoast, но мало кто использует его как правильно .
4 основных шага к Yoast
- Настройка параметров
- Проверка Инструментов для веб-мастеров
- Исследование длиннохвостых (конкретных) ключевых слов
- Оптимизация содержания (это не только зеленый свет)
Начнем с настройки параметров…
2.1. Отключите ненужные функции
В Yoast перейдите в SEO → Общие → Возможности. Протестируйте каждую и решите, поможет ли она. Простое включение их НЕ поможет SEO — — это просто инструменты , которые пытаются помочь ВАМ оптимизировать контент.
Мне не нужен анализ удобочитаемости, показывающий, если мои предложения слишком короткие / длинные. Я, естественно, добавляю ссылки в свой контент, и мне не нужен счетчик текстовых ссылок. Я могу использовать Search Console, чтобы проверить, какой контент проиндексирован в Google, и никогда не использую панель администратора Yoast.Я отключил их.
Помимо Yoast, я твердо уверен, что качественный контент, естественно, будет иметь высокий рейтинг, пока a) человек находят его полезным, b) вы выбрали длиннохвостое ключевое слово с низкой конкуренцией в результатах поиска Google, и c) вы оптимизировали заголовок / фрагменты, чтобы побудить людей читать.
Остальное относительно мелочь…
2.2. Инструменты для веб-мастеров
- Зарегистрируйтесь в Google Search Console
- Используйте опцию проверки тега HTML
- Копировать код, предоставленный Search Console
- Вставить в Yoast (SEO → Общие → Инструменты для веб-мастеров)
- Удалить все, кроме цитат (включая цитаты)
- Сохранить изменения в Yoast
- Нажмите «Подтвердить» в Search Console
- Для заполнения некоторых данных в Search Console потребуется несколько дней.
- Тот же процесс проверки HTML-тега может использоваться для Bing + Yandex
- Я попытался использовать Baidu, но безрезультатно (в любом случае почти никто из моих читателей не является китайцем)
2.3. Отправка XML-файла Sitemap
- В Yoast перейдите в раздел SEO → XML Sitemaps
- Нажмите кнопку XML Sitemap
- Скопируйте последнее прошлое URL: /sitemap_index.xml
- Вход в Google Search Console
- В левой части панели управления перейдите в Сканирование → Карты сайта .
- Вставьте URL (снимок экрана ниже)
- Проверить и отправить
- Повторить для Bing + Яндекс
- См. Распространенные ошибки карты сайта
2.4. Ошибки сканирования
Ошибки сканирования — это неработающие страницы, обычно вызванные удалением страниц или изменением постоянных ссылок.
Шаг 1 : в настройках Yoast Search Console аутентифицируйте Yoast с помощью Google Search Console…
Шаг 2 : После аутентификации заполнение всех ошибок сканирования может занять несколько дней / недель…
Шаг 3 : Перенаправьте каждого на новый URL (а не только на домашнюю страницу). Используйте плагин Quick Page / Post Redirect, менеджер перенаправления Yoast Premium или создавайте перенаправления через.htaccess.
2,5. Избегайте переменных фрагмента
переменных сниппета действуют как шаблонов для ваших SEO-заголовков + метаописаний, ЕСЛИ вы не пишете их вручную. Вы должны ВСЕГДА писать их вручную, чтобы они хорошо читались (люди хотели щелкнуть по вашей ссылке), чтобы они не выходили за пределы допустимого количества символов и включали ваше ключевое слово.
Я использую указанные ниже шаблоны на случай, если я забуду написать свой SEO-заголовок + мета-описание (чего я никогда не делаю).Вы также можете установить это, но не полагайтесь на переменные сниппета — это плохой ярлык .
Переменная фрагмента заголовка SEO: Разделитель заголовков Заголовок сайта
Переменная фрагмента мета-описания: Выдержка (краткое изложение содержания, выбранного Google)