Fortsätt till huvudinnehåll

Att tänka på om ni byter root-site för er SharePoint online

Varje Microsoft 365 tenant har en Root site

Det är siten med den kortaste URL:en [Organisation].sharepoint.com. Därför är det snyggt att ha den siten som förstasida för intranätet.



Många organistaioner börjar dock med en test av Microsoft 365 och SharePoint online. I samband med den testen används root-siten till lite av varje.

Ett intranätsprojekt startas och en proof of concept för intranätets förstasida byggs upp på annan plats än root-siten. Helt plötsligt finns det en uppbyggd och testad förstasida för intranätet på en helt annan plats i strukturen än den faktiska root-siten.

Men det gör ju inte så mycket. Det är få användare som bryr sig särskilt mycket om sökvägarna till webbplatserna. Ni kommer ju att lägga upp länkar till på strategiska platser som gör att de kan komma till startsidan utan att bry sig om URLen.

Men ibland kan det vara bra att ha startwebbplats för intranätet på "rätt" plats. Om inte annat är det snyggare.

Det är lätt att flytta en webbplats från en annan URL till root-sitens URL. Den funktionen är inbyggd i centrala administrationen för SharePoint.

  1. Gå till SharePoints administrationscenter.
  2. Öppna vyn för Sites och se på Active Sites.
  3. Leta fram din nuvarande root-site.
    (Enklast är att sortera sitelistan på URL (a-z) då kommer root-siten överst).
  4. Markera root-siten.
Nu kommer du att få upp vilka åtgärder du kan vidta med siten. Ett av alternativen är "Replace site"

Då du väljer att byta ut root-siten får du ange URLen till den webbplats du vill ha som ny root-site.

SharePoint växlar sedan den gamla root-siten mot den nya. (Den gamla root-siten arkiveras, den tas ej bort). Den utpekade siten kopieras in som ny root-site. Smidigt och enkelt.

Det gäller dock att planera detta lite innan det görs. Microsoft anger att:

  • Alla länkar som manuellt gjorts till den tidigare platsen för intranätets startsida eller resurser på sidan kommer att få pekas om.
    T.ex. "Featured links" på SharePoints startsida, genvägar i användarnas webbläsare, hyperlänkar i dokument.
  • Se till att användare som eventuellt arbetar med dokument i den plats du ska flytta in som ny root-site stänger dessa dokument och att de inte har några filer i webbplatsens papperskorg som de eventuellt vill återställa.
  • Gå igenom så policys, rättigheter och inställningar för extern delning för att de stämmer med de du vill ha för den webbplats du flyttar in som root-site.
