hibranwar

Tag rel=me: Dua Karakter yang Memverifikasi Seluruh Jaringan Identitasmu

· 7 min read

Ada atribut HTML dua karakter yang kebanyakan web developer belum pernah pakai dan kebanyakan pemilik bisnis belum pernah dengar. Dia duduk diam di dalam link tags, hampir tidak kelihatan di mata manusia, tapi melakukan sesuatu yang signifikan untuk mesin yang memverifikasi identitas di seluruh web.

Itu rel="me".

Kalau kamu serius tentang entity verification, tentang membuat jaringan identitasmu machine-readable dan bisa dipercaya, atribut ini bukan opsional. Ini fondasi.

Apa yang Sebenarnya Dilakukan rel=me

rel="me" adalah atribut relasi. Ketika kamu menambahkannya ke hyperlink, kamu menyatakan bahwa URL tujuan merepresentasikan orang atau entitas yang sama dengan halaman saat ini.

Implementasi dasar terlihat seperti ini:

<a href="https://linkedin.com/in/hibranwar" rel="me">LinkedIn</a>
<a href="https://orcid.org/0000-0000-0000-0000" rel="me">ORCID</a>
<a href="https://github.com/hibranwar" rel="me">GitHub</a>

Atau di tag <link> di dalam <head>, tidak terlihat oleh pengunjung tapi bisa dibaca mesin:

<link rel="me" href="https://linkedin.com/in/hibranwar">
<link rel="me" href="https://mastodon.social/@hibranwar">

Deklarasinya sederhana. Efeknya, ketika dikombinasikan dengan tautan timbal balik dari profil eksternal tersebut kembali ke websitemu, menciptakan sesuatu yang penting: rantai yang bisa diverifikasi.

Syarat Timbal Balik

Di sinilah kebanyakan orang berhenti dan bertanya-tanya kenapa tidak berhasil.

rel="me" bekerja melalui konfirmasi mutual. Websitemu menautkan ke LinkedIn-mu dengan rel="me". URL profil LinkedIn-mu menautkan kembali ke websitemu. Ketika sistem verifikasi mengecek rantai tersebut, ia menemukan: website mengklaim menjadi entitas yang sama dengan LinkedIn ini, dan URL LinkedIn menunjuk kembali ke website yang sama. Dikonfirmasi.

Satu arah saja tidak membuktikan apa-apa. Siapapun bisa mengklaim berasosiasi dengan profil manapun. Verifikasi datang dari kedua sisi tautan yang saling menunjuk.

Ini adalah logika yang sama yang digunakan verifikasi email. Kamu bisa mengklaim alamat email manapun yang kamu mau, tapi sampai kamu mengkonfirmasi dari dalam akun email tersebut, klaim itu tidak terverifikasi. rel="me" menciptakan jenis konfirmasi bilateral yang sama untuk identitas web.

Kenapa Ini Penting untuk AI Search Secara Khusus

Aku sudah membangun entity infrastructure untuk tiga perusahaan (Witanabe, Arsindo, Hibrkraft) dan identitas profesionalku sendiri, dan aku perhatikan bagaimana sinyal-sinyal berbeda compound seiring waktu.

Jaringan rel="me" berkontribusi pada sesuatu yang spesifik: apa yang komunitas IndieWeb sebut sebagai "web of trust." Ketika sistem AI dan search engine mengevaluasi apakah suatu entitas bisa diverifikasi, mereka mencari pola ini persis. Banyak sumber otoritatif, semuanya mengkonfirmasi klaim yang sama terhadap identitas yang sama.

People Also Search For milik Google, pemicu Knowledge Panel, dan semakin sumber-sumber yang dikutip AI agents, semuanya bergantung pada kohesi identitas semacam ini. Website yang mengambang terputus dari profil eksternal yang terverifikasi adalah klaim tanpa corroboration. Website yang berpartisipasi dalam web konfirmasi mutual rel="me" adalah node yang terverifikasi.

Perbedaan antara dikutip dan tidak dikutip oleh AI search sering kali bergantung pada apakah jaringan identitas bisa diverifikasi. Bukan seberapa bagus kontennya. Bukan seberapa banyak dibagikan. Apakah bisa diverifikasi.

Fondasi IndieWeb

rel="me" diformalkan oleh gerakan IndieWeb, komunitas developer dan penulis yang percaya pada kepemilikan identitas digital di domain sendiri daripada menyerahkannya ke platform media sosial.

Konsep tersebut, disebut "RelMeAuth" dalam bentuk yang lebih lengkap, memungkinkan verifikasi identitas terdistribusi. Daripada membutuhkan satu otoritas tunggal (seperti Google atau Facebook) untuk memverifikasi siapa kamu, kamu bisa membangun jaringan verifikasi identitas yang self-sovereign di banyak platform, dengan domain sendiri di pusatnya.

Ini sangat penting untuk jenis entity building jangka panjang yang aku lakukan. Aku tidak mau identitas profesionalku tinggal terutama di LinkedIn, di mana perubahan kebijakan bisa mengubah visibilitasku dalam semalam. Aku mau hibranwar.com menjadi hub kanonik, dengan setiap profil eksternal sebagai jari-jari yang mengkonfirmasi dan memperluas identitas hub. rel="me" adalah mekanisme yang membuat struktur hub-and-spoke bisa diverifikasi.

Implementasi untuk Berbagai Jenis Site

Spesifiknya tergantung pada setupmu, tapi prinsipnya konsisten di semuanya.

HTML statis atau site custom-built: Tambahkan <link rel="me" href="URL"> di <head> untuk setiap profil eksternal. Untuk tautan yang terlihat, tambahkan rel="me" ke tag anchor bersama atribut relasi lainnya.

