[英]Firebase hosting SEO for SPA's
對於單頁應用程序,需要在服務器配置中實現一些高級重寫規則,以將代理Web爬蟲和社交媒體機器人緩存到緩存的預渲染版本的JavaScript SPA內容。
使用像http://prerender.io這樣的服務
您將注意到此處模板化的各種服務器配置規則,用於演示此代理: https : //prerender.io/getting-started#install-it
使用https://www.firebase.com/docs/hosting/guide/url-redirects-rewrites.html Firebase是否支持這種復雜程度?
例如 - 如何使用Firebase重寫規則實現此nginx配置 :
server {
listen 80;
server_name example.com;
root /path/to/your/root;
index index.html;
location / {
try_files $uri @prerender;
}
location @prerender {
#proxy_set_header X-Prerender-Token YOUR_TOKEN;
set $prerender 0;
if ($http_user_agent ~* "baiduspider|twitterbot|facebookexternalhit|rogerbot|linkedinbot|embedly|quora link preview|showyoubot|outbrain|pinterest") {
set $prerender 1;
}
if ($args ~ "_escaped_fragment_") {
set $prerender 1;
}
if ($http_user_agent ~ "Prerender") {
set $prerender 0;
}
if ($uri ~ "\.(js|css|xml|less|png|jpg|jpeg|gif|pdf|doc|txt|ico|rss|zip|mp3|rar|exe|wmv|doc|avi|ppt|mpg|mpeg|tif|wav|mov|psd|ai|xls|mp4|m4a|swf|dat|dmg|iso|flv|m4v|torrent)") {
set $prerender 0;
}
if ($prerender = 1) {
rewrite .* /$scheme://example.com$request_uri? break;
proxy_pass http://service.prerender.io;
}
if ($prerender = 0) {
rewrite .* /index.html break;
}
}
}
作為旁注 - 我認為你們現在支持做以下事情是很好的:
"rewrites": [ {
"source": "**",
"destination": "/index.html"
}]
但發現這真的只能解決SPA面臨的一半戰斗。
Firebase核心開發人員在這里
Firebase宣布了基本的SEO支持,這使得它可以在3月份的ng-conf 2015上與Googlebot一起使用。 在公告的16:30左右看到此演示文稿 。
Firebase仍然打算在某些時候使用prerender.io和Brombone等預渲染工具,以便為SEO提供更復雜的選項。 但是,如果您升級到最新版本的Firebase客戶端(本帖時為2.2.4),這應該“正常工作”。
截至2014年10月10日,Firebase似乎正式說“不”: https : //github.com/firebase/firebase-tools/issues/33
另一種選擇是Divshot托管。 他們提供了一個非常容易實現的Prerender解決方案: http : //docs.divshot.com/services/prerender
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.