Html 我应该使用什么元标记来表示网站（而不是内容）作者？

问题：

在HTML中，您可以使用

author

meta标记（或DC创建者）来指示某人是信息（即内容）的作者。然而，我希望能够以meta标记的身份签署自己的web应用程序开发人员身份

大多数人（在我看来）都在错误地使用

作者

元标记作为web应用程序开发人员签名。例如，当您开发博客应用程序时，作者应该是文章作者，而不是应用程序开发人员。但是应用程序开发人员的名字仍然是有用的元信息

我认为常用的元标记集是不完整的，因为它没有为此类信息提供元标记。我是对的，还是我错过了什么？你有什么建议

---

其他想法：

---

数字出版中的元标记与纸质出版和图书馆中使用的元模型密切相关。这组元素可能就是一个很好的例子。如果我们用这个比喻，那么我要找的可能就是出版商。不过，我觉得情况并非如此。发布者可能不是web开发人员。你能找到与纸质世界更好的类比吗？

猜是排字机吧

我用三件事：

如果网站给予许可，在我的网站“网站设计人”的页脚中会出现一个链接

一个

x-author:My Business Name

标题随php一起发送

---

最后一个有点毫无意义，但它更重要，因此未来接手的开发人员可能会知道我是谁

您可以在

meta

标记中使用几乎任何

name

属性，就像您喜欢的那样。这些标记无论如何都会被忽略，除非文档被某些特定于站点的索引机器人或类似的东西处理。这在很大程度上可以与评论相媲美

您可以检查（它引用了哪些内容），然后决定使用

author

或

dcterms.contributor

。或者发明你自己的，比如

程序员

将应用程序开发人员称为作者是完全可以的。“作者”并不仅仅意味着文学作品的创作者。
在这个上下文中，“作者”一词是模棱两可的。网页的作者可能是html/xml（如本文所述）的作者，也可能是页面文本内容的作者

还有web_author标签，用于区分这两个：

这种模棱两可的情况在当今IT界很常见，因为事先没有考虑到情况的复杂性。一般来说，在使用标记和引用时，我们需要尽可能地针对上下文

此外，与纸质世界的类比也不完全正确。纸面世界没有网页那么复杂。一个网页可能有一个html/xml开发人员、一个javascript开发人员、一个flash开发人员、一个css开发人员、一个设计器、一个服务器端开发人员和一个主机（更像publisher）

我同意你的观点，meta标签的列表并不完整，但是meta标签的用途并不十分清楚。现在人们似乎将其用于SEO以外的其他索引服务(http://webdesign.about.com/od/metatagsbasics/f/why-use-meta-tags.htm). 由于索引服务是任意的，因此此内容的实际使用也是任意的。换句话说，没有办法确定索引服务是查找html/xml作者还是文本作者

因此，我的答案是在上下文中尽可能地具体。如果只有一个人同时编写html/xml和文本内容，那么这个人可以称为作者。但是，因为在您的案例中，您发现文本内容作者是“作者”，所以可以将web开发人员添加为“web_作者”。您也可以使用“web\u应用程序\u开发人员”，并推广这种用法。当然，我认为使用humans.txt也很好

毕竟，网络正在不断发展，我们人类正在为未来改进它。我们越是讨论和推广更精确、更实用的技术，网络就会越好。即使一个标准无法生存，它也可能对未来更好的解决方案产生影响。
称web开发者为作者对我来说是不正确的。如果你的网站上有科学文章，你应该使用作者（最好是都柏林核心变体）作为文章作者（研究员）。我也知道meta标签更像是一种自由形式。这是任何元数据的一般问题。但这并不意味着元标记应该是自由文本的。顺便说一下，创建自己的元标记是我正在考虑的选择。但我想知道是否有其他人得出了同样的结论。感谢您链接到meta标记建议列表。找到了建议的
创建者
标记，这表明
作者
应该是真正的网站作者。但我不同意这一点：）。排字机是一个很好的类比。感谢您提供humans.txt链接。这是一个很好的倡议，我喜欢（即使你的格式不正确）：）。感谢Jukka和Rich为我指出了正确的方向和有用的资源。我最大的问题是内容作者和网站开发者之间的区别。似乎真的没有简单的答案，如果这两个不同的主题是公司（不是人类：）的话，它们应该如何表达。目前最好的解决方案似乎是：将web开发人员表示为简单的
author
meta标记，并将内容作者表示为
DC.creator
meta标记。换句话说：对网站本身使用简单的HTML元标记，对内容使用都柏林核心。我认为这个问题现在比以往任何时候都更合适。谷歌正在努力让作者被认为是网页内容的作者。这也增强了t的重要性