Как попасть в гугл – Как стать асессором в Google и зарабатывать удаленно: вакансии, отзывы о работе в Гугл

Как попасть в Google: инструкция по подготовке

Я постараюсь описать весь свой опыт и те подводные камни, которые я встретил при подготовке к собеседованию в Google и другие компании Долины (Microsoft, Amazon, Snapchat, Evernote, Cruise Automation, Uber и др.). Я ставил цель получить оффер от Google или Facebook, а еще лучше от обоих, все остальные компании были из разряда «ну если там будет очень интересно, то можно». С первого дня, когда я начал подготовку, до момента, когда я получил оффер от Google, прошло 1 год и 5 месяцев. Первый оффер я получил после 1 года и 2 месяцев подготовки. Всего было 7 онсайтов (интервью в офисе компании), из них 3 оффера (Google, Evernote, Cruise Automation). Итак, начнем.

Предыстория

Я был вендором в Google в Mountain View на протяжении полутора лет. Там же было несколько гуглеров, которые тоже были вендорами до этого. Конечно, мозг постоянно подсказывал, что они «другие», что они «умнее-лучше-круче», чем я. А мой удел — быть вендором. Я даже один раз попробовал решить задачку на LeetCode. Осилить я смог 5-ю easy задачку, которая получилась на 120 строк кода и в результате так и не прошла тесты. На это ушло 5 часов прекрасного субботнего калифорнийского дня. Я окончательно понял, что вот всем вокруг «дано», а мне нет.

Но все же, проводя с друзьями-гуглерами много времени, я понял приблизительный алгоритм — что и как нужно делать. Я сделал в точности, как они сказали, и получил оффер (чему был немало удивлен). Второй нюанс — в Google я делал front-end, все мои друзья были back-end, и подготовку они описывали именно для back-end. Я подумал и решил: «А back-end тоже хорошо (я же когда-то писал на .NET, хотя и давно), буду идти в точности как они, но сделаю больше, чем они, и тогда точно получу оффер».

Мотивация

Подготовка к интервью в больших компаниях — это не спринт, это long run. По моему опыту — от полугода до полутора лет. На этот забег нужно много топлива, и будет очень печально, если оно закончится на середине пути или в его конце. Поэтому нужно подготовить ресурсы заранее.

Что я имею ввиду. Подготовка требует много времени: приблизительно 2-3 часа каждый рабочий день и каждый выходной полностью. То есть, по сути, все свободное время. Я был без жены и детей, и было проще, с одной стороны, — никто не требует постоянного внимания. С другой — никто и не поддерживает.

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

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

Пример 1: «Я хочу в Google, потому что это круто», «Я хочу в Facebook, потому что там много денег»

 — это для себя. В любой момент можно найти статью о том, что Google — это дерьмо, что денег там дали меньше, чем в другой компании, что там скучно, много политики. И что? И все, мотивация упала, книжки с алгоритмами летят в окно.

Пример 2: «Я хочу в Google, чтобы вывезти свою семью в США и дать детям хорошее образование», «Я смогу, имея деньги от Facebook, сделать это и это». В моем случае мотивация звучала так: «Я хочу быть ближе к дому». Я рассматривал переезд в Лондон либо Цюрих. Когда я начал подготовку, я себе так сказал: «Пацан, ты следующий раз полетишь домой, когда получишь оффер, и только так». Домой хотелось, и это давало энергию. Я думаю, это работает не для всех и не всегда, но для меня сработало.

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

Процесс в общем

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

1. Решение задач на LeetCode или InterviewBit.
2. Изучение алгоритмов и структур данных.
3. Повторение решенных задач на LeetCode.
4. Подготовка к дизайн-интервью.
5. Mock-интервью (телефонные и на вайтборде).
6. Реальные интервью.
7. Оффер и алкогольное забвение.

Решение задач

Это самая важная и самая длительная часть подготовки.

Сколько задач нужно решить? Я считаю — 200-250, из которых 40-50% easy, 40-50% medium, 10-20% — hard. Я решил около 300, мои друзья — 120-160.

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

А что если я сначала прочитаю всю книжку «Cracking Coding Interview» с решенными задачками и уже весь подготовленный пойду в бой? Не стоит:) Решение, которое я просто прочитал, я не мог вспомнить даже под конец того же дня, не говоря уже через несколько дней.

Можно прочитать начало «Cracking Coding Interview». Там хорошо описан сам процесс интервью, как общаться, базовые вещи об алгоритмах и структурах данных, как анализировать сложность алгоритмов и т. д. К примеру, как анализировать сложность рекурсивных алгоритмов я понял именно из нее.

Перед тем как начать решать задачки на определенную тему можно прочитать решение схожих задач в «Cracking Coding Interview». Причины тут две:

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

А какие вообще существуют задачи, какие темы нужно покрыть? Понять, какие вообще тематики существуют, можно с InterviewBit. Мне не очень понравилось там решать задачи, но вот общее представление я получил. Ну и кроме того, можно полистать «Cracking Coding Interview».

В какой последовательности стоит решать задачи? Нужно идти от простых тем к сложным (InterviewBit подскажет порядок). В каждой теме решать задачки до тех пор, пока не начнет хоть чуть-чуть получаться, и в этот момент сразу переключиться на следующую тему. Начинать, конечно, с уровня easy. Я пытался решать каждую задачу на протяжении около получаса-часа. Если не смог — шел смотреть решение. На LeetCode к каждой задаче есть форум, где люди постят свои решения, обсуждают, голосуют. Я выбирал топ решений и изучал их, так и учился. Наверное, эти форумы — самое ценное место для обучения. Далеко не все решения просто понять, даже те, под которыми стоят комментарии «This is absolutely awesome!!!».

Например, начал я решать задачи на строки. 1-я — не решил, пошел смотреть решение, 2-я…5-я — то же самое. 6-я,7-я — решил. Значит, пора переключиться на следующую тему. Секрет такой — переключаться между темами нужно как можно чаще, так лучше запоминается. Но если переключиться до того, как начнет получаться, то через несколько тем можно демотивировать себя полостью. Мозг услужливо подскажет: «Ну раз ты ничего не можешь решить — то иди выпей пивка и посмотри футбол, это просто не твое». Нужно быть готовым к тому, что самооценка и настроение будут как американские горки: получается — мы несемся вверх, не получается — унываем и падаем вниз. Просто нужно помнить, что и первое, и второе — это временно, нужно продолжать. Если долго нет результата — брать задачки проще.

Как происходит решение задачи? Конечно, можно просто взять и решать задачки на LeetCode и не заморачиваться с тем, что я опишу ниже. Но результат будет куда лучше, если использовать следующий алгоритм, поскольку он полностью повторяет шаги на реальном интервью:

