Перевод статики на поддомен для работающего проекта

Question

[Sergey]

Необходимо осуществить перевод статики проекта (css/js/images) на поддомен cdn.<site_domain>.com с помощью nginx. С логической точки зрения мне видится всё просто:
1. Создаю поддомен в конфиге
2. Меняю на сайте адрес статики
Проблема в том, что могу не учесть все места с выводом статики, поэтому хотелось бы перестраховаться.
Вопрос: религиозно ли верно будет точки зрения сео сделать 301й редирект в nginx для статики? Т.е. у меня сейчас есть стандартный location для статики, вот туда я засуну редирект на cdn.<site_domain>.com И обязательно ли сразу убивать обработку статики на основном домене (не будет ли это считаться дублем)?

Answer 1

[pr0tect0r]

И обязательно ли сразу убивать обработку статики на основном домене (не будет ли это считаться дублем)?

1. сразу убирать определенно не нужно, т.к. у пользщователей есть локальные кеши, есть сохраненные страницы поисковиков. Но с другой стороны переходы с данных страниц ничтожно малы и данных пользователей врядли можно назвать целевыми.
Смотрите access логи на снижающееся кол-во обращений к старой статике, чтобы оценить время ее полного удаления с основного домена.
2. на сео перенос статических изображений никак не повлияет (если конечно вы не фотохостинг), JS и CSS дублями тоже считаться не будут )
3. если уже решили переностить статику на отдельный домен, рекуомендуется, чтобы это был отличный от основного домен (например осн. домен — domain.com, домен для статики cdn.domain-ltd.com). Это в том числе для снижения нагрузки на сервер статики всяческим куками и пр. от основного домена.
4. старайтесь использовать как можно меньше редиректов, браузеры и поисковики их не очень былуют — браузеру проще не загружать картинку, чем обрабатывать 3xx заголовки.

Comments

[Sergey]

Спасибо за исчерпывающий ответ.

Answer 2

[Daniel Newman]

Что-то типа условного редиректа вам надо, if file exist? Правильно ли я вас понял? Не пойму, о каких дублях идет речь. Дублях картинок? Чем вариант с nfs и монтированием папок в старую локацию не устраивает?

Comments

[Daniel Newman]

туториал с cibercity о построении дробного linux web-стека.

[Sergey]

Имел ввиду доступность одного файла как с основного домена, так и с поддомена. Например, www.site.com/img/test.jpg и cdn.site.com/img/test.jpg И даже браться первое время они будут из 1й папки. По части сео я слаб, поэтому и возникают мысли, не будут ли поисковые роботы вдруг считать это зеркалом? *1 и тот же контент доступен по разным адресам* Может ли это как-то навредить? Редирект будет условный, но условием будет являться именно «является ли загружаемый объект статикой» По сути, что-то вроде

 location ~* ^.+\.(jpg|jpeg|gif|png|ico|css|bmp|js|swf)$ {
    redirect ...
  }

[Степан]

Статика и СЕО думаю имеют мало общего.

[Daniel Newman]

Я понимаю, что имелось ввиду. Если сервер один и тот же, а на картинки будет стоять редирект… Погодите. Вот у вас на сервере лежит фотография: /var/www/domain.com/images/image1.jpg, вы никуда его не переносите, он лежит там же, только вы делаете на этом домене сайт и для сайта прописываете в nginx редирект на локейшен. В вашем случае — на картинки. Любое обращение с условием «это картина?» сервер выдает новый адрес, который тот же самый фатический и cdn.domain.com — логический. Файлы никуда не переезжают. Или у вас новый сервер для файлов?

В seo статики вас только картинки могут интересовать, не более. И то, в нагрузку с их альтам и тайтлам в html-коде страниц. Моргание ссылок se — не любят, но вот seo картинок я не занимался. Так что если для вас очень важно быть в «картиночном» топе — уточняйте.

[Sergey]

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