WordPress: Beberapa plugin menangani ini, atau kamu bisa tambahkan ke header tema-mu. Plugin SEO (Yoast, Rank Math) punya field profil sosial yang mungkin tidak menambahkan rel="me" secara otomatis, jadi verifikasi output-nya.

Eleventy (yang digunakan site ini): Tambahkan ke partial head di base layout. Simpan daftar yang konsisten di file data agar tetap tersinkronisasi dengan array sameAs di JSON-LD-mu.

Poin kritis tentang sinkronisasi: Tautan rel="me" dan array sameAs di JSON-LD-mu harus identik. Keduanya adalah representasi dari fakta yang sama: URL-URL eksternal ini semuanya merepresentasikan entitas yang sama dengan domain ini. Menjaga sinkronisasi keduanya berarti memperbarui satu ketika memperbarui yang lain.

Platform Mana yang Mendukung Tautan Timbal Balik

Tidak setiap platform memungkinkan kamu menambahkan URL kustom yang akan diperlakukan sebagai konfirmasi rel="me". Beberapa platform menambahkan rel="nofollow" atau rel="ugc" ke tautan yang diberikan pengguna, yang tidak sepenuhnya membatalkan tautan tapi mengurangi bobot verifikasinya.

Platform yang menangani ini dengan baik:

Mastodon dan platform ActivityPub: Ini punya dukungan rel="me" native. Kalau kamu menambahkan URL websitemu ke profil Mastodon dan sitemu menautkan ke Mastodon-mu dengan rel="me", tanda centang hijau muncul di profil Mastodon-mu. Ini adalah verifikasi bilateral yang eksplisit.

GitHub: Tautan profil diikuti. Menambahkan websitemu ke profil GitHub dan menautkan dari sitemu dengan rel="me" menciptakan koneksi yang bisa diverifikasi.

LinkedIn: Situasinya lebih kompleks. LinkedIn sering memodifikasi tautan keluar, tapi field URL di profilmu masih memberikan sinyal yang cukup ketika dikombinasikan dengan lapisan verifikasi lainnya.

ORCID: Field tautan website ORCID dirancang khusus untuk jenis verifikasi ini dan diperlakukan dengan kepercayaan tinggi oleh sistem AI yang berorientasi akademis dan penelitian.

Google Business Profile: Field website menciptakan tautan yang diverifikasi Google antara profil bisnismu dan domain-mu. Bukan secara teknis rel="me" dalam artian HTML, tapi setara secara fungsional dalam ekosistem Google.

Struktur Jaringan Identitas yang Praktis

Untuk profesional seperti aku, strukturnya terlihat seperti ini:

hibranwar.com berfungsi sebagai hub. <head> setiap halaman menyertakan <link rel="me"> yang menunjuk ke LinkedIn, ORCID, GitHub, dan Mastodon. Footer menyertakan tautan yang terlihat ke profil yang sama, juga dengan rel="me".

Masing-masing profil eksternal tersebut mencantumkan hibranwar.com di field website atau URL.

JSON-LD di hibranwar.com menyertakan semua URL yang sama dalam array sameAs.

Hasilnya adalah web konfirmasi yang bisa dilalui mesin. Mulai dari hibranwar.com, ikuti tautan rel="me" ke ORCID, konfirmasi profil ORCID menautkan kembali, cek JSON-LD, konfirmasi konsistensi. Setiap pengecekan adalah konfirmasi. Setiap konfirmasi menambah skor verifikasi entitas.

Kesalahan Umum

Menambahkan rel="me" ke tautan yang menunjuk ke profil orang lain atau halaman perusahaan yang kamu asosiasikan tapi tidak kamu miliki. rel="me" secara khusus tentang halaman yang kamu sendiri atau sepenuhnya milikmu. Website perusahaanmu oke kalau kamu satu-satunya pemilik. Website klien tidak.

Lupa memperbarui tautan rel="me" ketika kamu membuat profil baru. Nilainya compound dengan lebih banyak node. Ketika kamu membuat kehadiran eksternal baru, segera tambahkan ke jaringan.

Mengabaikan sisi timbal balik. Kegagalan paling umum: menambahkan rel="me" di sitemu tapi tidak pernah menambahkan URL websitemu ke profil eksternal. Tanpa tautan timbal balik, rantai verifikasi terputus.

Menggunakan rel="me" pada tautan ke profil yang mungkin hilang aksesnya. Kalau kamu menautkan ke profil yang mungkin tidak bisa kamu akses lagi, tautan yang rusak dalam rantai bisa menyakiti daripada membantu.

Efek Compounding

Entity verification bukan tugas sekali jalan. Ini infrastruktur yang compound. Setiap node baru yang kamu tambahkan ke jaringan rel="me"-mu menambahkan jalur verifikasi lain. Setiap platform eksternal yang mendukung tautan timbal balik menambahkan sumber independen lain yang mengkonfirmasi identitasmu.

Aku membangun jaringan ini secara terencana, menambahkan node baru seiring aku membangun kehadiran di platform baru, selalu menjaga konsistensi antara tautan rel="me", array sameAs di JSON-LD, dan profil aktual yang aku kelola.

Bisnis dan individu yang membangun infrastruktur ini sekarang menciptakan sesuatu yang semakin kuat seiring waktu. Setiap lapisan verifikasi membuat lapisan berikutnya lebih mudah dibangun. Efek jaringan dari verifikasi identitas itu nyata.

Dua karakter. me. Bukan implementasi teknis yang paling mencolok. Tapi dalam konteks membangun identitas entitas yang bisa dipercaya sistem AI dan search engine, ini mungkin adalah elemen dengan return-on-effort tertinggi dalam seluruh stack.