1. Читаем условие задачи, ни в коем случае не пытаемся придумать решение до того, как условие прочитано до конца. Это важно!!! Мозг пытается найти похожую задачу, решение которой он знает, и выдать за требуемое.
2. Пытаемся придумать уточняющие вопросы. Пример 1: есть задача, в которой нужно как-то трансформировать строку. Что спрашивать? — Какие символы могут быть в строке — ASCII или Unicode? Могут ли рядом стоять несколько пробелов? Могут ли быть пробелы в начале или конце строки? Есть ли спецсимволы типа -,.^/ ? Есть ли разница для анализа между большой и маленькой буквами? Насколько длинная входная строка? Помещается ли она в память машины? Пример 2: есть массив из Integer, в нем нужно что-то найти. Вопросы: есть ли повторяющиеся элементы? Есть ли отрицательные числа? Что если в результате подсчета мы получим больше, чем Integer.MAX_VALUE?
3. Рисуем примеры, лучше парочку — один классический, второй с corner cases. После этого мы +/- должны быть уверены в том, что задачу мы поняли правильно.
4. Придумываем решение «в лоб» и оцениваем его сложность. Сложность решения нужно уметь определить всегда.
5. Придумываем более оптимальное решение, оцениваем его сложность.
6. Разрабатываем API решения — какие будут методы (приватные и публичные).
7. Пишем код в тетрадке.
8. Дебажим код по тетрадке на новом примере. Не нужно брать один из примеров, который мы рисовали в начале. В этом случае очень высока вероятность, что мы написали решение именно для этого случая, а не для всех возможных. Лучше взять новый пример с corner-кейсом, такой, чтобы потенциально мог решение сломать.
9. Перебиваем код в любимую IDE, при этом не смотрим в бумажку. Таким образом, мы повторяем решение два раза.
10. Копируем код из IDE в LeetCode и запускаем. В случае идеального выполнения должно cработать правильно с первого раза. У меня такое получалось в 10% случаев.

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

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

Все свои решения я заливал на GitHub. Хорошо видна статистика, и всегда есть доступ к коду. Это я начал делать после того, как LeetCode затер все мои решения. Так что LeetCode — не лучшее место для хранения своих решений.

Важно вести статистику (вот моя), в которой будет следующее:

• что когда решил;
• Group A — список задач, которые не решил самостоятельно;
• Group B — список задач, которые решил самостоятельно, но при этом очень страдал.

Это я считаю критически важным, так как задачи нужно будет повторить, и в первую очередь нужно повторять A, за ними — B.

Ноу-хау «дверь». После того, как я решил порядка 230 задач (это был мой изначальный план), я переключился на изучение алгоритмов (об этом позже). Когда в алгоритмах я прокачался, что заняло около двух месяцев, пришло время задачи повторять. И вот здесь получилась интересная штука: повторить задачу — по времени не многим меньше, чем решить ее (так как шаги нужно использовать те же, только код из тетрадки не переписывать в IDE). И тут пришла долгожданная демотивация — не чувствует организм, что делает что-то полезное, и все тут. Я стал думать, как проблему решать, понял, что я визуал и мне нужно визуальное подтверждение своей деятельности. И оно нашлось. Каждую задачу, которую повторил, я записывал на стикере: номер задачи, сложность (easy, med, hard), тема и краткое решение. Краткое решение — это не код. Как оказалось, код запомнить почти невозможно, а вот простые шаги типа «1. Создаем мапу с каунтерами, 2. Находим в ней Х …»- вполне. Задачи из одной темы попадают в один ряд, сложность можно отмечать цветами (это я понял позже).

Цель была следующая — все решенные задачи должны быть повторены и появиться на двери как стикеры. Когда я наклеил первые 10 стикеров и это отняло несколько дней, честно скажу, хотелось плакать. Мозг подсказывал: «До 230 осталась бесконечность».

В результате на моей двери появилось 218 наклеек. Некоторые задачи я так и не успел повторить.

Дверь в начале и дверь в конце

Алгоритмы

Я изучал алгоритмы по курсам дедушки Седжвика на Coursera (Part 1, Part 2). Видео этих курсов можно найти на торрентах.

После первой домашки из этих курсов я решил, что делать их не буду. Причина — в домашних работах больше использование готовых библиотек с алгоритмами, нежели реализация этих алгоритмов. Но и просто прослушивание курса результата не даст вовсе. Я слушал и полностью конспектировал, в результате у меня получилось две тетрадки с полным конспектом, которые я перечитал 4-5 раз. Очень помогало в последние несколько дней перед собеседованием, когда нужно повторять много и быстро.

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

Дизайн-интервью

Дизайн-интервью состоит из так называемых открытых вопросов по дизайну, типа «как задизайнить YouTube». По началу я совсем не мог понять, что требуется и как это должно выглядеть. Потом я нашел курс «Grokking the System Design Interview», который мне открыл глаза. Он стоит свои 80 баксов.

Вот еще одно видео от Джексона (Facebook guy), которое даст понимание процесса. Хорошее обсуждение на Quora.

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

Behavioral-интервью

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

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

Mock-интервью

Mock-интервью — это то же самое, что и обычное интервью с той разницей, что его проводят друзья, коллеги или специальные компании. А потом дают свой отзыв — что хорошо, что нужно поправить. Это тоже критически важный шаг, упускать его не стоит. Конечно, будучи в Долине, сделать это в разы проще. Вокруг меня было много друзей гуглеров, действительно клевых ребят, которые мне провели порядка 20-ти mock-интервью. Я был как Том Сойер, который взялся красить забор, а в результате красили забор все. Интервью мы проводили, конечно, на английском на вайтборде со строгим ограничением по времени.

Телефонные mock-интервью (а потом и реальные) я проходил на interviewing.io. Я просто полюбил этот ресурс, ребята реально молодцы. Но они сейчас заточены под США и предоставляют этот сервис по США. Бывали дни, когда у меня в неделю было около 7-8 собеседований на interviewing.io.

Сначала было страшно и некомфортно. Но к 10-му разу я привык, и стало нравиться. Первые интервью я валил, потом стало получаться. Средняя конверсия была 50%, то есть половину прошел, половину — нет. Всего телефонных собеседований (реальных и mock) было около 30-35.

Как подаваться

Самый простой и самый малоэффективный метод — заполнить форму на сайте компании. Но иногда и он дает результаты. К примеру, я заполнил форму на сайте Snapchat, и на следующий день со мной связался рекрутер, мы договорились о телефонном интервью. С Google, я думаю, это абсолютно бесполезно, так как эту формочку заполняют тысячи раз в день.

Второй способ — сайты работ типа Hired.com. Ты заполняешь все данные о себе, а потом компании, которым ты подходишь, сами с тобой связываются. Сервис ориентирован на рынок США. Без h2 или грин-карты там делать нечего.

Способ третий — interviewing.io, о котором я упоминал выше, и схожие сервисы. Они работают так: сначала ты проходишь на их платформе телефонные mock-интервью. Как только ты успешно проходишь два, они дают тебе возможность проходить анонимные телефонные интервью с реальными компаниями на их платформе. К примеру, сотрудник Uber и ты заходите в одно и то же время, и он тебя собеседует. Если прошел — дальше онсайт. Mock-телефонное и реальное телефонное интервью не отличаются вовсе. Минусов в interviewing.io несколько. Первый — они больше сотрудничают со стартапами, больших компаний мало. Второй — ориентированы на Штаты (нужна h2 или грин-карта).

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

Резюме

Резюме инженера в Долине и Украине очень отличается. Оно должно быть кратким (лучше не выходить за рамки двух страниц), показывать, что ты реально сделал (твой импакт для компании).

Лариса, инженер в Google, много пишет на тему интервью, Google, Долины в своем блоге. У нее есть интересный раздел «Резюме на проверку». Здесь люди открывают доступ к Google doc со своим резюме, Лариса и другие читатели его комментируют и пытаются улучшить.

Телефонное интервью

Стандартное телефонное интервью включает в себя общение голосом (по телефону, скайпу, hangouts и т. д.) и написание кода в shared Google doc или shared online IDE. Занимает по времени 1 час либо 45 минут, это нужно уточнить заранее.

Первые пару минут уходят на знакомство — интервьюер расскажет немного о себе, соискатель в ответ тоже должен рассказать, кто он и что он. У меня сначала с этим было туго, потом я написал и отточил self-presentation на 2 минуты, отрепетировал ее с помощью диктофона. Это, по сути, первое впечатление о тебе, и лучше его не испортить.

Дальше интервьюер копирует в shared doc условие задачи и несколько примеров. Сразу стоит уточнить, сколько дается времени на решение задачи, поскольку задач может быть одна, две или даже три. Часто это две задачи — одна простая для старта и вторая уже более серьезная. Иногда это одна задача, но после того, как готова первая часть, интервьюер усложняет исходную задачу дополнительными условиями. После всех уточнений нужно идти по плану, который я приводил для решения задачи.

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

Самый эпический пример этой ошибки у меня случился на онсайт-интервью в Evernote. Задача была следующая — распарсить CSV-файл с расписанием поездов и написать программку, которая будет подбирать оптимальный поезд по определенным условиям. Можно гуглить. Я до этого код для работы с файлами на джаве не писал и растерялся. Решил так, я сейчас быстренько с файлами разберусь, а там уже как-то алгоритм построю. Времени на все — 1 час 15 мин. Я полчаса строил красивые врапперы вокруг чтения из файла, пучок сущностей, описывающих поезда, маршруты и прочий мусор. При этом мало представлял, как алгоритм выбора будет работать. Дальше я понял, что я не успеваю, не понимаю, как строить алгоритм, подступила паника. За 12 минут до конца собеседования я понял, как оно должно быть. За 15 минут (с опозданием в 3 минуты) я написал код (с парой ошибок, правда). Так быстро я не писал код никогда в своей жизни.

Онсайт-интервью

Если телефонное интервью прошло успешно, следующий шаг — онсайт. Компания покупает тебе билеты на самолет, оплачивает отель, и ты летишь к ним в гости. Я так летал в Лос-Анджелес на интервью в Snapchat.

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

Какие бывают типы интервью на онсайте и как к ним подготовиться.

Классическое техническое интервью с задачами. Тут все относительно понятно — то же самое, что и на телефонном. Нужно держать в голове следующий факт — уложиться нужно в ⅔ времени и ⅓ оставить на непредвиденные обстоятельства, поверьте они будут. В Google одно интервью 45 минут, это означает, что после знакомства у вас есть 25 минут на все. Из них 2-5 минут на то, чтобы понять задачу и нарисовать примеры, 2-5 — чтобы придумать решение и 15-20 на написание кода и дебаггинг. Во время дебаггинга, конечно, всплывут ошибки, и их нужно быстро и красиво пофиксить. Именно на это и нужна та заветная ⅓.

Нюанс — всегда нужно идти на интервью со своим лэптопом. Первым делом нужно спросить, можно ли кодить на нем. В Facebook меня спросили: есть лептоп? хочешь на нем кодить? Ответ — конечно, да! Это быстрее, и вероятность ошибки в разы ниже. К тому же, переписывать код на вайтборде и в IDE — это две большие разницы. У меня неоднократно была ситуация, когда я исправлял ошибки на вайтборде, в результате чего код становился абсолютно нечитаемым (и, скорее всего, с новыми ошибками). Интервьюеры смотрели на это с грустью и слезами.

На лэптопе должны быть любимая IDE и проектик с типовыми шаблонами:

• работа с файлами;
• парсинг CSV-файлов;
• считывание по http;
• HTML- документ с подключенными стилями.

Еще помните мой печальный опыт с Evernote? Так вот, на следующем онсайте меня тоже попросили распарсить CSV, это заняло 3 минуты. Интервьюеры не против, если ты используешь такие шаблоны — это экономит время, и они понимают, что ты способен нагуглить, как распарсить файл.

Важный момент — нужно всегда контролировать время. На одном из интервью в Google мой интервьюер, парень лет 25-ти, задал мне хитрую задачку на динамическое программирование. Я нашел способ, как ее решить за квадратичное время, на что он спросил: «А лучше можно»? И я начал искать, как это сделать, подступала паника, но решение «лучше» найти я не мог. Наш диалог дальше:

Я: Не могу придумать решение лучше. Может, напишем мое решение и после этого подумаем?
Он: Давай еще 10 мин подумаем. Если не найдешь, напишем твое.
Я: Мне кажется, что времени может быть мало. Давай все же напишем мое сначала.
Он: Ну ок.

Я успел дописать свое решение с опозданием в 5 минут. Если бы послушал его, то не написал бы ничего и провалил интервью на 100%. А после такого в космонавты не берут. Штука в том, что он прикидывал, сколько времени нужно ему для написания задачки на доске, зная решение досконально.

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

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

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

Мои выводы по этому типу интервью:

• Первым делом нужно собрать требования. Очень четкие и конкретные требования, которым должна отвечать система. Типовые вопросы, которые можно задать: how many users, active users, time zones (one or few). Acceptance criteria — network bandwidth (in-going/ out-going traffic), RAM, storage, latency, battery life (for mobile) etc.
• Представь, что интервьюер — это твой заказчик (или пользователь), для которого строится система. Что ему нужно? А что можно предложить сверх этого (сбор статистики, админпанель)?
• Какие будут пользователи у этой системы? Часто их несколько — general users и administrators. И требования для них могут быть кардинально разные. Понимая это, нужно собрать все use cases. Один use case будет отвечать одному методу в API.
• Определяем три ключевых элемента — UI (если таковой имеется), API, DB schema. Часто, рисуя UI, можно найти новые use cases и обговорить их.
• Оценить все, что только можно, — number of users, requests (queries) per second (QPS), latency, API latency, disk space you need (for 5 years for instance), cache space, in-going/out-going traffic.
• Отдельно оценить read-write ratio. Наша система read heavy или write heavy? В зависимости от этого, как мы будем писать и читать данные?
• Как будет организовано хранилище данных, кеширование? Возможно, нужна очередь для обработки дорогостоящих операций? Как будут организованы replicas и shards (нужно хорошо понимать различие между этими понятиями)?
• Для упрощения понимания сначала можно построить систему для 100 пользователей. После того как интервьюер согласится с таким дизайном, можно подумать, как будем его масштабировать до тысяч и миллионов пользователей.
• Найти trade-offs и обсудить их. К примеру, это может быть trade-off между consistency и speed. Что важнее в данном контексте? Как этого добиться?
• Когда мы рисуем диаграммы, ни один блок не должен быть в единичном экземпляре, это всегда сет из многих. При падении одного узла его тут же должен заменить его клон. Нужно продумать, какие могут быть аварийные ситуации и как мы будем с ним бороться.
• И самое главное — внимательно слушать интервьюера и никогда-никогда с ним не спорить. Это кажется очевидным, но многие (и я среди них) об этом забывают.

Вопросы интервьюеру

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

