Стоить напомнить, что короткое «Ашмановка» — это на самом деле пафосное и длинное «Оптимизация и поисковое продвижение сайтов в Интернете-2011», традиционный слет лучших специалистов и разработчиков в сфере SEO.

В этом году конференция состоялась в отеле «Radisson SAS – Славянская» и вместила в себя около тысячи участников. Здесь же, по-соседски, уже в шестой раз прошла выставка «Интернет-маркетинг-2011».

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

Впрочем, иногда слова могут быть лишними. Если есть видео, заботливо предоставленное сервисом-оптимизатором WebEffector.

Подробный фотоотчет смотрите в блоге WebEffector.

* На правах рекламы *

В прошлом году, автор блога SPI представил публичности веб-сайт в незанятом сегменте рынка, а сейчас он на первом месте в Google с целевой ключевой фразой «security guard training» (тренинги для работников охраны) и регулярно приносит своему владельцу доход в $1500 каждый месяц. Вы можете прочитать о том, как он нашел эту рыночную нишу и построил сайт здесь — The Niche Site Duel Hub. А посмотреть сам сайт здесь.

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

«Пэт, я тебе не верю. Не может быть, чтобы сайт который нацелен на одно ключевое слово и имеет только 9,900 запросов в месяц, может приносить столько денег, как твой. Что-то здесь не так…»

По меньшей мере 20 человек написали мне письмо с этим сообщением в основе за последние 3 месяца. Фактически, многие из них намного «раздраженнее», чем я обозначил выше (пара человек назвали меня лжецом), но суть сообщения остается такой же: как сайт с 9,900 запросами зарабатывает $1500 в месяц с помощью объявлений AdSense?

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

Скриншоты с Market Samurai и Google Adwords ниже подтверждают, что ключевое слово получает ровно 9,900 точных запросов каждый месяц:

Исходя из этого, можно предположить, что веб-сайт в рейтинге позиции №1 получит от 38% до 42% кликов (столбец SEOT в Market Samurai) от людей, которые ищут эту фразу. Вы можете прочитать, откуда взялась эта цифра, здесь.

Так, предполагая количество посетителей 4,158 в месяц, чтобы получить до $1500 в месяц на AdSense, я должен был иметь:

• 100% CTR по $0.36 за клик
• 50% CTR по $0.72 за клик
• 25% CTR по $1.44 за клик
• 10% CTR по $3.61 за клик
• 5% CTR по $7.22 за клик
• 1% CTR по $36.07 за клик

Проблема заключается в том, что средняя цена за один клик, как демонстрирует нам Market Samurai и Google Adwords, составляет всего $3,25, что относительно высокий показатель, но это – стоимость клика для рекламодателя.

Мне нужно иметь CTR в районе 25% или более, чтобы столько зарабатывать (полторы тысячи долларов), но в AdSense о таком в основном не слышали. Самое большое соотношение кликов и показов, которое я когда либо встречал на любом из своих нишевых сайтов, чуть превышало 5%.

Так чего же не хватает?

На ключевик «security guard training» приходится только 28% общего поискового трафика, и 19% общего трафика сайта.

Еще один интересный момент — это то, что сайт имеет естественный трафик с более чем 4,700 различных ключевых слов (и это исходя из данных за один месяц).

Большинство из 4,727 ключевых слов – это ключевые фразы из 4 или более слов (длинные запросы) и получают только 1-2 отклика в месяц, но их МНОГО:

И принцип всегда был тем же:

Пишите больше. Находитесь чаще.

Это актуально для каждого сайта рыночной ниши, с которым я работал, и для моих блогов тоже. Так что да, я нацеливался на ключевое слово с лишь 9,900 точных совпадений в месяц, но размещая 110 постов на различные смежные темы (и оптимизируя мои AdSense объявления, как показано здесь), я имел возможность котироваться по множеству длинных ключевых фраз, на которые я специально не нацеливался, чтобы нарастить трафик, обеспечивающий до $1500 в месяц… и эта цифра растет.

Мертвы ли малые нишевые сайты с 5-10 постами?

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

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

И это ведет к некоторым интересным вопросам…

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

