Категории

  • Огнетушители
  • Рукава пожарные
  • Оценка земли
  • Как бизнес
  • Оценка недвижимости
  • Услуги по оценке.
  • Индивидуальные средства защиты
  • ПротивоГАЗы
  • Новости
  • Новости

    Где купить держатель для Айфона в авто

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

    Где выбрать фотоаппарат

    С недавних пор увлекаюсь фото и видео съемкой. Приобрел фотоаппарат от Canon , т.к. доверяю данной компании и сталкивался с их продукцией не раз. И решил приобрести аксессуары для моей камеры. Начал

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

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

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

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

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

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

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

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

    Как перенести ваш сайт на HTTPS: пример SEO

    1. Краткое введение для новичков в HTTPS:
    2. Миграция на HTTPS (способ Link-Assistant.Com):
    3. 1. Определите состояние «как есть» и составьте план
    4. 1.1 Получить под капотом и набросать структуру вашего сайта
    5. 1.2. Создать отчет по ранжированию по ключевым словам
    6. 2. Получить команду на борту
    7. 3. Ставить или не ставить
    8. 4. SEO часть
    9. 4.1. Перед развертыванием на производство
    10. 4.2. Счетчики в социальных сетях
    11. 4,3. После развертывания
    12. 5. Результаты
    13. К вам

    Автор: Евгений Хутарнюк

    28 марта 2017 г.

    Как вы могли заметить, более месяца назад сайт Link-Assistant.Com перешел с HTTP на HTTPS .

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

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

    Краткое введение для новичков в HTTPS:

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

    Стоит ли беспокоиться, если у вас есть сайт, и он работает по HTTP ? Краткий ответ - да". И более длинная версия разворачивается на три ключевых момента:

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

    «С конца января в Chrome 56 Chrome будет отмечать HTTP-сайты, которые собирают пароли или кредитные карты как незащищенные».

    Но есть ли подвох? Вы ставите. Переключение веб-сайта на HTTPS - это большая работа, и, сделанная неправильно, она легко может стать катастрофой для SEO.

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

    Ну, есть ли способ избежать апокалипсиса? У меня есть хорошие и плохие новости для вас:

    1) Во-первых, вы неизбежно потеряете некоторые свои позиции и трафик во время миграции HTTPS;
    2) Во-вторых, они восстановятся через 1-2 недели , если вы будете следовать всем лучшие практики миграции ,

    Итак, давайте посмотрим, что это за лучшие практики и как они помогли нам сохранить https://link-assistant.com рейтинги безопасны.

    Миграция на HTTPS (способ Link-Assistant.Com):

    1. Определите состояние «как есть» и составьте план
    1,1 Получить под капотом и набросать структуру вашего сайта
    1.2 Создать отчет по ранжированию по ключевым словам
    2. Получить команду на борту
    3. Ставить или не ставить?
    4. SEO часть
    4,1 Перед выходом в эфир
    4,2 Метрики социальных сетей
    4,3 После выхода вживую
    5. Результаты, достижения

    1. Определите состояние «как есть» и составьте план

    1.1 Получить под капотом и набросать структуру вашего сайта

    Хороший план всегда сэкономит вам время для общения с коллегами. Но когда мы говорим о проекте http://link-assistant.com Размер, я могу сказать наверняка - запуск без надлежащего плана является гарантией отказа.

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

    Его основная функциональность построена на основе инфраструктуры Yii, которая управляет основной областью контента и разделом новостей . Кроме того, у нас есть страницы, которые принадлежат старому веб-сайту , также управляемому Yii, и старому блогу, основанному на Wordpress. Все это сопровождается форумом, работающим поверх phpBB, и областью поддержки клиентов, работающей на Kayako.

    Список уже впечатляет, но мы даже не на полпути. Что еще хуже, даже если некоторые разделы веб-сайта используют одну и ту же CMS, они по-прежнему имеют независимые HTML-шаблоны (например, партнерская зона ). И в результате каждый из них должен рассматриваться как самостоятельная миграционная единица!

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

    Еда на вынос:

    С миграцией HTTPS планирование - это то, что может сделать это или сломать это. И даже если у вас есть небольшой 10-страничный веб-сайт, написанный на чистом HTML, я рекомендую вам разобраться в этом и составить его структуру . Пока вы делаете это, подумайте о вещах, которые могут перестать работать должным образом после перехода на HTTPS. Они могут включать в себя:

    • Внешние скрипты
    • формы
    • Поддержка чата
    • Файлы для загрузки
    • Платежный шлюз
    • Внешние API
    • и т.п.

    Обратите внимание на технологии или CMS, лежащие в основе каждой области вашего сайта. Вы должны знать, как обрабатывать настройки протокола для каждого из них. Например, если у вас есть разделы на основе WordPress, обратите внимание, что вам нужно изменить адрес Wordpress (URL) и адрес сайта (URL) в общих настройках WordPress.

    Направьте на несколько результатов вашей деятельности по планированию:

    • Диаграмма структуры веб-сайта, которая поможет вам визуализировать каждый структурный элемент на вашем сайте;
    • Список задач, связанных с каждой CMS и технологией;
    • Контрольный список для использования при тестировании сайта после миграции.

    1.2. Создать отчет по ранжированию по ключевым словам

    В рамках моей предварительной деятельности я также создал новый проект в Отслеживание ранга со всеми нашими целевыми ключевыми словами, которые мы обычно продвигаем и отслеживаем, а также с ключевыми словами, показанными в отчете Search Analytics в Консоль поиска ,

    Я сгруппировал ключевые слова по соответствующим областям веб-сайта (используя теги Rank Tracker) и создал запланированную задачу проверки рейтинга, чтобы Rank Tracker ежедневно обновлял наш рейтинг:

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

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

    Еда на вынос:

    1) Обязательно проверяйте рейтинг по целевым ключевым словам хотя бы один раз, прежде чем переходить на HTTPS . Так что вы можете сравнить рейтинги до и после миграции.

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

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

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

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

    Если вы используете Rank Tracker, просто перейдите в « Настройки» -> «Планировщик» и создайте новое запланированное задание:

    2. Получить команду на борту

    Миграция HTTPS, очевидно, больше техническая задача, чем SEO. И хотя участвующие в этом процессе аббревиатуры HTML, GIT, NGINX и PHP не вызывают у меня недоумения, я убежден, что SEO следует держаться подальше от кодирования.

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

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

    Еда на вынос:

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

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

    3. Ставить или не ставить

    При планировании миграции HTTPS вы можете выбрать один из следующих вариантов для развертывания изменений:

    • Развертывание на производственном веб-сайте напрямую. (опасно)
    • Разверните в среде разработки, а затем разверните изменения на рабочем сайте. (безопаснее)
    • Разверните в среде разработки, затем разверните изменения в промежуточной среде и, наконец, объедините промежуточную и производственную среды. (самый безопасный)

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

    Принятая сложность https://link-assistant.com Я решил развернуть полностью функциональную постановочную среду. Это было 100% зеркало производственного сайта. И после того, как этап был готов, мы прекратили вносить какие-либо изменения в код производственного веб-сайта (другими словами, мы заморозили его) до даты перехода.

    Промежуточный сервер был настроен для ответа через HTTPS. Все изменения, связанные с миграцией HTTPS, были сначала внедрены и протестированы на промежуточном сервере.

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

    Еда на вынос:

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

    4. SEO часть

    4.1. Перед развертыванием на производство

    Когда сценическая среда была готова, мы начали вносить изменения, связанные с SEO.

    а) Исправление проблем со смешанным контентом.

    Смешанный контент возникает при перемещении веб-сайта на HTTPS, но некоторые его ресурсы по-прежнему загружаются по HTTP (чаще всего это происходит с вашими изображениями, видео, файлами CSS и JS).

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

    Так что, по сути, моя кампания смешанного контента сводилась к простой мантре - «HTTPS везде»:

    • Все атрибуты src изображений и сценариев должны указывать либо на абсолютные URL-адреса HTTPS, либо на относительные пути (в случае внутренних ресурсов).

      <img src = "https://example.com/image.png">
      <script src = "/ example.js">

    • Iframes должны быть загружены через URL-адреса HTTPS или относительные пути.
    • Все внутренние ссылки должны указывать либо на абсолютные URL-адреса HTTPS, либо на относительный путь.

      <a href="https://example.com/">
      <a href="/index.html">

    • Теги для Open Graph и Twitter-карт должны указывать на URL-адреса HTTPS

      <property = "og: image" content = "https://example.com/image.png">
      <name = "twitter: image" content = "https://example.com/image.png">
      <meta property = "og: url" content = "https://example.com/">

    • Ваша карта сайта XML и лента RSS также должны содержать только HTTPS-URL.

    Еда на вынос:

    Проверка всех этих проблем на десятки тысяч страниц была чертовски сложной работой. Таким образом, мой главный вывод заключался в том, что мне нужен инструмент для автоматизации всего процесса. И именно так возникла идея добавить смешанная проверка содержимого HTTP / HTTPS нашему аудитору веб-сайта. Надеюсь, этот инструмент спасет вас, ребята, от того, что я пережил :)

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

    После этого перейдите в « Структура сайта»> «Аудит сайта» в левом меню и перейдите к страницам HTTPS со смешанными проблемами содержимого.

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

    Кроме того, если вы ищете еще большую гибкость, попробуйте Пользовательский поиск функция в веб-сайте Auditor. С помощью селекторов CSS вы можете найти много проблем с миграцией HTTPS на вашем сайте:

    • Найти rel = канонический тег, указывающий на HTTP:
      ссылка [отн = каноническое] [HREF = Http: //]
    • Найти атрибуты src, указывающие на HTTP:
      * [SRC = HTTP: //]

    Я настоятельно рекомендую вам прочитать наш блог на Пользовательский поиск , Как только вы освоите эту функцию - она ​​вам понравится!

    б) Особая забота о канонических метках.

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

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

    Еда на вынос:

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

    в) Устранение ненужных цепочек перенаправления.

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

    example.com 301 -> http://www.example.com 301 -> https://www.example.com

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

    Еда на вынос:

    С миграцией HTTPS цепочки перенаправления появляются наиболее неожиданно. Пять лет назад вы перенаправили страницу A на страницу B и наверняка забыли об этом. Теперь, перенаправляя страницу B в ее HTTPS-версию, вы получаете 2 ненужных перенаправления вместо 1. Ничего страшного, если это происходит на одной странице. Но что, если это произойдет на всем 200-страничном веб-сайте?

    А так как проверка ваших перенаправлений по очереди займет у вас много времени, я настоятельно рекомендую использовать такие инструменты, как Screaming Frog и WebSite Auditor.

    В WebSite Auditor щелкните Структура сайта> Аудит сайта и выделите Страницы с длинными цепями перенаправления . Вы получите список страниц с более чем двумя перенаправлениями. Чтобы просмотреть каждое из перенаправлений в цепочке, щелкните значок меню.

    4.2. Счетчики в социальных сетях

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

    в Новости раздел https://link-assistant.com У нас есть четыре социальные кнопки. Это Facebook, G +, Twitter и LinkedIn. Более того, есть раздел комментариев, который работает на социальном плагине Facebook.

    G + и LinkedIn оказались полностью дружественными к HTTPS (их счетчики показывали правильные данные как в HTTP, так и в HTTPS-версиях одной и той же страницы), в то время как Twitter и Facebook причиняли нам некоторую боль.

    а) Twitter счетчик

    Как вы, наверное, знаете, Twitter больше не предоставляет официального счетчика акций. В Link-Assistant.com мы полагаемся на данные NewShareCounts.com. Однако счетчик обрабатывает версии HTTP и HTTPS одной и той же страницы как разные страницы. При настройке по умолчанию счетчик общего ресурса будет возвращать ноль для всех более старых сообщений.

    После некоторых исследований мы обнаружили, что плагин NewShareCounts.com имеет отличный параметр data-url = "", который позволяет запрашивать API для произвольного URL. Поэтому мы попытались настроить код плагина. Для всех публикаций, опубликованных до миграции, плагин возвращал подсчет общего ресурса для URL-адресов HTTP вместо версий HTTPS, где он был фактически установлен.

    Этот прием работал хорошо примерно через неделю после миграции. Затем счетчик Twitter начал показывать ноль на некоторых страницах. Я догадывался, что Twitterbot начал заново сканировать страницы, что обесценило наш общий доступ.

    Однако другое (и окончательное!) Решение было найдено довольно быстро. Свойство = "og: url" также должно указывать на старый HTTP-URL. Вуаля! Мы взломали счетчик Твиттера.

    б) счетчик фейсбука

    Если вы хотите сохранить свои доли в Facebook, вы должны следовать этому Инструкция Facebook , Теперь, как тебе это нравится? Согласно инструкции, вы должны разрешить сканеру Facebook доступ к старой странице HTTP после миграции. Зачем вообще беспокоиться о HTTPS и безопасности ?!

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

    в) Facebook комментарии

    Плагин комментариев Facebook, к счастью, оказался более гибким. Мы просто сохранили URL-адреса HTTP в параметре data-href для всех публикаций, опубликованных до миграции.

    <div id = "comments" class = "fb-comments" data-href = "">

    Еда на вынос:

    После перехода на HTTPS счетчики общего доступа на всех новых страницах, которые вы создаете, будут работать нормально, так же, как и с HTTP.

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

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

    4,3. После развертывания

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

    1) Не размещайте важные изменения на производственном сервере в пятницу!

    2) НИКОГДА НЕ ДЕЛАЙТЕ важных изменений на производственном сервере в пятницу!

    3) Убедитесь, что robots.txt не блокирует контент, который обычно должен быть доступен для поисковых систем.

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

    Ниже приведены задачи, которые я выполнил после миграции.

    1) я восстановил свой Аудитор сайта проект и убедитесь, что все страницы возвращают 200 HTTP код состояния.

    2) Я ознакомился с контрольным списком обеспечения качества, который упоминал в первой части кейса.

    3) Убедившись, что веб-сайт функционирует нормально, я дважды проверил проблемы со смешанным контентом и перенаправил цепочку (как описано выше).

    4) Следующим шагом было создание нового веб-ресурса в консоли поиска для HTTPS-версии веб-сайта. Я перенес все настройки HTTP-версии в новое свойство, например:

    • Sitemaps;
    • Параметры URL;
    • Отключить файл.

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

    Еда на вынос:

    В тот момент, когда ваш новый веб-сайт HTTPS запускается, наступает не время для брызг шампанского, а для тщательного тестирования и мгновенного исправления ошибок.

    5. Результаты

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

    Давайте начнем с вершины и Святого Грааля SEO - органического трафика и трафика от Google. Органическое движение выглядит супер скучно. Никаких изменений, это совершенно монотонная кривая:

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

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

    В течение первого месяца Google Crawler был очень голоден. Просто посмотрите на количество страниц, просканированных за день:

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

    К вам

    Вот так прошла наша HTTPS-миграция - без особой суеты и удивления. Извините, если это не было достаточно мелодраматично, без катастрофических падений трафика и волшебного восстановления после этого :)

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

    Как всегда, я готов к вашим вопросам и гнилым помидорам :)

    Автор: Евгений Хутарнюк
    Руководитель SEO в SEO PowerSuite

    Но есть ли подвох?
    Ну, есть ли способ избежать апокалипсиса?
    Но что, если это произойдет на всем 200-страничном веб-сайте?
    Зачем вообще беспокоиться о HTTPS и безопасности ?