Panduan SEO Langkah 10: SEO Pelbagai Bahasa

Ini adalah Langkah 10 daripada Panduan SEO 13 Langkah. SEO pelbagai bahasa membolehkan anda menggandakan trafik organik anda dengan menyajikan setiap pasaran dalam bahasa mereka sendiri — jika dilakukan secara salah, ia mencipta kekacauan kandungan duplikat.

Setiap bahasa yang anda tambahkan adalah pengganda kepada kandungan sedia ada anda. Laman web dengan 50 halaman dalam satu bahasa mempunyai 50 URL yang boleh diindeks. Tambahkan 5 bahasa dan anda mempunyai 250. Tambahkan 20 bahasa dan anda mempunyai 1,000. Setiap URL tersebut boleh berada pada kedudukan secara bebas dalam hasil Google tempatan mereka.

Tetapi SEO pelbagai bahasa adalah salah satu bidang yang paling kompleks secara teknikal dalam SEO. Pelaksanaan yang tidak betul mencipta kandungan duplikat, pengurangan kedudukan, dan pembaziran bajet crawling. Perbezaan antara laman yang diantarabangsakan dengan betul dan yang tidak betul boleh menjadi perbezaan trafik 10 kali ganda.

LANGR sendiri beroperasi dalam 108 bahasa di 89 lokasi aktif — kami telah menyelesaikan masalah ini dalam skala besar. Panduan ini berkongsi segala yang telah kami pelajari.

Apa yang Dicakupi oleh SEO Pelbagai Bahasa

SEO pelbagai bahasa meliputi 8 bidang kritikal:

Pelaksanaan Hreflang — Memberitahu Google halaman mana yang menyajikan bahasa mana
Strategi Penghalaan Lokasi — Subdomain vs subfolder vs TLD
Kualiti Terjemahan — Terjemahan mesin vs manusia vs hibrid
Sasaran Antarabangsa — Konfigurasi Search Console
Penyesuaian Kandungan — Selain terjemahan: penyesuaian budaya
Sokongan RTL — Bahasa kanan ke kiri (Arab, Ibrani, Farsi)
Pengesanan Bahasa — Menyajikan versi yang betul secara automatik
Kandungan Duplikat — Mencegah kanibalisasi silang bahasa

1. Pelaksanaan Hreflang

Tag hreflang memberitahu enjin carian URL mana yang menyajikan bahasa dan kawasan mana. Mereka adalah asas teknikal SEO pelbagai bahasa — dan elemen yang paling biasa dikonfigurasi dengan salah.

Sintaksis hreflang asas:

<link rel="alternate" hreflang="en" href="https://example.com/page" />
<link rel="alternate" hreflang="da" href="https://example.com/da/page" />
<link rel="alternate" hreflang="de" href="https://example.com/de/page" />
<link rel="alternate" hreflang="x-default" href="https://example.com/page" />

Peraturan kritikal:

Setiap halaman mesti merujuk kepada SEMUA versi alternatif (termasuk dirinya sendiri)
x-default menandakan pilihan kembali (biasanya Bahasa Inggeris atau pemilihan bahasa)
Tag hreflang mesti bersifat timbal balik (halaman A merujuk kepada B, B mesti merujuk kembali kepada A)
Gunakan kod bahasa ISO 639-1 (en, da, de) bukan kod negara
Untuk kandungan khusus kawasan: en-us, en-gb, pt-br (bahasa-kawasan)
Maksimum ~50 entri hreflang setiap halaman (had prestasi)

Tiga pilihan penempatan:

| Kaedah | Terbaik Untuk | Kelemahan | |--------|---------------|-----------| | dalam | Laman kecil (< 10 bahasa) | Membanjiri HTML, pemprosesan lebih perlahan | | HTTP headers | Fail bukan HTML (PDF, API) | Tidak banyak disokong | | XML sitemap | Laman besar (10+ bahasa) | Penemuan lebih lambat oleh crawler |

Contoh sitemap hreflang:

<url>
  <loc>https://example.com/page</loc>
  <xhtml:link rel="alternate" hreflang="en" href="https://example.com/page" />
  <xhtml:link rel="alternate" hreflang="da" href="https://example.com/da/page" />
  <xhtml:link rel="alternate" hreflang="de" href="https://example.com/de/page" />
  <xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/page" />
</url>

Kesalahan hreflang yang biasa:

Tag yang merujuk pada diri sendiri hilang (halaman tidak termasuk dirinya sendiri)
Tag yang tidak bersifat timbal balik (A merujuk kepada B, tetapi B tidak merujuk kepada A)
Kod bahasa yang salah (dk bukannya da untuk Danish)
Mengarah kepada URL bukan 200 (pengesanan, 404)
Mencampurkan x-default dengan halaman khusus bahasa

Kemenangan cepat: Lakukan crawling terhadap laman anda dan eksport semua tag hreflang. Periksa hubungan yang tidak bersifat timbal balik — ini adalah kesalahan yang paling biasa dan menyebabkan Google mengabaikan keseluruhan pengaturan hreflang anda.

2. Strategi Penghalaan Lokasi

Cara anda menyusun URL untuk bahasa yang berbeza mempengaruhi SEO, pengalaman pengguna, dan kompleksiti teknikal. Terdapat tiga pendekatan utama:

Subfolder (Disyorkan)

example.com/en/page
example.com/da/page
example.com/de/page

Kelebihan: Otoriti domain tunggal, mudah diurus, satu sijil SSL, satu harta analitik, satu harta Search Console, terbaik untuk kebanyakan laman.

Kelemahan: Isyarat sasaran geografi yang lebih rendah berbanding ccTLD.

Subdomain

en.example.com/page
da.example.com/page
de.example.com/page

Kelebihan: Boleh dihoskan di pelayan/CDN yang berbeza mengikut kawasan, bajet crawling yang berasingan.

Kelemahan: Setiap subdomain membina otoriti secara berasingan (ekuiti pautan tidak mengalir secara automatik), banyak harta Search Console, penyediaan yang lebih kompleks.

TLD kod negara (ccTLD)

example.com (Inggeris)
example.dk (Danish)
example.de (Jerman)

Kelebihan: Isyarat sasaran geografi yang paling kuat, pengguna mempercayai TLD tempatan, setiap domain adalah bebas.

Kelemahan: Mahal (membeli 20+ domain), autoriti berasingan setiap domain, pembinaan pautan yang kompleks, analitik/console berasingan.

Cadangan kami: Penghalaan subfolder untuk 90% laman. Ia menumpukan semua ekuiti pautan pada satu domain sambil memberikan isyarat lokasi yang jelas. Gunakan format /{locale}/page.

https://langr.org/page        (Inggeris, lalai)
https://langr.org/da/page     (Danish)
https://langr.org/de/page     (Jerman)
https://langr.org/ja/page     (Jepun)

Kemenangan cepat: Jika anda menggunakan subdomain dan menghadapi masalah dengan autoriti, pertimbangkan untuk berpindah kepada subfolder. Laman yang berpindah daripada subdomain kepada subfolder biasanya melihat peningkatan trafik organik 20-50% dalam 3-6 bulan apabila ekuiti pautan digabungkan.

3. Kualiti Terjemahan vs Terjemahan Mesin

Kualiti terjemahan memberi kesan secara langsung kepada kedudukan. Google dapat mengesan terjemahan mesin dan mungkin menilai dengan rendah halaman yang diterjemah dengan buruk. Tetapi terjemahan AI 2026 jauh lebih baik daripada kaedah biasa dari tahun 2020.

SPECTRUM KUALITI TERJEMAHAN:

| Tahap | Kaedah | Kualiti | Kos | Terbaik Untuk | |-------|--------|---------|------|---------------| | 1 | Output GPT/DeepL mentah | 60-75% | ~$0 | Penggunaan dalaman, draf | | 2 | AI + arahan penyuntingan | 75-90% | ~$0 | Kandungan blog, halaman tidak kritikal | | 3 | AI + semakan manusia | 90-97% | $0.03-0.08/perkataan | Halaman produk, halaman utama penting | | 4 | Penterjemah profesional asli | 97-100% | $0.10-0.25/perkataan | Perundangan, perubatan, kritikal untuk jenama |

Intipati utama untuk 2026: Tahap 2 (AI dengan arahan berkualiti) kini mencukupi untuk kebanyakan kandungan web. Algoritma kandungan duplikat Google tidak lagi menghukum terjemahan mesin yang baik — mereka menghukum terjemahan yang buruk yang tidak memberi sebarang nilai.

Tanda-tanda terjemahan yang merosakkan SEO:

Segmen yang tidak diterjemahkan dicampur dengan kandungan yang diterjemahkan
Elemen UI (butang, label) masih dalam bahasa sumber
Format khusus lokasi yang tidak disesuaikan (tarikh, mata wang, nombor telefon)
Rujukan budaya yang tidak dapat diterjemahkan (idiom, jenaka, contoh)
Tajuk/meta yang sama merentasi semua bahasa

Cara mengesahkan kualiti terjemahan:

Periksa bahawa SEMUA teks yang boleh dilihat diterjemahkan (termasuk navigasi, footer, borang)
Sahkan format khusus lokasi (DD/MM/YYYY vs MM/DD/YYYY)
Uji CTAs — adakah ia kedengaran semula jadi dalam bahasa sasaran?
Semak tag meta — tajuk dan deskripsi mesti ditulis secara bebas mengikut bahasa
Sahkan tiada kunci i18n mentah yang terdedah (contohnya, nav.home bukannya "Home")

Kemenangan cepat: Semak halaman terjemahan anda untuk kandungan campur bahasa. Jika mana-mana butang, label, atau elemen UI masih dalam bahasa sumber anda, betulkan dengan segera — halaman campur bahasa memberi isyarat kualiti yang rendah kepada Google.

4. Sasaran Antarabangsa dalam Search Console

Tetapan sasaran antarabangsa Google Search Console membantu Google memahami halaman mana yang harus berada pada kedudukan di negara mana.

Untuk penyediaan subfolder:

Anda tidak boleh menetapkan sasaran negara per subfolder (hanya per domain/subdomain)
Sebaliknya, bergantung kepada hreflang + bahasa kandungan + isyarat pengguna
Hantar sitemap per-lokasi: sitemap-en.xml, sitemap-da.xml

Untuk ccTLD:

.dk secara automatik disasarkan kepada Denmark
.de secara automatik disasarkan kepada Jerman
Tiada konfigurasi manual yang diperlukan

Untuk TLD generik (.com, .org, .net):

Tetapkan "Sasaran Antarabangsa" untuk setiap harta dalam Search Console
Gunakan hreflang sebagai isyarat utama

Langkah praktikal:

Sahkan laman anda dalam Search Console (satu harta untuk penyediaan subfolder)
Hantar sitemap anda dengan anotasi hreflang
Semak laporan "Sasaran Antarabangsa" untuk kesalahan
Pantau laporan "Liputan" mengikut bahasa (gunakan penapisan parameter URL)
Semak amaran "Duplikasi tanpa kanonikal yang dipilih pengguna" — ini sering menunjukkan masalah hreflang

Kemenangan cepat: Pergi ke Search Console > Prestasi > Penapis mengikut negara. Semak jika pengguna di Jerman sampai di halaman Inggeris anda dan bukannya Jerman. Jika ya, konfigurasi hreflang anda mempunyai kesalahan.

5. Penyesuaian Kandungan (Bukan Hanya Terjemahan)

Penyesuaian melebihi terjemahan perkataan-perkataan. Ia menyesuaikan kandungan untuk konteks budaya, tingkah laku pencarian tempatan, dan keperluan pasaran tertentu.

Apa yang perlu disesuaikan:

Mata wang dan harga: Tunjukkan mata wang tempatan (€ di Jerman, kr di Denmark, ¥ di Jepun)
Format tarikh/waktu: 25/06/2026 (EU) vs 06/25/2026 (AS) vs 2026/06/25 (ISO/Jepun)
Nombor telefon: Format tempatan dengan kod negara untuk antarabangsa
Alamat: Sesuaikan dengan format pos tempatan
Bukti sosial: Nama pelanggan tempatan, syarikat tempatan, kajian kes tempatan
CTAs: Sesuaikan nada (formal dalam Jerman/Jepun, santai dalam Inggeris/Danish)
Imej: Sesuaikan teks dalam imej, gunakan visual yang sesuai secara budaya
Perundangan: GDPR untuk EU, keperluan persetujuan cookie yang berbeza mengikut negara
Contoh: Jenama tempatan, laman web tempatan, rujukan tempatan

Kandungan yang tidak seharusnya diterjemahkan secara langsung:

Pos blog tentang topik tempatan (tulis unik mengikut pasaran)
Kajian kes (gunakan perniagaan tempatan)
Halaman harga (harga yang berbeza untuk pasaran adalah sah)
Kandungan berita (relevansi serantau berbeza)

Penyesuaian kata kunci: Jangan terjemahkan kata kunci — kaji mereka secara asli. "Car insurance" dalam Bahasa Inggeris mungkin "bilforsikring" dalam Bahasa Danish, tetapi pemimpin jumlah carian mungkin sebenarnya "forsikring bil" (susunan kata yang berbeza). Gunakan alat penyelidikan kata kunci tempatan.

Kemenangan cepat: Semak halaman harga anda merentasi semua bahasa. Adakah ia menunjukkan mata wang tempatan yang betul? Adakah CTAs anda sesuai secara budaya? CTA "Dapatkan Mula Secara Percuma" mungkin perlu menjadi "Jetzt kostenlos testen" dalam Bahasa Jerman — bukan terjemahan literal, tetapi apa yang diharapkan oleh pengguna Jerman untuk dilihat.

6. Sokongan RTL

Bahasa kanan ke kiri (Arab, Ibrani, Farsi/Persian, Urdu, Pashto) memerlukan penyesuaian susun atur yang signifikan. Menyajikan kandungan RTL dengan susun atur kiri ke kanan menjadikan laman anda tidak dapat digunakan untuk ~500 juta penutur asli.

Pelaksanaan teknikal:

<!-- Mengesan dan menggunakan arah -->
<html lang="ar" dir="rtl">

Apa yang perlu diubah dalam RTL:

Penjajaran teks (teks badan sejajar kanan)
Arah susun atur (sidebar bergerak dari kiri ke kanan)
Urutan navigasi (terbalik)
Ikon dengan makna arah (anak panah, bar kemajuan)
Padding dan margin (tukar nilai kiri/kanan)
Radius border (tukar nilai sudut)
Arah flexbox/grid CSS

Apa yang TIDAK perlu ditukar:

Nombor telefon dan ungkapan matematik
Nama dan logo jenama kiri ke kanan
Kawalan pemain audio/video
Penunjuk skrol mendatar
Blok kod yang disematkan

Pendekatan CSS (moden):

/* Gunakan sifat logik */
.card {
  margin-inline-start: 1rem;  /* menggantikan margin-left */
  padding-inline-end: 0.5rem; /* menggantikan padding-right */
  border-start-start-radius: 8px; /* atas-kiri dalam LTR, atas-kanan dalam RTL */
}

Pengujian RTL:

Tambah dir="rtl" kepada dan semak setiap halaman
Sahkan teks Arab/Ibrani boleh dibaca (tidak terpenggal Unicode)
Uji input borang (arah kemasukan teks)
Semak bahawa nombor dipaparkan dengan betul dalam teks RTL

Kemenangan cepat: Jika anda menyokong Bahasa Arab atau Ibrani, tambah dir="rtl" kepada elemen HTML anda untuk lokasi tersebut dan gunakan sifat logik CSS (margin-inline-start sebagai ganti margin-left). Perubahan tunggal ini menyelesaikan 80% masalah susun atur RTL.

7. Pengesanan dan Penghalaan Bahasa

Cara anda memutuskan versi bahasa mana yang akan ditunjukkan kepada pengguna mempengaruhi kedua-dua pengalaman pengguna dan SEO.

