Panduan Embeddings

Embeddings adalah dense numerical vectors itu encode meaning dari text — how semantic search, Google's peringkat, dan RAG match konten oleh meaning alih-alih keywords.

Pertama kali diterbitkan: 24 Jun 2026 · Terakhir diperbarui: 22 Agu 2026 · Advanced
Bahasa

Embedding adalah daftar angka—vektor padat—yang mengodekan makna kata, kalimat, atau dokumen dalam ruang berdimensi tinggi, sehingga teks yang secara semantik serupa berada berdekatan. Model encoder, bukan LLM generatif, menghasilkannya; kesamaan diukur dengan cosine similarity. Embedding mendukung pencarian semantik, pengelompokan, dan lapisan pengambilan dalam RAG, sementara Google menggunakan pengambilan berbasis embedding (Neural Matching / RankEmbed, RankEmbedBERT) di samping indeks kata kuncinya. Inti SEO-nya bukan kenop yang bisa diputar—Danny Sullivan mengatakan tentang BERT 'there's nothing to optimize for' _(terjemahan)_ “tidak ada yang perlu dioptimalkan”—melainkan konten yang koheren secara topikal berkelompok rapi di dekat kueri yang seharusnya dijawabnya.

TL;DR — Embedding adalah vektor padat berisi angka floating-point (biasanya ratusan hingga beberapa ribu dimensi) yang mengodekan makna, dihasilkan oleh model encoder—bukan LLM generatif. Makna serupa → vektor berdekatan, diukur dengan cosine similarity. Bidang ini beralih dari embedding kata statis (word2vec, GloVe) ke embedding kontekstual (BERT), lalu ke embedding tingkat kalimat dan API modern. Google menggunakan pengambilan berbasis embedding (Neural Matching / RankEmbed, RankEmbedBERT) di samping indeks kata kuncinya—pendekatan hibrida, bukan pengganti. Embedding juga menjadi tulang punggung pengambilan RAG. Tidak ada kenop embedding untuk diputar; koherensi topik membuat konten berkelompok di sekitar kueri yang tepat.

What sebuah embedding actually adalah

Embeddings mendukung similarity dan retrieval, tetapi mereka adalah not sebuah direct mengukur dari truth, quality, atau peringkat nilai. Evidence for this claim Embeddings represent inputs as numerical vectors that can be compared for relatedness and used for search, clustering, and classification. Scope: OpenAI embedding models and documented uses; vector dimensions and behavior vary by model. Confidence: high · Verified: OpenAI: Embeddings guide Research hasil depend pada trained model dan evaluation setting. Evidence for this claim Learned vector representations can encode useful distributional relationships between words. Scope: Word2vec-era language representations; observed vector relationships are model- and training-data-specific, not ground truth. Confidence: high · Verified: Mikolov et al.: Efficient Estimation of Word Representations

sebuah embedding adalah sebuah dense numerical vector — sebuah list dari floating-poin angka — itu mewakili text (atau images, audio, video) sebagai sebuah poin di sebuah tinggi-dimensional space. OpenAI’s documentation states ini plainly: “An embedding is a vector (list) of floating point numbers.” (terjemahan) “sebuah embedding adalah sebuah vector (list) dari floating poin angka.”

defining property adalah geometric: semantically similar konten memiliki similar vectors. Text itu berarti roughly yang sama thing poin di roughly yang sama direction; unrelated text poin elsewhere. itu’s not sebuah happy accident — model adalah trained so itu kata dan phrases digunakan di similar contexts end up dengan similar vectors. Meaning becomes position.

Embeddings turn semantic similarity into distance: related meanings land nearby even when the exact wording differs. Sumber: /ai-search/how-search-works/embeddings/

A conceptual semantic space places the query reset my password near documents titled Forgot-password guide, Account recovery steps, and Cannot log in. The unrelated document Enterprise pricing sits farther away. Near means more semantically similar; far means less similar. Actual embedding spaces have many more dimensions and model-specific geometry.

