教會機構名錄的未來

教會名錄是目前網路上越來越被看重的工作,從推出服務的網站數量來看:

其次各教派中心也開始提供該教派的名錄,由此可見教會名錄的應用與需求越來越多。

既然有需求,那我們先來看看怎樣的人會需要使用教會名錄呢?

根據筆者的觀察,使用者分為:

教會機構

寄送文宣、聯絡事宜、尋求合作、協助會友搬遷轉會、判斷教會性質等。

基督徒

出差工作、外出旅遊、搬遷、領人歸主等。

慕道友

想成為基督徒、尋求教會、機構協助等。

在OursWeb教會名錄推出時,還未考量到慕道友的需求,但這些年來,每年都會收到不少網友想要成為基督徒,但不知從何加入教會,因此經常在協助尋找道地的教會。

以下為近日接到信件的例子:

From: axxxx

Subject: 如何選擇教會

您好!我想受洗成為基督徒,網路上搜尋到這個網站感到很開心。

但是沒想到基督分這麼多教派,有聖教會、長老教會、信義會…等,相信不同派別,甚至不同教會都會有所差異,

請問您我該如何選擇適合自已的教會?

謝謝您!

末後的世代中,人們開始主動尋求主,那我們是否預備好隨時接待呢?這是在教會機構名錄中,所必須思考,到底能否提供足夠的資訊,幫助慕道友找到教會。

面對這樣的景況,我們的領受是「路加福音十一章9節:我又告訴你們、你們祈求就給你們.尋找就尋見.叩門就給你們開門。」

我們不應該關上門做自己的事情,而是必須要思考何謂網友所需要的資訊,因此不斷的致力建構更完善的教會名錄服務,並思考目前教會名錄的現況錄,到底存在甚麼問題呢?

思考之後提出了以下三點:

資料的正確性

現況的教會名錄都採取被動的方式更新,因此在服務提供後的兩三年,錯誤率也就不斷的提升。

資料的完整性

除了教會通訊資料外,缺乏聚會時間、聚會語言,以及教會可提供的服務,如課輔班、陪讀班、閱覽室、圖書館等服務,現存的架構變成無法直接獲得相關的資訊。

資料的實用性

我們不諱言,真正找教會的人很少會透過教會機構名錄,多數人會直接使用搜尋引擎進行搜尋;或著想要尋找教會的人,根本無從得知教會名錄服務所在。

現行的教會名錄被使用性並不高,相對資料的回報性也就降低,另外教會機構如有文宣遞送郵件需求時,也無法獲得正確的清單,造成浪費了不少郵費和文宣品。

但此部分需要被和教會的意願,藉此也可以幫助不想收到文宣品的教會機構,有一個明確的排外清單,亦可減少教會機構不必要的困擾。

從現存的問題中,我們思索如何改善現況的問題,因此針對教會機構名錄的發展,提出以下三階段進行:

第一階段

內容完整性的建構:積極收集聚會時間、語言、服務。並結合探子計畫校對資料的正確性和完整性。

搜尋引擎的最佳化:針對目前主流的搜尋引擎包含 Yahoo、Google、Bing、Baidu進行最佳化搜尋的規劃。

便利多元的瀏覽方式:依照使用者經驗和瀏覽動線,重新規劃內容呈現方式,並結合Google map api,提供延伸活動訊息、照片,並開放版面設置嵌入區塊供facebook、Twitter、Plurk…等擴充使用。

資料庫開放使用:開放教會機構申請名單作為寄送文宣或通知,並協助回報退件或退訂等資訊;此服務開放前,需先徵詢各教會機構接收文宣的意願,如表達不願意接受者,該筆資料我們則不提供。

檢索搜尋方式多元化:可依照分類地區架構點選、依照地址搜尋、依關鍵字搜尋;並結合複合式的語言、服務、類型進階篩選。

尋求現行服務的合作:建立一個相互通報的機制,與相關服務網站和機構,合力建構準確的資料更新方式。

第二階端

嵌入服務的發展:提供簡易語法,提供網站經營者,可嵌入教會機構名錄服務於網站中。

客製化服務發展:將與教派、機構進行合作,提供專屬的教會機構名錄應用。

第三階段

行動裝置應用:提供手機版網站與app應用服務,結合適地性服務,讓當地的教會機構資訊可以便於傳遞。

延伸複合式開發

除了上述的三個階段外,我們將會考量從教會名錄為中心所延伸出的服務,讓教會機構名錄成為網路與實體通道。

具有實體屬性的資料,包含:活動消息、地區新聞、代禱需求,透過與教會名錄的結合,相關的資訊便成為實體產生了連結,還有哪些資訊可以串年呢?我們會繼續思索,期盼未來能有更多的資訊可以一起整建。

舉一個實際可行的概念,例如:發生災害後,建構救助行動地圖,結合設立救助指揮中心之教會和提供服務的據點,提供相關的報導與服務資訊,讓受災者可透自身或周邊朋友,透過此服務迅速找尋到獲得幫助的所在教會與機構。

教會機構名錄的維護,將會是一個持續且繁瑣的工作,而各地的會堂與機構正如基督的身體,我們知道身子原不是一個肢體、乃是許多肢體。(林前十二:14),因此教會名錄的建構概念,可以幫助彼此相互連結與互動,這正如我們肢體可以相互連結互相幫補的服務,建構教會名錄的過程,不也是建立合一教會的具體表現嗎?

原文發表於 2010/11/13 20:41

觀念分享: 

網站完成後,搜尋引擎就找的到?

趁著新服務即將正式上線之前,來分享一篇關於網站完成後,如何讓搜尋引擎可以搜尋到,這個議題相當的重要,不然所做的網站很可能淪落到只有少數人觀看,因為搜尋引擎並無法找到網站的內容,相對的網站所能達到的效益就很有限。

2013050801

有些人會認為網站做好以後,搜尋引擎就會找的到,但真的是如此嗎?其實搜尋引擎沒有像我們想像中的這麼聰明,也沒有這麼迅速發現新的網站,因此網站完成後,首要做的工作就是讓搜尋引擎知道網站的存在,讓它可以來抓取新的內容和資訊。

目前華文網站以 Google、Yahoo、Bing為主要的搜尋引擎,在Yahoo 與 Bing結合後,現階段只需要針對Google 與 Bing 進行自我檢測,就可以明白在搜尋引擎中可被搜尋的內容有哪些。

只需要在搜尋中鍵入 site:你的Url,例如檢查OursWeb的數量,就可以鍵入 site:www.oursweb.net

檢查之後,得到以下數據:

Google : 119,000 、 Bing : 9,140

透過檢查可以所負責的網站可被搜尋資料量,對於擁有許多內容的網站,如果無法被搜尋到,那又如何能接觸到更多人,讓更多好的內容被人見呢?

但還有一個挑戰必須面對,在Google搜尋中包含了450億筆的資料,而Bing也有130億筆的資料,在這茫茫的資料中,要如何凸顯,如何讓人關注到,這又是另一個難題了。

相關數據請參閱http://www.worldwidewebsize.com

我們也必須打破一個觀念,以往我們只重視首頁的呈現,而如今多數人觀看資料不是從社交網站(facebook, Twitter, Weibo)觀看,就是從搜尋引擎直接進入內容頁,因此內容頁對搜尋引擎和社交網站的友善化處理,讓每頁內容都可以呈現最適當的方式,這是經營網站者必須注意的事情。

以下內容為搜尋引擎友善設計的說明

首先針對搜尋引擎的友善話來說明,友善化的目的就是讓搜尋引擎最佳化(Search Engine Optimization,簡稱SEO),目的是利用搜尋引擎的搜尋規則來提高目的網站在有關搜尋引擎內的排名的方式。

最佳化的規則很簡單,就是讓搜尋引的機器人能正確地讀懂網頁的內容,包含著以下的註解:

<title>頁面名稱</title>

<meta name=”description” content=”頁面說明”>

<meta name=”keywords” content=”關聯字詞” />

title 的部分建議依照每頁的內容不同而命名,命名必須要與內容貼切,不要太多贅字,關鍵的字詞排越前面越好。

decription 的部分,主要是呈現在搜尋引擎搜尋結果時所出現的說明內容,簡短描述頁面的內容即可,描述大概在100字左右即可。

keywords 的部分,主要是會被搜尋到的詞彙,不需要太多,以貼切文章的詞彙較為重要,填寫過當反而造成反效果,導致排續降低。

除了以上摘要以外,網頁內容部分需要善用 <H1><H2>的標籤,讓網站的主題與副主題凸顯,有加分的效果。

除了以上註解之後,可使用個搜尋引擎的站長工具,隨時觀察目前網站可被搜尋的狀況極可能發生的錯誤問題,

Binghttp://www.bing.com/toolbox/webmaster

Googlehttp://www.google.com/webmasters

Baiduhttp://zhanzhang.baidu.com

目前站長工具除了可以觀看到搜尋引擎的針對申請網站的所以資料數量,還可以判斷網頁是否有被植入木馬或是釣魚內容等監測,如果發生錯誤只需要修正後回報,即可避免網站被封鎖。

站長工具中可以提交 sitemap ,幫助搜尋引擎不需要透過爬行的方式發掘網頁,而是直接提交網站索引給搜尋引擎,透過清楚的標的,可以讓更多的網頁更早的被搜索引擎所收錄。

以下為 sitmap.xml 的語法:

<?xml version=”1.0″ encoding=”UTF-8″?>
 <url>
<loc>網址</loc>
<lastmod>更新日期</lastmod>
<changefreq>更新頻率</changefreq>
<priority>權重</priority>
 </url>
</urlset>

詳細的說明可以參閱http://www.sitemaps.org/zh_TW/protocol.html

以下內容為社交網站友善設計的說明

搜尋引擎最佳化之後,接著就是針對社交網站的友善化設定,在facebook興起之後,許多人的資訊取得是透過facebook的分享而得,所以我們必須要對其最友善化的設計,才能讓分享實呈現最佳的內容。

因此我們必須要在每一頁網頁做以下的註解,以利facebook可以讀取正確的資訊,包含著以下註解:

<meta property=”og:title” content=”頁面名稱”/>

<meta property=”og:url” content=”網站網址”/>

<meta property=”og:site_name” content=”網站名稱”/>

<meta property=”og:description” content=”頁面說明”/>

<meta property=”og:image” content=”呈現圖片網址”/>

og:title,og:description 與搜尋引擎的title和description描述依樣,請參閱上述的說明。

og:url 的部分是讓facebook知道其內容網站的主要網址,請直接放下完整的網址,例如我們設定為 “http://www.oursweb.net

og:site 的部分是讓facebook知道其內容網站的正確名稱,例如我們設定為 “OursWeb 我們的網站”

og:image 的部分則是讓人知道分享後主要呈現在facebook的圖片,這裡需要放置完整的圖檔位置,例如我們金句部分設定為 “http://www.oursweb.net/BibleVerse/images/logo.png

如果需要檢查是否輸入正確,可以透過 facebook debugger工具進行檢測。

facebook debuggerhttps://developers.facebook.com/tools/debug

完成了以上工作,可以幫助網站內容更多的被看見,當我們有著傳福音的心智並且投入資源開發和經營網站之後,也別忘了讓網站中的內容能更多的被看見,讓神的話語能充滿在整個網路,讓福音能在每次搜尋和分享中被傳遞開來。

觀念分享: