SEO Teknikal untuk Laman CFML

SEO Teknikal untuk Laman CFML

SEO teknikal ialah bahagian SEO yang anda kawal sepenuhnya dari sisi kod, dan CFML memberi anda semua alat yang diperlukan. Artikel ini menunjukkan cara menjana sitemap.xml daripada pangkalan data, menulis robots.txt dan data berstruktur JSON-LD, menetapkan tag kanonik, dan mempercepatkan halaman, semuanya dalam Lucee. Ia juga jujur tentang satu perkara: kerja ini menyediakan asas, tetapi ia tidak menjamin kedudukan carian.

URL yang Bersih dan Kanonik

Enjin carian memihak kepada URL yang ringkas dan deskriptif seperti /artikel/seo-teknikal-cfml berbanding rentetan query yang panjang seperti /index.cfm?page=show&id=42. Dalam CFML, anda boleh mencapai URL bersih dengan menulis semula URL melalui pelayan web atau menggunakan ciri penghalaan Lucee seperti pemetaan dan servlet REST. Satu peraturan penting ialah setiap halaman sepatutnya boleh dicapai melalui satu URL tunggal yang konsisten.

Pilih satu bentuk URL dan kekalkan ia konsisten di seluruh laman, termasuk konsistensi antara versi www dan bukan www serta kehadiran atau ketiadaan garis condong pada hujung. Rujuk panduan membina REST API untuk melihat bagaimana penghalaan Lucee digunakan dalam amalan.

Apabila anda mempunyai lebih daripada satu laluan ke kandungan yang sama, enjin carian melihat halaman duplikat dan membahagikan isyarat kedudukan antara salinan itu. Tag kanonik menyelesaikan masalah ini dengan memberitahu Google URL mana yang anda anggap sebagai versi utama.

Tag Kanonik dan Halaman Duplikat

Tag kanonik ditulis sebagai elemen link dalam bahagian head halaman, dan ia menunjuk kepada URL pilihan untuk kandungan itu. Google menggunakan isyarat ini, bersama isyarat lain, untuk menggabungkan halaman duplikat atau sangat serupa:

<cfoutput>
<link rel="canonical" href="https://www.lucee.my/artikel/#post.slug#">
</cfoutput>

Sumber duplikasi yang biasa termasuk parameter penjejakan, versi www lawan bukan www, dan halaman yang boleh dicapai melalui indeks dan slug. Pilih satu bentuk URL sebagai kanonik dan pastikan setiap halaman menunjuk kepadanya secara konsisten, supaya isyarat kedudukan tidak tersebar.

Sitemap.xml yang Dijana daripada Pangkalan Data

Sitemap ialah fail XML yang menyenaraikan URL penting laman anda supaya enjin carian dapat menemuinya dengan lebih cekap. Daripada menulis fail ini dengan tangan, jana ia secara dinamik daripada pangkalan data, jadi ia sentiasa selari dengan kandungan sebenar:

<cfcontent type="application/xml">
<cfoutput><?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<cfloop query="artikel">
<url>
<loc>https://www.lucee.my/artikel/#artikel.slug#</loc>
<lastmod>#dateFormat(artikel.tarikh, "yyyy-mm-dd")#</lastmod>
</url>
</cfloop>
</urlset></cfoutput>

Query untuk mengisi sitemap ini sepatutnya menggunakan parameter yang selamat seperti yang dijelaskan dalam panduan cfquery dan cfqueryparam. Satu sitemap dihadkan kepada 50 ribu URL atau 50MB tanpa mampatan, jadi untuk laman yang lebih besar anda perlu memecahkannya kepada beberapa sitemap dan menggunakan fail indeks sitemap, kemudian menyerahkan indeks itu melalui Search Console.

robots.txt

robots.txt memberitahu perangkak halaman mana yang tidak boleh diminta. Fail ini diletakkan pada akar domain dan boleh merujuk sitemap anda:

User-agent: *
Allow: /
Disallow: /admin/
Sitemap: https://www.lucee.my/sitemap.xml

Dua perkara penting untuk difahami. Pertama, robots.txt ialah arahan, bukan pagar: halaman yang disekat masih boleh diindeks jika ia dipautkan dari laman lain, jadi jangan guna robots.txt untuk menyembunyikan kandungan sensitif. Kedua, sekatan yang salah boleh menghalang enjin carian daripada merangkak halaman yang anda mahu kedudukan. Gunakannya untuk kawasan seperti panel pentadbir, bukan untuk kandungan awam.

Dalam Lucee, anda boleh menghidangkan robots.txt sebagai fail statik pada webroot atau menjananya secara dinamik melalui templat CFML yang menulis kandungan teks dengan jenis kandungan yang betul, berguna apabila laluan yang disekat berubah mengikut persekitaran.

Data Berstruktur JSON-LD: Article

Data berstruktur menerangkan kandungan halaman kepada enjin carian dalam format yang boleh dibaca mesin. Format yang disyorkan ialah JSON-LD, ditulis dalam tag script dengan type="application/ld+json". Untuk rencana, jenis schema.org ialah Article, dengan sifat seperti headline, datePublished, dan author:

<cfoutput>
<script type="application/ld+json">
{
  "@context": "https://schema.org/",
  "@type": "Article",
  "headline": "#post.title#",
  "datePublished": "#post.tarikh#",
  "author": { "@type": "Person", "name": "Thalhah" },
  "publisher": { "@type": "Organization", "name": "Lucee Malaysia" }
}
</script>
</cfoutput>

