Три .htaccess советы, которые могут помочь вашему SEO

1. 1. Перенаправления
2. 2. Производительность
3. 3. Контроль доступа, просмотра и многое другое

Изображение предоставлено: lupinoduck

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

Что вы должны знать заранее: следующие директивы могут использоваться только при запуске Веб-сервер Apache - не важно, если вы находитесь на коробке Unix или Windows. Однако для других веб-серверов существуют аналогичные модули, такие как Microsoft IIS , Lighttpd а также Nginx также. Также следует помнить, что использование этих директив может замедлить работу веб-серверов. В зависимости от количества поступающих параллельных запросов, множество правил, которые нужно обработать, могут потенциально убить ваш веб-сервер. Поэтому, пожалуйста, убедитесь, что вы действительно используете этот материал с осторожностью!

Говоря о производительности: Обычно следующие директивы используются в так называемых файлах Apache .htaccess (что означает сокращение доступа к гипертексту ) - однако это может замедлиться, потому что для каждого запроса веб-сервер должен проверять наличие такого. файл htaccess. Это будет означать, что всякий раз, когда у вас есть возможность получить доступ к httpd.conf (который является основным файлом конфигурации Apache) и использовать его, я настоятельно рекомендую разместить там ваши директивы. Это происходит главным образом потому, что конфигурация будет прочитана только один раз (при запуске) и будет обновляться только тогда, когда вы специально попросите об этом (например, выполните перезапуск / повторное обновление). Это значительно повысит производительность, поскольку вы можете полностью деактивировать обработку .htaccess, что приведет к меньшему количеству чтения каталогов и жестких дисков.

И в заключение: иногда вы не можете использовать определенные директивы с .htaccess, но только внутри httpd.conf - это обычно зависит от конфигурации веб-сервера. Если возможно, пожалуйста, проверьте httpd.conf, если директива не работает в вашем файле .htaccess. Однако, давайте перейдем к реальным вещам, не так ли?

1. Перенаправления

Да, что еще, верно? Совершенно верно, что многие вещи, касающиеся структуры URL, перенаправляют с A на B. Например, при реструктуризации сайта. Или, возможно, контент больше не существует, но вы хотите сохранить входящие ссылки и рейтинги и, следовательно, решили перенаправить. Хороший выбор!

Самый простой способ перенаправить из « old / url.html » в « new / url.html » будет выглядеть так:

Redirect 301 /old/url.html http://www.domain.com/new/url.html

Или, скажем, по какой-то причине вы хотите отойти от « .html » как расширения файла, но вместо этого использовать папки. Вы все еще можете сделать это с помощью одной строки, используя директиву RedirectMatch:

RedirectMatch 301 ^ / ([a-zA-Z0-9] *). Html $ http://www.domain.com/$1/

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

RedirectMatch - довольно мощный инструмент, с которым можно поиграть, однако иногда вам хочется пойти еще дальше. Например, при решении проблем www или не www. Это потребует использования модуля Apache mod_rewrite. Необходимый код будет выглядеть так:

<IfModule mod_rewrite.c>
ПереписатьEngine на
RewriteCond% {HTTP_HOST}! ^ Www \ .domain \ .com $
RewriteRule ^ (. *) $ Http://www.domain.com/$1 [L, R = 301]
</ IfModule>

Первая и последняя строка гарантируют, что эти команды будут выполняться только при наличии необходимого модуля и его загрузке (потому что в противном случае вы получите несколько не очень приятных ошибок). Вторая строка активирует механизм переписывания Apache, третья строка содержит условие (в данном случае: если имя хоста не содержит www…), выполните четвертую строку. И эта строка просто выполняет перенаправление из www в тот же домен с префиксом www.

Обратите внимание: во всех правилах четко указано, что нужно выполнить перенаправление HTTP 301. Если вы этого не сделаете, Apache выполнит перенаправление HTTP 302, что очень плохо для вашего SEO - так что всегда, всегда убедитесь, что явно указали нужный код состояния правильно.

Еще одна вещь, о которой следует помнить: так называемая цепочка перенаправления, вероятно, является плохой идеей - убедитесь, что вы перенаправляете свой URL-адрес напрямую с A на B, а не, например, с A на B, где B выполняет другое перенаправление на C. При поиске точки двигатели просто больше не следуют этим перенаправлениям. И чтобы избежать этого, просто выберите « кратчайший путь ».

И как быстрый совет для отладки: я действительно рекомендую использовать Функция RewriteLog при настройке новых правил - все намного проще!

2. Производительность

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

Прежде чем мы начнем, пожалуйста, убедитесь, что вы загрузили необходимые модули. Перейдите к httpd.conf - там должно быть две строки, похожие на эту (которые не закомментированы, например, они НЕ должны начинаться с « # »):

LoadModule deflate_module modules / mod_deflate.so
LoadModule expires_module modules / mod_expires.so

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

FileETag MTime Размер
ExpiresActive on
ExpiresDefault "доступ плюс 86400 секунд"

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

ExpiresByType image / jpeg "Доступ плюс 604800 секунд"
ExpiresByType text / css "доступ плюс 259200 секунд"

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

Еще одна вещь для повышения производительности - включение GZIP-сжатия. Это просто означает, что файлы будут сжаты (иначе g-zip), прежде чем они будут отправлены в браузер. Для этого просто установите выходной фильтр Apache, например:

AddOutputFilterByType DEFLATE text / html text / plain text / xml application / xml application / xhtml + xml text / javascript text / css application / x-javascript
BrowserMatch ^ Mozilla / 4 gzip-только-текст / html
BrowserMatch ^ Mozilla / 4.0 [678] no-gzip
BrowserMatch bMSIE! No-gzip! Gzip-only-text / html

Скопируйте, вставьте и все готово. Снова, проверьте заголовки ответа и попытайтесь найти это:

3. Контроль доступа, просмотра и многое другое

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

Опции -индексы

Иногда вы можете оказаться в ситуации, когда файл по умолчанию веб-сайта не называется « index.html », но в конечном итоге « welcome.html », «main.htm» или подобным. В этом случае запрос корневого каталога этого сайта не вернет сайт. В этом случае вам нужно настроить другой файл, который будет использоваться по умолчанию:

DirectoryIndex welcome.html

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

AuthType basic
AuthName "Зона развития"
AuthUserFile /your/path/to/.htpasswd
AuthGroupFile / dev / null
Требуется действительный пользователь

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

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

Похожие

Комментарии