Det finns begränsningar för sidan du kopierar in som ny root-site:
  • Webbplatsen som kopieras in som ny root-site måste vara en:
    • Communication site
    • En modern Team Site som inte är kopplad till en Microsoft 365-grupp (STS#3)
    • En klassist Team Site (STS#0).
  • Root webbplatsen kan ej vara kopplad till en Microsoft 365-grupp.
  • Ingen av webbplatserna (den ursprungliga root-siten eller den webplats du vill kopiera in som ny root-site) får vara registrerad som en Hub-site. Om någon av dem är en Hub-site får du avregistrera den som Hub-site, göra bytet och sedan omregistrera siten som Hub-site efter bytet.
  • Bytet av root-site är ett byte av hela webbplatssamlingen.
    Om den rootsite som finns där före bytet har underwebbplatser kommer dessa att arkiveras i samband med bytet av root-site.
  • Den webbplats du kopierar in som ny root-site måste vara inom samma domän som den ursprungliga root-siten.
Efter att byte är gjort måste en ny Crawl göras för att söken ska uppdateras och hitta rätt.

Vi gjorde detta själva och jag måste säga att det fungerade smidigt. De flesta länkar och funktioner som är inbyggda i SharePoint hanterar detta väl och fortsätter fungera på bra sätt efter kopieringen.

Vi upptäckte dock att det uppstod några fel vi ej var beredda på:

  • Vi hade en frånvarolista på förstasidan som slutade fungera.
    • Formulären slutade fungera efter flytten.
      • Här angavs att innehållstypen var korrupt.
        • Vi kopplade bort innehållstypen från listan
        • Raderade kolumnerna som blivit föräldralösa,
        • La in innehållstypen igen
      • Nu fungerade listan igen.
    • Vi hade byggt en Power App för att vi skulle kunna registrera frånvaro via våra mobiler.
      • Här fick vi gå in och göra om kopplingen till listan. Efter det fungerade Power Appen igen.
Kontentan av denna post:
  1. Det är enkelt att byta root-site för ditt Microsoft 365 abbonemang
  2. Planera det dock innan och meddela användarna om att det kommer att ske så de kan fixa sina länkar
  3. Ge det lite mer tid och testa det ordentligt då oförutsedda saker kan ske.
Jag kan se hur denna funktionalitet kan vara mycket användbar och smidig vid en uppdatering av intranätet då det är enkelt att göra en proof of concept för den nya startsidan och sedan flytta över den till root-siten snabbt och enkelt.

--- --- ---

Ola Lövgren, lösningsutvecklare, Axalon

Kommentarer

Populära inlägg i den här bloggen

Teams - Grupprum / Breakout rooms

Grupprum i Teams Nu har Grupprummen äntligen kommit till Teams. Fördelen med det är att ni enkelt kan dela in er i mindre grupper under ett möte och tillfälligt arbeta i egna grupprum för varje grupp. När grupparbetet är klart kan ni sedan enkelt återgå till huvudmötet. Allt arbete ni dokumenterat i grupprummet är sedan kvar och åtkomligt under resten av mötet och därefter. Det finns dock ett par förutsättningar för att detta ska fungera: Du måste ha aktiverat Teams nya mötesutseendet  ( hur du gör det kan du se här ). För att kunna skapa grupprum och agera mötesorganisatör måste du jobba i Teams-klienten, inte i webb-klienten. Du kan dock delta i möten med grupprum via webbklienten. Om du ska hålla ett möte med flera deltagare där du vill kunna dela upp deltagarna i flera grupper som diskuterar internt, utan att alla i mötet ska behöva vara med under diskussionen (ett grupparbete), så kan du nu skapa grupprum under mötet. Möjligheten till detta visas under mötet. Det går att förb

Glöm inte slå på de nya Teamsfunktionerna

Semestern är över och vi är tillbaka på jobbet med Teamsmöten och andra trevliga aktiviteter. Det har hänt en hel del i Teams (och fortsätter att hända saker) i samband med semestern. Den största nyheten är att dina möten och samtal kan öppnas i ett eget, separat fönster, skilt från Teams-programmets huvudfönster. Det tillåter dig att lättare växla mellan mötet eller samtalet och dina resurser i Teams. Dessutom får du: Mötes- och samtalskontrollerna i övre kanten av mötes eller samtalsfönstret istället för i nedre delen av det. De kommer att finnas tillgängliga hela tiden (utan att du ska behöva vifta med muspekaren för att få igång dem) och de är inte i vägen för den delade skärmen eller videon som visas. "Large gallery view" låter dig se upp till 49 videovisingar av deltagare samtidigt. Detta visningsläge är tillgängligt om mötet har 10 eller fler deltagare som har igång sin videokamera. För att slå på "Large gallery" går du till "Fler alternativ"

Microsoft Bookings, så mycket mer än vad du tror!

  Nu har vi tittat närmare på funktionen Bookings i Microsoft 365. En tjänst som många kanske bara ser i sina menyer, men väljer att scrolla förbi. Vi på Axalon har testkört funktionen och den kan göra mer nytta än vad många tror.   Vad är Bookings? Bookings är en funktion som finns med i de Microsoft licenser som innefattar Exchange. Det är en tjänst som är sammankopplad med dina medarbetares Outlook. Du når Bookings via startsidan office.com och den omtalade våfflan. (vilket för övrigt är en suverän sida för alla Microsoft 365 användare) eller via Teams.   Bara till för frisörer och däckföretag? Vid en snabb överflygning kan man säga att Bookings är en tjänst att erbjuda andra att boka min, mina kollegors tid för en specifik tjänst eller uppgift.   Ett exempel ser du längre ned i denna text. Där kan du boka in mig för en demo av just Bookings. Det behövs heller inga tekniska kunskaper för att hantera Bookings. Jag är absolut ingen tekniker eller administratör av Microsoft