Пример плохих вопросов: на каком языке программирования вы пишете? На каком клауде у вас стоит инфраструктура? Какая у вас СУБД? В чем тут проблема — компания нанимает универсального солдата, который за месяц-два должен разобраться в технических деталях. То есть это, по сути, не важно, это как-бы слишком узко.

О чем лучше спрашивать? Самое простое: что интервьюеру нравится и не нравится в компании, почему он выбрал эту компанию. Можно спрашивать о бизнесе: как он устроен, какие проблемы и потребности существуют. Можно спрашивать об условиях работы: когда люди приходят и уходят с работы, работают ли удаленно, как много митингов, каких именно.

За 10 дней до важного онсайта

У меня было два самых важных онсайта — Google и Facebook. Google был первым, и я достаточно сильно переживал. За 10 дней до онсайта я составил расписание на каждый день, что нужно сделать. Оно содержало следующее: повторение алгоритмов, типовых задач, задач, которые встречались на собеседованиях в Google, вопросы по дизайну. 5 дней до интервью я не ходил на работу и ушел в подготовку с головой.

Мне стало интересно, как спортсмены готовятся перед важными соревнованиями. Что они делают для того, чтобы не запаниковать в критический момент? Один из важных моментов — это прокручивание в голове будущего выступления и тренировка в условиях, приближенных к реальным.

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

Финал

Через несколько дней после онсайта мне позвонил рекрутер. Поздравил, сказал, что я молодец, все прошло хорошо. Мне нашли команду в Швейцарии в Цюрихе. Официальная позиция — Software Engineer. Я выдохнул. Голова была абсолютно пустой, я добежал. Забег в 1 год и 5 месяцев объявляется закрытым.

Как попасть в Google без высшего образования

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

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

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

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

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

Шулеры специализируются на карточных играх. Почему бы не перевести все в плоскость наших реалий?

Важно поймать течение. Вспомните Марка Цукерберга, создателя крупнейшей социальной сети Facebook, который бросил Гарвард, успев попробовать успех на вкус. А теперь обратимся к Павлу Дурову с его русскоязычным аналогом Фейсбука ВКонтакте. Мало кто помнит, что первый дизайн ВКонтакте почти не отличался от «неповторимого оригинала». Дуров пошел ва-банк, и его проект тоже выстрелил!

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

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

Можно не быть выпускником ВУЗа, но при этом понимать, что необходим хотя бы базис. Языки следует изучать семимильными шагами, чтобы сразу расширить резюме и попасть в поле зрения заинтересованной компании (в нашем случае – Google). Но не стоит забывать о восполнении пробелов, к которым ведет обучение «взахлеб».

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

• С
• С++
• Java
• Python
• Ruby
• Objective-C
• PHP

Не помешает дополнительно освоить C#, Haskell, Kotlin, Lisp или Scala.

Если базы данных – то MySQL. Если фреймворки – то только ходовые, встречающиеся в большинстве размещенных вакансий. Также нужно следить за новостями: какой язык становится популярнее, на что в ближайшем будущем могут перейти Android-программисты etc.

И не стесняйтесь пустого портфолио! Вместо этого соберите самые удачные законченные программы (бухгалтерские, клиент-серверные приложения вроде чатов, игры) и приложите их к своему резюме. Если это ООП, то и приложение должно быть реализовано с использованием наследования, полиморфизма и инкапсуляции.

Также проверьте себя с помощью распространенных задач, которые встречаются на собеседованиях.

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

Интересный момент: если вообще убрать из резюме раздел «Образование», есть шанс, что сотрудники Google свяжутся по крайней мере для того, чтобы уточнить эту деталь. Но если приложенный «портфель» достаточно плотный, можно рассчитывать сразу на Skype-собеседование.

Хотите знать, какие задачи попадаются в разрезе таких интервью? Вот достоверный перечень:

1. Создание MS Paint, в котором необходимо сохранить главные принципы стандартного редактора. Посмотрите это видео, чтобы понять, как реализовать Paint на Java:

2. Также может попасться задача с вычислением горизонта по двум точкам.

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

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

И помните, что побеждает тот, кто не боится рисковать.

Успехов!

Как попасть на стажировку в Google / Питерская Вышка corporate blog / Habr

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

В первой статье я расскажу, как успешно пройти все этапы собеседований и попасть на стажировку в Google.

Пара слов о себе

Я студент 1-го курса магистратуры Питерского кампуса Вышки, закончил бакалавриат Академического университета по машинному обучению. Во время обучения в бакалавриате активно занимался спортивным программированием, а также участвовал в различных хакатонах. Про последние можно прочитать тут, тут и тут.

O стажировке

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

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

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

В Google вам привьют, но это не точно, хорошую привычку писать диздок (design document) перед тем, как вы собрались что-либо делать. Для тех, кто не знает, диздок — это документ, в котором излагается суть имеющейся проблемы, а также детальное техническое описание её решения. Диздок можно писать как и для целого продукта, так и для какой-то одной новой функциональности. Прочитав такую документацию, можно понять, с какой целью был задуман продукт, и каким образом он был реализован. Также часто в комментариях можно увидеть диалоги между инженерами, обсуждающими различные способы реализации какой-то части проекта. Это дает хорошее понимание, с какой целью было принято каждое решение.

Особенность стажировки заключается в том, что вам предстоит пользоваться замечательными внутренними инструментами разработки, которых в Google огромное количество. Поработав с ними и пообщавшись со многими людьми, которые до этого работали в Amazon, Nvidia и других широко известных технологических компаниях, могу заключить, что эти инструменты имеют большие шансы оказаться лучшими среди всех, что вы когда-либо повстречаете в своей жизни. Например, инструмент под названием Google Code Search позволяет не только просматривать всю кодовую базу, историю изменений каждой строчки кода, но также дает возможность навигации по коду, к которой мы привыкли в современных средах разработки, таких, как Intellij Idea.И для этого вам нужен всего лишь браузер! Связанный с этой же особенностью минус заключается в том, что за пределами Google этих же инструментов вам будет не хватать.

Что касается плюшек, то у компании крутые офисы, неплохо кормят, предоставляют тренажерный зал, хорошую страховку и прочие ништяки. Просто оставлю тут пару фоточек из нью-йоркского офиса:

Как получить оффер?

Обзор

Теперь настало время поговорить о чем-то более серьезном: как попасть на стажировку?

Тут речь пойдет не про Google, а про то, как это бывает в общем случае. Про особенности процесса отбора стажёров в Google я напишу ниже.

Процесс собеседования в компанию, скорее всего, будет выглядеть как-то так:

1. Заявка на стажировку
2. Контест на Hackerrank/TripleByte Quiz
3. Скрининговое интервью
4. Первое техническое интервью
5. Второе техническое интервью
6. Онсайт интервью

Заявка на стажировку

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

Постарайтесь не сильно расстраиваться, когда вам на почту будут приходить письма с содержанием вида «вы такой классный, но мы выбрали других кандидатов». И тут у меня для вас есть совет:

Контест на Hackerrank/TripleByte Quiz

Если ваше резюме понравилось рекрутеру — через 1-2 недели вы получите письмо со следующим заданием. Скорее всего, вам предложат пройти контест на Hackerrank, где нужно будет за отведенное время порешать алгоритмические задачки, или же TripleByte Quiz, где нужно будет отвечать на различные вопросы, касающиеся алгоритмов, разработки программного обеспечения и устройства низкоуровневых систем. Этот этап служит первоначальным фильтром в процессе отбора кандидатов.