Amalan terbaik: berdasarkan URL dengan kuki pilihan

Lawatan pertama: Tunjukkan kandungan berdasarkan URL (contohnya, /da/page = Danish)
URL akar (/): Alihkan berdasarkan header Accept-Language ATAU tunjukkan lalai (Bahasa Inggeris)
Tukar secara manual: Apabila pengguna memilih bahasa, set kuki dan hormati ia dalam lawatan yang akan datang
Jangan sekali-kali: Alihkan dari URL khusus bahasa

Apa yang perlu dielakkan:

Alihkan berdasarkan IP (Google menjelajah dari IP AS → hanya mengindeks Bahasa Inggeris)
Pengesanan bahasa hanya berasaskan JavaScript (enjin carian tidak dapat melaksanakan JS dengan boleh dipercayai)
Mengalihkan /de/page kepada /en/page untuk pengguna Bahasa Inggeris (merosakkan hreflang)
Cloaking (menunjukkan kandungan berbeza berdasarkan pengguna)

Kelakuan pengalihan yang betul:

Pengguna melawat: /             → 302 pengalihan kepada /{detected-locale}/
Pengguna melawat: /da/page      → Sajikan kandungan Danish (jangan sekali-kali alihkan)
Pengguna melawat: /nonexistent  → 404 (jangan alihkan kepada bahasa lalai)

Peraturan kritikal SEO: Setiap URL bahasa mesti boleh diakses secara langsung oleh Googlebot tanpa pengalihan. Jika Google menjelajah /da/page dan diarah kepada /en/page, ia tidak akan pernah mengindeks kandungan Danish anda.

Kemenangan cepat: Sahkan bahawa Googlebot boleh mengakses semua URL bahasa anda secara langsung. Dalam Search Console, gunakan alat Pemeriksaan URL pada URL bukan Inggeris. Jika ia menunjukkan pengalihan, betulkan logik penghalaan anda.

8. Kandungan Duplikat Merentasi Bahasa

Laman pelbagai bahasa menghadapi cabaran unik kandungan duplikat: halaman yang serupa dalam pelbagai bahasa boleh bersaing antara satu sama lain dalam keputusan carian.

Apabila kandungan duplikat menjadi masalah:

Halaman yang 90%+ sama di seluruh bahasa (kandungan yang tidak diterjemahkan)
URL yang sama boleh diakses dengan dan tanpa awalan lokasi (/page dan /en/page)
Tag kanonikal yang hilang membenarkan kedua-dua versi diindeks
Kesalahan hreflang menyebabkan Google memilih versi "salah"

Penyelesaian:

| Masalah | Penyelesaian | |---------|--------------| | Halaman yang tidak diterjemahkan | Gunakan noindex sehingga diterjemah, atau tunjukkan Bahasa Inggeris dengan penunjuk bahasa yang jelas | | URL berganda (/page + /en/page) | Redirect 301 satu kepada yang lain | | Google mengindeks bahasa yang salah | Betulkan timbal balik hreflang, sahkan dalam Search Console | | Terjemahan berkualiti rendah diindeks | Tingkatkan kualiti terjemahan atau gabungkan kepada lebih sedikit bahasa |

Strategi tag kanonikal:

<!-- Setiap halaman bahasa adalah kanonikalnya sendiri -->
<!-- /en/page -->
<link rel="canonical" href="https://example.com/en/page" />

<!-- /da/page -->
<link rel="canonical" href="https://example.com/da/page" />

Jangan sekali-kali mengarah kanonikal dari satu bahasa kepada bahasa lain (contohnya, kanonikal Danish menunjuk kepada Inggeris) — itu memberitahu Google untuk mengabaikan versi Danish sepenuhnya.

Kemenangan cepat: Cari site:yourdomain.com "tajuk halaman anda" dalam Google. Jika anda melihat versi Bahasa Inggeris dan yang diterjemahkan muncul untuk carian yang sama, anda mempunyai masalah kandungan duplikat atau hreflang.

Senarai Semak SEO Pelbagai Bahasa