Возможно ли провести исследование ключевых слов, чтобы выяснить, в потенциале, от скольких длинных ключевых слов можно получить трафик для специфического целевого ключевика? Это бы дало нам возможность нацелиться на ключевые слова, которые могут иметь меньше запросов за один срок, но оставаться выгодными для индустрии. Я не думаю, что кто-то ожидал от меня заработка более, чем $1500 с моим сайтом по тренингам для работников охраны…

Если все владельцы мини-сайтов (сайты, над которыми обычно работают, а затем не трогают после ранжирования) писали одну новую статью в неделю, сколько свежего трафика и заработка можно было бы получить к концу года?

Что бы случилось, если бы я купил маленький нишевый сайт и просто бы начал добавлять туда контент? Хм, есть над чем задуматься.

How 9,900 Exact Match Searches Equate to $1,500 Per Month

На просторах интернета встречаются иногда на самом деле отвратительные рекомендации. Если вы натолкнетесь на подобные советы в каком-либо блоге или в e-mail сообщении, написанном «экспертом», не читайте эти посты, не принимайте эти советы всерьез.

Совет №1 — «Купите доменное имя с большим количеством ключевых слов.» Ну да, эта схема работала прекрасно в 2002 году. За последние годы домены с большим содержанием ключевых слов потеряли свою актуальность. Не тратьте впустую 3 дня на поиск и создание сайта для этого замечательного доменного имени в 100 знаков. Вместо этого займитесь лучше, ну, я не знаю, написанием чего-либо, поиском ссылок или поиском друзей в Twitter.

altblog: Конечно же, за счет одного доменного имени в конкурентной тематике в TOP не попадешь, но это может быть хорошим бонусом в раскрутке.

Совет №2 — «Используйте мета-тег с ключевыми словами.» Я рыдаю, мне ужасно жалко нас всех. И так понятно (на это указывают даже сами поисковые системы), что мета-тег с ключевыми словами совершенно бесполезен. Удалите его. Не тратьте на него время.

altblog: Есть и другое мнение. В любом случае — лишним не будет.

Совет №3 — «Никогда не гоняйтесь за ключевыми словами, которые запрашивались менее 4000 раз в месяц». А как же бизнес, обслуживающий потребителей с единичными запросами и бизнес для бизнеса? Если конверсия приносит 5000 долларов и я смогу заработать 2000 просмотров за месяц с одной фразы, плюс смогу еще конвертировать 1% из них, то это чертовски хорошо! Обращайте внимание на ключевые слова, которые действительно работают. Конкуренция и удовлетворение желаний покупателя должны быть важнее, чем количество просмотров.

Совет №4 — Следующая рекомендация связана с предыдущей, но, тем не менее, отличается от нее. «Гоняйтесь за ключевыми словами, которые получают самое большое количество просмотров». Да неужели? Получается, если я продаю обувь, то я должен приложить все усилия, чтобы слово «обувь» занимало первое место в поисковой выдаче, потому что *так должно быть*? Я бы лучше в первую очередь сконцентрировался на нишевых фразах, проверил бы интервал возможностей и убедился бы, что у меня есть шансы на успех.

altblog: Совершенно верно для интернет-магазина, но не совсем для сайта который зарабатывает на РСЯ. Вот например 2 запроса с высокой частотностью и бюджетом в 100 рублей (SeoPult). «Достижения цели» — это клики по контекстной рекламе РСЯ. Вопрос не про «обувь», а вообще про высокочастотники не очень релевантные.

Совет №5 — «Автоматизируйте поиск по ключевым словам». Да, я понимаю людей, которые стремятся автоматизировать поиск по ключевым словам. Мы автоматизируем его в той степени, насколько это возможно. Однако самые последние посты советуют подключить автоматическую оптимизацию, которая вскоре прекратит свою работу, собрать "наилучшие" фразы и потом настроить сайт по собственному усмотрению. Я против этого. Мы же не должны подчиняться компьютерам. Выгоднее привлечь к работе человека прежде, чем облажаться перед покупателями.

Совет №6 — «Повторите ключевое слово по крайней мере 3 раза на вашей странице». Я воздержусь от комментариев. Просто представьте, что я думаю об этом…