© Patrick Stox LLC · CC BY 4.0 ·

sebuah few things worth getting precise:

  • Encoder, bukan generator. Embedding berasal dari model encoder yang tugasnya memadatkan makna menjadi vektor berukuran tetap. Ini arsitektur dan tujuan yang berbeda dari LLM generatif, yang memprediksi token berikutnya. (Lihat pembedaan internal-vs-API di bawah.)
  • Padat, bukan renggang. Berbeda dari representasi one-hot atau bag-of-words (sebagian besar nol, satu slot per kata dalam kosakata), embedding memuat makna di setiap dimensi. Glosarium ML Google menggambarkannya sebagai representasi padat berdimensi lebih rendah yang mengatasi hal-hal yang tidak dapat diungkapkan one-hot—model dapat mengenali bahwa “hot dogs and shawarmas are more related than hot dogs and salads.” (terjemahan) “hot dog dan shawarma lebih berkaitan daripada hot dog dan salad.”
  • Dimensi lebih tinggi ≠ selalu lebih baik. Dimensi tambahan dapat menangkap lebih banyak nuansa, tetapi membutuhkan lebih banyak penyimpanan dan komputasi, sementara keuntungannya bergantung pada tugas. Ini pertukaran, bukan kenop “bigger is better” (terjemahan) “semakin besar semakin baik”.

Measuring similarity: cosine similarity

untuk compare two embeddings Anda mengukur distance — atau really angle — antara them. standard metric adalah cosine similarity: ini measures angle antara two vectors regardless dari mereka length, scoring dari −1 (opposite) melalui 0 (unrelated/orthogonal) untuk 1 (identical direction). Smaller distance = more related.

Banyak API embeddings menormalisasi vektor menjadi panjang satuan, sehingga cosine similarity dan dot product menghasilkan peringkat yang sama—OpenAI menyebut cosine sebagai pilihan konvensional yang sedikit lebih murah. Voyage AI (penyedia embeddings yang direkomendasikan Anthropic) menjelaskan intuisinya dengan ringkas: “the cosine similarity between two embeddings captures the semantic relatedness of the corresponding original passages.” (terjemahan) “Kemiripan kosinus antara dua embeddings menangkap keterkaitan semantik dari bagian-bagian asli yang bersesuaian.” Menjalankan perbandingan nearest-neighbor itu dalam skala besar merupakan masalah tersendiri—itulah tugas pencarian vektor.

How kami got here: evolution