Скрининговое интервью

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

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

Технические интервью

Дальше идут технические интервью, которые обычно проводят по Skype или Hangouts. Но иногда встречаются более экзотические сервисы, требующие установки дополнительного программного обеспечения. Поэтому заранее убедитесь, что на вашем компьютере все работает.

Формат технических интервью сильно зависит от позиции, на которую вы собеседуетесь. Если речь идёт о позиции Software Engineering Intern, то вам, скорее всего, предложат пару алгоритмических задачек, решение которых нужно будет закодить в каком-нибудь онлайн редакторе кода, например, coderpad.io. Также могут задать вопрос на oбъектно-ориентированный дизайн, чтобы посмотреть, насколько хорошо вы разбираетесь в проектировании программного обеспечения. Например, могут попросить спроектировать простенький онлайн-магазин. Правда мне ни разу не попадалось такой задачи, по решению которой действительно можно было бы судить об этом навыке. В конце интервью вам наверняка предоставят возможность задать вопросы. Настоятельно рекомендую отнестись к этому серьезно, ведь благодаря вопросам вы можете показать свою заинтересованность в проекте, продемонстрировать свою компетентность в теме. Я обычно заранее готовлю список потенциальных вопросов:

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

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

В случае успешного прохождения первого интервью вам предложат второе. От первого оно будет отличаться интервьюером и, соответственно, задачами. Формат, скорее всего, останется таким же. После прохождения второго интервью, могут предложить и третье.

Онсайт интервью

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

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

Кодинг интервью

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

Существуют такие ресурсы как Codeforces, Topcoder и Hackerrank, который я уже упомянул. На этих площадках можно найти большое количество алгоритмических задач, а также отсылать их решения на автоматическую проверку. Это все здорово, однако мне скорее напоминает стрельбу из пушки по воробьям. Многие задачи на этих ресурсах рассчитаны на длительное время решения, требуют знания продвинутых алгоритмов и структур данных, в то время как задачи на собеседованиях обычно не такие сложные и рассчитаны на 5-20 минут. Поэтому в нашем случае куда больше подойдет такой ресурс, как LeetCode, который и был создан как инструмент для подготовки к техническим собеседованиям. Если вы решите 100-200 задач разной сложности, то с большой вероятностью у вас не возникнет проблем во время интервью. Из достойного еще есть Facebook Code Lab, на котором можно выбрать длительность сессии, например, 60 минут, и система подберет вам набор задачек, на решение которых в среднем уходит не более часа.

Еще многие советуют прочитать книгу «Cracking the Coding Interview». Сам же я выборочно читал лишь некоторые её части. Но стоит отметить, что я много решал алгоритмических задачек в свои школьные годы. У кого такого опыта не было, все же стоит эту книгу хотя бы пролистать.

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

Поведенческие интервью

Как я уже упомянул, во время поведенческого собеседования интервьюер пытается более подробно узнать про ваш опыт и понять ваш характер. Что если вы отличный разработчик, но не способны работать в команде? Боюсь, что многих это не устроит. Например, вам могут задать такой вопрос: «В чем заключается ваша слабая сторона?» Помимо вопросов такого рода, вас попросят рассказать про проекты, в которых вы играли ключевую роль, про проблемы, с которыми довелось встретиться, а также их решения. Стоит отметить, что на первых минутах технических интервью вас тоже могут об этом спросить. Про то, как готовиться к таким собеседованиям, хорошо написано в одной из глав в «Cracking the Coding Interview».

Google

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

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

Собеседования

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

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

Во время беседы интервьюер рассказывает про проект, над которым предстоит работать, а также узнает про опыт кандидата. Тут есть отличная возможность узнать, как будет в действительности выглядеть процесс работы, ведь вы общаетесь с человеком, который будет вашим хостом. После собеседования вы пишете письмо рекрутеру с вашими впечатлениями о проекте. Если проект вам понравился, а вы понравились интервьюеру, то вас ждет оффер. В противном случае, вы будете ожидать последующих звонков, которых может быть 2-3-4 штуки, а может больше и не быть вовсе. Стоит уточнить, что даже если вы хорошо прошли собеседования, но на стадии поиска проекта вас не выбрала ни одна команда (а может даже никто с вами и не беседовал), то, увы, вы останетесь без оффера.

Америка или Европа?

Помимо прочего вам нужно будет определиться с тем, где у вас будет проходить стажировка. У меня выбор был между США и EMEA. И тут важно знать про некоторые особенности. Например, есть ощущение, что в США попасть сложнее. Во-первых, вам предстоит пройти дополнительный контест длительностью 90 минут, где нужно будет решать алгоритмические задачки, а также еще один 15-минутный опрос, пытающийся раскрыть ваш характер. Во-вторых, по моему опыту и опыту моих друзей, на стадии поиска команды вами интересуются реже. Например, в 2017 году у меня была всего одна беседа, после которой команда выбрала другого кандидата, и я не получил оффер. В то время как у ребят, подававшихся в Европу, было по 4-5 проектов. В 2018 году мне нашли команду в январе, что достаточно поздно. Ребята работали в Нью-Йорке, мне понравился их проект, и я согласился.

Как видите, с США все немного сложнее. Но мне хотелось туда попасть больше чем в Европу. Плюс в США еще и больше платят.

Что делать после?

В конце стажировки у вас есть две опции:

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

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

Поэтому возникает следующая ситуация, которую можно описать одной картинкой:

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

Заключение

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

P.S. Еще у меня тут есть канальчик в телеге, куда можно заглядывать.

Как попасть в Google News? (Советы, которые действительно работают)

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

Оптимизируем сайт под требования Google News

Однако прежде чем попасть в Google News, агрегатор выставляет довольно строгие требования для ресурсов, но помним правило: претендуешь — соответствуй.

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

Требования агрегатора можно разделить на несколько категорий, таких как: контент, авторство, микроразметка и общий показатель качества сайта.

Улучшаем контент

Как и при ранжировании, качество и актуальность контента — одни из важнейших показателей. Минимальным требованием является уникальность текста не меньше 90%, а объем не менее 2 тысяч знаков.

Также следует обратить внимание и на сам тип контента, агрегатор от Google не будет включать:

• Статьи сомнительной тематики — “Как стать миллиардером”, “Как получить силу Вселенной” и т.д.;
• Объявления и вакансии;
• Информационные статьи о погоде, курсе валют и сугубо статистические данные;
• Рекламный контент.

Google News заинтересованы только в актуальном и свежем контенте, новости о трендах за 2017 год рассматриваться не будут.

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

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

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

Обязательным требованием от Google также является дата опубликования статьи в сниппете.

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

Микроразметка сайта

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

Авторитетность и уровень доверия

За написанной статьей всегда должен стоять ее автор, ведь авторитетность и уровень доверия имеет немаловажную роль не только для читателей, но и для поисковых систем, а в данном случае еще и для Google News.

Возле статьи обязательно должно быть имя автора, его фото и желательно краткая информация об этом человеке, также можно добавить ссылки на соц.сети автора. Добавьте несколько сотрудников в вашу редакцию и укажите об этом в отдельном разделе “Наши авторы”.