altblog: Конечно же, пишите тексты для людей. Вот выдержка из блога «Яндекс.Поиск»:

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

Совет №7 — «Вам нужно оптимизировать ваше ключевое слово и удостовериться в том, что оно обладает 3-5-процентным вхождением в вашей статье, а также достойной LSI (латентной семантической индексацией)». Напоминает спам от заинтересованного пользователя. Какой же он молодец, что сумел объединить фразы «вхождение ключевого слова» и «латентная семантическая индексация» в одном предложении.

Совет №8 — «Отслеживание для тысяч ключевых слов. В том случае, если некоторые из них продвинутся вверх, вы можете считать это победой.» А если 900 из них потеряют свои позиции, вы будете выглядеть полным дураком. К тому же, подобное ранжирование – прямой путь к сумасшествию. Я почти сошел с ума, так что мне это уже не страшно. Но вы должны концентрироваться больше на трафике и конверсиях.

Совет №9 — Неопределенные капризы неопределенности. Этот пункт больше относится к категориям, чем к утверждениям, но я решил включить его, так как несколько постов заикались о "мозговом штурме" и призывали «выбирать ключевые слова, которые использует ваша аудитория.» О господи! Это просто гениально! А нельзя было придумать рекомендацию, в которой был бы хоть какой-то смысл?

altblog: Вы поняли о чем идет речь? Я нет! Ох уж эти буржуи…

© 9 times bad: Keyword research advice that sucks

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

Посмотрите, что получилось – маркированный буллитами сниппет. Увидели, в чем загвоздка? УВИДЕЛИ? Давайте начнем с самого начала.

Формально Google запустил данный формат с 26 августа этого года, и, естественно, в связи с этим у нас возникает очевидный вопрос – где все это можно раздобыть?

Для начала вот, что официально заявляет Google:

Если результат поиска состоит в основном из структурированного списка, как, например, в виде таблицы или набора маркеров-буллитов, то мы демонстрируем список из трех релевантных строк или позиций под результатом в маркированном буллитами формате. Сниппет также будет отражать приблизительный подсчет всего количества строк или позиций на странице (например, «30+ записей»).

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

Пример #1 — Стандартный маркированный буллитами список

Давайте начнем со стандартного маркированного буллитами списка, — пример от DMOZ:

Список на данной странице сам по себе выглядит достаточно стандартно:

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

Пример #2 — CSS–стиль маркированного списка

Современные списки сегодня тяготеют, конечно, к более усложненному варианту, и тег (<ul> ) неупорядоченного списка используется для более сложных CSS- стилей. Пример от Dell:

А этот маркированный список выглядит совсем иначе:

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

Пример #3 — Раздельные списки, маркированные буллитами

Пример от MetroKitchen.com (отдельная благодарность Бобби Керчеру ( Bobby Kircher )):

Это еще один пример неупорядоченных списков CSS-стиля, на первый взгляд, он не отличается от примера Dell:

Если вы обратите внимание на код, то заметите, что каждая позиция имеет собственный неупорядоченный список (<ul>), не просто элемент списка (<li>). Google удается управлять этими раздельными списками как одним целым большим списком.

Пример #4 — HTML Таблицы

Обратимся к Джил Вэлен ( Jill Whalen ) за следующим примером – у нее есть маркированный буллитами результат поиска на основе добротных, старомодных таблиц:

Каждая запись на странице высвечивается в виде стандартной строки таблицы (
):

Итак, у вас появилось представление о всевозможных «перевоплощениях» неупорядоченных списков и стандартных HTML страниц при запуске маркированных результатов поиска. Как насчет более сложных вариаций в стиле CSS?

Пример #5 – Вложенные разделы (DIVы)

Пример от SEOmoz – домашняя страничка YOUmoz:

Визуально это могло бы с легкостью напоминать неупорядоченный список в стиле CSS:

Но если рассмотреть исходный код, то вы увидите более сложную структуру вложенных DIVов. Отдельно выводимая запись использует значительное количество кода (для сложного стиля), но, опять-таки, у Google прекрасно получается распознавать и данный список.

Так почему же не воспользоваться этим?

На данном этапе создается впечатление, что Google может превратить все в маркированный буллитами список, но это пока не так. Даже здесь на SEOmoz, у странички YOUmoz есть маркированный буллитами сниппет, но у главной страницы блога, которая более «весома» и с такой же структурой, нет.

Частично это проблема объясняется данным новшеством, но Google постепенно устраняет недоработки. Если вы все-таки хотите содействовать ему в этом, то вот вам некоторые подсказки:

• Используйте одинаковую структуру;
• Минимизируйте лишний код;
• Экспериментируйте с мета – описанием, удалите или установите его.

Будьте осторожны с последним пунктом, поскольку здесь уже «подключается» Google. Удаление мета – описания в целом лучше, чем использовать одно и тот же описание несколько раз.

Если вы не уверены, что можете сделать структуру более четкой, сделайте запрос в поисковике – он выдаст вам массу примеров, несмотря на то, что тема новая. Понаблюдайте, какой код Google уже «выделил», и упростите жизнь, насколько это возможно, поисковым паукам.

И последнее: хотелось бы прояснить с удалением мета – описания. Это нужно делать дозировано (например, пару страниц). Удаление мета – описания может позволить Google еще больше контролировать ваш сниппет. Если же эксперимент удался, у вас будет больше информации для принятия более правильного решения.

© How Do I Get Google’s Bulleted Snippets?

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

К примеру, вы можете использовать поле фильтра в нижней части вашего Google Analytics, где отображаются отчеты по основным запросам, чтобы найти ключевые слова, содержащиеся в наименовании вашего бренда, такие, как «дистиллированная». Если вы хотите найти оба написания как с большой буквы, так и с маленькой, вы можете использовать RegEx [Дд]истиллированная. Довольно просто, не так ли?

Хотя, постойте… некоторые из вас могут спросить, что за ерунда эти RegEx? Замечательный вопрос. RegEx являются одним из средств поиска соответствующих подстрок (в основном, во фрагментах текста). Вы создаете выражение, которое представляет собой сочетание символов и метасимволов, и введенные вами сочетания будет сравниваться с подстроками.

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

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

Символы и Метасимволы

RegEx состоят из символов и метасимволов. Под символом имеется в виду любые буквы, цифры, символы, знаки препинания или пробелы. В RegEx их смысл буквальный – буква А соответствует букве А, номер 32 соответствует 32, и «дистиллированный» соответствует «дистиллированный» (но не «Дистиллированная» – символы в RegEx чувствительны к изменениям условий ввода).

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

Если вы хотите тестировать их по ходу рассказа, откройте Google Analytics и используйте поле фильтра в нижней части ваших отчетов. Также вы можете использовать RegExpal.com.

Точка .

Точка соответствует любому символу. То есть, любой одной букве, цифре, символу или пробелу. Например, RegEx «.ить» соответствует подстроке «бить», «пить», «лить», «3ить» и «!ить» и еще многим другим вариантам. Стоит отметить, что «ить» без . не будет соответствовать запросам, проведенным с ней.

Обратная косая черта \

Время от времени вы станете обнаруживать, что символ, к которому вы хотите подобрать соответствие, – это метасимвол. Например, если вы хотите, чтобы IP-адрес соответствовал, например, 172.16.254.1, вы обнаружите, что ваши RegEx соответствуют не только 172.16.254.1, но и любой комбинации типа 1721161254,1, потому как точки могут представлять любой символ.

Вы хотите, чтобы метасимвол понимался буквально, перед ним стоит поставить обратную косую черту. В приведенном выше примере Вы должны использовать 172 \ 0,16 \ 0,254 \ .1

Вопросительный знак часто встречается в динамических URL, таких как /category.php?catid= 23. Если вы пытаетесь отслеживать эту страницу как часть последовательности перехода, у вас могут возникнуть проблемы, так как знаки вопроса, как мы увидим позже, это метасимволы. Решение для этого достаточно простое: /category.php\?catid= 23

Квадратные скобки []

Квадратные скобки могут использоваться для определения набора символов – любой из символов в скобках может участвовать в поиске соответствия. Мы видели их в примере, который использовался во введении – [Дд]истиллированная – и эти скобки используются для того, чтобы соответствовать как «дистиллированная», так и «Дистиллированная».

Вы можете также использовать диапазон, определяемый дефисом. [0-9], к примеру, соответствует любому одноразрядному числу, а [a-z] соответствует любой строчной букве латинского алфавита. Также можно комбинировать диапазоны, и такие диапазоны, как [A-Fa-f] будут соответствовать любой букве между «a» и «f», строчной или прописной. Диапазоны часто сочетаются с повторениями, которых мы коснемся далее.

В частности, в наборах символов вы можете использовать ^ для исключения соответствий. Например, [^ 0-9] соответствует всему, кроме символов в данном диапазоне.

Повторение? + * {}

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

Вопросительный знак используется для обозначения того, что либо нулевой, либо одной из предыдущих символов должны иметь совпадения. Это означает, что такие выражения, как abc? будут соответствовать как ab и abc, но не abcd или abcc и т.д.

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

Звездочка – это объединение двух символов. Она соответствует нулю, одному или более предшествующих символов. Например, abc* соответствует ab, abc, abcc, и все что угодно сверх того типа abccccccc.

Наконец, фигурные скобочки могут быть использованы для определения конкретного числа или диапазона повторений. [0-9]{2} будет соответствовать 2 любым одноразрядным числам, а [a-z]{4,6} будет соответствовать любому сочетанию строчных букв на расстоянии от 4 до 6 символов.

Группировка () |

Скобки позволяют группировать символы вместе. Я могу, например, захотеть отфильтровать ключевые слова для поиска, содержащего мое имя, и я хочу, результаты фильтровались не только для комбинации «роб миллард», но и для комбинации «роберт миллард». Я мог бы сделать это с помощью роб(ерт)?миллард – вопросительный знак и скобки означают, что либо нулевой набор символов, либо с «ерт» могут найти соответствие.

Кроме того, вы можете использовать |…| (знак «труба») для представления OR. Вы можете использовать это для чего-то вроде (SEO|seo|s\.e\.o\.|S\.E\.O\.)moz, чтобы отслеживать SEOmoz, seomoz, s.e.o.moz, и S.E.O.moz, хотя, версии с точками и кажутся маловероятным.

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

Якоря ^ $

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

Это будет соответствовать таким ссылкам, как products/item1 и products/item2/description, без включения результатов для таких URL, которые не начинаются с этой подстроки (например, support/products/).

Знак доллара означает, что строка должна заканчиваться именно этими символами. И снова вы можете использовать его для отслеживания определенных URL, таких, как /checkout$, после чего результаты будут widgets/cart/checkout и gadgets/cart/checkout, но не checkout/help.

Некоторые сокращения

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

\d – соответствие любому одноразрядному числу, т.е. так же, как [0-9]

\w – соответствие любой букве (прописной и заглавной), цифре или подчеркиванию, т.е. [A-Za-z0-9_]

\s – соответствие любому пустому месту, которое содержит пробелы, табуляции и переводы строк.

Ох! Довольно много того, что стоит отметить и принять во внимание. Я бы рекомендовал поэкспериментировать с короткими примерами, приведенными выше, чтобы действительно почувствовать их. И как только вы почувствуете себя комфортно в управлении основами, вы можете приступить к серьезному использованию.

Google Analytics

Фильтры могут быть использованы для исключения внутреннего трафика из отчетов, и в сочетании с некоторыми простыми RegEx можно также отфильтровать диапазон IP-адресов. В «Настройках Профиля» создайте новый пользовательский фильтр, который исключает поле фильтра IP-адреса посетителя. Использование выражений, как 55\.0,65\.0,132\.0,2[678] будет исключать IP-адреса 55.65.132.26, 55.65.132.27 и 55.65.132.28.

