華人教會名錄&機構名錄的蛻變

終於在五月十九日正式上線了【華人教會名錄機構名錄】,或許很多人不知道,這並非是一個嶄新的服務,主要是將舊有的服務正式升級,原先在OursWeb網站中,已經存在了這樣的一個華人教會機構名錄,因操作介面的不方便,以及缺乏地圖的索引,導致使用率過低,因此很多人並不清楚【找機構】服務的存在。

2013051902

早在2001年OursWeb正式開站之時,找機構服務就已經開始運作,當時由中華基督教福音協進會的名單總檔,提供了最初的台灣教會機構名錄、而透過使者協會取得了美加的華人教會名錄,這些年我們並沒有馬虎,仍然馬不停蹄的收錄各地的華人教會資訊,除了透過網路公開資料的收錄,並網友共同參與校對和宗派機構提供的名錄,十幾年的光陰累積了一萬五千多筆的資料量。

重新規劃服務之前,思索著教會名錄的核心價值應該是什麼?只是讓人找尋到教會嗎?難道沒有更多的意義嗎?

 

2013052801

使用教會機構名錄的動機

 

核心價值

透過一次腦力激盪會議中,找尋出使用教會名錄的各種動機,從個人出發,教會與機構之間,擴大到廠商與社會大眾,可以看見教會機構名錄的需求,在此我們明白此服務的核心價值,帶著合一、宣教和事奉。

2013052802合一

教會機構名錄,能帶來彼此的認識,產生更多的機會接觸彼此。

以往我們認為「合一」一定是要一起做事情,然而肢體各有不同,真正的合一卻是從彼此認識開始,透過彼此認識,知道差異、限制、優點、缺點,而在主裡我們能相互成全、相互幫補、相互承擔,合一不一定要一起做什麼,而是彼此之間能擁有著共同知識開始。

宣教

參與網路事奉之後,發現到有許多的人正在尋找教會,只是我們沒有一個完整的資訊能提供服務,讓主動找教會的人可以找著,更讓參與網路福音的弟兄姊妹,能不受區域的限制,透過教會機構名錄,讓接受福音的網友能就近參與當地的教會;而海外的華人教會,更是華人主要的社交網路,若能讓海外的華人,能快速找尋到就近的教會,更能帶來不少的幫助。

事奉

教會所呈現給社會大眾的觀感,不要只停留在宗教的色彩,而能透過各類的服務,讓人更多的認識教會的資源,更多的認識我們信仰的全貌,曾經有人詢問哪裡有閱讀空間?聖誕節哪裡有無障礙設施的教會,可以鼓勵行動不便的朋友可以參與?那裏有課後陪讀班呢?社會上有太多的需求,都是教會可以提供的服務,透過這些服務可以讓人對教會的觀感改變,更能成為社區的守望。

挑戰與困難

找機構服務發展的十年多的光陰,清楚感受到資料的正確性、實用性和完整性,一直都是我們需要面對的挑戰,更是維護資料的一大困難。

2013052803

資料正確性

資料的正確性是一個難題,當資料建構越久,正確性就會越來越低,隨著時間的流逝,資料的異動比例就越來越高,我們所能更新的只是有限的小弧度,並不能維持住一定的正確性。

資料實用性

這個問題相對也帶出了資料的實用性,資料需要被使用才能隨時掌握住正確性,但資料的正確性同時也影響的實用性,變成了相互影響的關係。

資料完整性

而實用性需要越高,資料的完整性就必須要越足夠,光是通訊資料已經無法滿足所有的實用,因此我們必須要收集更多的資訊,以達到最高的實用性。

因此在規劃服務的時候,除了讓操作介面簡化以外,更需要讓搜尋引擎能找尋到所有的資料,畢竟多數人搜尋教會機構是透過搜尋引擎;其次如果資料只能在單一網站使用,服務的實用性就會不高,因此必須要將服務能更廣泛的提供不同單位和網站應用。

也就是下階段我們將規劃完整服務的嵌入版,讓不同需求的教會、機構和網站,都能使用到這份教會名錄,而更廣泛的使用將會邁向開放型資料,讓會寫程式的人,或有需求資料的人都能便利的取得最新的資訊。

需要各位的參與

維護教會名錄、機構名錄,這是一個龐大的工作,而在我們人力有限,接觸範圍不大的景況下,需要弟兄姊妹能主動的參與,並隨時回報進行資料更正,這樣我們才能共同擁有一個準確的教會、機構名錄。

就讓我們一起來參與!從自己的教會開始校對,再擴張到身邊的教會機構,並邀請身邊的人一起來參與維護!讓我們共同建構一個完善的教會名錄,呈現出我們完整的教會資訊!

華人教會名錄 http://church.oursweb.net

觀念分享:

教會機構名錄的未來

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

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

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

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

教會機構

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

基督徒

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

慕道友

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

在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

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

觀念分享: