PHP обработчик запросов, скрипт и SEO - PullRequest
1 голос
/ 30 октября 2009

Повлияет ли использование центрального "обработчика страниц" на SEO?

например, поступает запрос страницы для www.mysite.com/index.php, который mod_rewrite передает как www.mysite.com/handler.php?page=index. Handler.php собирает специфичные для страницы включения, языковые файлы и шаблоны и выводит результирующий html.

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

Ответы [ 3 ]

2 голосов
/ 30 октября 2009

Поскольку mod_rewrite происходит на сервере, запрашивающая сторона увидит только то, что они запросили index.php и получили ответ. Без перенаправления запрашивающий будет знать только, что index.php существует.

Многие системы управления контентом используют этот метод. В то время как в Drupal каждая страница фактически обслуживается запросом /index.php?q=request/path через mod_rewrite, любые ссылки на сайте будут рассматриваться как /requests/path, при этом запрашивающая сторона забывает, что все они передаются через один скрипт php. Также есть модули, которые перенаправляют путь ?q= на «чистый путь», сообщая запрашивающей стороне, что путь с запросом недействителен или не существует.

2 голосов
/ 30 октября 2009

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

Кроме того, так как многие фреймворки и CMS используют эту технику - Drupal и WordPress сразу приходят на ум - Google et. и др. были бы сумасшедшими, чтобы оштрафовать это, даже если бы они могли обнаружить это.

1 голос
/ 30 октября 2009

Правильно сформированный URI - это бонус, когда дело доходит до SEO. Это помогает индексации. Учтите, что есть такие сайты, как PRWeb.com, которые продают вам пространство URI. Не субдомены, а ключевые слова URI.

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

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

Кроме того, при проведении веб-аналитики наличие легко разбираемого URI, безусловно, помогает вам создавать отчеты.

Ваш URI не обязательно должен соответствовать вашей файловой системе. API-интерфейсы в стиле REST довольно часто используют пути как способ разделения областей своих API. Ваше приложение может использовать некоторые пути в URI для разделения функций. Также и для контроля доступа: если вы хотите ограничить использование Googlebot для экземпляра, не имеет смысла помещать? Action = blah в файл robots.txt. Он ожидает пути и файловые блоки.

Apache mod_rewrite потрясающий . Я люблю это, я живу этим. Я предпочел бы спроектировать в mod_rewrite прокси согласованного пространства URI к изменяющейся кодовой базе приложения на раннем этапе, а не использовать mod_rewrite в качестве повязки для устаревшей файловой структуры или макета приложения.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...