Google Analytics может значительно расширить свой функционал вследствие использования RegEx, он оснащен еще одной особенностью – «Расширенными сегментами». Одним из наиболее распространенных видов использования данной функции, является создание сегмента не фирменного поискового трафика, чтобы получить ясную картину ваших усилий по SEO, отображаемых вне зависимости от какой-либо фирмы или бренда. Создать сегмент, где средний точно соответствует основному поиску, и создать запрос, в котором ключевое слово не соответствует RegEx. Вы должны включить в запрос RegEx, как пример во введении [Дд]истилированная, или [Рр]оберт [Мм]иллард.

Вы также можете использовать «Расширенный сегменты» для создания социального сегмента СМИ – выбрать источник и выставить условие о совпадении с RegEx. Ваше значение должно быть чем-то вроде facebook|twitter|youtube|digg и т.д.

Я уже касался поля фильтра в нижней части каждого отчета ранее – и это, наверное, то самое место, где я наиболее часто используют RegEx, так как это может оказать огромную помощь при исследовании конкретных проблем и запросов. Используйте «трубу», например, в отчете о ключевых словах, чтобы найти ключевые слова, содержащие несколько синонимов, или сделайте что-то похоже на сегменте СМИ, перечислив несколько сайтов в докладе об источниках трафика.

Наконец, RegEx могут быть полезны при настройке перехода со страниц и тех переходов, которые вы хотите оснастить большим количеством, чем один URL в качестве цели или шага (последовательности). При создании новой цели с URL назначения, используйте тип соответствия RegEx. Вы, возможно, пожелаете использовать такие выражения, как, например, ^/(widgets|gadgets)/checkout/thanks\.php$, чтобы отслеживать и /widgets/checkout/thanks.php и /gadgets/checkout/thanks.php. При настройке тоннеля переходов, все ссылки рассматриваются как RegEx, что позволяет использовать ту же технику.

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

Правило вывода URL-адресов

Я думаю, что большинство из вас знакомы с SEO и дружественными нам URL-адресами. Они должны быть статичными, а не динамичным, и должны быть понятными. Зачастую это достигается с помощью вывода URL адресов, который реализуется на серверах Apache с помощью встроенного модуля, который называется mod_rewrite. Текстовый файл с именем .htaccess находится в корне домена, который содержит правила mod_rewrite. Простой вывод выглядит примерно так:

RewriteEngine On

RewriteRule ^category/link-building/?$ category.php?cat=link-building [NC]

Этот пример будет означать, что URL www.example.com/category/link-building/ действительно может служить страницей www.example.com/category.php?cat=link-building. Как вы помните, знак вставки и знак доллара означают, что адрес должен начинаться и заканчиваться с link-building/, а вопросительный знак означает, что слэш не является обязательным. [NC] – это не RegEx, это часть синтаксиса mod_rewrite, который просто заявляет, что RewriteRule нечувствителен к регистру.

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

RewriteEngine On

RewriteRule ^category/([A-Za-z0-9-]+)/?$ category.php?cat=$1 [NC]

Это правило утверждает, что URL должен начинаться с category/ и затем может следовать любое сочетание букв, цифр и символа до тех пор, пока не стоит один или больше знаков (+). Эта часть правила окружена скобками, чтобы она могла делать ссылку во второй части правила с помощью $1. Если следующими символами идут скобки, то вместо единицы может стоять $2 и так далее. Опять же, слэш не является обязательным потому как есть вопросительный знак, а также знак вставки и знак доллара используются для определения начала и конца URL.

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

Word – да, Word

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

Пример того, как вы могли бы использовать это: можно удалить ID сессии из списка URL-адресов. Вы можете ввести sid=[0-9]+ в окне «Найти» и оставьте пустым поле «Заменить».

Что же касается mod_rewrite, вы можете также ссылаться на ваше поле поиска, хотя синтаксис в этом случае немного отличается. Вместо $1 и $2 вы используете \1 и \2. Если у вас есть список URL-адресов, и вы хотели бы поменять местами подкаталоги, вы можете использовать example.com/([a-z-]+)/([a-z-]+)/$ в поле поиска и использовать example.com/\2/\1/ в поле замены.

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

Конечно же, есть много иных применений для RegEx, особенно в области программирования, но я надеюсь, что даже эта статья дает вам некоторое представление о потенциале RegEx в области SEO.

© An SEO’s Guide to RegEx