story runs dari single kata untuk whole passages, dan dari fixed meanings untuk context-aware ones.

  • word2vec (Google, 2013). Mikolov dkk. memperkenalkan dua arsitektur (CBOW dan Skip-Gram) untuk mempelajari vektor kata padat dari korpus besar. Hasil terkenalnya: vektor “King” − “Man” + “Woman” (terjemahan) “raja − pria + wanita” paling dekat dengan “Queen” (terjemahan) “ratu”—bukti bahwa aritmetika vektor menangkap hubungan semantik. (Catatan: analogi itu ilustratif dan tidak selalu dijamin; bergantung pada model, hasilnya dapat berupa “kings” (terjemahan) “para raja” atau “monarch.” (terjemahan) “penguasa.”) Ini adalah embedding statis—satu vektor tetap per kata, sehingga “bank” (terjemahan) “bank (lembaga keuangan)” mendapat vektor yang sama dalam “river bank” (terjemahan) “tepi sungai” dan “bank account.” (terjemahan) “rekening bank.”
  • GloVe (Stanford, 2014). Alternatif berbasis hitungan yang dibangun dari statistik kemunculan bersama global, bukan jaringan prediktif—tujuannya berbeda, tetapi embedding sama berguna. Juga statis.
  • Universal Sentence Encoder (Google, 2018). Embedding untuk seluruh kalimat, bukan hanya kata. Gagasan intinya: “Sentences are semantically similar if they have a similar distribution of responses” (terjemahan) “Kalimat secara semantik serupa jika memiliki distribusi respons yang serupa”—“How old are you?” (terjemahan) “Berapa usia Anda?” dan “What is your age?” (terjemahan) “Berapa usia Anda?” mengundang jawaban yang sama, sehingga embedding-nya berdekatan.
  • BERT (Google, 2018; diterapkan di Search pada Oktober 2019). Perubahan besar: embedding kontekstual. Kata yang sama mendapat vektor berbeda bergantung pada kalimat di sekitarnya, karena BERT bersifat dua arah—membaca kata sebelum dan sesudah token untuk menetapkan maknanya. Jadi “bank” (terjemahan) “bank (tepi sungai)” dalam “river bank” (terjemahan) “tepi sungai” dan “bank account” (terjemahan) “rekening bank” akhirnya mendapat vektor berbeda.
  • Sentence-BERT (2019). Memecahkan masalah skala BERT untuk pencarian kesamaan. BERT biasa perlu menerima kedua kalimat bersama-sama, yang sangat berat secara komputasi pada skala besar; SBERT menghasilkan embedding kalimat berukuran tetap yang dapat dibandingkan dengan cosine similarity, sehingga biaya menemukan pasangan paling mirip dalam korpus besar turun dari berjam-jam menjadi beberapa detik.
  • API embedding modern (2024–sekarang). Keluarga text-embedding-3 dari OpenAI, embedding Gemini dari Google, Voyage, dan embed-v4.0 dari Cohere—multibahasa, makin multimodal (teks, gambar, audio, video dalam satu ruang), dan ukurannya dapat diubah melalui Matryoshka Representation Learning (memotong vektor menjadi lebih sedikit dimensi tanpa pelatihan ulang, menukar sedikit akurasi dengan penyimpanan dan kecepatan).

Google’s peringkat pipeline isn’t purely semantic atau purely keyword — ini adalah hybrid, dan embedding pieces supplement classic inverted indeks alih-alih replacing ini. dari Google’s own peringkat-sistem documentation dan Pandu Nayak’s DOJ antitrust testimony, named sistem sertakan:

  • BERT — sistem Google untuk memahami kata dalam konteks. Saat diluncurkan, sistem ini membantu Search “better understand one in 10 searches in the U.S. in English,” (terjemahan) “memahami dengan lebih baik satu dari sepuluh penelusuran di AS dalam bahasa Inggris”, terutama kueri percakapan yang lebih panjang, ketika kata depan seperti “for” (terjemahan) “untuk” dan “to” (terjemahan) “ke” mengubah makna.
  • Neural Matching / RankEmbed — pengambilan berbasis embedding yang menerjemahkan kueri dan dokumen ke ruang vektor yang sama untuk menampilkan hasil yang cocok secara konseptual meskipun tidak memiliki kata kunci yang sama. Nayak menjelaskannya sebagai pelengkap: “RankEmbed identifies a few more documents to add to those identified by the traditional retrieval.” (terjemahan) “RankEmbed mengidentifikasi beberapa dokumen tambahan untuk melengkapi dokumen yang ditemukan melalui pengambilan tradisional.” Pengambilan tersebut didasarkan pada ukuran hasil kali titik atau jarak di ruang embedding.
  • RankEmbedBERT — evolusi berikutnya yang menggabungkan pengambilan RankEmbed dengan pemahaman bahasa BERT, dilatih menggunakan skor penilai kualitas dan log penelusuran, serta secara khusus lebih baik pada kueri kompleks berekor panjang.

Bacaan praktisnya: keberadaan kata kunci tetap penting karena pengambilan leksikal (indeks terbalik, gaya BM25) masih melakukan penyempitan tahap pertama. Sistem embedding menambahkan kandidat yang secara konseptual terkait lalu memeringkat ulang. Kedua sinyal ikut berperan—itulah alasan “BERT killed keywords” (terjemahan) “BERT membunuh kata kunci” keliru.