Качество сайта

Показатели качества сайта, такие как: возраст домена, ссылочная масса, показатели спамности, история домена, уровень доверия пользователей и т.д. напрямую влияют на ранжирование в Google News.

Обязательно разместите карту сайта (файл sitemap) поскольку он содержит в себе структуру информации которая имеется на сайте, файл robots.txt также должен присутствовать.

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

Добавляем сайт в Google News

Для того чтобы добавить сайт в гугл новости необходимо иметь зарегистрированный аккаунт Google. Переходите в раздел News Tools и если вы используете сервис от Google для вебмастеров, то увидите список ваших сайтов. Добавить сайт в индексацию Google News можно нажав на кнопку “Отправить запрос на добавление в индекс Google Новостей” рядом с URL вашего сайта.

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

После заполнения формы отправляйте ее на рассмотрение, после отправки на экране появится подтверждение.

Рассмотрение заявки осуществляется в течение 3-х недель. Узнать статус отправленной заявки можно в кабинете Google News. Отклоняют заявку без объяснения причин, повторно заявку на добавление сайта можно отправить только через 60 дней.

Подводим итоги, чтобы попасть в Google Новости необходимо:

• Иметь качественный контент в HTML-формате;
• Добавить микроразметку на сайт;
• Выделить авторов статей;
• Регулярно публиковать контент;
• Оптимизировать сайт;
• Использовать социальные сети для продвижения;
• Следить за структурой сайта.

Эти нехитрые правила помогут вам получить максимальный трафик и ранжироваться выше. А вы сталкивались с работой Google News? Поделитесь своим опытом в комментариях.

Как попасть в Google Discover: рекомендации по настройке RSS

Читайте в этой статье:

— Как работает Google Discover

— Как оптимизировать сайт, чтобы попасть в ленту

— Какой контент любит Google Discover

— Отслеживание трафика из Google Discover

В далекие незапамятные времена Google гордился своим поисковиком: только строка поиска и ничего лишнего. Это в прошлом. По крайней мере, для мобильных устройств. Для обычной десктоп-версии поисковик остался прежним. Пока.

Благодаря алгоритму Google Discover под строкой поиска пользователь видит статьи, собранные на основе его интересов:

• запросов в поисковик,
• просмотра видео на Youtube,
• любых других взаимодействий с сервисами Google.

В грубом приближении Discover напоминает родной Яндекс.Дзен или социальные сети. Люди хотят бесплатные персонализированные развлечения. А поисковик совсем не против забрать трафик из соц.сетей.

Как работает Google Discover

Как было раньше

Раньше был сервис Feed. Он представлял собой набор карточек с последними новостями и тенденциями. Но в 2019 году его полностью модернизировали. Заодно поменяли название.

Что конкретно видит пользователь

Основная идея обновленного сервиса: «Поиск без запроса». Google может показывать так называемый «вечнозеленый контент». Контент, опубликованный давным-давно. Но для этого конкретного человека он в новинку.

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

Под каждой карточкой в ленте два значка. Нажав на первый, пользователь может задать больший или меньший приоритет теме.

Второй значок открывает список с возможными вариантами действий:

Интересный факт: Google обещает скорое появление значка сервиса в поиске. Пользователь сможет нажать на него и следить за темой из поисковой выдачи.

Как оптимизировать сайт для Google Discover

SEO

Пока нет какой-то конкретики по этому вопросу. В Discover нет реальных поисковых запросов. Особые теги или структурированные данные не помогут. Полностью положиться на SEO не получится.

Мобильная версия сайта

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

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

Формат AMP

AMP (Accelerated mobile pages) используется для быстрой прогрузки мобильных страниц. У него открытый исходный код. Сайты, применяющие эту технологию, загружаются быстрее. Даже при низкой скорости сети.

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

Скорее всего, перевод сайта в формат AMP лишним не будет. Хотя участники форума Searchengines.guru отмечают, что не стоит ждать моментального попадания в ленту за счет AMP.

Кто-то потратил много времени на AMP, но трафик так и не получил.

У кого-то нет AMP, но трафик идет.

А у одного участника форума идет трафик на сайт под фильтрами.

Контент

Сам Google об это пишет так:

Какой контент любит Google Discover

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

Изображения

Discover важны изображения. Новый дизайн сервиса полностью основан на визуальной привлекательности. Поэтому при создании контента уделите особое внимание качественному визуалу.

Видео

Кроме картинок он уважает видео. Если есть возможность, плавно переводите контент в видео.

Новости

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

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

Отслеживание трафика Google Discover

В Search Console вы сможете увидеть результаты трафика. Данные отображаются во вкладке «Эффективность».

Из этих данных вы узнаете:

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

 

Данные для отчетов формируются с 1 марта 2019 года. Чтобы посмотреть динамику, нужно установить период с этого дня по текущую дату. Если у вас нет этого отчета, значит, сайт не еще появляется в Discover. 

Что нужно запомнить о Google Discover?

Google Discover — это лента рекомендаций поисковика. У него нет отдельного приложения. Статьи отображаются под строкой поиска в мобильном браузере google.com.

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

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

колдунщики Google и как в них попасть

Термин «колдунщики» применяется к поиску Google в российском интернет-маркетинге условно, по аналогии со спецэлементами SERP Яндекса. Функционал расширенных ответов в выдаче Google и за ее пределами называется OneBox.

Читайте обзор PromoPult о колдунщиках Яндекса.

Первый OneBox появился для результатов Google Новостей. Самые первые упоминания о «google onebox results» встречаются в аналитических статьях в 2005 году. Вот, например, одна из первых подборок Google OneBox (англ.).

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

Радует только то, что количество колдунщиков у Google пока еще меньше, чем у Яндекса. А в некоторые из них вполне реально попасть и получить свою долю интереса пользователей. Рассказываем, как это сделать.

В какие колдунщики можно попасть

Google Мой бизнес и Knowledge panel

Google local pack

Featured snippet

Товарная галерея (Google Shopping results)

Google Images (Картинки)

Видео колдунщик

Google Путешествия

Рецепты

О каких колдунщиках нужно знать (но попасть невозможно)

Ответы одной строкой

Адреса и маршруты

Калькуляторы и конвертеры

Расширенный ответ

Карусель (Carousel)

Новости

Информация на каждый день

Расписания

Специальные возможности

В какие колдунщики можно попасть

Google Мой бизнес и Knowledge panel

В ответ на брендовый запрос в выдаче может быть показаны либо карточка Google My Business, либо блок Knowledge panel.

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

Карточка Google My Business

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

Алгоритм отбора информации в Knowledge panel Google не раскрывает, достоверной статистики о соотношении показов GMB и KP тоже нет.

Предполагаем, что дело происходит так: если поисковик четко ассоциирует запрос с брендом и у бренда есть заполненный профиль в GMB, Google выводит карточку GMB.

Knowledge panel показывается при отсутствии или недостаточной информации в профиле Google Мой бизнес. Туда попадает информация из собственных сервисов Google и открытых источников.

Вот пример Knowledge panel по запросу «сеопульт»:

После ребрендинга сервис SeoPult стал называться PromoPult, так что по старому запросу находятся только разрозненные данные

