Серверные технологии и оптимизация сайта

автор - Сергей Антонов | 11 ,Май, 2009

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

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

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

Вкратце по основным платформам:

PHP
В целом, PHP вообще-то чуть ли не идеальная платформа для оптимизации сайта. Редактируя файл .htaccess (файл серверной конфигурации) вы можете:

Определять перезапись адресов URL, чтобы сделать их «более дружественными для поисковых машин» (например, вместо http://www.site.com/index.php?id=21 запустить http://www.site.com/21.html)

RewriteEngine On
RewriteRule ^/([0-9][0-9]).html$ /index.php?id=$1

Добавить заголовок «Expires» (или «Cache-Control»), который позволяет кашировать статичные элементы сайта (стили, изображения и т.д.) и повышает характеристики скорости загрузки и реакции сайта.

<FilesMatch «\.(icopdfflvjpgjpegpnggifjscssswf)$»>
Header set Expires «Thu, 15 Apr 2010 20:00:00 GMT»
</FilesMatch>

Архивировать компоненты сайта в режиме Gzip (что уменьшает общий вес страниц)

<IfModule mod_deflate.c>
<FilesMatch «\.(jscss)$»>
SetOutputFilter DEFLATE
</FilesMatch>
</IfModule>

Конфигурировать «Entity tags» (или «ETags»), механизм, при помощи которого сервер и браузер могут определить соответствие элемента сайта в Кэше браузера этому элементу на сервере.

FileETag MTime Size

ASP.NET

С ASP.NET работать над оптимизацией более сложно, по естественным причинам: эта технология требует сравнительно больших временных затрат для внесения изменений (обязательное наличие программного обеспечения, перекомпиляция кода и т. д.). Однако ASP.NET позволяет системно определить конфигурацию большинства важных элементов:

Добавить заголовок «Expires»
На компьютере, на котором находится IIS сайта, открыть в панеле управления IIS «properties» сайта, выбрать закладку HTTP Headers и включить (enable) опцию Content Expiry.

Архивировать компоненты сайта в режиме Gzip
Сначала включить GZIP правым щелчком по папке Web Sites в IIS и выбором закладки Service. Выделить чекбокс “Compress static boxes”.

Определить перезапись адресов URL будет несколько сложнее, чем в PHP. Для этого понадобится отдельный DLL. Как правило, такие компоненты не требуют программной установки, а просто поднимаются в папку BIN. Одним из приеров может быть UrlRewritingNet.UrlRewriter.dll. Подняв его в BIN и отконфигурировав Web.config, может начинать пользоваться радостями перезаписи адресов URL в ASP.NET

В ASP.NET есть несколько неприятных моментов:

1. Инпут VIEWSTATE (постояноо разрастающийся внутри одной сесси инпут, которым мало кто пользуется, но который включён по умолчанию в Visual Studio). Рекомендую выключать этот контроль или применять его только к тем элементам, где он действительно необходим.

2. Переадресация домашней страницы (особенно в закрытых системах типа MOSS).

3. Произвольное определение заглавных букв в URL (тут кстати очень могут помочь «Канонические Теги«)

4. Дублирование контента

Классический ASP

Постольку, поскольку работает под Windows, используем теже настройки в IIS, что и для ASP.NET.

Перезапись адресов URL в чистом виде невозможна, но можно использовать трюк с 404. Логика в следующем – на серверном уровне определяется некиий файл типа grab.asp в качестве стандартного для ошибки 404. Внутри файла определяется Server.Transfer по заданным характеристикам. Вместо Request.QueryString используется Session. Примерный код такого файла – ниже на картинке. Кстати, страницы возвращают в этом случае нормальные хэдеры «200″, так что тут не о чем переживать.

При всём при том, видится весма разумным работать над созданием сайта совместно с оптимизатором, что может избавить от множества проблем и трудностей в будущем

Расскажите друзьям: