Paket untuk kueri pencarian

Penting: Artikel ini adalah terjemahan mesin, lihat penafian. Temukan versi bahasa Inggris artikel di sini sebagai rujukan Anda.

Catatan: Konten ini adalah awal konten untuk rilis perangkat lunak awal. Mungkin belum selesai dan dapat berubah.

Di artikel ini

Merencanakan lingkup pencarian

Merencanakan pengaturan relevansi

Merencanakan properti untuk pencarian

Paket untuk pencarian kueri penggunaan data

Merencanakan pemetaan nama server

Merencanakan pemberitahuan berbasis pencarian

Merencanakan kata kunci

Gunakan pencarian perencanaan lembar kerja

Administrator dapat meningkatkan relevansi dan presentasi dari hasil pencarian dengan perencanaan konfigurasi yang tepat dari pengaturan administrasi yang mempengaruhi kueri pencarian. Saat efektivitas kueri pencarian terus-menerus dievaluasi selama operasi reguler penggunaan produk dan teknologi SharePoint, baik perencanaan sebelum penggunaan awal bisa membuat kueri pencarian efektif dari mulai dan membantu mengurangi biaya administrasi masa mendatang. Administrator untuk dibagikan penyedia layanan (SSPs) bisa merencanakan properti yang dikelola untuk pencarian untuk menggunakan seluruh SSP, pengaturan relevansi untuk situs tertentu, dan lingkup pencarian yang pengguna di situs di seluruh SSP gunakan untuk mempersempit konten yang disertakan dalam setiap kueri pencarian. Mereka juga bisa mengubah presentasi hasil melalui pemetaan nama server, dan kustomisasi situs Pusat pencarian, kotak pencarian, dan presentasi fitur pencarian lainnya. Administrator kumpulan situs bisa melengkapi paket ini dengan perencanaan lingkup pencarian spesifik lokasi dan kata kunci.

Merencanakan lingkup pencarian

Lingkup pencarian adalah filter yang diterapkan ke hasil untuk mempersempit hasil pencarian berdasarkan subset konten yang dipilih untuk lingkup oleh administrator pencarian. Lingkup pencarian memungkinkan orang-orang yang menggunakan Office SharePoint Server 2007 untuk membuat pencarian mereka lebih relevan dengan mencari di dalam subset tertentu dari konten di dalam kumpulan situs.

Dibagikan pencarian lingkup dibuat di tingkat SSP. Lingkup pencarian yang dirancang untuk menjadi relevan di semua kumpulan situs di SSP sama, dan dibagikan dengan semua kumpulan situs.

Administrator kumpulan situs memutuskan yang dibagikan lingkup untuk menggunakan dan cara menampilkannya, dan juga bisa membuat kumpulan situs lingkup pencarian yang hanya digunakan dalam kumpulan situs.

Saat merencanakan untuk menggunakan lingkup pencarian, Anda melihat arsitektur informasi Anda untuk mengidentifikasi luas konten kumpulan orang yang mungkin ingin mencari. Beberapa set ini akan rentang arsitektur informasi kumpulan situs, dan beberapa akan rentang subset informasi dalam kumpulan situs. Anda memutuskan apakah untuk menerapkan lingkup pencarian bersama atau kumpulan situs lingkup pencarian berdasarkan urutan konten dalam arsitektur informasi.

Merencanakan lingkup bersama

SSP administrator mengelola lingkup pencarian bersama untuk melewati semua situs yang menggunakan layanan bersama yang sama. SSP administrator juga bisa mengelola lingkup pencarian untuk kumpulan situs.

SSP administrator bisa melakukan tugas-tugas berikut:

  • Membuat dan mengedit dibagikan lingkup pencarian.

  • Menghapus ruang lingkup pencarian.

  • Mengelola dan penjadwalan kompilasi lingkup pencarian.

Lingkup bersama adalah lingkup pencarian yang terlihat dan tersedia untuk digunakan oleh administrator untuk semua kumpulan situs yang menggunakan serangkaian bersama layanan yang sama. Dibagikan mencari ruang lingkup dilaksanakan badan konten berdasarkan konsep dalam arsitektur informasi, struktur situs dan konten kebutuhan perencanaan yang relevan untuk setiap orang dalam SSP. konten yang relevan dalam kumpulan situs tertentu harus kiri untuk lingkup pencarian perencanaan tingkat kumpulan situs.

Misalnya, organisasi besar mungkin membuat lingkup bersama untuk konten yang berkaitan dengan sumber daya manusia, karena sumber daya manusia pembagian besar dengan konten yang relevan bagi semua karyawan di beberapa situs SharePoint dan aplikasi line of business diidentifikasi selama konten dan struktur situs perencanaan. Administrator kumpulan situs situs sumber daya manusia bisa menggunakan lingkup bersama itu, dan juga membuat lingkup tambahan untuk kumpulan situs untuk kebijakan perusahaan dan baru informasi menyewa karena itu adalah konsep inti yang diidentifikasi sebagai relevan untuk situs kumpulan. Lingkup kumpulan situs tersebut tidak masuk akal sebagai lingkup bersama, karena orang-orang yang mencari di situs lain mungkin ingin lingkup yang jadi tertentu.

SSP administrator memutuskan apakah lingkup bersama yang mereka buat harus muncul dalam grup tampilan yang dibuat oleh administrator situs portal, seperti daftar turun bawah kotak pencarian dan halaman pencarian tingkat lanjut. Lingkup pencarian bersama yang tidak diperlukan bisa ditambahkan ke menampilkan grup kebijakan administrator kumpulan situs.

Lingkup pencarian bersama berikut dibuat secara default untuk setiap SSP:

  • Sosial

  • Semua situs

Merencanakan lingkup pencarian untuk kumpulan situs

Untuk setiap kumpulan situs, administrator kumpulan situs bisa melakukan tugas-tugas berikut yang terkait dengan mencari ruang lingkup:

  • Gunakan lingkup bersama yang dibuat oleh SSP administrator.

  • Menyalin dan memodifikasi lingkup bersama untuk digunakan sebagai lingkup untuk kumpulan situs.

  • Membuat, mengedit, dan menghapus lingkup pencarian untuk kumpulan situs.

  • Pilih cara menampilkan lingkup pencarian.

  • Memantau status lingkup pencarian.

Administrator kumpulan situs tidak bisa membuat atau menambahkan aturan cocok untuk lingkup bersama yang disediakan oleh SSP administrator, meskipun mereka bisa menduplikasi lingkup bersama dan mengubah salinan. Mereka bisa menambahkan aturan baru cocok untuk lingkup kumpulan situs.

SSP administrator bisa menjalankan semua tugas administratif yang bisa diakukan oleh administrator kumpulan situs.

Selama perencanaan, administrator kumpulan situs setiap akan ingin membuat lingkup pencarian berdasarkan arsitektur informasi dalam situs. Secara default, setiap kumpulan situs yang memiliki akses ke orang-orang dan semua situs dibagikan lingkup. Administrator bisa menambahkan lingkup pencarian dengan memilih cakupan bersama yang berguna untuk orang-orang yang menggunakan kumpulan situs mereka, lalu melengkapi lingkup tersebut dengan membuat lingkup pencarian untuk kumpulan situs.

Administrator kumpulan situs bisa menggunakan tampilan grup untuk menata grup lingkup pencarian dengan bagaimana mereka muncul pada situs. Secara default, Office SharePoint Server 2007 menyediakan tampilan grup untuk menu turun bawah kotak pencarian dan halaman pencarian tingkat lanjut.

Merencanakan aturan lingkup pencarian

Aturan lingkup pencarian ditambahkan untuk mencari ruang lingkup untuk menentukan tingkat lingkup setiap.

Aturan berdasarkan properti, lokasi, dan sumber konten konten. Setiap aturan uji semua konten untuk properti tunggal, lokasi, atau sumber konten. Setiap aturan yang mempengaruhi hasil pencarian untuk lingkup pencarian yang berisi di salah satu dari tiga cara:

  • Menyertakan    Item yang sesuai dengan aturan ini muncul di hasil pencarian kecuali aturan lain menghapusnya. Ini sama dengan operator logika OR.

  • Memerlukan    Item yang sesuai dengan aturan lain juga harus cocok dengan aturan ini muncul di hasil pencarian. Ini sama dengan dan operator logika.

  • Mengecualikan    Item yang sesuai dengan aturan ini dikecualikan dari hasil pencarian meskipun mereka cocok dengan aturan lain. Ini sama dengan operator logika dan tidak.

Lingkup pencarian berisi salah satu atau beberapa aturan dan konten harus cocok dengan aturan semua di lingkup pencarian saat ini dipilih akan disertakan dalam hasil pencarian.

Menggunakan aturan berdasarkan properti yang dikelola

Aturan lingkup pencarian bisa berdasarkan nilai tertentu untuk properti yang dikelola tunggal dalam skema pencarian. Setiap item konten diuji terhadap nilai tertentu dan disertakan atau dikecualikan berdasarkan aturan. Aturan berdasarkan properti hanya akan diuji adalah operator dan bukan operator hipotetis lain seperti memuat.

Sebagai contoh, situs portal penjualan bisa membuat kumpulan situs lingkup pencarian untuk masing-masing penjualan kantor dengan menggunakan Office penjualan dikelola properti dan mengatur nilai untuk aturan dalam setiap lingkup ke nilai untuk office yang relevan. Karena properti yang dikelola ini didasarkan pada data dari aplikasi pelacakan penjualan, hasil pencarian akan menyertakan hanya bisnis data hasil pencarian untuk office penjualan untuk lingkup dipilih.

Saat Anda merencanakan properti yang dikelola SSP Anda, sangat berguna untuk memikirkan tentang lingkup pencarian pada saat yang sama. Untuk membuat lingkup pencarian untuk sekumpulan konten tertentu, Anda harus memastikan bahwa tidak ada properti yang konten yang akan disertakan dalam aturan yang cocok.

Setiap properti yang dikelola di SSP bisa disediakan sebagai properti untuk aturan lingkup pencarian, untuk bersama lingkup dan lingkup kumpulan situs. Hanya properti yang dikelola secara khusus telah dibuat tersedia untuk lingkup pencarian dapat digunakan dalam aturan lingkup pencarian.

Menggunakan aturan berdasarkan pada lokasi

Anda bisa membuat aturan yang cocok berdasarkan lokasi konten. Beberapa skenario penggunaan memerlukan aturan semacam ini, termasuk:

  • Mencari melalui grup pustaka dokumen.

  • Mencari di dalam kumpulan folder dalam penyimpanan dokumen besar tunggal, sebagai ketika mencari arsip perusahaan.

  • Mencari konten pada situs eksternal untuk subjek tertentu.

  • Mencari konten di server lain di organisasi Anda.

Setiap aturan berisi lokasi tunggal yang ditetapkan oleh satu folder, nama domain, atau nama server. Bergantung pada apa sekumpulan konten yang Anda inginkan untuk membuatnya tersedia dalam lingkup pencarian, Anda akan menambahkan satu atau beberapa aturan cocok hingga semua relevan lokasi yang disertakan dalam lingkup pencarian. Arsitektur informasi dan struktur situs perencanaan keduanya akan memberikan panduan di memutuskan mana lokasi untuk menyertakan dalam setiap lingkup pencarian.

Menggunakan aturan yang didasarkan pada sumber konten

Lingkup pencarian juga bisa memuat aturan berdasarkan konten di dalam sumber konten tertentu. Sumber konten perencanaan akan mengidentifikasi kumpulan konten yang lebih mudah untuk mengelola ketika mereka pada sumber konten yang terpisah.

Untuk setiap sumber konten yang Anda rencanakan, pertimbangkan Apakah konten terindeks sumber konten itu adalah sesuatu yang akan masuk akal dikelompokkan bersama di lingkup pencarian untuk orang-orang yang menggunakan kumpulan situs. Jika demikian, Anda bisa menambahkan aturan cocok untuk sumber konten tersebut.

Juga mempertimbangkan jika sumber konten bisa dibagi menjadi lebih kecil badan konten orang yang orang mungkin ingin mencari. Jika demikian, Anda bisa menggabungkan sumber konten yang cocok aturan dengan aturan lain cocok untuk membuat lingkup lebih sempit.

Dengan menggunakan aturan yang didasarkan pada sumber konten, Anda bisa dengan mudah memungkinkan orang di kumpulan situs utama untuk organisasi besar untuk mencari atas konten di kumpulan situs untuk proyek yang lebih kecil atau divisi. Untuk melakukan ini, administrator SSP menambahkan aturan cocok untuk sumber konten yang relevan. Lingkup pencarian yang dapat dibagikan sehingga orang-orang yang menggunakan setiap kumpulan situs di SSP bisa berpotensi mencari atas konten di kumpulan situs lain di SSP. Sebagai contoh, hal ini berguna adalah kumpulan pembagian seluruh situs dengan menu kotak pencarian untuk sumber daya manusia kumpulan situs.

Menggunakan beberapa aturan

Lingkup pencarian sering akan sederhana lingkup berdasarkan aturan cocok tunggal. Tapi ada beberapa alasan bagus untuk menggunakan lingkup pencarian dengan beberapa aturan. Apa alasan ini memiliki kesamaan adalah bahwa mereka berusaha membuat lingkup pencarian berdasarkan sekitar tema tertentu atau konseptual terkait sekumpulan konten. Untuk melakukan ini, Anda harus menyertakan beberapa lokasi, beberapa properti atau kombinasi lokasi dan properti yang konseptual terkait.

Bukan hanya membuat lingkup pencarian satu aturan dasar untuk setiap dibayangkan properti atau lokasi yang akhirnya mungkin relevan, ini adalah ide yang lebih baik untuk berpikir dalam luas konsep dan gunakan orang-orang untuk membuat daftar lebih singkat lingkup pencarian kompleks untuk tiap situs kumpulan. Menggunakan ruang lingkup kompleks dengan beberapa aturan yang ditargetkan pada pustaka dokumen tertentu, berbagi file, server email sumber data, berdasarkan pada evaluasi arsitektur informasi Anda.

Menggunakan aturan pengecualian