Lakukan semakan ini untuk setiap laman antarabangsa:

[ ] Tag hreflang pada semua halaman, termasuk yang merujuk pada diri sendiri dan x-default
[ ] Semua hubungan hreflang adalah timbal balik (disemak dengan crawler)
[ ] Penghalaan lokasi yang betul (subfolder disyorkan): /{locale}/page
[ ] Tiada pengalihan automatik dari URL khusus bahasa
[ ] Kualiti terjemahan disahkan (tiada halaman campur bahasa)
[ ] Tajuk meta dan deskripsi unik setiap bahasa (tidak diduplikasi)
[ ] Mata wang, tarikh, dan format disesuaikan mengikut pasaran
[ ] Sokongan RTL dilaksanakan untuk Arab/Ibrani/Farsi (jika berkenaan)
[ ] Sitemap per-lokasi dihantar kepada Search Console
[ ] Setiap halaman bahasa mempunyai URL kanonikalnya sendiri (tidak menunjuk kepada bahasa lain)
[ ] Tiada kunci i18n mentah yang boleh dilihat pada mana-mana halaman
[ ] Penukar bahasa boleh diakses pada semua halaman (dipautkan kepada halaman setara, bukan halaman utama)

Cara LANGR Memeriksa SEO Pelbagai Bahasa

LANGR mempunyai dua modul khas untuk SEO pelbagai bahasa:

i18n-checker: Mengcrawl sehingga 5 varian lokasi halaman anda dan memeriksa:

Kesempurnaan dan timbal balas tag hreflang
URL lokasi yang tidak boleh diakses (kembali 404 atau mengarah)
Rentetan keras/tidak diterjemahkan merentasi lokasi (pengesanan pilihan)
Kunci i18n mentah yang terdedah sebagai teks yang boleh dilihat
Peratusan liputan terjemahan

Pengesan terjemahan: Penilaian kualiti berkuasa AI:

Menilai kealamian terjemahan pada skala 0-100
Mengesan artifak terjemahan mesin
Mengenal pasti segmen yang tidak diterjemahkan dalam halaman yang telah diterjemahkan
Memeriksa elemen UI (butang, label, navigasi) secara berasingan daripada kandungan badan

Digabungkan, modul-modul ini memeriksa pelaksanaan pelbagai bahasa anda dari kedua-dua perspektif teknikal (hreflang, penghalaan, kanonik) dan kualiti (terjemahan, penyesuaian) — dua daripada 13 disiplin SEO LANGR.

Kesalahan Pelbagai Bahasa yang Biasa (Diklasifikasikan Mengikut Kesan)

Hreflang tidak timbal balik — Google mengabaikan keseluruhan penyediaan
Pengalihan automatik berdasarkan IP — Menghalang Googlebot daripada mengindeks versi bukan Inggeris
Tag meta yang sama merentasi bahasa — Menghabiskan potensi kedudukan halaman yang diterjemahkan
Halaman campur bahasa — Butang dalam Bahasa Inggeris, kandungan dalam Bahasa Jerman = isyarat kualiti yang rendah
Tiada x-default — Google tidak dapat menentukan versi fallback anda
Menterjemahkan URL secara literal — /about-us → /uber-uns adalah baik, tetapi kekalkan ia konsisten
Mengabaikan RTL — Susun atur yang rosak untuk 500M+ penutur asli
Kanonikal menunjuk kepada bahasa lain — Menghancurkan versi terjemahan dalam indeks Google

Apa yang Seterusnya?

Langkah 11: Pencarian Lead B2B — Mengubah data SEO menjadi lead yang layak dengan prospek automatik, pengindeksan lead berasaskan domain, dan outreach yang dipacu oleh penemuan SEO.

Panduan ini adalah sebahagian daripada siri 13 langkah SEO LANGR. Lakukan audit percuma untuk melihat di mana kedudukan laman anda merentasi semua 13 disiplin.

Panduan SEO Langkah 10: SEO Pelbagai Bahasa — Menjangkau Audiens Global Tanpa Mengurangkan Kedudukan Anda