会使用中央“页面处理程序”负面影响SEO吗？PHP请求处理程序脚本和SEO
例如，www.mysite.com/index.php的一个页面请求，mod_rewrite以www.mysite.com/handler.php?page=index传递。 Handler.php收集页面特定的包含，语言文件和模板，并输出结果html。
我的理解是，页面处理程序方法不会与直接为index.php提供服务相比，不会有任何不同的SEO方式，因为不管猴子的业务是在后台运行，内容和公开可见的url都保持不变，场景，但我以前错了...... :)
搜索引擎只能看到最终的HTML结果。他们不知道您是否正在使用中央页面处理程序 - 他们如何在不侵入您网站的FTP的情况下进行操作？另外，尽管许多框架和CMS使用这种技术 - Drupal和WordPress立刻就浮现在脑海 - 谷歌等。人。将是疯子惩罚它，即使他们可能检测到它。
由于mod_rewrite发生在服务器内，请求者只会看到他们请求index.php并得到响应。没有重定向，请求者只会知道index.php存在。
许多内容管理系统都使用这种方法。在Drupal中，每个页面实际上都是通过mod_rewrite请求/index.php?q=request/path提供的，网站上的任何链接都将被视为/requests/path，请求者不知道它们全部通过一个php脚本传递。还有一些模块将?q=路径重定向到“干净路径”，告诉请求者具有查询的路径无效或不存在。
一个格式良好的URI是SEO的好处。它有助于索引。考虑有像PRWeb.com这样的网站向你推销URI空间。不是子域名，而是URI关键字。另外，虽然许多客户只是想鼠标左右，但敏锐的Web用户却对直观的URI模式印象深刻。如果你从路径中截取文件名，你应该得到合理的东西，比如主页或索引页，而不是错误屏幕。
如果您的应用程序最终将被静态缓存，您希望能够利用该文件系统。因此，如果您的内容能够以静态格式发布，我不会将其隐藏在复杂的查询字符串后面。
此外，进行网站分析时，拥有一个容易解析的URI当然可以帮助您制作报告。
您的URI不必与您的文件系统相对应。 REST风格的API使得将路径用作划分其API区域的方式非常常见。您的应用程序可能会利用URI中的某些路径作为分离功能的一种方式。对于访问控制，例如：如果您想限制Googlebot，将robots.txt文件中的？action = blah放在一边并没有什么意义。它确实期望路径和fileglobs。
Apache mod_rewrite是真棒。我喜欢它，我活着它。我宁愿在mod_rewrite中设计，以尽早将一致的URI空间代理到不断变化的应用程序代码库，而不是将mod_rewrite用作老化文件结构或应用程序布局上的绷带。