Embeddings di AI search ( RAG pipeline)

ini adalah where embeddings touch AI Overviews dan AI search assistants sebagian besar directly. Retrieval-Augmented Generation (RAG) menggunakan embeddings sebagai -nya retrieval layer:

  1. indeks: konten adalah chunked ke passages, setiap passage adalah embedded, dan vectors go ke sebuah vector database.
  2. Retrieve: pengguna’s kueri adalah embedded, sebuah nearest-neighbor search menemukan closest chunks (via pencarian vektor), dan top-K chunks adalah handed untuk LLM sebagai context.
  3. Generate: LLM writes sebuah jawaban grounded di itu retrieved chunks.

Struktur penting karena setiap potongan diambil secara terpisah. Riset Dan Petrovic (dikutip dalam Yang Sebenarnya Kita Ketahui tentang Optimasi untuk Penelusuran LLM Search) menemukan bahwa Chrome hanya memproses sekitar 30 bagian pertama halaman untuk embedding, lalu memotongnya menjadi bagian sekitar 200 kata dengan tumpang tindih agar konteks antarpotongan tetap terjaga. Jika suatu bagian tidak dapat berdiri sendiri setelah dipisahkan dari halaman, bagian itu merepresentasikan konten Anda dengan buruk.

Embedding token dan API embedding teks

Satu perbedaan yang sering membingungkan: embeddings di dalam LLM dan embeddings yang Anda peroleh dari API bukanlah hal yang sama.

  • Embedding token adalah representasi internal model—setiap token mendapat vektor yang diubah lapis demi lapis selama generasi. Inilah mekanisme untuk menghasilkan token berikutnya.
  • API embedding teks (OpenAI, Google, Voyage, Cohere) menghasilkan satu vektor berukuran tetap untuk seluruh string input, yang dirancang khusus untuk pengambilan dan kesamaan. Sering kali API ini menggunakan model terpisah dengan tujuan pelatihan yang berbeda.

Saat praktisi SEO membicarakan “embedding halaman” atau menjalankan cosine similarity untuk penautan internal atau pengelompokan kata kunci, yang dimaksud adalah jenis API.

What ini berarti untuk SEO

  • Koherensi semantik mengalahkan kepadatan kata kunci. Karena model memahami konteks, “laptop for gaming” (terjemahan) “laptop untuk bermain gim” dan “high-performance laptop” (terjemahan) “laptop berperforma tinggi” sudah berdekatan. Penjejalan kata kunci tidak membantu—justru menghasilkan konten yang topiknya terpencar dengan embedding yang lebih keruh.
  • Susun untuk pengambilan berbasis chunk. Bagian teks di-embedding dan diambil secara mandiri. Letakkan konten penting di awal, jaga setiap bagian tetap utuh, dan gunakan HTML semantik yang jelas.
  • Kelengkapan topik. Konten yang benar-benar mencakup suatu subjek akan berada dekat dengan lebih banyak kueri terkait di ruang vektor. Itulah mekanisme di balik “build topical authority.” (terjemahan) “bangun otoritas topikal.”
  • Tidak ada kenop embedding. Danny Sullivan, tentang BERT: “There’s nothing to optimize for… The fundamentals of us seeking to reward great content remain unchanged.” (terjemahan) “Tidak ada yang perlu dioptimalkan… dasar-dasar kami dalam memberi penghargaan pada konten hebat tetap tidak berubah.” Skor cosine-similarity dari alat hanyalah bantuan analisis, bukan input yang Anda kirimkan ke Google.

Embeddings adalah connective tissue di bawah sebagian besar dari ini cluster: mereka’re what semantic search runs pada, what pencarian vektor compares, what chunking prepares text untuk, dan retrieval backbone dari RAG. mereka’re juga why crawling masih penting pertama — konten memiliki untuk menjadi fetched sebelum apa pun sistem dapat embed ini.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.