Различие колдунщиков Google Мой бизнес (GMB) и Knowledge panel (KP) в том, что информацией в первом можно оперативно управлять: данные подтягиваются из профиля в Google Мой бизнес.

Как попасть

Зарегистрироваться в Google Мой бизнес, пройти верификацию, заполнить профиль. Но останавливаться на этом не стоит. Следите за отзывами, которые оставляют пользователи Google, и работайте с негативом. Также поисковик дает возможность задать вопрос прямо из колдунщика GMB:

Не оставляйте вопросы без ответов. Это еще одна возможность поддержания лояльности клиентов.

О том, что дает присутствие в Google Мой бизнес, — читайте в блоге PromoPult.

Для того, чтобы Google проще и быстрее «вытаскивал» данные о вашей организации для своих колдунщиков, внедрите на сайте микроразметку для местной компании.

Попасть целенаправленно в Knowledge panel, к сожалению, невозможно. Однако данные из поиска туда все же подтягиваются.

Google local pack

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

Как попасть

Чтобы быть в списке, достаточно зарегистрироваться и подробно заполнить профиль в Google Мой бизнес. Особое внимание стоит обратить на точный адрес, правильный выбор сферы деятельности и работу с отзывами. Также не помешает микроразметка для локального бизнеса. Подробнее об этом мы написали выше.

Featured snippet

У этого спецэлемента несколько русских вариантов названия: «расширенный сниппет», «блок с ответами», «избранный сниппет». Колдунщик представляет собой рейтинг или краткий ответ на запросы how-to. Показывается на «нулевой» позиции. Самое приятное для оптимизатора — ссылка на сайт, с которого подтянулся ответ.

Что нужно сделать, чтобы попасть в featured snippet?

• Собрать информационную семантику по вашей тематике.
• Подготовить качественный релевантный контент.
• Оптимизировать страницу под how-to запрос или составить рейтинг.
• Разметить контент структурированными данными для FAQ, инструкций, вопросов и ответов.
• Быть в ТОП-10 по запросу.

Как разметить инструкции, ЧАВО и блок вопросов и ответов, читайте в материале от PromoPult на HabraHabr.

Товарная галерея (Google Shopping results)

По запросам, которые Google определяет как транзакционные, может показаться карусель с товарами над результатами выдачи:

Заметьте, в запросе отсутствует волшебное слово «купить»

Каждая карточка в карусели — платное рекламное объявление. При клике на него происходит переход на сайт.

Другой вариант этого колдунщика — блок справа от выдачи:

Клик по ссылке под объявлениями перебросит на Google Покупки

Как попасть

Как вы уже поняли, бесплатно попасть в этот OneBox не получится. Чтобы ваши товары показывались в колдунщике Google Shopping results, нужно создать торговую кампанию в Google Рекламе:

Запускайте рекламные кампании без лишней головной боли в модуле Контекстная реклама от PromoPult.

Google Images (Картинки)

Колдунщик картинок показывается в Google по информационным и, что печально для сеошников, по коммерческим запросам, отвлекая внимание пользователей от сниппетов в выдаче.

Попадание в колдунщик картинок выгодно, особенно по транзакционноиу запросу: при клике на картинку происходит переход на сайт.

OneBox выводится «нулевым» результатом, справа от выдачи или среди результатов ТОП-10.

Клик на ссылку «другие картинки по запросу» перебросит на отдельный поиск по Google картинкам с тегами:

Примечательно, что есть возможность пожаловаться на результаты, если они оказались нерелевантными или оскорбительными.

Как попасть в Google Images

• Использовать качественные оригинальные изображения.
• Понятно называть файлы, включать в название ключевые слова (например, zelenye-krossovki-adidas.jpg).
• Подбирать релевантные тексту иллюстрации.
• Сжимать изображения без потери качества.
• Заполнить атрибуты alt и title с использованием ключевых фраз.
• Использовать адаптивные изображения для корректного отображения на мобильных устройствах.
• Внедрить разметку schema.org.

У нас есть подробный гайд: как выйти в ТОП поиска по картинкам.

Видео колдунщик

В отличие от российского конкурента (Яндекс.Видео), перейти из карусели колдунщика Google можно сразу на канал автора, минуя сервис-агрегатор. Чаще всего видео подгружаются из социальных сетей и YouTube.

Для попадания в колдунщик видео:

• Подберите название, которое точно характеризует ролик, аккуратно впишите в него ключевые слова.
• Поработайте над описанием — оно должно быть цепляющим, так у видео есть шанс привлечь большее количество просмотров.
• Используйте микроразметку для видео.
• Подберите релевантные теги. Для этого можно воспользоваться инструментом сбора поисковых подсказок из YouTube.
• Создайте привлекательную обложку (cover).
• Работайте с комментариями: отвечайте, благодарите, ставьте лайки.

Проверить, все ли вы учли, можно по чек-листу оптимизации видео.

Google Путешествия

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

• Авиабилеты. Есть возможность выбора направления и даты прямо в колдунщике. Сервис Google Авиабилеты агрегирует предложения от партнеров.

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

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

Клик на карточку перебросит на страницу поиска по уточненному запросу.

• Отели. С точки зрения местного бизнеса, OneBox про Путешествия полезен для гостиниц, отелей и хостелов. Привлекательная карточка с фото и рейтингом — дополнительный источник клиентов из поиска Google:

Чтобы информация о вашей гостинице подтянулась в сервис Google, заполните профиль в Google Мой бизнес и загрузите цены на номера, мотивируйте гостей оставлять отзывы на Картах, размещайтесь на крупных агрегаторах (booking, tripadvisor).

Читайте наш обзор способов продвижения отелей в интернете.

Рецепты

Этот OneBox представляет интерес для контентных проектов. По запросу, предполагающему рецепт блюда, на «нулевой» позиции показываются карточки с фотографиями, ссылками на ресурсы и рейтингом. Чтобы попасть в спецэлемент, нужно не просто выложить рецепт и привлекательные фото, но и разметить контент структурированными данными для рецептов. При клике на кнопку «Развернуть» колдунщик показывает еще больше вариантов и бесконечно отодвигает ТОП органической выдачи.

О каких колдунщиках нужно знать (но попасть невозможно)

Google, как и Яндекс, присутствие в поиске расширенных результатов объясняет заботой о лучшем ответе на запрос пользователя. Конечно, удобно сразу увидеть ТОП новостей по актуальной теме или краткую информацию о популярном писателе справа от выдачи. То, что многие новостные и контентные проекты недополучат трафик, поисковику в общем-то все равно (как и пользователю).

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

Ответы одной строкой

Это варианты OneBox, которые представляют собой простой ответ на вопрос. Показываются на «нулевой» позиции SERP.

• Определения из словаря:

• Праздники (по запросу, предполагающему дату праздника в конкретном году):

• Точное время. Без указания локации по запросу «время» выводится информация для геоданных пользователя.

Адреса и маршруты

Это колдунщики, так или иначе связанные с Google Картами.

• Адрес. По запросам, связанным с точным адресом, Google покажет точку на карте и даст возможность построить до нее маршрут.

• Маршрут. Колдунщик Google Карт покажет разные варианты от точки А до точки B.

Калькуляторы и конвертеры

Помогут посчитать и выполнить конвертацию валют и величин.

• Конвертер величин:

• Калькулятор и конвертер валют покажет актуальный курс и переведет одну валюту в другую.

Курс на дату запроса

Конвертер валют

Расширенный ответ

Подробная информация о персоне, книге, песне, фильме, достопримечательности. Чаще всего, появляется справа от выдачи, но иногда выводится на «нулевой» позиции.

• Knowledge graph (граф знаний) — различные варианты расширенного ответа справа от выдачи о выдающихся людях, географических точках, книгах, фильмах и др. Данные берутся из Википедии, собственных и партнерских сервисов Google. На некоторые блоки (например, связанные с селебрити), есть возможность заявить права.

Граф знаний о персоналии

Расширенный ответ о городе

Knowledge graph о фильме

• Определения и факты. Все, что гуглят школьники, студенты и другие лица с широкими интересами, покажется «нулевым» результатом выдачи или справа от нее.

Определение из Википедии справа от выдачи

Факт и похожие запросы на «нулевой» позиции

• Блок «Возможно, вы искали». Когда поисковик не уверен в релевантной выдаче на запрос, он предлагает похожие варианты справа от SERP:

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

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

Карусель (Carousel)

Название колдунщика указывает на форму подачи информации. Так могут быть организованы подборки книг, фильмов, актеров сериала и другие результаты.

Новости

Представляют собой карусель ссылок с фото на авторитетные информационные ресурсы. При клике на ссылку «Больше результатов по запросу…» есть возможность перехода на отдельный поиск по новостям.

Информация на каждый день

«Нулевой» результат выдачи по актуальным каждодневным запросам.

• Результаты матчей:

Расписания

• Расписание киносеансов выводится по запросу с упоминанием локации или названию фильма, который идет в кинотеатрах города (Google ориентируется на ваши геоданные).

• Расписание транспорта. Информация выводится на актуальную дату. При клике на обе ссылки в сниппете происходит переход на сайт, где размещено расписание:

Специальные возможности

• Колдунщик ЗОЖ. Мы условно назвали так быстрый ответ на вопросы об энергетической ценности и химическом составе продуктов питания.

• Палитра цветов. Выводится по коду цвета или запросу «палитра цветов». По названию цвета, как у Яндекса, колдунщик не работает.

• Графики функций. Google построит график тригонометрической, экспоненциальной, логарифмической функции, а также трехмерные графики.

• Google переводчик:

***

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

результат исследования 1 миллиона веб-страниц

Всегда, когда речь заходит о SEO, и когда ведется диалог клиентов с SEO-агентствами, в той или иной форме звучит вопрос: что мне нужно сделать для того, чтобы попасть в ТОП-3 Гугла?

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

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

За основу материалов мы взяли собственные наблюдения, исследования Мэтью Барби, команды Ahrefs, Search Engine Watch и Backlinko. Теперь перейдем к непосредственному рассмотрению вопроса о том, что нужно сделать для успешного ранжирования сайта.

Главные результаты исследования

Итак, кратко о самом важном, что было получено при исследовании миллиона страниц в поиске Google:

• Обратные (внешние) ссылки играют важную роль. В среднем, сайты в ТОП-2 по запросу владеют 38% всех ссылок от общего количества всех ссылок других результатов из ТОП-10 (с 3 по 10 результат включительно) по аналогичному запросу. Другими словами, при условии, что все сайты в ТОП-10 имеют в общей сложности 10 000 бэклинков, 3800 ссылок будут иметь первые два сайта.

• Чем ближе к ТОП-1 — тем больше ссылочная масса. В среднем, сайт на 1 позиции по запросу будет иметь на 168% больше ссылок, чем сайт на 5 позиции.

• Страницы с защищенным соединением (HTTPS) прямо коррелируют с позициями в поисковой выдаче.

• Текст анкора до сих пор является важным сигналом для ранжирования.

• Просматривается тенденция более коротких адресов страниц, находящихся в ТОП-3 поисковой выдаче. В большинстве, страницы в ТОП-3 имеют длину URL не больше 8 слов.

• Веб-страницы, содержащие ключевые слова в URL, ранжируются лучше, чем без таковых.

• Более 15% страниц из миллиона исследуемых, находящихся на первой позиции, имеют вхождение ключевых слов в title.

• По результатам исследования страниц в ТОП-3, соотношение количества обратных ссылок и ссылающихся доменов приблизительно 37:1.

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

Больше ссылок = лучше ранжирование

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

На графике наглядно приведен пример того, что сайты в ТОП-2 по запросу владеют 38% всех ссылок от общего количества всех ссылок других результатов из ТОП-10 (с 3 по 10 результат включительно) по аналогичному запросу.  

Больше доменов = лучше ранжирование

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

Этот фактор является одним из самых важных при рассмотрении условий ранжирования. Исследования доказали, что страница на первой позиции по выдаче имеет, в среднем, на 168% больше ссылающихся доменов, чем страница по тому же запросу, но на 5 позиции.

График также демонстрирует еще один факт важности наличия большего количества ссылающихся доменов. Так, рассматривая первую страницу Google в поисковой выдаче можно увидеть, что сайту на 1 позиции принадлежит 23% от общего количества ссылающихся доменов в ТОП-10.

Наглядный пример к графику: при условии, что на страницы в ТОП-10 приходится в общей сложности 1000 ссылающихся доменов, то страница №1 будет иметь 230 ссылающихся доменов, страница №2 — 150, страница №3 — 60 и т.д.

Отсюда вывод:  оптимальное соотношение количества бэклинков к количеству ссылающихся доменов — 37:1.

Анкоры имеют большое значение

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

В одном из SEO/SMM исследовании, проведенном Hubspot, были подтверждены эти данные. Были исследованы ТОП-100 лучших блогов Google и было определено, что они имеют на 80% больше анкоров с акцентом на ключевых словах, нежели другие блоги.

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

Короткие URL и тайтлы работают лучше всего

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

Значимость длины тайтлов и адреса страницы проверялась на многих SEO-экспериментах. Наиболее наглядный из них — это проверка взаимосвязи между поведенческими факторами и длиной тайтлов/URL на примере сервиса-гиганта Etsy.   

Аналогичные результаты показало и исследование 1 миллиона страниц в Гугле:

Оптимальная длина для тайтла страницы не должна превышать 8 слов. Этому есть свои объяснения:

1. Google “обрезает” слишком длинные тайтлы в SERP. Соответственно, пользователи теряют часть важной информации.
2. Более короткие тайтлы позволяют пользователям быстрее сориентироваться в информации, которую предоставляет та или иная страница. Соответственно, такие страницы способны быстрее дать ответы на вопросы пользователя, что в свою очередь улучшает взаимодействие с поисковой системой.

Наличие ключевых слов в тайтлах обязательно

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

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

33% всех сайтов в ТОП-3 имеют HTTPS

С одной стороны, 66% сайтов все же находятся на HTTP-протоколе, и их — большинство. Однако посмотрев на график, можно отметить явную взаимосвязь между наличием защищенного соединения и позициями в поисковой системе.

Ранее мы рассматривали вопрос о значимости HTTPS-протокола для сайта и выявили, что оно не является одним из ключевых условий ранжирования. Вместе с этим, его наличие критично для всех e-commerce сайтов. Мы рекомендуем ознакомиться читателям с нашей статьей, в которой подробно рассматривается вопрос необходимости использования защищенного соединения.