Sifat Article yang lain termasuk dateModified untuk tarikh kemas kini, image untuk gambar utama, dan articleBody untuk teks penuh. Pastikan nilai JSON-LD sepadan dengan kandungan yang sebenarnya kelihatan pada halaman, kerana percanggahan boleh menyebabkan markup ditolak.

BreadcrumbList dan FAQPage

Dua jenis struktur lain yang berguna untuk laman kandungan ialah BreadcrumbList dan FAQPage. BreadcrumbList menerangkan hierarki navigasi melalui itemListElement, dengan position untuk susunan setiap butiran:

<script type="application/ld+json">
{
  "@context": "https://schema.org/",
  "@type": "BreadcrumbList",
  "itemListElement": [
    { "@type": "ListItem", "position": 1, "name": "Utama", "item": "https://www.lucee.my/" },
    { "@type": "ListItem", "position": 2, "name": "Artikel", "item": "https://www.lucee.my/artikel/" }
  ]
}
</script>

FAQPage pula menyenaraikan soalan dan jawapan melalui mainEntity, dengan setiap entri Question membawa acceptedAnswer. Ini ialah struktur yang sama anda lihat pada bahagian Soalan Lazim dalam artikel ini.

Bagaimana Data Berstruktur Membantu Petikan Carian

Apabila Google memahami struktur halaman anda, ia boleh memaparkan hasil yang lebih kaya, seperti pautan breadcrumb dalam hasil carian, atau jawapan terus daripada soalan lazim. Ini meningkatkan kebolehlihatan halaman dalam hasil tanpa mengubah kedudukan itu sendiri. Jadual berikut meringkaskan jenis yang paling relevan untuk laman kandungan:

Markup yang sah tidak menjamin hasil kaya; Google memutuskan sama ada mahu menunjukkannya berdasarkan banyak faktor. Uji markup anda dengan alat ujian yang disediakan Google dan pantau laporan dalam Search Console untuk mengesan ralat sebelum ia menjejaskan hasil kaya. Tetapi tanpa markup, hasil kaya itu mustahil, jadi data berstruktur ialah prasyarat, bukan jaminan.

Kelajuan: Cache, Imej, dan Saiz Halaman

Kelajuan ialah isyarat kedudukan dan faktor pengalaman pengguna. Dalam CFML, tiga tuas paling berkesan ialah cache, imej, dan saiz halaman. Cache halaman dan query supaya permintaan berulang tidak mengira semula perkara yang sama, seperti yang dibincangkan dalam panduan caching dan prestasi.

Imej biasanya penyumbang terbesar kepada saiz halaman. Sediakan imej dalam saiz yang betul dan mampat, dan jana thumbnail dan bukannya memuatkan gambar penuh, seperti yang dijelaskan dalam panduan memproses imej. Akhir sekali, pastikan HTML, CSS, dan JavaScript anda ringan, dan elakkan memuatkan aset yang tidak digunakan pada halaman.

Amaran Jujur: Tiada Jaminan Kedudukan

Semua teknik dalam artikel ini menyediakan asas yang betul, tetapi ia tidak menjamin kedudukan carian. Kedudukan ditentukan oleh beratus isyarat termasuk perkaitan, autoriti pautan, dan persaingan, dan kebanyakannya berada di luar kawalan kod anda. Tiada data jumlah carian atau analisis persaingan yang dipaparkan di sini, jadi anggap pilihan kata kunci sebagai arah dan bukan ukuran yang disahkan.

Ukur keputusan anda dengan data carian sebenar daripada Search Console, dan layan SEO teknikal sebagai kerja asas yang membolehkan kedudukan, bukan yang menciptanya. Begitu juga dengan pilihan kata kunci: tanpa akses kepada data jumlah carian, anggap sebarang pemilihan kata kunci sebagai hipotesis yang perlu disahkan dengan alat SEO anda sendiri. Laman yang pantas, bersih, dan berstruktur dengan baik masih perlu memenangi perkaitan dan kepercayaan untuk naik dalam hasil.

Soalan Lazim (FAQ)

Bagaimana cara menjana sitemap.xml dalam CFML?

Guna cfcontent dengan type="application/xml" dan gelung query untuk menghasilkan elemen url dengan loc dan lastmod bagi setiap kandungan.

Apakah tag kanonik dan mengapa ia penting?

Tag kanonik ialah elemen link yang menunjuk kepada URL utama kandungan, digunakan untuk menggabungkan halaman duplikat dan mengelakkan isyarat kedudukan tersebar.

Apakah format data berstruktur yang disyorkan?

JSON-LD, ditulis dalam tag script dengan type="application/ld+json" dan merujuk jenis schema.org seperti Article, BreadcrumbList, dan FAQPage.

Bagaimana cara menulis robots.txt yang betul?

Letakkan fail pada akar domain dengan arahan User-agent, Allow, dan Disallow, serta baris Sitemap yang menunjuk kepada sitemap anda.

Adakah SEO teknikal menjamin kedudukan dalam Google?

Tidak. Ia menyediakan asas yang betul, tetapi kedudukan ditentukan oleh banyak isyarat lain di luar kawalan kod anda.

Sumber

• Build and submit a sitemap, Google Search Central
• Intro to structured data, Google Search Central
• Consolidate duplicate URLs, Google Search Central
• Robots.txt introduction, Google Search Central
• Article, schema.org
• BreadcrumbList, schema.org
• FAQPage, schema.org