- iOS/Objective-C 元类和类别
- objective-c - -1001 错误,当 NSURLSession 通过 httpproxy 和/etc/hosts
- java - 使用网络类获取 url 地址
- ios - 推送通知中不播放声音
我刚刚问了这两个问题,一个在 flash seo url best practices 上和一个 url redirects for seo in flash ,它让我阅读了更多关于 cloaking and sneaky javascript redirects 的信息.
在那cloaking and sneaky javascript redirects文章,它说:
"Provide the textual contents of JavaScript in a noscript tag... Ensure that you provide the same content in both elements (for instance, provide the same text in the JavaScript as in the noscript tag). Including substantially different content in the alternate element may cause Google to take action on the site."
"Use of JavaScript is an entirely legitimate web practice. However, use of JavaScript with the intent to deceive search engines is not. For instance, placing different text in JavaScript than in a noscript tag violates our webmaster guidelines because it displays different content for users (who see the JavaScript-based text) than for search engines (which see the noscript-based text)."
对我来说,这听起来像是,如果您有一个 Flash 站点,并且希望它成为 SEO,那么如果您向 google 呈现一个与 flash swf 具有相同文本内容的 html 页面,那么您就安全了。只要我不是“意图欺骗搜索引擎”
并且不是“在备用 [flash] 元素中包含完全不同的内容”
,我就安全吗?那是合法的吗?有人验证过吗?
我还从那套网站管理员指南中了解到,将 site.com/home.html
等 url 重定向到 site.com/#/home
是可以接受的> 对于 Flash 用户,因为其目的不是欺骗,如果他们只是“ View ”不同,而“模型”保持不变,这是否合法?
他们在那篇文章中也说:
"Note that placement of links within JavaScript is alone not deceptive. When examining JavaScript on your site to ensure your site adheres to our guidelines, consider the intent."
...所以这似乎是一个合理的解决方案,不是吗?也就是说,将用户重定向到适当的 flash url,并呈现 html 以获得必要的可访问性和 SEO。
我理解偷偷摸摸和伪装可能会产生恶意,但这绝对不是本意。我正在寻找更多类似的东西,我怎么能在不让谷歌生气的情况下完成这项工作?
老实说,如果我在 Rails 中添加了一些东西来检查用户代理并使用类似这样的东西为谷歌呈现一个无 flash 的 html 页面,我真的不知道谷歌是如何判断的:turn off rails sessions for robots .如果我检查用户代理并只重定向用户,而不是谷歌机器人,谷歌能看到吗?
是这样的Fleb Flash Framework “隐形”?它们有一个 div
元素,该元素返回 flash swf 或纯 html 内容。或者这个在SEO with Flash
最佳答案
您可能对 Google 的 improved Flash indexing 感兴趣能力。即使使用纯 Flash 网站,您仍然可以获得良好的 SEO,尤其是您获得高质量的入站链接。
您计划的重定向技术听起来很合理,但它仍然存在对 Google 的索引算法来说可能显得可疑的风险。
关于flash - SEO 的合法 URL 伪装?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1878193/
假设我拥有域 mydomain.com,并且我在服务器上有一个 Web 应用程序,网址为 http://99.99.99.99:1234/MyApplication/startpage.somethi
我正在尝试通过以下方式更新已解析的 URL: u, _ := url.Parse(s) if u.Scheme == "" { u.Scheme = "https" } if u.Path =
如何将 www.somesite.com/api(.*) 映射到 www.somesite.com/$1:9000? (我需要将/api 映射到运行 @ 端口 9000 的 Play 框架应用程序)
我有一个资源结构,如航类 > 座位 > 预订,所以预订属于某个航类的某个座位: http://example.com/jdf_3prGPS4/1/jMBDy46PbNc
我想知道以下网址是否有效。 路径中的点,在主机之后: http://www.example.com/v.b.w..com 主机中的点,作为子域的一部分: http://v.b.w..co.manufa
我有两个域 - crmpicco.co.uk 和 ayrshireminis.com - 如果我浏览到: www.crmpicco.co.uk/mini/new我希望能够重定向到 www.ayrshi
我正在尝试使用 URL 重写和应用程序请求路由来重写到外部 URL。我设置了以下规则: 在规则中,“patternToMatch”是我试
我已经安装了带有 SharePoint 和 Url Rewrite 模块的 IIS 7.0。 是以下句子还是我配置错误才能看到这个结果? Url Redirect 可以将 url 重定向到任何内部(在
我想知道,为了获得良好的 SEO,您必须在 URL 中使用自然语言。您知道字符中单词或短语的最大大小吗?例如: www.me.com/this-is-a-really-long-url.htm 我问这
有人知道在 SEO 友好 URL 中使用逗号有什么问题吗?我正在使用一些在其 SEO 友好 URL 中使用大量逗号的软件;但我 100% 肯定我见过一些程序/平台无法正确识别 URL 并在第一个逗号后
我有一个网站,我正在为所有链接使用干净的 URL。我想知道对于简短的基本 URL 与较长的描述性 URL 有何看法。 例如,如果我的网站是关于 Georgia Bulldog 足球新闻的,那么哪个网站
我正在编写一个类似于 tinyurl 的 URL 缩短器,我想知道如何跟踪已经使用我的服务缩短的 URL?例如,tinyurl 为相同的长 URL 生成相同的小 URL,而不管是谁创建的。如
我是 magento 的新手。我正在开发一个模块。为此,我有一些要显示链接的 css 和 js 文件。我目前有类似 的链接 getSkinUrl('module_tryouts/css/jquery.
我想基于 HTTP_URL 重写 URL 以重定向到不同的端口,同时保留其余的 URL 和查询字符串(如果指定)。例如, http://host/john/page.aspx 应该重定向到 http:
我遇到了以下问题: 我的 Grails (2.2.0) 应用程序具有以下 URL 映射: "/api/clientQuote/$labcode/$cliCode/$quoCode"(controlle
我有一个很长的 URL,它不适合 URL 字段。它一直在修剪。该怎么办?有没有办法增加 SharePoint 2010 中的 URL 字段字符限制? 或者解决方法来容纳长 URL。例如,以下 URL
关闭。这个问题是off-topic .它目前不接受答案。 想改进这个问题? Update the question所以它是on-topic对于堆栈溢出。 9年前关闭。 Improve this que
我们从客户以前的开发人员那里继承了相当多的 Google Apps 脚本项目。 Apps 脚本通过嵌入式小部件部署在 Google 网站 (sites.google.com) 的各个页面上。每当我们需
我正在编写一些文档,但遇到了一些词汇问题: http://www.example.com/en/public/img/logo.gif 被称为“绝对”网址,对吗? ../../public/img/l
我们从客户以前的开发人员那里继承了相当多的 Google Apps 脚本项目。 Apps 脚本通过嵌入式小部件部署在 Google 网站 (sites.google.com) 的各个页面上。每当我们需
我是一名优秀的程序员,十分优秀!