analytiikka SharePoint on-Premises

SharePoint voimaannuttaa kymmeniä tuhansia yrityksiä ympäri maailmaa, mukaan lukien 80 prosenttia Fortune 500-yrityksistä. Kun valtava osa yrityksistä välittää SharePointissa jatkuvasti kasvavaa sisältöä, monet ylläpitäjät huomaavat, että heidän on suoritettava jonkinlaista sivuston Analytiikkaa SharePointissa.

usein heidän on vastattava yksinkertaisiin kysymyksiin, kuten:

    • kuinka monta aktiivista käyttäjää tilallani on?
    • mitkä sivustot ovat aktiivisimpia?
    • mitkä sivustot ovat olleet pitkään toimettomina?
    • mitkä ovat tietyn sivuston kävijätrendit?

Out-Of-the-Box SharePoint Analytics and Usage

Out of the box, SharePoint tarjoaa jonkin verran apua näihin kysymyksiin. SharePoint 2010: llä oli oma Web-Analytiikkapalvelusovellus, joka tarjosi tietoa käyttäjien käyttäytymisestä SharePoint-sivustoillasi. Se teki melko kelvollista työtä, mutta lähinnä suorituskykysyistä se lopetettiin SharePoint 2013-tapahtumassa. SharePoint 2013 lisäsi uuden SharePoint Analytics Processing-komponentin, joka on nyt osa hakupalvelua. Se tarjoaa sinulle joitakin perusraportteja:

  • Suosio Trends näyttää käyttö tapahtuma tilastot sivuston kokoelma, sivusto, tai yksittäisen kohteen kirjastossa tai luettelossa.
  • Suosituimmat kohteet näyttää kirjaston tai luettelon kaikkien kohteiden käyttötapahtumatilastot.

yksityiskohtaiset ohjeet raportin käytöstä löydät täältä.

katso suosion trendit SharePoint-analytiikan avulla

katso suosion trendit SharePoint analytics

näiden raporttien suurin ongelma on se, että ne eivät anna sinulle isoa kuvaa siitä, mitä tilallasi tapahtuu. Sinun täytyy luoda Excel-raportti sivuston kokoelma sivuston kokoelma, ja vaikka yrität kaventaa raportin alas yhden sivuston kokoelma, sinun täytyy silti mennä sivusto sivustolta, ja luettelo listalta, nähdä, mitä tapahtuu. Se vaatii liikaa työtä ja on liian aikaa vievää ollakseen hyödyllistä. Toinen sudenkuoppa on, että ei ole API automatisoida tätä työtä.

Oman SharePoint-analytiikan tekeminen

Määritä käyttö-ja terveystietojen keruu SharePoint-palvelussa

niin monia rajoituksia out of the box-vaihtoehdoille, että saatat joutua turvautumaan muihin vaihtoehtoihin etsiessäsi vastauksia kysymyksiin, jotka aloittivat kaiken tämän. Yksi vaihtoehto on käyttää käyttö-ja terveystietojen Keruupalvelun keräämiä Page Request-tapahtumia, jotka on helppo määrittää: Sinun tarvitsee vain siirtyä keskushallintoon > seuranta > Määritä käyttö-ja terveystietojen keruu SharePoint-palvelimella ja varmista, että ”Ota käyttöön käyttötietojen keruu” ja ”sivupyynnöt” tarkistetaan. Kun määritetty, SharePoint alkaa välittömästi kerätä käyttölokeja.

 SharePoint Analytics-määritä käyttö-ja terveystietojen keruu

ensin käyttölokit tallennetaan levylle maatilasi jokaiselle WFE-palvelimelle oletuspaikassa C:\Program tiedostot \ Yleiset tiedostot\Microsoft jaetut\www-Palvelinlaajennukset\16\lokit. On ajastustyö, ”Microsoft SharePoint Foundation Usage Data Import”, joka siirtää ne Lokitietokantapalvelimelle viiden minuutin välein. Riippuen siitä, kuinka monta aktiivista käyttäjää ja tapahtumaa haluat kirjata, tämä tietokanta voi kasvaa hyvin nopeasti, joten on tärkeää tarkistaa tietojen säilyttämisen asetukset tapahtumille, joiden oletusarvo on 14 päivää. Voit tarkistaa nämä seuraavilla PowerShell cmdlet Get-SPUsageDefinition ja muuttaa niitä Set-SPUsageDefinition.

Sharepoint Anyltics-lokien Lokitietokantaa

nyt kun olet määrittänyt kaiken, voit luoda raportteja kyselemällä lokitietokannasta. Page Request events on tallennettu yhteensä 31 osioituun taulukkoon, jotka vaihtelevat RequestUsage_Partition0: stä RequestUsage_Partition31: een. Jotta ei tarvitsisi yhtyä kaikkiin osioihin, on parasta olla käyttämättä taulukoita suoraan, vaan käyttää sen sijaan Pyyntönäkymää.

kun tarkastelet Pyyntönäkymää, huomaat tärkeimmät sarakkeet: LogTime, UserLogin, Web Applicationid, SiteId, SiteUrl, ja WebId. Joten, tietäen kaiken tämän, yritetään selvittää, kuinka monta aktiivista käyttäjää oli tilallani viime viikolla. Tässä on otoskysely:

valitse lukumäärä(RowId) Farmhitsinä, lukumäärä (erillinen Käyttäjälogin) Farmunikäyttäjinä alkaen .Missä PartitionId in (valitse PartitionId from fn_PartitionIdRangeMonthly('20181001', '20181007')) ja UserLogin ei ole nolla ja DataLength(UserLogin) > 0 ja Web Applicationid <> "0000000-0000-0000-0000-000000000" ja SiteId <> "00000000-0000-0000-0000-0000-0000-0000-000000000" ja webid<> '00000000-0000-0000-0000-000000000000'

kyselystä huomaat, että yritämme suodattaa pois asioita, jotka eivät ole todellista käyttäjän vuorovaikutusta maatilasi sivun kanssa. Tämän kyselyn luotettavuuden parantamiseksi olisi hyvä suodattaa vielä muutama asia.:

  • suodata Käyttäjälogin hallinnoiduille tileille ja maatilan tilille.
  • suodata Pyyntötyyppi vain katsoa http GET-pyyntöjä.
  • suodata Asiakirjapolku, jos haluat vain katsoa .aspx sivut ja sivuuttaa paljon tarpeettomia API puhelut.

kaiken tämän tietäen yritetään ratkaista toinen ongelma löytämällä viime viikon aktiivisimmat sivustokokoelmat:

 valitse TOP 1000 SiteId Siteidiksi, SiteUrl, COUNT(Sowid) osumiksi, COUNT(erillinen UserLogin) UNIQUEVISITS from .Missä PartitionId in (valitse PartitionId from fn_PartitionIdRangeMonthly('20181001', '20181009')) ja UserLogin ei ole nolla ja DataLength(UserLogin)>0 ja Web Applicationid <> "0000000-0000-0000-0000-000000000" ja SiteId <> "0000000-0000-0000-0000-0000-0000000000000000" ja webid <> "00000000-0000-0000-0000-00000-0000-00000000" ja asiakirjapolku kuten"%.aspx 'ja RequestType =" GET " group BY SiteId, SiteUrlORDER BY COUNT(RowId) DESC

näet, että kyselyä on helppo muokata saadaksesi tietoa sivuston kokoelmista. Voit helposti mennä alas subsite tasolla lisäämällä ryhmä webid sarake.

vaikka tämä lähestymistapa antaa sinulle joitakin vastauksia, sinun on tiedostettava sen rajoitukset.:

  • kyselystä voi tulla isommilla tiloilla hyvin hidas, jos kyselyä tekee muutamaa päivää pidempään.
  • tietojen säilytysajan enimmäishistoria on 31 päivää, eikä raporteissa voi mennä pidemmälle taaksepäin.
  • kyselyä on hyvin vaikea kirjoittaa saadakseen tietoa vierailijoista dokumenttikirjastossa tai dokumenttitasolla.
  • tietokanta voi käyttää paljon levytilaa.

Spdockitin käyttäminen SharePoint Analyticsiin

Spdockitin analytiikka-ja Auditointiraporttien avulla voit saada vastauksia kysymyksiisi menettämättä paljoakaan unta. Ne on helppo määrittää ja voittaa useimmat edellä mainitut rajoitukset.

voit saada selkeän kuvan siitä, miten käyttäjäsi ovat vuorovaikutuksessa maatilan kanssa SharePoint-Analytiikkaraportissa, joka on otettu käyttöön versiossa 8. Se sisältää tietoja ja tiivistelmiä sivun osumien määrästä, ainutlaatuisista vierailijoista, tallennustilan käytöstä ja kunkin sivuston kokoelman osakohteiden määrästä sekä yksityiskohtaisia suuntauksia, jotka osoittavat, miten nämä mittarit ovat muuttuneet aiemmin ja miten ne käyttäytyvät nyt. Niille, jotka etsivät joitakin lisätietoja siitä, miten sivuston kokoelmat suorittavat, voit nopeasti rajata alas subsite tasolla ja saada raportin, joka vastaa kysymyksiin sivuston toimintaa.

 miten käyttäjät ovat vuorovaikutuksessa SharePoint Farmin kanssa on helppo nähdä Spdockitilla

kuinka käyttäjät ovat vuorovaikutuksessa SharePoint Farmin kanssa on helppo nähdä spdockit

Spdockitilla, ei tarvitse pysähtyä alatasolle Analytiikkaraporttien osoittaman katselukertojen ja kävijöiden määrän kanssa. Voit käyttää uusia Tarkastusraporttejamme saadaksesi tietoa siitä, kuka vierailee SharePoint-sivustoilla ja avaa tiedostoja. Joitakin tapahtumia voit seurata täältä ovat:

  • avatut ja ladatut dokumentit, luetteloiden kohteet ja tarkasteltujen kohteiden ominaisuudet;
  • muokatut kohteet;
  • tarkistetut ja tarkistetut kohteet;
  • kohteet, jotka on siirretty ja kopioitu sivuston kokoelman muihin paikkoihin;
  • poistetut ja palautetut kohteet; ja
  • etsityt kyselyt ja ehdot.

Uudet SPDocKit ovat nyt saatavilla, joten lataa 30 päivän ilmainen kokeiluversio ja kokeile sitä itse.

Haluatko lukea lisää viestejä meiltä? Tilaa blogimme ja pysy ajan tasalla!

 SPDocKit Free Trial

Vastaa

Sähköpostiosoitettasi ei julkaista.