En webbplats för en franchisekedja med flera platser behöver en gemensam WordPress-infrastruktur med platssidor byggda på en återanvändbar mall. Rätt arkitektur – oavsett om det är en struktur med underkataloger i en WordPress-installation eller ett Multisite-nätverk – låter huvudkontoret upprätthålla varumärkesstandarderna och ger varje enskild plats tillräcklig flexibilitet för att ranka i lokala sökningar. Att fatta rätt beslut från första dagen sparar månader av åtgärder senare.
De flesta franchisewebbplatser misslyckas inte på grund av dålig design, utan på grund av ett arkitekturval som gjordes för tidigt, utan förståelse för avvägningarna kring SEO och drift. Den här guiden går igenom vad du ska bestämma, i vilken ordning och varför.
Det viktigaste
- URL-strukturer med underkataloger är det praktiska standardvalet för de flesta franchisewebbplatser – de förenklar analys, intern länkning, innehållsstyrning och genomsökning under en domän. Google uppger att det kan ranka underdomäner och underkataloger lika; valet är i första hand ett arkitekturbeslut, inte ett rankningsbeslut.
- En enda WordPress-installation hanterar de flesta franchisenätverk effektivt. Multisite är rimligt när platserna behöver verklig driftmässig separation – separata administratörer, olika behörigheter eller flera franchisevarumärken som delar en WordPress-motor i stället för att underhålla separata kodbaser.
- Platssidor behöver verkligt olika innehåll – inte bara utbytta stadsnamn. I IMADOs implementeringar bygger vi varje platssida kring minst fem platsspecifika element så att sidorna skiljer sig tydligt från varandra.
- Strukturerade data av typen LocalBusiness ger Google tydlig, maskinläsbar information om varje fysisk plats och kan stödja lokala sökfunktioner som sidan är berättigad till. På franchisewebbplatser är de genomgående otillräckligt implementerade.
- Prestandakraven på franchisewebbplatser ökar med trafikvolym och frågornas komplexitet, inte med antalet platser. CDN och objektcache blir viktiga när du har platssidor med mycket trafik, tunga geofrågor eller dynamiska integrationer per plats – inte bara för att du har passerat ett visst antal sidor.
URL-struktur för franchisewebbplatser: underkatalog, underdomän eller separata domäner?
För de flesta franchisewebbplatser är underkataloger rätt val. Sökvägsstrukturen domain.com/locations/chicago/ håller allt innehåll under en domän, vilket förenklar genomsökning, intern länkning, analys och innehållsstyrning. Valet handlar inte i första hand om ranking – Google uppger att det kan ranka strukturer med underkataloger och underdomäner lika.
Data från fallstudier lutar åt underkataloger. När IWantMyName flyttade från en underkatalog till underdomäner sjönk den organiska trafiken med 47 % enligt en fallstudie dokumenterad av CognitiveSEO. Pink Cake Box gick åt andra hållet – från underdomäner till underkataloger – och fick 40 % mer organisk trafik. Det är användbara datapunkter, även om Googles egen vägledning är att det kan ranka båda strukturerna lika. Fatta beslutet utifrån vad som är enklast att hantera i driften.
Underdomäner har ett legitimt användningsfall: franchisekedjor där enskilda platser drivs som juridiskt eller varumärkesmässigt separata enheter, var och en med sin egen Google-företagsprofil, andra tjänster och innehåll som skiljer sig betydligt från huvudkontorets. Även då presterar en välstrukturerad lösning med underkataloger oftast bättre ur ett rent SEO-perspektiv.
Separata domäner per plats är nästan aldrig värda den extra driften, såvida du inte driver en verklig portfölj med flera varumärken och inte en franchisekedja med en enhetlig varumärkesidentitet.
| Faktor | Underkatalog | Underdomän | Separat domän |
|---|---|---|---|
| Samlat SEO-värde | Bäst | Splittrat | Helt splittrat |
| Styrning från huvudkontoret | Enklast | Måttlig | Mest komplex |
| Innehållsredaktörer per plats | Möjligt (rollbaserat) | Enklare | Enklast |
| Komplexitet vid uppsättning | Låg | Medel | Hög |
| Rekommenderas för franchisekedjor | Ja | Bara i undantagsfall | Bara för varumärkesportföljer |
WordPress Multisite eller en installation: vilken arkitektur passar din franchisekedja?
Rätt arkitektur beror på kraven på driftmässig separation, inte på antalet platser. Ett centralt styrt nätverk med 100 platser kan fungera bra i en enda installation med en egen inläggstyp för platser (CPT). Åtta franchisetagare som behöver egna administratörer, oberoende plugin-konfigurationer eller separat varumärkesstyrning på en gemensam motor – det är ett fall för Multisite.
Multisite medför verklig extra drift. Varje plugin måste vara kompatibelt med Multisite, och ändringar i hela nätverket kräver superadministratörsbehörighet. Temauppdateringar slår igenom på alla underwebbplatser samtidigt, vilket är kraftfullt när det fungerar och störande när det inte gör det. I ett nätverk där huvudkontoret styr allt innehåll ger den extra driften dig ingenting.
För att utveckling med WordPress Multisite ska vara meningsfullt bör minst ett av följande stämma: franchisetagarna måste hantera sitt eget innehåll självständigt, enskilda platser behöver egna plugin-konfigurationer eller din juridiska struktur kräver att data hålls åtskilda mellan platsernas bolag. Multisite passar också naturligt för franchisegrupper som driver flera separata varumärken från en WordPress-motor – det är betydligt billigare än att underhålla en separat kodbas för varje varumärke.
Som en grov utgångspunkt utvärderar vi oftast Multisite från ungefär 20 platser – men den siffran är underordnad frågan om hur nätverket drivs.
| Scenario | Rekommenderad arkitektur |
|---|---|
| Centralt styrt innehåll, valfritt antal platser | En installation + plats-CPT |
| Redaktörer per plats, oberoende konfigurationer | WordPress Multisite |
| Flera franchisevarumärken, gemensam WordPress-motor | WordPress Multisite |
Det här måste varje platssida innehålla
I våra franchiseprojekt bygger vi varje platssida kring fem platsspecifika innehållselement. Googles riktlinjer om mellansidor varnar för ”många liknande sidor, var och en lätt ändrad för en annan stad” – målet är sidor som är verkligt användbara för en besökare på just den platsen, inte mallar med utbytt stadsnamn.
De fem signalerna som gör en platssida verkligt unik: en platsspecifik rubrik som hänvisar till närområdet (inte bara ett infogat stadsnamn), fullständiga NAP-uppgifter (namn, adress, telefonnummer), en inbäddad Google-karta, en unik tjänstebeskrivning med lokal kontext – kända platser i närheten, serviceområde, hänvisningar till lokala kunder – och recensioner som hämtas specifikt från platsens Google-företagsprofil.
Små formateringsskillnader som ”Suite” och ”Ste.” spelar sällan någon roll – Google är bra på att normalisera adresser. Fokusera i stället på att de faktiska företagsuppgifterna stämmer på webbplatsen och i GBP: företagsnamn, besöksadress, telefonnummer, webbplatsens URL och öppettider. Det är dem Google använder för att bedöma relevans och bygga den lokala entiteten.
Att bädda in Google Maps utan att försämra Core Web Vitals kräver fördröjd inläsning av iframe:n. Läs in den först när användaren skrollar fram till kartan, inte vid första sidladdningen. En franchisewebbplats med 30 platssidor där var och en läser in en fullständig Google-karta direkt kommer att underkännas på LCP över hela linjen.
Att dynamiskt hämta platsspecifika recensioner kräver en koppling till Google Business Profile-API:t eller en tjänst som samlar recensioner. Recensionerna på varje platssida ska komma från GBP-profilen för just den platsen, inte från ett allmänt flöde från huvudkontoret.
Varumärkesstyrning: så styr huvudkontoret mallen utan att låsa franchisetagarna
Den renaste styrningsmodellen låser globalt sidhuvud, sidfot, typografi och färgpalett på temanivå i WordPress och ger franchisetagarna ett ACF-baserat redigeringsgränssnitt med fördefinierade fältgrupper. Franchisetagarna redigerar innehåll, inte struktur. De har inte åtkomst till hela blockbiblioteket i Gutenberg-redigeraren och kan inte röra temat.
Det här är ett tekniskt beslut, inte en policyfråga. Du löser inte varumärkesglidning med en grafisk profil i PDF. Du löser den genom att bygga ett CMS där fel val inte finns tillgängligt.
Roller och behörigheter i WordPress ger detaljerad kontroll. En redaktörsroll för franchisetagare kan konfigureras med åtkomst endast till vissa inläggstyper (sin egen platssida), endast till vissa ACF-fältgrupper och ingen åtkomst till temaanpassning, plugin-inställningar eller andra platsers innehåll. Med WordPress-filtret map_meta_cap kan du förfina detta hur långt som helst om standardrollerna inte räcker.
Synkronisering av varumärkestillgångar mellan platser sköts på temanivå. Färgtokens, typografidefinitioner och logotypfiler ligger i temats konfiguration, inte i inställningarna för enskilda platssidor. När huvudkontoret uppdaterar den primära varumärkesfärgen uppdateras den överallt samtidigt. Franchisetagarna får inget fält för att åsidosätta den.
När en franchisetagare ändå bryter mot varumärkesstandarderna – laddar upp ett foto som inte passar varumärket eller skriver över en rubrik med säljande formuleringar som krockar med huvudkontorets budskap – är återställningsrutinen avgörande. Revisionssystemet i WordPress täcker inläggens innehåll; för ACF-fält införde ACF 6.8.1 ett datalager som kopplar fältvärden till WordPress-revisioner, så att redaktörer kan granska och återställa tidigare fältvärden via den inbyggda skärmen Revisioner. För detaljerad loggning av vem som gjorde vad lägger du till ett särskilt plugin för aktivitetslogg. Identifiera överträdelsen, återgå till den senast godkända versionen och förklara för franchisetagaren hur det korrekta innehållet ska se ut.
I projekt där designlagret behöver full uppmärksamhet parallellt med den tekniska arkitekturen omfattar vårt arbete med UI/UX-design för WordPress både definitionen av designsystemet och implementeringen från Figma till WordPress för franchisekunder.
För franchisegrupper som inte vill bygga den här infrastrukturen från grunden erbjuder IMADO Location Engine en produktionsklar WordPress-arkitektur för webbplatser med flera platser. Den samlar platsdata som öppettider, priser, evenemang, kampanjer och bokningsinformation centralt och ger varje enhet kontrollerad åtkomst till sitt eget innehåll. Nya platser lanseras från en beprövad grund där lokala sidor, strukturerade data, navigering, behörigheter och integrationer redan är inbyggda i plattformen – så att ett nätverk kan växa utan att samma funktioner byggs om för varje ny enhet.
Implementering av lokal SEO: schema, GBP och intern länkning
Varje platssida behöver LocalBusiness-schema med korrekt adress, öppettider, telefonnummer och geografiska koordinater. Strukturerade data av typen LocalBusiness ger Google tydlig, maskinläsbar information om varje fysisk plats och kan stödja lokala sökfunktioner som sidan är berättigad till. På franchisewebbplatser är de genomgående otillräckligt implementerade.
Schemat ska implementeras som JSON-LD och infogas i <head> på varje platssida. WordPress lägger inte till LocalBusiness-schema som standard – RankMath och Yoast SEO stöder det genom sina moduler för lokal SEO, eller så kan du implementera det med ett eget plugin som läser fältdata från platssidan. @type ska sättas till den mest specifika undertyp som passar: LocalBusiness, FoodEstablishment, AutoRepair, LegalService osv. Mer specifika typer förbättrar igenkänningen av entiteten.
Varje platssida ska ha en självrefererande canonical-tagg som pekar på sidans egen URL – standardpraxis för att undvika problem med duplicerat innehåll om sidan någon gång blir åtkomlig via flera sökvägar. Separat anger du i varje plats Google-företagsprofil fältet Webbplats som URL:en till motsvarande platssida. Det är så Google kopplar GBP-profilen till din webbplats, inte via canonical-taggen. Googles dokumentation om strukturerade data för LocalBusiness beskriver de obligatoriska och rekommenderade egenskaperna. Googles dokumenterade lokala rankningsfaktorer är fortfarande relevans, avstånd och framträdande – LocalBusiness-schema ger ingen direkt rankningsfördel, men ger Google strukturerad information och kan förbättra möjligheten att visas i lokala sökfunktioner.
Intern länkning från rotdomänen till platssidorna för auktoritet nedåt i hierarkin. Översiktssidan för platser (domain.com/locations/) ska länka till varje enskild platssida. Kategorisidor (domain.com/locations/new-york/) ska länka till undersidor på stadsnivå om nätverket är tillräckligt stort för att motivera det djupet. Rotdomänens huvudnavigering ska innehålla en länk ”Hitta en plats” som pekar på översiktssidan. Det är grundläggande, men saknas på ett stort antal franchisewebbplatser.
Kannibalisering av sökord mellan platssidor är en verklig risk. Om du riktar in dig på ”rörmokartjänster Chicago” på Chicago-sidan och ett blogginlägg riktar in sig på samma fras konkurrerar de med varandra. Lösningen är en tydlig fördelning: platssidorna äger lokala transaktionella sökord och blogginnehållet riktar in sig på informationssökord. Skriv inte ett blogginlägg med rubriken ”De bästa rörmokartjänsterna i Chicago” om du har en platssida för Chicago.
Prestanda i stor skala: CDN och cache för fler än 50 platssidor
WordPress hanterar tusentals platsinlägg utan prestandaproblem när frågorna är korrekt uppbyggda och indexerade. Prestandautmaningen på franchisewebbplatser är inte antalet platser – utan frågornas komplexitet och trafikvolymen.
CDN-cache och en objektcache för WordPress (Redis eller Memcached) blir viktiga när du har: betydande trafik till enskilda platssidor, tunga geo- eller radiefrågor i en platssökare, anrop till tredjeparts-API:er per plats (recensionsflöden, lager, tillgänglighet) eller dynamiskt innehåll som varierar med användarens position. Googles undersökning om mobilhastighet visade att 53 % av mobilanvändarna lämnar webbplatser som tar mer än 3 sekunder att läsa in – platssidor med ooptimerade kartor och recensionswidgetar är ofta de långsammaste sidorna på en franchisewebbplats. Lägg till de här cachelagren när belastningen motiverar dem.
Helsidescache för platssidor kompliceras av dynamiskt innehåll. Sidor som visar recensioner i realtid, aktuella öppettider eller lagerstatus i realtid kan inte cachas helt i edge-nätverket utan att bli inaktuella. Rätt metod är att cacha det statiska skalet för varje platssida i CDN:et och läsa in det dynamiska innehållet (recensioner, öppettider) med JavaScript efter den första renderingen. Då förblir Largest Contentful Paint snabb samtidigt som innehållet är aktuellt där det spelar roll.
Vår tjänst för hastighetsoptimering av WordPress hanterar just det här lagret: CDN-konfiguration, Redis-objektcache, frågeoptimering för WordPress-webbplatser med många platser och mätning av Core Web Vitals per plats i stället för bara startsidan.
Mål för Core Web Vitals på platssidor: LCP under 2,5 sekunder, CLS under 0,1, INP under 200 millisekunder. Inbäddade kartor är den vanligaste orsaken till LCP- och CLS-problem på platssidor. Läs in dem fördröjt. Leverera platsfoton i WebP-format med angivna mått för att förhindra layoutförskjutningar.
Övervaka prestandan per plats, inte bara startsidan. En franchisekedja med 40 platssidor där tre av dem konsekvent underkänns på Core Web Vitals har ett problem som du inte hittar genom att kontrollera startsidan. Använd Core Web Vitals-rapporten i Google Search Console filtrerad på URL-mönster, eller schemalägg Lighthouse-körningar mot ett urval av platssidor.
Analysspårning per plats i GA4
Google Analytics 4 stöder segmentering på platsnivå via anpassade dimensioner. Implementeringen kräver att varje platssida märks med en location_id-parameter i GA4-konfigurationen och att du sedan bygger utforskningsrapporter som delar upp trafik, engagemangsgrad och konverteringshändelser per plats.
Skapa en anpassad dimension med namnet location_id i GA4 med omfattningen ”händelse”. Skicka parametern via gtag-konfigurationen eller via Google Tag Manager med en variabel som läser platsens ID från sidans URL eller från en push till datalagret. När dimensionen har fått värden kan du segmentera alla standardrapporter i GA4 per plats.
Målspårning per plats ska minst omfatta: formulärinskick (kontakt- eller offertförfrågningar), klick på telefonnumret och klick på ”Vägbeskrivning” i den inbäddade Google-kartan. Var och en av dessa ska spåras som en konverteringshändelse i GA4 med dimensionen location_id kopplad. Då ser huvudkontoret tydligt vilka platser som konverterar och vilka som behöver uppmärksamhet.
I Search Console skapar du en GSC-egendom för rotdomänen och använder sidfiltret i resultatrapporten för att segmentera efter platsernas URL-mönster (/locations/). Du behöver inte separata GSC-egendomar per plats om du inte använder separata domäner. Egendomen för rotdomänen samlar automatiskt in data för alla underkataloger.
Vanliga frågor
Ska en franchisekedja använda WordPress Multisite eller separata installationer för varje plats?
Beslutet beror på kraven på driftmässig separation, inte på antalet platser. En enda installation räcker för de flesta franchisenätverk, även stora. Multisite är rimligt när platserna behöver egna administratörer eller oberoende plugin-konfigurationer, eller när ni driver flera separata franchisevarumärken från en WordPress-motor. Som en grov utgångspunkt utvärderar vi oftast Multisite från ungefär 20 platser – men antalet platser i sig bör inte styra beslutet.
Vilken URL-struktur är bäst för en franchisekedjas webbplats?
Underkataloger är standardrekommendationen för franchisewebbplatser. Strukturen doman.se/locations/stadsnamn/ samlar domänauktoriteten under en rot, är lättare för centrala team att styra och undviker den splittring av SEO-värde som underdomäner orsakar.
Hur håller franchisewebbplatser varumärket enhetligt på alla platser?
Varumärkets enhetlighet upprätthålls i CMS:et, inte genom policydokument. Lås globala designelement (sidhuvud, sidfot, typsnitt, färger) i WordPress-temat och ge franchisetagarna åtkomst endast till fördefinierade ACF-fältgrupper för innehållet på sin platssida. Då är ändringar som bryter mot riktlinjerna inte bara avrådda utan helt enkelt inte möjliga.
Vilken schema-märkning ska en franchisewebbplats använda för varje plats?
Använd LocalBusiness-schema (eller den mest specifika undertyp som passar) implementerat som JSON-LD i <head> på varje platssida. Ta med adress, telefonnummer, öppettider, geografiska koordinater och URL:en till själva platssidan (t.ex. example.com/locations/chicago/). Egenskapen url i LocalBusiness-schemat ska peka på webbsidan, inte på URL:en till Google Maps eller GBP-profilen.
Hur förhindrar man att platssidor flaggas som duplicerat innehåll?
Varje platssida behöver minst fem unika innehållssignaler: en platsspecifik rubrik, en beskrivning av de lokala tjänsterna, NAP-uppgifter, en inbäddad Google-karta för adressen och recensioner från platsens GBP-profil. Tunna sidor som bara byter stadsnamnet i en gemensam mall riskerar Googles straff för mellansidor (doorway pages).
Sammanfattning
Webbdesign för franchisekedjor med flera platser är i första hand ett arkitekturbeslut, inte ett designbeslut. Få URL-strukturen rätt först (underkataloger), välj sedan mellan en installation och Multisite utifrån antalet platser och vem som styr innehållet, och bygg därefter platssidor som är verkligt unika i stället för att bara byta stadsnamn. Varumärkesstyrning, lokal SEO och prestanda i stor skala följer av de grundläggande valen.
IMADOs tjänster för WordPress-utveckling täcker hela den här kedjan: arkitekturplanering, Multisite-uppsättning, ACF-baserade redaktionella gränssnitt, implementering av LocalBusiness-schema, CDN-konfiguration och GA4-spårning per plats. Vi bygger franchiseplattformar för nätverk med allt från 5 till över 100 platser.
Prata med våra WordPress-utvecklare för franchisekedjor för att avgränsa ditt projekt.