Cocok aturan yang mengecualikan konten dibuat dan dipilih seperti setiap aturan yang digunakan dalam ruang lingkup pencarian. Namun, Anda mungkin ingin mempertimbangkan mereka implementasi sebagai langkah-langkah terpisah. Alasan untuk mengecualikan konten dari hasil pencarian bisa berbeda jauh dari alasan untuk menyertakan konten.

Lingkup pencarian semua situs bisa digunakan sebagai titik awal untuk menyertakan semua konten kumpulan situs. Lalu Anda bisa menambahkan cocok aturan yang mengecualikan konten untuk membuat lingkup pencarian yang luas tetapi tidak menyertakan sekumpulan hasil pencarian tertentu. Kadang-kadang ada lebih mudah digunakan semua situs aturan dengan pengecualian aturan yang membuat lingkup pencarian kompleks yang berisi aturan untuk setiap bagian dari konten pada situs yang cocok.

Contoh pencarian lingkup perencanaan

Contoso Corporation memiliki pembagian layanan TI, Divisi layanan pelanggan, dan pembagian penjualan dan pemasaran. Masing-masing Divisi memiliki masing-masing kumpulan situs, dan juga kumpulan situs portal pusat untuk perusahaan Berita dan sumber daya manusia informasi. SSP administrator paket untuk mengoperasikan layanan pencarian pada SSP tunggal untuk seluruh perusahaan. Secara default, hasil pencarian di organisasi Anda akan menyertakan konten dari pembagian apa pun, karena itu lingkup pencarian default. Karena konten untuk masing-masing Divisi berbeda, konten akan rayapan dalam tiga sumber konten yang terpisah sehingga, Layanan pelanggan, dan informasi penjualan dan pemasaran dapat diperbarui pada jadwal berbeda.

Chen Jacky, SSP administrator, paket untuk membuat sumber konten yang terpisah untuk setiap divisi, berdasarkan aturan termasuk sumber konten tersebut. Dia juga berencana untuk membuat sumber konten untuk sumber daya manusia aplikasi bisnis yang melacak informasi untuk semua karyawan, menggunakan aturan berdasarkan pada sumber konten data bisnis. Administrator kumpulan situs setiap memutuskan untuk menyertakan lingkup dibagikan default untuk semua konten di dalam organisasi, tetapi tidak ada yang merencanakan untuk menggunakan lingkup sumber daya manusia, meskipun lingkup bersama. Opsi tersebut hanya akan tersedia dari menu turun bawah pencarian di kumpulan situs portal pusat. Administrator kumpulan situs setiap juga berencana untuk menambahkan ruang lingkup kumpulan situs untuk kumpulan penting konten dalam kumpulan situs mereka. Misalnya, administrator kumpulan situs untuk penjualan dan pemasaran paket kumpulan situs untuk membuat lingkup pencarian untuk konten yang terkait dengan setiap produk baris, berdasarkan pada properti yang dikelola dari data bisnis, pemasaran dokumen, dan konten lainnya, dan Lokasi pustaka dokumen dan situs tim terkait. Semua sumber konten, lokasi, dan properti ini tercantum di fitur pencarian perencanaan lembar kerja untuk lingkup pencarian yang relevan.

Lingkup pencarian kedua tipe ditentukan oleh satu atau beberapa aturan tentang properti dan lokasi dokumen. Konten yang dapat baik disertakan atau dikecualikan dari lingkup pencarian dengan aturan ini.

Atas halaman

Merencanakan pengaturan relevansi

Pengaturan relevansi memprioritaskan situs Web dan lokasi lainnya di sumber konten sehingga hasil dari situs tersebut lebih atau kurang akan muncul di bagian atas hasil pencarian. Pengaturan relevansi adalah salah satu faktor dalam memprioritaskan hasil pencarian, dan tidak lebih besar daripada lain-beberapa faktor seperti kata kunci yang dikelola oleh administrator kumpulan situs, properti yang dikelola untuk pencarian yang dikelola oleh SSP administrator, atau bobot otomatis diterapkan untuk konten dengan teknologi pencarian. Administrator SSP menerapkan pengaturan relevansi untuk semua kueri yang dibuat menggunakan SSP, dan bisa melakukan refresh pengaturan relevansi tanpa kembali perayapan sumber konten. SSP administrator bisa meletakkan situs di satu dari empat tingkatan relevansi:

  • Tiga otoritatif tingkat: paling otoritatif tingkat kedua otoritatif, dan tingkat ketiga otoritatif.

  • Satu tingkat situs kurang relevan.

Halaman Web otoritatif tertimbang berdasarkan bagaimana otoritatif mereka adalah, dengan setiap tingkat menerima bobot proporsional relevansi. Secara default, semua halaman tingkat teratas untuk aplikasi Web akan ditambahkan sebagai paling otoritatif. Anda bisa memindahkan Halaman ini untuk tingkat relevansi lain atau menghapusnya dari pengaturan relevansi sepenuhnya. Anda juga bisa menambahkan situs di tiap-tiap level.

Situs yang relevan kurang diturunkan untuk menurunkan prioritas dengan jumlah bobot sebagai tertentu ke situs otoritatif tingkat ketiga yang sama.

Saat pengaturan relevansi perencanaan, pertimbangkan tujuan setiap situs, dan meninjau situs dan subsitusnya dirayapi dengan sumber konten. Kelompokkan otoritatif situs ke tiga level dengan kepentingan, merekam pengaturan relevansi direncanakan untuk setiap situs-situs di fitur pencarian perencanaan lembar kerja, dan menandai semua situs lain seperti kurang relevan.

Praktik yang baik untuk digunakan saat merencanakan pengaturan relevansi meliputi:

  • Situs SharePoint dan aplikasi bisnis pusat untuk proses bisnis prioritas tinggi biasanya akan paling otoritatif.

  • Situs yang mendorong kolaborasi atau tindakan mungkin lebih otoritatif daripada situs yang hanya informatif.

  • Proses bisnis sekunder akan berada di tingkat kedua atau ketiga otoritatif situs.

  • Situs eksternal biasanya akan kurang otoritatif, karena organisasi Anda tidak bisa mengontrol konten di situs tersebut.

  • Anda tidak perlu grup relevansi setiap situs. Ada baiknya untuk memilih relevansi untuk sejumlah kecil situs yang Anda mengetahui paling otoritatif atau lebih kecil yang relevan, dan Sesuaikan pengaturan relevansi selama operasi normal berdasarkan umpan balik dari pengguna dan informasi dalam log kueri dan log penelusuran.

Hasil pencarian untuk setiap kumpulan situs bisa dimodifikasi untuk mempromosikan konten tertentu sehingga muncul lebih mencolok di respons untuk kueri yang menggunakan istilah pencarian tertentu. Meskipun kata kunci yang direncanakan, menerapkan, dan dikelola di tingkat kumpulan situs, ada baiknya untuk memastikan bahwa Anda perencanaan dan implementasi konsisten seluruh organisasi Anda.

Atas halaman

Merencanakan properti untuk pencarian

Di Office SharePoint Server 2007, skema yang Anda gunakan untuk menata konten sangat mempengaruhi efektivitas fitur pencarian di kumpulan situs Anda. Untuk secara efektif menggunakan Office SharePoint Server 2007. mulai dengan memahami arsitektur informasi organisasi Anda, dan lalu Terapkan pemahaman untuk merencanakan properti yang dikelola untuk menemukan kumpulan situs konten dan data bisnis terlepas dari tipe file, dan untuk membuat lingkup pencarian.

Fungsi pencarian enterprise Office SharePoint Server 2007 menggunakan kombinasi teks dan properti tentang setiap dokumen untuk memprioritaskan hasil pencarian. Baik manajemen properti untuk pencarian penting untuk menyediakan kueri pencarian yang relevan. Properti konten yang digunakan untuk memproses kueri pencarian, menerapkan lingkup pencarian, dan personalisasi konten terkadang disebut skema pencarian. Berpikir pencarian properti sebagai bagian dari skema yang teratur, Anda bisa berencana menggunakan properti seluruh bersama layanan penyedia (SSP) untuk membuat pengalaman pencarian konsisten di seluruh konten di organisasi Anda.

Saat Anda merayapi konten, Anda merayapi properti yang terkait dengan konten tersebut. Contoh properti rayapan termasuk metadata aplikasi klien Office, halaman Web, dan dokumen dari aplikasi lain yang digunakan oleh organisasi Anda, dan data yang disimpan dalam database dan aplikasi line of business digunakan oleh organisasi Anda.

Di versi sebelumnya dari Microsoft SharePoint Portal Server, semua properti ini digunakan saat mencari orang, dokumen, atau situs. Anda bisa mengurangi duplikasi properti dengan pemetaan properti beberapa properti umum lain, tapi banyak properti membingungkan hasil pencarian karena mereka tidak relevan. Jadi, relevan properti yang sulit untuk menemukan di tengah banyak properti yang relevan.

Office SharePoint Server 2007 mitigates kebingungan ini dengan menggunakan properti yang dikelola. Properti yang dikelola adalah sekumpulan properti yang SSP administrator membuat karena properti tersebut relevan untuk hasil pencarian. Administrator SSP memetakan properti rayapan ke properti yang dikelola yang digunakan oleh kueri pencarian untuk memprioritaskan hasil pencarian di SSP.

Administrator kumpulan situs tidak bisa menambahkan atau menampilkan daftar properti yang dikelola, tetapi properti yang dikelola tersebut bisa digunakan di beberapa tugas administrasi untuk kumpulan situs, seperti administrasi lingkup pencarian.

Anda dapat membuat konten pada situs Anda lebih mudah ditemukan dengan hati-hati perencanaan skema Anda dan bagaimana Anda menerapkan properti yang dikelola

Merencanakan properti yang dikelola berdasarkan arsitektur informasi

Sebagai bagian dari perencanaan situs, Anda menganalisis konten dan proses bisnis kunci organisasi Anda, dan menata konten ini dan proses ini ke dalam taksonomi disebut arsitektur informasi. Ada banyak cara untuk melakukan ini, dan detail arsitektur informasi dan jumlah waktu yang diperlukan untuk mempersiapkan bisa berbeda-beda luas dari organisasi ke organisasi. Salah satu cara yang praktis untuk mengidentifikasi kunci konsep adalah dengan memeriksa konten yang ada dan dengan prioritas tinggi metadata. Jika Anda memiliki akses ke layanan uji sebelum aktif penggunaan Office SharePoint Server 2007, Anda bisa merayapi konten dan lihat apa properti rayapan muncul, dan menggunakan properti tersebut untuk mengidentifikasi bagian arsitektur informasi Anda. Namun, sebagian besar organisasi akan mendapatkan manfaat dari perencanaan arsitektur informasi pada kertas sebelum mengatur penggunaan, karena dapat membantu untuk fokus Anda merencanakan dan mengidentifikasi konten dan proses yang tidak sebagai terorganisasi bisa.

Arsitektur informasi bisa berguna untuk perencanaan properti yang dikelola. Setiap konsep dalam arsitektur informasi Anda bisa berpotensi diwakili oleh properti yang dikelola. Jika Anda mengidentifikasi properti yang dikelola untuk semua tombol konsep dalam arsitektur informasi, Anda akan memiliki skema lengkap properti yang dikelola yang mewakili secara akurat terpenting konten dan proses bisnis di organisasi Anda. Tombol untuk membuat skema berguna adalah untuk menentukan konsep yang paling penting dan menemukan properti konten yang bisa Anda tambahkan ke skema yang memungkinkan Anda untuk menemukan konten yang relevan saat mencari. Tepatnya saat pemetaan properti rayapan ke properti yang dikelola untuk mempertahankan kinerja dan meningkatkan relevansi. Pemetaan properti lainnya meningkatkan ukuran database konten, dan mengurangi kinerja, jadi sangatlah ide yang baik untuk memetakan properti hanya saat Anda sudah sangat yakin relevansi pemetaan.

Anda bisa mewakili konsep ini dalam cara lain selama implementasi juga. Beberapa konsep yang digunakan untuk menyarankan struktur kumpulan situs dan konten di dalam kumpulan situs. Orang lain yang digunakan untuk membuat istilah khusus seperti kata kunci untuk menyoroti hasil pencarian yang relevan.

Sulit untuk menemukan properti konten tanpa pertama perayapan konten. Oleh karena itu, tunggu untuk merencanakan properti yang dikelola hingga Anda sudah memiliki baiknya konten setiap kumpulan situs. Lalu, di server uji, Anda bisa merayapi semua konten sehingga Anda memiliki daftar properti rayapan dibandingkan terhadap arsitektur informasi Anda saat membuat properti yang dikelola. Satu menyadari adalah bahwa sulit untuk memetakan properti bahkan setelah perayapan konten karena sulit untuk mengidentifikasi tipe konten atau aplikasi yang menggunakan properti. Praktik yang baik adalah untuk memetakan properti yang tampaknya terkait, dan kemudian melakukan pencarian yang relevan untuk melihat jika hasil yang diharapkan muncul.

Banyak sangat berguna untuk properti yang dikelola secara otomatis dibuat saat Office SharePoint Server 2007 diinstal. Gunakan properti yang dikelola ini sebagai titik awal saat merencanakan lain properti yang dikelola. Properti tersebut termasuk tetapi tidak terbatas untuk:

  • Penulis

  • Konten

  • Deskripsi

  • Container

  • Nama Situs

  • Tipe

  • Ukuran File

  • Tanggal terakhir diubah

  • URL

  • ID dokumen

  • Judul

Menghilangkan properti berlebihan dan duplikat dengan menggunakan pemetaan properti

Beberapa properti cukup dasar dan mungkin muncul sebagai properti berbeda di tipe konten berbeda. Contoh penulis dan judul properti untuk dokumen, atau tim atau pembagian properti untuk orang-orang. Menambahkan properti penulis setiap saat properti yang dikelola terpisah tidak masuk akal, karena menambah tambahan properti yang dikelola ke database tanpa meningkatkan relevansi. Hal yang paling penting yang bisa Anda lakukan dengan properti ini dasar selama perencanaan adalah untuk mengurangi duplikasi dengan membuat satu kumpulan properti yang dikelola dan memetakan properti rayapan dengan makna yang sama ke properti dalam kumpulan properti yang dikelola. Dalam kasus properti penulis, Anda bisa memetakan setiap tampilan unik properti rayapan untuk penulis dengan properti penulis dikelola tunggal.

Anda bisa memetakan satu atau beberapa rayapan properti untuk satu atau beberapa properti yang dikelola. Anda bisa memilih untuk memprioritaskan beberapa properti rayapan sehingga jika lebih dari satu properti ditemukan selama perayapan, hanya nilai properti prioritas tertinggi yang digunakan untuk kueri yang menggunakan properti yang dikelola atau properti. Jika Anda tidak memprioritaskan properti rayapan, nilai untuk semua properti rayapan yang dipetakan ke properti yang dikelola yang digunakan untuk kueri, sehingga properti yang dikelola menjadi multi nilai. Pendekatan yang masuk akal untuk properti nilai tunggal adalah pilih properti rayapan yang paling umum sebagai properti yang dikelola, dan kemudian memprioritaskan dipetakan properti dengan seberapa sering mereka muncul. Itu tidak selalu mudah untuk menentukan properti yang dirayapi paling sering, tapi salah satu strategi adalah memprioritaskan properti yang Anda mengetahui terkait dengan aplikasi yang biasa digunakan.

Ketika Anda memetakan properti dengan tipe data berbeda, tipe data dari properti yang dikelola digunakan oleh pencarian di sebagian besar kasus.

Berhati-hatilah saat pemetaan properti yang Anda tidak memetakan buruk cocok atau properti yang relevan. Pemetaan tidak tepat benar-benar bisa mengurangi relevansi hasil pencarian. Seperti biasa, jika memungkinkan menguji mencari Properti yang dikelola sebelum penggunaan awal, dan merencanakan untuk meninjau data penggunaan untuk kueri pencarian selama operasi normal untuk menyelaraskan properti Anda dipetakan.

Tambahkan properti untuk menyajikan kunci konsep dalam arsitektur informasi

Properti rayapan lain mungkin jelas Petakan ke konsep dalam arsitektur informasi yang tidak direkam dengan ada properti yang dikelola. Untuk setiap konsep arsitektur informasi Anda, tanyakan pada diri Anda jika ada properti rayapan yang mewakili konsep ini yang dapat dibuat menjadi properti yang dikelola. Untuk setiap properti rayapan, menanyakan apakah ada tempat untuk itu di arsitektur informasi. Jika demikian, perbarui arsitektur informasi dan membuat properti properti yang dikelola.

Misalnya, sebuah perusahaan mungkin identifikasi layanan pelanggan sebagai proses bisnis utama dalam arsitektur informasi. Tombol konsep yang terkait dengan layanan pelanggan dalam arsitektur informasi mungkin menyertakan pelanggan, perwakilan layanan pelanggan, dan kawasan layanan pelanggan. Ada garis aplikasi bisnis yang melacak data pelanggan dan karyawan, dan properti data itu kandidat untuk properti yang dikelola setelah mereka terdaftar di Katalog data bisnis dan rayapan sebagai bagian dari sumber konten data bisnis. Anda mungkin juga mengidentifikasi properti rayapan untuk aplikasi yang harus dipetakan ke properti yang dikelola, misalnya pelanggan layanan perwakilan ID properti di aplikasi data terpisah, atau properti penulis untuk tipe aplikasi digunakan secara ekslusif dengan perwakilan layanan pelanggan. Kueri pencarian yang menggunakan properti atau istilah yang terkait dengan properti tersebut akan menyertakan pencarian hasil untuk semua item yang berisi salah satu dari properti rayapan yang dipetakan ke properti yang dikelola ID perwakilan layanan pelanggan.

Setiap proses bisnis yang diidentifikasi dalam arsitektur informasi akan memiliki sekumpulan tipe file terkait atau aplikasi data bisnis yang bisa digunakan untuk mengidentifikasi mungkin properti yang dikelola.

Perhatikan bahwa meskipun banyak konsep dalam arsitektur informasi tidak diwakili oleh properti, konsep tersebut berguna selama perencanaan struktur situs dan implementasi fitur pencarian lainnya. Arsitektur informasi bisa mengidentifikasi properti yang dikelola yang Anda diabaikan, tapi hanya karena konsep yang tercantum dalam arsitektur informasi tidak berarti bahwa ada properti yang dikelola untuk konsep.

Merencanakan untuk properti data bisnis dalam skema

Sebagai bagian dari perencanaan pencarian data bisnis, SSP administrator harus memetakan properti aplikasi bisnis untuk properti di skema. Properti tersebut harus dipilih sebagai properti yang dikelola untuk data bisnis untuk aplikasi muncul di hasil pencarian. Contoh Layanan Pelanggan yang dijelaskan sebelumnya adalah contoh memetakan properti data bisnis ke properti yang dikelola yang digunakan oleh pencarian.

Gunakan properti yang dikelola di lingkup pencarian

Setiap properti yang dikelola bisa diekspos sebagai properti untuk aturan lingkup pencarian. Untuk informasi selengkapnya tentang perencanaan lingkup pencarian, lihat bagian lingkup pencarian di artikel ini.

Paket untuk mengintegrasikan properti untuk tipe file yang baru menggunakan filter

Office SharePoint Server 2007 menggunakan kategori properti untuk merayapi properti dengan dokumen dalam setiap kategori. Kategori properti menyertakan pengatur protokol dan filter yang digunakan oleh pencarian saat indeks itu konten. Sebelum Anda merayapi konten, yang ingin Anda kaitkan dengan kategori properti yang paling efektif akan temukan properti rayapan yang Anda butuhkan sebelum Anda membuat properti yang dikelola.

Secara default, Office SharePoint Server 2007 menyediakan kategori properti berikut ini:

  • HTML

  • Lotus Notes

  • PDF

  • XML

  • Office

  • Exchange

  • Sosial

  • SharePoint

Jika Anda menambahkan konten yang menggunakan protokol penangan atau filter yang berbeda, Anda bisa membuat kategori properti baru. Sebagai bagian dari proses perencanaan awal, Anda harus mengidentifikasi konten apa yang dibutuhkan oleh filter baru dan protokol penangan. Ini mungkin memerlukan kode kustom, meskipun beberapa filter dan protokol penangan akan tersedia.

Atas halaman

Paket untuk pencarian kueri penggunaan data

Anda bisa menggunakan data penggunaan untuk kueri pencarian selama operasi reguler untuk melihat kueri yang digunakan di organisasi Anda, sehingga Anda bisa merencanakan untuk menerapkan fitur untuk menambah efektivitas dan relevansi hasil pencarian. Pada halaman Administrasi Layanan dibagikan, di bagian Portal penggunaan pelaporan, klik penggunaan pelaporan. Pembuatan log kueri pencarian adalah salah satu dari dua pengaturan pada halaman. Anda bisa menggunakan data penggunaan selama penerapan uji untuk memprioritaskan fitur pencarian untuk menggunakan selama penerapan awal. Anda juga bisa menggunakan lembar kerja perencanaan yang dikembangkan sebelum penggunaan awal untuk memeriksa kueri pencarian sebenarnya terhadap paket Anda. Ini memungkinkan Anda mengevaluasi kueri pencarian mana efektif dan yang akan diubah, serta penerapan fitur pencarian sebelumnya yang tidak Anda gunakan sebagai bagian dari penggunaan awal.

Atas halaman

Merencanakan pemetaan nama server

Pemetaan nama server mengubah cara URL lokasi ditampilkan untuk setiap item dalam hasil pencarian. Pemetaan nama server berada di tingkat SSP untuk semua konten sumber rayapan dengan SSP tersebut, dan diterapkan ketika digunakan untuk menjalankan kueri. Anda mungkin ingin menggunakan server nama pemetaan dalam skenario berikut ini:

  • Anda ingin mencegah masalah akses yang disebabkan oleh link yang merujuk ke alamat lokal dengan pemetaan mereka ke alamat di server.

  • Anda ingin mengaburkan kompleks URL dalam hasil pencarian, sehingga Anda menggantinya dengan nama yang lebih ringkas di server.

  • Demi alasan keamanan, yang ingin Anda Sembunyikan nama asli sumber konten.

Gunakan server nama pemetaan hanya saat Anda memiliki akses yang diketahui atau menampilkan masalah. Untuk setiap sumber konten yang Anda rencanakan, pertimbangkan jika alamat mulai yang berisi URL lokal, kompleks URL yang Anda ingin menyederhanakan untuk pengguna Anda, atau arahkan ke lokasi yang Anda inginkan agar lebih aman. Dalam banyak kasus, perencanaan server nama pemetaan sebelum penggunaan awal akan minimal.

Atas halaman

Merencanakan pemberitahuan berbasis pencarian

Anda bisa memutuskan apakah pemberitahuan berbasis pencarian yang akan diaktifkan untuk pengguna di setiap SSP. Orang-orang yang menggunakan peringatan pencarian berbasis bisa meminta untuk diberi tahu ketika hasil pencarian tersimpan mereka telah berubah. Kelemahan dengan mengaktifkan pemberitahuan berbasis pencarian adalah bahwa pemberitahuan berbasis pencarian gunakan sumber daya dari server email, dan mereka juga mempengaruhi beban kueri server karena menjalankan kueri untuk setiap berbasis pencarian pemberitahuan setiap kali pemberitahuan berbasis pencarian diproses. Saat merencanakan penerapan awal, pertimbangkan sumber daya yang tersedia untuk pemberitahuan dan kemungkinan orang yang menggunakan situs Anda akan menggunakan peringatan produktif.

Selama operasi, pemberitahuan berbasis pencarian secara otomatis dinonaktifkan setiap kali sumber konten mereset untuk menghindari mengirim pemberitahuan untuk semua pemberitahuan berbasis pencarian. Administrator lalu harus mengaktifkan kembali pencarian berbasis pemberitahuan.

Atas halaman

Merencanakan kata kunci

Kata kunci yang metadata yang digunakan untuk memprioritaskan konten selama kueri pencarian untuk menampilkan konten tinggi-relevansi lebih mencolok dalam hasil pencarian. Setiap kata kunci diwakili oleh frasa kata kunci yang terdiri dari satu atau beberapa kata, Daftar istilah pencarian sinonim dan definisi istilah. Mencari menggunakan istilah yang tepat atau satu sinonim mempromosikan konten tertentu yang sebelumnya dipilih oleh administrator kumpulan situs sehingga mereka muncul di bagian atas hasil pencarian. Hasil yang terkait dengan setiap kata kunci yang disebut Best Bets. Kata kunci yang digunakan untuk menyoroti atau mempromosikan hasil pencarian yang administrator telah menetapkan lebih relevan untuk pengguna setiap kumpulan situs. Kata kunci muncul di komponen Web tinggi-confidence di samping hasil pencarian, dan pengguna bisa mengklik kata kunci untuk menampilkan definisi penuh, sinonim dan taruhan terbaik.

Kata kunci biasanya diperbarui dan diperluas untuk lebih besar relevansi sebagai bagian dari operasi sedang berlangsung. Namun, untuk mempromosikan kolaborasi untuk konten utama bisnis dan data yang terkait dengan proses bisnis kunci, akan berguna untuk paket small sekumpulan kata kunci prioritas tinggi sebelum memulai penggunaan. .

Arsitektur informasi digunakan untuk mengidentifikasi kata kunci

Anda bisa menggunakan arsitektur informasi yang dibuat oleh konten Anda merencanakan tim untuk mengidentifikasi prioritas tinggi konten untuk menerapkan sebagai kata kunci. Arsitektur informasi Anda sudah daftar hierarki. Itu cukup mudah untuk mengambil beberapa istilah tersebut dan dengan cepat mengasosiasikannya dengan konten tertentu dan sangat relevan.

Konten yang relevan adalah sesuatu yang spesifik yang Anda inginkan agar dilihat orang pertama atau paling mencolok saat mereka mencari menggunakan istilah pencarian tertentu. Contoh konten yang relevan untuk setiap area konsep atau konten utama bisnis meliputi:

  • Dokumen

  • Situs

  • Sosial

  • Definisi

  • Disetujui atau resmi istilah yang sama, tetapi tidak disertakan dalam istilah pencarian yang digunakan dalam kueri pencarian.

Kata kunci untuk dokumen berguna untuk mendorong orang untuk menampilkan dokumen utama yang diperlukan untuk berkolaborasi pada proses bisnis kunci. Sebagai contoh, bisnis yang mungkin memiliki Templat khusus untuk laporan pengeluaran, dan kata kunci "expense reports" yang mempromosikan Templat tersebut ke atas hasil pencarian. Tanpa kata kunci, setiap karyawan mungkin Luangkan waktu beberapa menit meminta mereka kolega URL sesuai atau penelusuran situs Web perusahaan. Dengan kata kunci, mereka bisa dengan cepat menemukan Templat dan memasukkan pengeluaran mereka.

Kata kunci untuk situs berguna untuk mengidentifikasi lokasi situs untuk informasi yang relevan di organisasi besar. Misalnya, "hari libur" bisa kata kunci yang terkait dengan taruhan terbaik untuk situs sumber daya manusia tentang berbayar waktu menonaktifkan untuk karyawan. Kata kunci membantu karyawan dengan cepat mencari tahu Kapan liburan adalah sehingga mereka bisa merencanakan jadwal pekerjaan mereka yang sesuai.

Kata kunci yang membantu orang lain menemukan orang lain mendorong kolaborasi antara orang-orang di organisasi yang memiliki pengetahuan penting untuk berbagi, atau hampir penting orang di perusahaan. Misalnya, judul seperti "CEO" bisa kata kunci yang terkait dengan CEO untuk perusahaan, atau orang bisa taruhan terbaik untuk kata kunci yang berkaitan dengan organisasi atau area keahlian, seperti "kimia Departemen."

Kata kunci berdasarkan definisi adalah ide bagus untuk konsep prioritas tinggi dalam setiap kumpulan situs. Untuk setiap ide utama, administrator kumpulan situs bisa membuat kata kunci sehingga definisi kata kunci muncul di dekat bagian atas hasil pencarian. Sebagai contoh, portal penjualan yang dikhususkan untuk menjual garis tertentu produk mungkin memberikan definisi untuk item utama di baris produk. Definisi ini bisa digunakan untuk membantu rekan penjualan memahami produk mereka lebih baik, atau definisi dapat ditampilkan di hasil pencarian pada situs web untuk publik untuk pelanggan.

Menggunakan properti kata kunci

Kata kunci diatur menjadi daftar kata kunci yang memuat daftar frasa kata kunci. Properti berikut ini kata kunci membantu untuk menyoroti konten:

  • Frasa kata kunci    Frasa kata kunci adalah string teks seluruh yang digunakan dalam kueri pencarian, dan mengidentifikasi kata kunci. Saat pengguna mengetikkan dalam frasa kata kunci, hasil pencarian untuk kata kunci muncul. Ketika hasil muncul, frasa kata kunci muncul di bagian atas hasil pencarian.

  • Sinonim    Setiap kata kunci bisa memiliki satu atau beberapa syarat yang diidentifikasi sebagai sinonim, dan hasil pencarian yang sama muncul untuk sinonim seperti yang muncul untuk frasa kata kunci. Frasa kata kunci ditampilkan di bagian atas hasil pencarian dari kueri apa pun yang menggunakan salah satu dari istilah yang sama. Ini berguna ketika beberapa istilah pencarian yang digunakan untuk konsep dasar yang sama dan konten, sehingga hasil pencarian konsolidasi dan tidak tersebar di beberapa istilah pencarian. Daftar kata kunci yang termasuk semua sinonim dikenal sebagai tesaurus. Tesaurus untuk Office SharePoint Server 2007 kompatibel dengan tesaurus untuk SharePoint Portal Server 2003.

  • Definisi    Setiap kata kunci bisa memiliki satu atau beberapa definisi, dan menampilkan hasil pencarian untuk kata kunci definisi di samping frasa kata kunci, sebelum hasil pencarian lainnya. Anda juga bisa menyertakan judul atau URL sumber untuk definisi, jadi sangatlah ide yang baik untuk mengidentifikasi sumber definisi selama perencanaan. Anda bahkan mungkin memiliki langkah terpisah selama perencanaan untuk mendesain sebuah daftar semua definisi yang digunakan oleh kata kunci dalam setiap kumpulan situs.

  • Taruhan terbaik    Taruhan terbaik untuk kata kunci dipromosikan ke atas hasil pencarian untuk kueri yang menggunakan istilah pencarian, tepat di bawah definisi kata kunci jika ada. Dokumen tertentu, situs, dan orang-orang dengan keahliannya dalam konsep yang terkait dengan istilah pencarian adalah contoh umum dari taruhan terbaik. Pilihan terbaik adalah lebih dari URL. Sangatlah penting untuk mempertimbangkan judul dan deskripsi dari setiap taruhan terbaik selama konten perencanaan untuk menambah relevansi dan kegunaan setiap taruhan terbaik. Anda bisa mengaitkan taruhan terbaik hingga 25 dengan setiap kata kunci di antarmuka pengguna administrasi, dan banyak lagi dengan model objek, namun sangat ide yang baik untuk tidak berlebihan taruhan terbaik. Konten yang baik perencanaan dengan arsitektur informasi teratur akan membantu Anda mengidentifikasi jumlah yang sesuai taruhan terbaik untuk setiap kata kunci yang menyeimbangkan jumlah hasil dengan relevansi pencarian.

Perhatikan bahwa berbeda di versi sebelumnya dari SharePoint Portal Server, kata kunci tidak terpengaruh oleh izin keamanan, dan semua pembaca di kumpulan situs bisa melihat semua taruhan terbaik dan kata kunci untuk kumpulan situs tersebut yang muncul di hasil pencarian. kata kunci yang dimaksudkan untuk menjadi prioritas tinggi hasil untuk semua pengguna. Jika Anda ingin menargetkan konten ke pengguna tertentu berdasarkan izin mereka, Anda bisa menggunakan audiens dan komponen Web yang ditargetkan di tempat yang tepat di kumpulan situs.

Merencanakan kata kunci

Sangatlah penting untuk merencanakan kata kunci terlebih dahulu untuk membantu memastikan konsistensi kata kunci di seluruh organisasi Anda, meskipun kata kunci yang diterapkan pada tingkat kumpulan situs. Dengan menggunakan arsitektur informasi tunggal untuk mengidentifikasi konsep kunci Anda, mengaitkan konten tertentu dengan kumpulan situs tertentu, lalu perencanaan kata kunci untuk arsitektur informasi yang relevan dalam setiap kumpulan situs, Anda menghindari duplikasi dan kebingungan kata kunci dan meningkatkan relevansi hasil pencarian di seluruh organisasi Anda.

Kata kunci taruhan terbaik muncul di hasil pencarian bahkan jika konten belum rayapan, asalkan orang yang menampilkan hasil yang memiliki akses ke konten. Ini adalah alasan lain untuk merencanakan kata kunci selama penerapan awal, sehingga konten prioritas tinggi bisa tersedia di tahap awal dari penggunaan sebelum semua sumber konten telah dirayapi. Terkadang mana konten tidak boleh dirayapi karena pencarian hilang IFilter relevan atau untuk alasan apa pun lainnya teknis, Anda bisa menggunakan kata kunci taruhan terbaik untuk membuat konten mudah menemukan meskipun belum dirayapi.

Sebagai dengan bagian lain dari proses perencanaan, Anda akan memiliki kunci orang di setiap tingkat organisasi yang rencanakan kata kunci untuk kumpulan situs mereka. Orang-orang akan menggunakan paket keseluruhan konten yang sama, yang disesuaikan untuk konten di kumpulan situs yang mereka perencanaan. Pada setiap tahap proses, yang terjadi di gelombang sepanjang waktu, masing-masing rangkaian konten perencana bisa berkomunikasi dengan satu sama lain untuk mempertahankan konsistensi dalam paket keseluruhan.

Di organisasi kecil, konten perencanaan tim cenderung kecil dan teratur di kumpulan situs tunggal, dan merencanakan untuk kata kunci mungkin tertata dengan hanya satu atau dua orang. Di organisasi besar, Anda ingin menyertakan perencana bisnis dan administrator pada setiap tingkat untuk memastikan bahwa semua kebutuhan bisnis yang ditujukan, jadi agak lebih besar tim perencanaan sering berguna.

Tidak semua kata kunci akan direncanakan sebelum penggunaan. Peran konten Anda merencanakan tim adalah untuk mengidentifikasi konsep prioritas tinggi yang paling relevan untuk mencari kueri di organisasi Anda, sehingga kueri pencarian relevan bagi pengguna dari hari pertama penggunaan Anda. Lalu mereka bisa mengidentifikasi kontak untuk setiap kata kunci yang mungkin atau mungkin tidak orang-orang di tim perencanaan. Setelah penggunaan, administrator kumpulan situs bisa memperluas daftar kata kunci setelah mengidentifikasi istilah pencarian umum dalam log kueri.

Pada tahap perencanaan, manajer daftar kata kunci harus mempertimbangkan bagaimana kata kunci cocok ke kueri. Kata kunci harus sama persis string lengkap istilah pencarian, dan tidak boleh menggunakan sintaks khusus seperti + dan -. Ini mencegah kembali beberapa daftar kata kunci untuk kueri pencarian yang sama, yang menyederhanakan hasil pencarian. Karena hal ini, Anda harus hati-hati mempertimbangkan sinonim sehingga kata kunci yang benar-benar cocok dengan konten yang relevan tanpa konten yang tidak terkait yang cocok.

Anda juga harus mempertimbangkan kata kunci Cocokkan seluruh kueri pencarian untuk setiap kumpulan situs, dan tidak akan dikeluarkan oleh lingkup pencarian yang mempersempit hasil pencarian. Ini bisa mempengaruhi perencanaan untuk lingkup pencarian, jadi paling konten perencana dan administrator akan merencanakan penerapan fitur ini sebagai bagian dari proses yang sama.

Semakin Perencanaan Anda lakukan sebelum penggunaan, manajemen kurang akan diperlukan selama operasi sehari.

Paket manajemen kunci

Detail manajemen kunci sebagian besar relevan bagi operasi sehari-hari kumpulan situs Anda, tapi ada beberapa aspek administrasi yang layak mempertimbangkan selama perencanaan.

Setiap kata kunci pencarian memiliki properti tambahan berikut:

  • Kontak

  • Tanggal mulai, tinjau dan kedaluwarsa

Kontak untuk setiap kata kunci adalah orang yang harus dihubungi saat kedaluwarsa kata kunci. Kontak mungkin tidak langsung bertanggung jawab untuk mengelola kata kunci. Konten perencana untuk setiap kumpulan situs harus mempertimbangkan siapa yang akan bisa mengelola kata kunci setelah penggunaan awal, dan menyertakan setidaknya beberapa orang dalam perencanaan proses pada tingkat kumpulan situs.

Siklus hidup kata kunci penting untuk mempertimbangkan. Kata kunci dapat diminta untuk masuk melalui persetujuan sebelum mereka mempengaruhi hasil pencarian, dan bisa juga diatur untuk memulai atau kedaluwarsa setelah jumlah waktu tertentu. Kata kunci prioritas tinggi yang diidentifikasi selama perencanaan awal tidak mungkin sementara, kecuali untuk konten yang relevan bagi orang yang menggunakan kumpulan situs selama penerapan awal. Namun, Bagian dari proses perencanaan mengantisipasi yang akan membuat keputusan tentang kata kunci di masa mendatang. Membuat keputusan tersebut selama proses perencanaan dapat meningkatkan transisi ke reguler operasi kumpulan situs, dan mempromosikan konsisten dan efisien penggunaan kata kunci di masa mendatang.

Karena URL untuk kata kunci terkait dengan taruhan terbaik, Anda bisa menggunakan taruhan terbaik yang sama untuk lebih dari satu kata kunci. Jika taruhan terbaik sudah ada, Anda bisa menambahkannya ke kata kunci apa pun tanpa harus memasukkan properti lagi dan mungkin memperkenalkan berlebihan taruhan terbaik. Anda juga bisa mengubah URL untuk itu taruhan terbaik untuk semua kata kunci yang digunakan pada saat yang sama. Ini memungkinkan untuk mudah migrasi konten Anda ke situs baru. Ini berguna jika Anda menggunakan situs uji selama perencanaan dan sebelum awal penempatan.

Dengan menggunakan model objek, Anda juga bisa mengimpor dan mengekspor kata kunci antara kumpulan situs sebagai lembar bentang Excel, jadi jika beberapa taruhan terbaik berlaku untuk kumpulan situs lain, Anda bisa merencanakan sekali dan menempatkan di semua kumpulan situs yang relevan. Ini juga memungkinkan manajer kata kunci untuk kumpulan situs di divisi atau tingkat proyek untuk menyarankan taruhan terbaik untuk kumpulan situs Pusat dalam lingkungan bersama layanan.

Untuk informasi selengkapnya tentang pengelolaan kata kunci, lihat panduan operasi untuk Office SharePoint Server 2007.

Atas halaman

Gunakan pencarian perencanaan lembar kerja

Fitur pencarian perencanaan lembar memiliki kolom untuk setiap tugas administrasi pencarian utama yang Anda rencanakan untuk awal penempatan. Untuk setiap lingkup pencarian yang Anda rencanakan selama penggunaan awal, catatan aturan yang relevan, daftar setiap properti, lokasi, dan sumber konten yang digunakan oleh salah satu aturan cocok untuk lingkup pencarian. Pastikan bahwa setiap sumber konten tercantum di bagian sumber konten dari fitur pencarian perencanaan lembar kerja, yang masing-masing digunakan oleh aturan yang disertakan dalam struktur situs perencanaan lembar kerja, dan yang tercantum di setiap properti yang disertakan dalam pencarian Properti perencanaan lembar kerja.

Merencanakan penerapan awal Office SharePoint Server 2007 administrator harus catatan awal sekumpulan properti yang dikelola yang direncanakan untuk layanan pencarian untuk setiap SSP yang digunakan dalam penerapan. Properti pencarian lembar kerja perencanaan menyertakan daftar properti yang dikelola untuk setiap SSP. Di mana properti rayapan yang dikenal selama perencanaan, properti tersebut tercantum dalam kolom di samping setiap properti yang dikelola. Banyak properti rayapan ini dapat ditemukan dengan mencari pada properti aplikasi data bisnis, dan properti yang ditampilkan di aplikasi untuk tipe konten seperti dokumen Microsoft Word atau lembar bentang Excel. Jika Anda memiliki akses ke server uji, Anda bisa merayapi konten prioritas tinggi dan menggunakan properti rayapan yang muncul untuk membantu perencanaan, dan merekam pemetaan pada lembar kerja perencanaan. Lembar kerja yang efektif mencerminkan perencanaan properti pencarian yang baik adalah referensi berharga saat Anda mulai menggunakan pencarian.

Anda bisa merekam daftar kata kunci dan frasa kata kunci, sinonim, deskripsi dan deskripsi sumber, dan taruhan terbaik untuk kata kunci, di bagian yang sesuai dari fitur pencarian perencanaan lembar kerja. Lembar kerja ini bisa lalu digunakan selama penggunaan awal dan konfigurasi sehingga keputusan Anda perencanaan benar dilaksanakan, dan sehingga Anda bisa memprioritaskan antara paket yang berbeda. Kata kunci yang Anda tidak menerapkan pada awal penempatan masih bisa direkam pada lembar kerja dan bisa digunakan selama bagian dari operasi sedang berlangsung.

Atas halaman

Catatan: Penafian Terjemahan Mesin: Artikel ini telah diterjemahan oleh sistem komputer tanpa campur tangan manusia. Microsoft menawarkan terjemahan mesin ini untuk membantu pengguna yang bukan penutur bahasa Inggris agar dapat menikmati konten tentang produk, layanan, dan teknologi Microsoft. Karena artikel ini diterjemahkan oleh mesin, mungkin akan terdapat kesalahan kosa kata, sintaksis, atau tata bahasa.

Kembangkan keterampilan Anda
Jelajahi pelatihan
Dapatkan fitur baru terlebih dahulu
Gabung ke Office Insiders

Apakah informasi ini bermanfaat?

Terima kasih atas umpan balik Anda!

Terima kasih atas umpan balik Anda! Sepertinya menghubungkan Anda ke salah satu agen dukungan Office kami akan sangat membantu.

×