Як перейти до SSL, не впливаючи на PageRank?

Тут на Stack Exchange ми працюємо над переміщенням всього трафіку до SSL. Причиною того, що ми не робимо лише зареєстрованих користувачів, є те, що одна сторона розділення входу зазнає перенаправлення від Google кожного разу. Це трапляється тому, що Google матиме результати http://або лише https://в результатах, а не в обох. Окрім побудови інфраструктури SSL ( детальніше тут ), невирішене питання у нас є:
як нам найкраще перейти до SSL?

Ось відповідні біти нашого плану (тестування на невеликих сайтах, перехід до stackoverflow.com):

1. Підготуйте / увімкніть SSL (але не пов’язаний з ним) у всіх доменах
2. Почати рендеринг тільки<link rel="canonical"> вhttps://
3. Почніть надсилати номер 301 для всіх http://запитів https://(з наших доменів ... звичайно, ми не можемо нічого зробити стосовно всіх існуючих посилань, що вказують на нас)
4. Після перехідного періоду встановіть усі файли cookie користувача як secure

Таким чином, кінцева гра передає весь вміст через SSL, а всі HTTP запити переспрямовано. В першу чергу нас хвилює те, як це вплине на PageRank на наші сайти. Ми багато залежимо від трафіку, який надходить від Google, і хочемо переконатися, що він не занурюється, оскільки ми починаємо забезпечувати більшу безпеку для наших користувачів.

Єдині шматочки, які я знайшов у цьому, що здаються суттєвими, - це коментар співробітника Google на старіше запитання, подібне до цього :

@Frank Так, я впевнений, що Google розглядає URL-адреси HTTP та HTTPS як окремі URL-адреси для сканування, індексації та ранжирування (я працюю з командою веб-пошуку в Google). Робити канонізацію за допомогою переадресації 301, як ви згадали, - чудовий спосіб вирішити це :) - Джон Мюллер 23 жовтня 10

і єдине відео для веб-майстрів, яке я міг знайти: Чи може перехід на рейтинг HTTPS шкоди? Відео не має грунтовної відповіді, і ні в якому разі я б не базував майбутнє компанії.

Чи є наш план переходу найкращим способом здійснити рух SSL, принаймні з точки зору SEO? Якщо є інші останні або конкретні поради щодо того, як такий крок впливає на рейтинг Google, ми хотіли б почути про нього.

Пропоноване рішення - найкращий шлях вперед з точки зору SEO. Ви уникаєте дублювання вмісту, використовуючи канонічну URL-адресу, і переспрямування 301 перенесе більшу частину вашого PageRank ( невелика кількість втрачається при переадресації ). Крім того, завдяки міцності сторінок Stack Overflow в Google я був би більш ошелешеним, якби побачив якісь коливання у вашому рейтингу. Менші сайти побачать перехідний період у своєму рейтингу, поки Google наздогнав їхні нові URL-адреси, але я не вважаю, що це відбувається із переповненням стека.

FYI, Джон Меллер, співробітник Google, якого ви цитували, тут є активним членом . З невеликою долею він дасть нам свою точку зору на це.

Близько року тому сталася помилка, що генерує код постійної посилання для мого сайту WordPress, який отримує близько 70% трафіку від Google. Канонічний тег почав використовувати формат короткої URL-адреси WP замість звичайного формату.

Через два тижні я виявив помилку, коли помітив, що мої URL-адреси відображаються дивно в індексі Google. Замість повного /999999/post-url-format-like-this/в результатах було показано ?post_id=99999(або щось подібне).

Жодних змін у трафіку не було.

Помилка була виправлена, канонічний тег правильно встановлений знову, і приблизно через тиждень Google відкоригував усі індексовані посилання назад до звичайного формату. Безболісно, ​​справді.

Отже, виходячи з мого досвіду, ваш план повинен бути таким:

1. Змініть канонічний тег, щоб вказати на URL-адресу HTTPS.
2. Google автоматично оновлює всі результати в індексі. Це може зайняти кілька тижнів і не потребує переадресації 301. І ... 95% вашого трафіку буде використовувати SSL.
3. Перенаправляти користувачів, які ввійшли в систему, які натискають з іншого сайту.

Оскільки 301 переадресація видаляє частину виправлень сторінки, я не бачу сенсу використовувати їх відразу, тим більше, що канонічний тег повинен піклуватися про індекс Google.

Я вважаю, що Google займає першу відображену URL-адресу, якщо це буде коротка URL-адреса, HTTP або навіть HTTPS, якщо не буде використано канонічне посилання, так правильно, вони є окремими рейтингами, тому перехід 301 призведе до втрати соку під час переходу.

Однак, як Джон також заявив, що це сумнівно, це зашкодить стеку, оскільки стек має повноваження та довіру до Google.

Крім того, для всіх, що ми знаємо, Google може навіть збільшити рейтинг стеків для проходження SSL, оскільки вона робить сайт більш безпечним для своїх користувачів, що фактично збільшує досвід користувачів, в який Google сильно вірить. Хоча ця спекуляція, але корисно сподіватися? :)

Також:

Метт Кеттс від Google заявив у коментарі Hacker News, що ті, хто зацікавлений у переході всього свого веб-сайту з HTTP на HTTPS, повинні продовжувати та робити це.

• Google, хочете перейти на HTTPS? йти вперед
• Hacker News, Facebook починає перемикати всіх користувачів на HTTPS-з'єднання

Нещодавно я перемістив кілька моїх сайтів до SSL, і на перегляд сторінки не вплинуло ні позитивно, ні негативно. Я дотримувався всіх рекомендацій Google, які в основному так само, як ви описали:

1. Дозвольте вашому сайту безперебійно працювати з HTTPS. Моя найбільша необхідна зміна полягала в тому, щоб використовувати лише відносні та відносні протоколи. Наприклад: href = "page.html" і при необхідності href = "// www.example.com/"
2. Додайте теги rel = "canonical" і вкажіть їх на адресу HTTPS вашої сторінки
3. Використовуйте 301 переадресацію для всіх HTTP-запитів, щоб надіслати їх на HTTPS

Налаштуйте як веб-сайти HTTP, так і HTTPS в веб-майстрах Google і стежте за ними як ретельно.

Я був частиною подібного переходу на веб-сайті з помірною швидкістю, хоча з різницею: всі URL-адреси були змінені, а 301 переспрямування не було встановлено.

Я уважно стежив за впливом на рейтинг Google приблизно протягом місяця, і для більшості ключових слів було отримано 2-3 позиції, хоча я досить впевнений, що це було повністю пов’язано з кращим SEO.
Я не бачив жодних змін, які можна було б розумно віднести лише до HTTPS.

Ваш план, здається, на місці, хоча я трохи розірваний на тому другому кроці, я особисто йду прямо на 301.

Чому б не тест A / B з невеликою кількістю бажано підроблених питань і не перевірити їх вплив?