网站管理员

专业网站管理员的问答

7
像McAfee Secure这样的“信任标记”是否值得?
有许多服务可以扫描网站,vulnerabilities并trustmark在网站通过测试后显示图像。据称,这增加了潜在客户对网站的信任程度,因此使他们更有可能完成购买。 迈克菲(McAfee)声称已进行的研究显示销售量显着增加。我应该相信他们吗?如果有的话,我真的应该期待什么样的增长?这些类型的服务是否物有所值?





2
json-ld语法中@id的用途是什么?
我真的很困惑@idjson-ld语法中使用的是什么。来自apple.com的示例。@id实际代表什么。有什么帮助会很棒吗? <script type="application/ld+json"> { "@context": "http://schema.org", "@id": "http://www.apple.com/#organization", "@type": "Organization", "url": "http://www.apple.com/", "logo": "https://www.apple.com/ac/structured-data/images/knowledge_graph_logo.png?201608191052", "contactPoint": [ { "@type": "ContactPoint", "telephone": "+1-800-692-7753", "contactType": "sales", "areaServed": [ "US" ] } ], "sameAs": [ "http://www.wikidata.org/entity/Q312", "https://www.youtube.com/user/Apple", "https://www.linkedin.com/company/apple" ] }

3
SEO-自适应网站和重复菜单
每当我创建响应式网站时,通常都会创建2个菜单:1个隐藏并用于移动电话,另一个显示为主菜单,然后隐藏以显示移动菜单。每当涉及SEO和蜘蛛浏览网站时,我是否因重复菜单而感到沮丧?我有什么可以向蜘蛛网指示此菜单适用于移动设备,这是主要功能吗? 我有2个不同菜单的最终原因是由于位置,通常主菜单位于徽标等下方的某种栏中,但是我想将移动菜单置于所有内容之上,因此位于徽标等上方。

2
跨源资源共享策略阻止字体加载:否'Access-Control-Allow-Origin'
我们在Google Chrome浏览器中遇到此错误。我们认为一切设置正确。但是也许不是吗? http://skin.cdn.com跨域资源共享策略阻止了源字体的加载:在请求的资源上不存在“ Access-Control-Allow-Origin”标头。http://domain2.com因此,不允许访问原点。 htaccess中有以下内容(在域的根目录中)。 <IfModule mod_headers.c> Header add Access-Control-Allow-Origin "http://skin.cdn.com" </IfModule> 问题:我是否忘记了其他设置? 非常感谢

3
网站应如何处理带有结尾点的主机名?
我读过这个问题,URL如何有一个点。最后,例如www.bla.de。并意识到FQDN应该包含.DNS树的根标签的结尾: example.com. 代替 example.com 但是,此博客文章中指出了一些问题: 如果您不认为用户可能会不小心输入域名结尾的域名,或者跟随从“好心人”那里收到的链接进入域名,并以结尾结尾的域名作为域名,结果可能导致意外后果: 1)如果网站使用HTTPS,则在导航到域名后带有点的末尾时,浏览器将在不可信连接上显示警告。 2)身份验证可能会被破坏,因为通常会为域名设置cookie,在末尾不带点。在这种情况下,用户为什么不登录将感到非常惊讶。值得注意的是,如果您为域名后面设置了一个小圆点,则该cookie将不会传递给没有小圆点的域名最后,反之亦然。 3)页面上的JavaScript可能损坏。 4)网站页面的缓存可能存在问题(例如,https://www.cloudflare.com/如果域名末尾带有点号,则认为该域名无效),则不清除页面缓存)。 5)如果在Web服务器配置的情况下,您依赖于特定域名(Nginx中为$ http_host,Apache中为%{HTTP_HOST}),但结尾没有点号,则可能会遇到各种意外情况:意外的重定向,基本-授权问题等 6)如果未将Web服务器配置为接受带有结尾点的域名请求,则任何不小心键入带有结尾点的域名的用户都将看到类似“错误的请求-无效的主机名”的信息。 7)如果有人无意或故意在域名末尾发布了指向您网页的链接,则搜索引擎可能会发现您的资源具有重复的内容。 我也意识到这样http://webmasters.stackexchange.com./做400 Bad Request。但是由于正确的域名应该.在末尾包含a ,我们不应该发布400错误或301重定向主机名而不带尾随点吗?以连贯一致的方式处理此问题的正确方法是什么?
16 domains  url 

5
网站标题应该在页面标题之前还是之后?
抱歉,如果这是骗子。我尝试搜索,但没有找到任何专门解决此问题的方法。 创建大型(ish)网站时,页面标题通常同时引用网站名称和当前页面名称。但是,似乎有两个主要约定: Bob's Awesome Site - Contact Page 和 Contact Page - Bob's Awesome Site 我环顾四周,页面通常使用上述两种变体之一。 有什么理由要使用另一个?SEO /可读性/可用性/等? 我已经考虑过了,只想到了: 第一页-当浏览器中有很多标签时,区分标签 首先访问网站-可以这么说,立即看到“父”网站;更有凝聚力的经验

3
HTML元标记的顺序
搜索引擎优化公司建议我们改变我们的HTML meta标签的顺序,以便<title>和<meta name="description">是第2位。他们说这是为了确保搜索引擎可以利用这两个标签。我一直觉得文档头内部的标签顺序并不重要。我错了吗?真的有搜索引擎会假设前两个标签始终存在title,description并放弃搜索它们吗?
16 seo  html  meta-tags 



3
robots.txt可以位于服务器的子目录中吗?
我有一个要从搜索引擎网络搜寻器隐藏的子目录。 一种方法是robots.txt在服务器的根目录中使用a (标准方法)。但是,任何知道网站URL并具有一些基本Web知识的人都可以访问robots.txt内容并可以发现不允许的目录。 我曾想过一种避免这种情况的方法,但我不确定是否可行。 我们X是子目录,我要排除的名称。停止Web爬网程序索引X目录并同时使某人更难X从根目录识别目录的robots.txt一种方法是robots.txt在X目录中添加,而不是在根目录中添加。 如果我遵循此解决方案,则会遇到以下问题: Web爬网程序会robots.txt在子目录中找到吗?(假设robots.txt存在,并且已经存在于根目录中) 如果robots.txt在X子目录中,那么我应该使用相对还是绝对路径?: User-agent: * Disallow: /X/ 要么 User-agent: * Disallow: /

1
SPF和DKIM TXT记录是否需要引号?
我已经搜索了几个小时,但是有多个消息来源说了不同的话。 https://support.wordfly.com/hc/zh-CN/articles/204767474-How-do-we-publish-DKIM-and-SPF-in-our-DNS-状态 我不应该使用引号,而https: //stackoverflow.com/a/9784925/1293725读引号应包含在这些TXT记录中。 这些只是一些来源示例,但还有更多示例。 那么这些记录是否应该包含引号?
16 dns  spf  dkim 

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.