- IndieWeb là một cộng đồng đồng thời là lựa chọn thay thế lấy con người làm trung tâm cho web do doanh nghiệp chi phối, giúp lưu giữ nội dung, danh tính và hội thoại trên tên miền cá nhân, đồng thời kết nối với các mạng xã hội khi cần
- Dựa trên tên miền riêng, IndieWeb kết hợp các tiêu chuẩn nhỏ như microformats2,
rel="me", Webmention, IndieAuth, Micropub để biến HTML thành dữ liệu máy có thể đọc, đồng thời hỗ trợ xác thực, xuất bản và hội thoại giữa các trang - 23 triệu trang của GeoCities và hơn 50 triệu bài nhạc của MySpace đã biến mất; theo khảo sát năm 2024 của Pew Research, 38% trang web tồn tại vào năm 2013 đã không còn truy cập được sau 10 năm
- POSSE là chiến lược đăng bản gốc lên trang của mình trước rồi phân phối ra nền tảng bên ngoài, còn Backfeed đưa các lượt thích, trả lời và đăng lại từ bên ngoài quay về bản gốc qua Webmention để lưu toàn bộ cuộc trò chuyện trên tên miền cá nhân
- Trên trang thực tế đã áp dụng Webmention, h-entry, h-card,
rel="me", nhưng loại bỏ Micropub, IndieAuth, WebSub vì không phù hợp với quy trình Git·Markdown sẵn có hoặc độ trễ xuất bản 24 giờ; thay vì theo đủ mọi chuẩn, cách phù hợp hơn là triển khai dần từ những công nghệ mình thực sự cần
Web mà IndieWeb hướng tới
- IndieWeb tự định nghĩa mình là “một lựa chọn thay thế lấy con người làm trung tâm cho web doanh nghiệp”, và gần với một nền tảng tư tưởng chấp nhận nhiều cách tiếp cận, dự án khác nhau hơn là một phần mềm hay framework cụ thể
- Năm 2010, Aaron Parecki và Tantek Çelik tham dự Federated Social Web Summit ở Portland rồi đi đến kết luận rằng cần một cách tiếp cận đặt người sáng tạo làm trung tâm hơn là chỉ tập trung vào giao thức
- Năm 2011, IndieWebCamp đầu tiên được tổ chức tại Portland, sau đó diễn ra hằng năm ở nhiều nơi trên thế giới
- Tại Homebrew Website Club, người tham gia gặp gỡ để cải thiện website cá nhân của mình
- Ba trụ cột của IndieWeb gồm:
- Quyền sở hữu nội dung: nội dung đưa lên web phải thuộc về người đăng, không phải doanh nghiệp
- Kết nối tốt hơn: phải có khả năng phân phối bài viết lên nhiều nền tảng và đưa trả lời, lượt thích từ bên ngoài về lại trang của mình
- Quyền kiểm soát: phải có thể đăng và đọc theo định dạng mong muốn, đồng thời giữ được URL bền vững
- IndieWeb không cấm việc dùng mạng xã hội, nhưng phản đối các hệ sinh thái khép kín giam nội dung và tương tác
Silo và sự biến mất của nội dung web
- Silo là website tập trung, thường do doanh nghiệp vận hành, đòi quyền với nội dung người dùng đóng góp hoặc hạn chế truy cập vào nội dung đó
- Muốn tham gia phải có tài khoản riêng cho từng dịch vụ
- Chỉ các tài khoản trong cùng dịch vụ mới tương tác được với nhau
- Ngoài ra còn có thể có điều khoản sử dụng hạn chế, yêu cầu cấp phép nội dung, chặn công cụ tìm kiếm lập chỉ mục, và rào cản nhập/xuất dữ liệu
- Khi một silo đóng cửa, nội dung của người dùng cũng có thể biến mất theo
- GeoCities đóng cửa ngày 26/10/2009 dưới thời Yahoo, làm biến mất 23 triệu trang
- MySpace mất hơn 50 triệu bài nhạc do 14 triệu nghệ sĩ đăng trong 12 năm đầu tiên khi di chuyển máy chủ vào năm 2019
- Google+ ngừng hoạt động vào tháng 4/2019
- Posterous, FriendFeed, Vine, Yahoo Groups, TinyLetter, Cohost cũng nằm trong danh sách đã đóng cửa
- Ngay cả khi silo chưa đóng, nội dung web vẫn có thể biến mất
- Theo khảo sát của Pew Research năm 2024, 38% trang web tồn tại năm 2013 đã không còn truy cập được sau 10 năm
- Nguyên tắc đối phó không phải là ngừng dùng mạng xã hội, mà là đặt bản chuẩn (canonical copy) của nội dung trên tên miền do chính mình kiểm soát
11 nguyên tắc của cộng đồng
- 11 nguyên tắc không phải thứ tự ưu tiên, cũng không phải nghĩa vụ phải đáp ứng toàn bộ
- Sở hữu dữ liệu: đặt nội dung, metadata và danh tính trên tên miền của mình để giữ quyền truy cập lâu dài
- Dùng và xuất bản dữ liệu hiển thị: ưu tiên con người trước, máy móc sau; nếu có thể nhúng dữ liệu vào HTML thì không cần làm API riêng
- Xây thứ mình cần: tạo công cụ cho chính mình chứ không phải cho một người dùng giả định còn chưa rõ có tồn tại hay không
- Tự dùng: dùng hằng ngày những gì mình tạo ra để kiểm chứng xem có đáng tin cậy để phụ thuộc hay không
- Tài liệu hóa: ghi lại quy trình, ý tưởng, mã nguồn trên trang của mình để giúp người khác và cả bản thân trong tương lai
- Mã nguồn mở: không bắt buộc, nhưng giúp người khác tham gia web độc lập nhanh hơn
- UX trước giao thức: quyết định trải nghiệm người dùng trước rồi chỉ dùng các giao thức nhỏ và đơn giản nhất để hỗ trợ nó
- Tính mô-đun: tạo các thành phần nhỏ, liên kết lỏng để không bị khóa vào thiết bị, ngôn ngữ hay nền tảng cụ thể
- Tồn tại lâu dài: xây công nghệ web để không phải vài năm lại vứt bỏ toàn bộ công sức cũ chỉ vì nâng cấp
- Đa nguyên: chủ động khuyến khích nhiều cách tiếp cận để tạo cộng đồng bền bỉ hơn một nền văn hóa kỹ thuật đơn nhất
- Niềm vui: giữ lại kiểu thể hiện cá nhân kỳ quặc và thú vị như web thập niên 1990
Cấu trúc kỹ thuật bắt đầu từ tên miền cá nhân
- Việc dùng tên miền riêng làm danh tính chính trên mạng là tiền đề cho toàn bộ cấu trúc
- Dù đổi hosting hay CMS, nếu giữ tên miền thì vẫn duy trì được liên kết, độc giả và thứ hạng tìm kiếm
- Đây cũng là điều kiện tối thiểu để cộng đồng công nhận là tham gia IndieWeb
- Thay vì một nền tảng duy nhất, IndieWeb dùng nhiều chuẩn nhỏ có thể kết hợp với nhau; chỉ mục chuẩn chính thức được sắp xếp theo lịch sử triển khai và mức độ phổ biến
microformats2: dùng HTML như một API
- microformats2 khiến nội dung có thể được máy đọc hiểu bằng cách thêm class CSS vào HTML hiện có, không cần file hay API riêng
h-*: đối tượng gốcp-*: văn bản thườngu-*: URLdt-*: ngày thánge-*: HTML nhúng
- h-card biểu diễn danh tính cá nhân như tên, URL, ảnh, giúp ứng dụng hiển thị hồ sơ cạnh bài viết và nhận diện người dùng
- Khác với Gravatar dựa trên email, nó hoạt động dựa trên tên miền
- h-entry là thành phần cốt lõi của nội dung IndieWeb, biểu diễn tiêu đề, tác giả, ngày đăng, nội dung bài viết v.v.
- h-feed nhóm nhiều h-entry lại để biến chính trang danh sách HTML thành một feed có thể đăng ký theo dõi
- Dùng microformats để đọc và Micropub để ghi, từ đó tạo nên cấu trúc “website chính là API”
rel="me" và xác minh danh tính phân tán
rel="me"tuyên bố rằng đích của liên kết đại diện cho cùng một người với trang hiện tại- Khi website và hồ sơ bên ngoài cùng liên kết đến nhau bằng
rel="me", có thể xác minh danh tính lẫn nhau mà không cần cơ quan trung tâm- Mastodon dùng cấu trúc này để hiển thị dấu xác minh màu xanh trên tên miền
- Threads, PixelFed, GitHub, Keybase, Wikipedia cũng hỗ trợ
- RelMeAuth ủy quyền việc chứng minh danh tính cho nhà cung cấp OAuth như GitHub đã được liên kết từ trang chủ, cho phép đăng nhập vào dịch vụ bằng URL cá nhân
- Đây là nền tảng cho các dịch vụ như IndieLogin
Webmention: hội thoại giữa các website
- Webmention là Khuyến nghị W3C từ ngày 12/1/2017, kế thừa Pingback để truyền bình luận, lượt thích, trả lời và đăng lại giữa các website mà không cần nền tảng trung gian
- Quy trình truyền như sau:
- Bài viết gửi đi có chứa liên kết tới bài viết đối phương
- Máy chủ gửi tìm endpoint nhận từ HTTP
Linkheader của bài đối phương hoặc từ<link rel="webmention">trong HTML - Gửi yêu cầu POST chỉ chứa
sourcelà bài gửi vàtargetlà bài nhận - Máy chủ nhận tải
sourcevề để xác minh thực sự có liên kết tớitarget - Phân tích h-entry của
sourceđể phân biệt trả lời, thích hay đăng lại, và dùng h-card để hiển thị tên, ảnh của tác giả
- Mỗi website trở thành một nút, còn liên kết giữa các site tạo thành đồ thị xã hội, dù vấn đề spam và kiểm duyệt vẫn còn
- Vouch cho phép người gửi kèm theo tham số thứ ba là một site bảo chứng mà bên nhận đã biết và có liên kết tới tên miền gửi, từ đó chuyển chi phí lọc spam về phía người gửi
- Salmention sẽ gửi lại Webmention cập nhật cho những người tham gia khi một bình luận nhận được trả lời, giúp lan truyền luồng hội thoại
- Với website tĩnh không có backend, webmention.io có thể nhận Webmention thay và cung cấp API truy vấn
- Có thể dùng với các trình tạo site tĩnh như Hugo, Jekyll, Eleventy
Đăng nhập và xuất bản dựa trên tên miền
- IndieAuth dùng URL cá nhân làm danh tính đăng nhập thay cho tài khoản Google hay Facebook
- Dựa trên OAuth 2.0, nó nhận diện người dùng và ứng dụng bằng URL
- DNS thay cho đăng ký client trước, còn PKCE là bắt buộc để ngăn đánh cắp access token
- Dịch vụ tìm máy chủ xác thực từ
rel="indieauth-metadata"trên trang người dùng, rồi xác minh quyền kiểm soát URL đó sau khi xác thực xong - Có thể dùng mật khẩu, email, RelMeAuth v.v. làm phương thức xác thực
- Micropub là Khuyến nghị W3C từ tháng 5/2017, tách phần mềm website khỏi giao diện xuất bản
- Client web·iOS·Android có thể tạo, sửa, xóa bài viết trên tên miền cá nhân
- Thay cho MetaWeblog và AtomPub vốn phải chia sẻ mật khẩu, nó dùng OAuth token lấy qua IndieAuth
- Không tạo từ vựng riêng mà gửi dữ liệu bằng cách tuần tự hóa các thuộc tính h-entry như
h=entry,content
Feed thời gian thực và reader tách rời
- WebSub, trước đây gọi là PubSubHubbub, là Khuyến nghị W3C từ tháng 1/2018
- Thay vì subscriber phải định kỳ truy vấn máy chủ, publisher báo bài mới cho hub và hub lập tức chuyển tới subscriber qua webhook
- Cách này giảm tải máy chủ và loại bỏ độ trễ cập nhật; Feedly và NewsBlur đều hỗ trợ
- Microsub là chuẩn mới nhất, vẫn ở trạng thái dự thảo, tách ứng dụng đọc xã hội thành hai lớp
- Máy chủ phụ trách quản lý đăng ký, thu thập/phân tích feed và chuẩn hóa dữ liệu
- Client chỉ hiển thị giao diện đọc, có thể cạnh tranh bằng UX, còn dữ liệu đăng ký có thể di chuyển giữa các client
- Kết hợp việc đăng trả lời qua Micropub và thông báo qua Webmention sẽ hoàn thiện cấu trúc social reader của IndieWeb
POSSE, PESOS và Backfeed
- POSSE là chiến lược được khuyến nghị: đăng lên site của mình trước rồi phân phối ra ngoài
- Bản sao bên ngoài có chứa liên kết tới bản gốc, nên độc giả vẫn đọc trên nền tảng quen thuộc còn người đăng giữ được bản chuẩn
- Dù nền tảng đóng cửa hay khóa tài khoản, bản gốc vẫn còn
- Tantek Çelik đặt ra thuật ngữ này năm 2012; Cory Doctorow và Molly White cũng sử dụng
- Hiệu ứng khiến site spam sao chép bài viết cũng sao chép luôn liên kết tới bản gốc được gọi là “aikido Internet”
- PESOS là cách ngược lại: đăng lên silo trước rồi sao chép về site của mình để lưu trữ
- Có thể tận dụng ứng dụng silo hoàn thiện hơn và vẫn đăng được ngay cả khi site cá nhân gián đoạn
- Nhưng ngay từ đầu đã bị ràng buộc bởi điều khoản của silo, bản sao trên site cá nhân không phải bản chuẩn, và còn kéo theo cả giới hạn ký tự hay liên kết
t.co
- Backfeed đưa các lượt thích, trả lời và đăng lại trên bản sao bên ngoài quay về bản gốc qua Webmention
- Bridgy theo dõi các bản sao trên Mastodon, GitHub, Flickr, Reddit, Bluesky và gửi Webmention cho mỗi tương tác
- Kết quả là có thể lưu giữ toàn bộ cuộc trò chuyện diễn ra trên nền tảng bên ngoài vào tên miền cá nhân
Quan hệ với Fediverse và RSS
- Webmention, Micropub, WebSub và ActivityPub đều xuất phát từ W3C Social Web Working Group, nhưng theo đuổi các triết lý khác nhau
- Fediverse liên kết các máy chủ và biểu diễn danh tính dưới dạng
@user@instance, nên nếu không tự vận hành instance riêng thì vẫn phải phụ thuộc vào người vận hành khác- Việc vận hành instance kéo theo admintax, tức chi phí kiểm duyệt và bảo trì cao
- IndieWeb liên kết các website và dùng tên miền cá nhân làm danh tính, xem liên kết liên bang chỉ là một trong nhiều kênh phân phối
- Bridgy Fed chuyển đổi qua lại h-card, h-entry, Webmention với ActivityPub và AT Protocol của Bluesky
- Tên miền cá nhân trở thành tài khoản Fediverse dạng
@example.com@example.com - Có thể tìm kiếm và theo dõi tài khoản đó từ Mastodon, còn trả lời sẽ quay về bài gốc qua Backfeed
- Tên miền cá nhân trở thành tài khoản Fediverse dạng
- IndieWeb cho rằng RSS·Atom đòi duy trì một bản sao XML tách biệt với HTML nên tạo ra chi phí bảo trì và nguy cơ lệch nội dung
- Có những file Atom lớn gấp tới 4,5 lần HTML cùng nội dung
- Trải nghiệm khi người dùng mở trực tiếp liên kết feed cũng không tốt
- Giải pháp thay thế là h-feed dùng chính HTML làm feed, nhưng số reader hỗ trợ vẫn rất ít
- Vì vậy nên cung cấp h-feed cho môi trường IndieWeb và đồng thời cung cấp RSS·Atom cho độc giả phổ thông
Trình tự bắt đầu
- Getting Started khuyến nghị thứ tự sau
- Có tên miền: dùng làm danh tính chính trên mạng, và chỉ bật ẩn thông tin WHOIS nếu thực sự tin tưởng hoàn toàn vào nhà cung cấp
- Thiết lập hosting: người mới nên dùng dịch vụ quản lý như GitHub Pages, Netlify, Neocities; ai có kinh nghiệm thì có thể tự host
- Tạo trang: có thể dùng trình tạo site tĩnh, HTML tự viết hoặc CMS; không có công nghệ chính thức bắt buộc
- Áp dụng POSSE: phân phối nội dung sang nền tảng khác kèm liên kết bản gốc
- Thêm microformats: thêm
rel="me"vào trang chủ và h-entry vào bài viết - Kiểm tra: dùng IndieWebify.me để xác minh rel-me, h-card, h-entry theo từng bước
- Tham gia cộng đồng: dù chỉ có một trang cũng hãy chia sẻ những gì đã làm và ghi tài liệu lên wiki cho người dùng tiếp theo
- IndieMark là thước đo hướng dẫn theo từng giai đoạn dành cho lập trình viên muốn triển khai dần dần
Triển khai thực tế và những tính năng đã loại bỏ
- Trên site thực tế đã áp dụng các yếu tố sau
- Gửi và nhận Webmention: tự động hóa công việc hằng ngày là báo cho các liên kết bên ngoài trong bài mới, nhưng chừa khoảng đệm 24 giờ để có thể sửa lỗi gõ
- Webmention nhận được được dùng làm danh sách tham khảo ở cuối mỗi bài, tách biệt với phần bình luận quản lý qua email
- Áp dụng h-entry cho mọi bài viết, h-card cho trang chủ và xác minh bằng mf2py
- Liên kết Mastodon, GitHub, Org Social trong footer bằng
rel="me"để nhận dấu xác minh
- Các yếu tố không phù hợp với nhu cầu và quy trình làm việc hiện có thì bị loại bỏ
- Micropub·IndieAuth: editor và Git chính là giao diện xuất bản, bài viết được soạn dưới dạng Markdown có quản lý phiên bản nên không cần endpoint xuất bản riêng
- WebSub: vì chủ đích trì hoãn xuất bản 24 giờ nên việc truyền thời gian thực không đủ giá trị để biện minh cho độ phức tạp thêm vào
- h-feed: template card bài viết còn được tái sử dụng trong các vùng như mục gợi ý trong thân bài, khiến parser có thể hiểu nhầm thành h-entry mơ hồ; RSS đã đảm nhiệm vai trò đó đủ tốt
Nguyên tắc thực hành sống lâu hơn công nghệ
- HTML thuần là định dạng bền vững nhất để đọc toàn bộ nội dung mà không cần JavaScript
- Theo nguyên tắc “Cool URIs don't change”, cần thiết kế URL có thể duy trì vĩnh viễn
- Trên site thực tế, dù đổi slug của bài thì URL cũ vẫn tiếp tục hoạt động
- Không cần rời silo trong một lần; có thể chuyển đổi dần bằng cách xuất bản trước lên site của mình theo từng loại nội dung
- Cũng nên tính đến khả năng tồn tại cực dài hạn
- Có thể cân nhắc “dead man's switch”, tức trao chìa khóa website cho người mình tin sau khi qua đời
- Cũng cần giải quyết việc ai sẽ trả phí tên miền sau khi người vận hành biến mất
- So với một template hoàn hảo nhưng nhàm chán để duy trì, việc vui vẻ vận hành một website cá nhân không hoàn hảo nhưng độc đáo phù hợp với tinh thần của IndieWeb hơn
1 bình luận
Các ý kiến trên Hacker News
Nếu IndieWeb muốn có nội dung thì cách chôn nó dưới một đống công nghệ phức tạp là hoàn toàn đi ngược mục tiêu
Tập hợp giao thức này về cơ bản là không dùng được với 90% người dùng; nếu muốn ưu tiên trải nghiệm người dùng nội dung, cần một giải pháp một cú nhấp có thể bắt đầu ngay
Ngay khoảnh khắc yêu cầu dòng lệnh, Docker, hay tự chỉnh HTML/CSS, bạn đã dựng lên một rào cản mà đa số không vượt qua được; hiện tại trông nó giống NerdNet hơn IndieWeb
micro.blog, một điểm vào một cú nhấp tiêu biểu, cung cấp website cá nhân có các tính năng IndieWeb hiện đại với giá 5 USD/tháng
Hiện phần lớn nhóm quan tâm là các lập trình viên muốn tự xây dựng, nên các bài viết liên quan trông đầy kỹ thuật, nhưng việc thu hút người không phải lập trình viên cũng là thay đổi mà cộng đồng mong muốn. David Shanske đã tạo các plugin WordPress tích hợp sẵn công cụ IndieWeb trong 10 năm qua: https://profiles.wordpress.org/dshanske/#content-plugins
Cũng không phải cứ dùng tất cả công nghệ mới là IndieWeb. Có thể bắt đầu từ tên miền riêng, tạo trang bằng HTML, Markdown, Django, v.v., rồi lần lượt thêm microformats và Webmention; ở bất kỳ giai đoạn nào cũng có thể xem đó là một trang IndieWeb
Internet từng tốt hơn khi còn là nơi những người thú vị tự tìm đến nhau, trước khi trở thành một Walmart toàn cầu
Internet cũng luôn phát triển từ những thứ khó nhưng thú vị do dân lập dị tạo ra, rồi dần trở nên dễ dùng hơn với người bình thường. IndieWeb cũng đang ở giai đoạn đầu; nếu sống sót, việc đại chúng hóa sẽ tự nhiên theo sau, nên lúc này cứ để họ làm thêm
Vấn đề là tính kinh tế. Giải pháp một cú nhấp thì hay, nhưng IndieWeb chỉ giải quyết một vấn đề ý thức hệ chứ không giải quyết vấn đề cấp bách của người dùng, nên khó có đủ khách hàng để gánh chi phí đầu tư hoặc vận hành dịch vụ
micro.blog là thứ gần nhất, nhưng đó là dịch vụ tập trung không thể chạy trên hạ tầng riêng; dù tương thích giao thức, nó không phải công cụ IndieWeb hoàn chỉnh
Có những khả năng như nhật ký hoạt động của agent hay công cụ đăng bài cho cảm biến/máy chủ, nhưng nếu không có nhu cầu người dùng thực sự, có vẻ khó trở thành một dịch vụ thành phẩm
Nên khuyến khích mọi người tạo ra thứ họ muốn thay vì khuất phục trước thứ phổ biến. Các vị trí marketing chỉ chăm chăm vào chiến lược tìm kiếm đặc quyền thu lợi và vận động hành lang, thay vì tạo giá trị thực chất, khiến xã hội tệ hơn nên cần được giảm bớt
Tôi thích cách tư duy của Nostr vì nó có vẻ gần với POSSE hơn Mastodon hay AT Protocol
Nếu tôi viết blog đều đặn, sở hữu tên miền và bài viết, nhưng lại không được coi là IndieWeb chỉ vì dùng WordPress, thì rốt cuộc vẫn là phụ thuộc vào doanh nghiệp. Những blog từng tạo bằng Blogger trước đây cũng gần như vẫn còn nguyên sau gần 10 năm
Tự sở hữu máy chủ là không thực tế. Nếu là máy chủ ảo thì nó nằm trên đám mây Amazon hoặc Microsoft; dù là máy chủ vật lý thì cũng phải đặt trong trung tâm dữ liệu của doanh nghiệp, và tự quản lý UPS cùng kết nối Internet liên tục là chuyện khó
Các lựa chọn thay thế trước đây thường chỉ chạy theo hoài niệm thập niên 1990, nên ngoài chút cảm giác hoài cổ nhất thời thì khó thấy ích lợi, nhưng cách này có vẻ khác
Nó chấp nhận web hiện đại nhưng vẫn cho phép người sáng tạo kiểm soát hoàn toàn không gian của mình. Khi có thời gian, tôi muốn đưa blog myzopotamia.dev tham gia IndieWeb
indiekit về cơ bản cung cấp sẵn toàn bộ tính năng IndieWeb. Tôi đang dùng ở https://rmendes.net và cũng đang làm để triển khai trên https://textcaster.app
Vấn đề nguyên tắc không lặp lại (DRY) của RSS feed có vẻ bị phóng đại. Tôi không nhớ từng gặp vấn đề khi tự động tạo RSS feed, bất kể viết bằng framework mã nguồn mở nào
h-entry, vẫn phải quản lý hai phiên bản cùng nội dung và XML, nên tôi thường thấy bựcRSS được phát minh ngay trước cuộc cách mạng đánh dấu ngữ nghĩa, khi layout dạng bảng sắp kết thúc, nên thời điểm không thuận lợi
Tôi thấy khó chịu khi một trang tự nhận IndieWeb lại có CV của tác giả, ảnh chân dung chụp chuyên nghiệp, phần giới thiệu nhấn mạnh kinh nghiệm ở các tổ chức danh giá và một blog bóng bẩy
Nó giống như trong một cửa hàng quần áo sáng choang ở trung tâm mua sắm cao cấp, mọi món hàng đều gắn biểu tượng vô chính phủ, nhưng nhìn gần thì giá gần như toàn bốn chữ số
Website cá nhân có thể trở thành bất cứ thứ gì bạn muốn. Trang của tôi cũng ngày càng cá nhân và xoay quanh sở thích hơn theo từng năm khi tôi không còn cần tìm việc, nhưng rốt cuộc website vẫn là sản phẩm của xã hội nơi người đó sống, và người ta vẫn phải kiếm sống
Đời sống nghề nghiệp cũng là một phần tạo nên con người tôi, và theo nghĩa là người tự kinh doanh, tôi cũng có thể được gọi là lao động độc lập; tôi không hiểu điều đó xấu ở chỗ nào
IndieWeb không từ chối tính chuyên nghiệp; nó cho rằng nội dung thuộc về bạn và nên sống lâu hơn các nền tảng. Ảnh chân dung, CV, blog bóng bẩy đều ổn; thứ bị phê phán là nhốt chúng trong những nền tảng có thể đóng cửa, bán dữ liệu hoặc biến mất
Việc làm cho nội dung có thể được máy đọc mà không cần tệp song song hay API vốn gần như không phải là vấn đề cần giải quyết
Cũng như các ontology trước đây, nó vô dụng với khách truy cập là con người và chỉ mớm dữ liệu cho những chủ thể đối địch
Sẽ rất tốt nếu thường xuyên chia sẻ các blog khác mà bạn thích. IndieWeb dựa vào truyền miệng và sự tuyển chọn của con người, nên các bài kiểu “những thứ tôi thích trong tháng này” rất hữu ích
Cũng cần khen ngợi rộng rãi, gửi email cảm ơn và bắt đầu trò chuyện. Các trang tĩnh không theo dõi người dùng có thể tạo cảm giác như đang độc thoại, nên email từ độc giả là nguồn động viên lớn
Vì là website cá nhân, không hoàn hảo và hơi kỳ quặc cũng không sao; không phải mọi nội dung đều cần là feed theo dòng thời gian. Có thể tổ chức không gian theo cách mình muốn, như một khu vườn số
Tôi tò mò liệu bạn có biết tên miền
.devthuộc sở hữu của Google không