Franchise-ketjun monitoimipisteinen verkkosivusto tarvitsee yhteisen WordPress-infrastruktuurin ja toimipistekohtaiset sivut, jotka rakennetaan toistettavan mallipohjan varaan. Oikea arkkitehtuuri – oli se sitten alihakemistorakenne yhdessä WordPress-asennuksessa tai Multisite-verkosto – antaa keskushallinnon pitää kiinni brändistandardeista ja jättää yksittäisille toimipisteille riittävästi joustoa paikallisessa haussa sijoittumiseen. Kun tämä päätös tehdään oikein heti alussa, säästetään kuukausien korjaustyöt myöhemmin.
Useimmat franchise-sivustot epäonnistuvat eivät huonon designin vuoksi, vaan siksi, että arkkitehtuuri valittiin liian aikaisin ymmärtämättä sen vaikutuksia hakukoneoptimointiin ja päivittäiseen toimintaan. Tämä opas kertoo, mitä teidän kannattaa päättää, missä järjestyksessä ja miksi.
Tärkeimmät havainnot
- Alihakemistoihin perustuva URL-rakenne on käytännöllinen oletusvalinta useimmille franchise-sivustoille – se yksinkertaistaa analytiikkaa, sisäistä linkitystä, sisällönhallintaa ja indeksointia yhden verkkotunnuksen alla. Googlen mukaan se voi sijoittaa alidomainit ja alihakemistot yhtä hyvin; valinta on ensisijaisesti arkkitehtuuri- eikä sijoituspäätös.
- Yksi WordPress-asennus hoitaa useimmat franchise-verkostot tehokkaasti. Multisite on järkevä, kun toimipisteet tarvitsevat todellista toiminnallista erillisyyttä – omat ylläpitäjät, omat käyttöoikeudet tai useita franchise-brändejä, jotka jakavat yhden WordPress-moottorin erillisten koodikantojen ylläpitämisen sijaan.
- Toimipistesivuilla on oltava aidosti erilaista sisältöä – ei pelkkiä vaihdettuja kaupunkien nimiä. IMADOn toteutuksissa rakennamme jokaisen toimipistesivun vähintään viiden toimipistekohtaisen elementin varaan, jotta sivut eroavat toisistaan merkityksellisesti.
- LocalBusiness-tyyppiset strukturoidut tiedot antavat Googlelle yksiselitteistä, koneluettavaa tietoa jokaisesta fyysisestä toimipisteestä ja voivat tukea soveltuvia paikallisen haun ominaisuuksia. Franchise-sivustoilla ne on toteutettu johdonmukaisesti puutteellisesti.
- Franchise-sivustojen suorituskykyvaatimukset kasvavat liikennemäärän ja kyselyjen monimutkaisuuden, eivät toimipisteiden määrän mukana. CDN ja objektivälimuisti tulevat tärkeiksi, kun teillä on paljon liikennettä saavia toimipistesivuja, raskaita sijaintikyselyjä tai dynaamisia toimipistekohtaisia integraatioita – ei vain siksi, että jokin sivumäärän raja ylittyi.
Franchise-sivuston URL-rakenne: alihakemisto, alidomain vai erilliset verkkotunnukset?
Useimmille franchise-sivustoille alihakemistot ovat oikea valinta. Polkurakenne domain.com/locations/chicago/ pitää kaiken sisällön yhden verkkotunnuksen alla, mikä yksinkertaistaa indeksointia, sisäistä linkitystä, analytiikkaa ja sisällönhallintaa. Valinnassa ei ole kyse ensisijaisesti hakusijoituksista – Googlen mukaan se voi sijoittaa alihakemisto- ja alidomainrakenteet yhtä hyvin.
Tapaustutkimusten aineisto kallistuu alihakemistojen puolelle. Kun IWantMyName siirtyi alihakemistosta alidomaineihin, orgaaninen liikenne laski 47 % CognitiveSEO:n dokumentoiman tapaustutkimuksen mukaan. Pink Cake Box kulki päinvastaiseen suuntaan – alidomaineista alihakemistoihin – ja sai 40 % lisää orgaanista liikennettä. Nämä ovat hyödyllisiä vertailukohtia, vaikka Googlen oman ohjeistuksen mukaan se voi sijoittaa molemmat rakenteet yhtä hyvin. Tehkää päätös sen perusteella, mitä on käytännössä helpompi hallita.
Alidomaineilla on yksi perusteltu käyttötapaus: franchise-ketjut, joiden toimipisteet toimivat juridisesti tai brändiltään erillisinä yksikköinä, joilla kullakin on oma Google-yritysprofiili, erilaiset palvelut ja sisältö, joka poikkeaa selvästi keskushallinnon sisällöstä. Silloinkin hyvin rakennettu alihakemistoratkaisu toimii puhtaasti SEO:n kannalta yleensä paremmin.
Erilliset verkkotunnukset jokaiselle toimipisteelle ovat harvoin ylläpitotyön arvoisia, ellei teillä ole aitoa usean brändin portfoliota yhtenäisen brändi-identiteetin franchise-ketjun sijaan.
| Tekijä | Alihakemisto | Alidomain | Erillinen verkkotunnus |
|---|---|---|---|
| SEO-arvon keskittyminen | Paras | Pirstoutunut | Täysin pirstoutunut |
| Keskitetty hallinta | Helpoin | Kohtalainen | Monimutkaisin |
| Toimipistekohtaiset sisällöntuottajat | Mahdollista (roolipohjaisesti) | Helpompaa | Helpointa |
| Käyttöönoton monimutkaisuus | Matala | Keskitaso | Korkea |
| Suositellaan franchise-ketjuille | Kyllä | Vain erikoistapauksissa | Vain monibrändiportfolioille |
WordPress Multisite vai yksi asennus: mikä arkkitehtuuri sopii franchise-ketjullenne?
Oikea arkkitehtuuri riippuu toiminnallisen erillisyyden tarpeesta, ei toimipisteiden määrästä. Keskitetysti hallittu 100 toimipisteen verkosto voi toimia hyvin yhdessä asennuksessa, jossa on oma Location-sisältötyyppi (CPT). Kahdeksan franchise-yrittäjää, jotka tarvitsevat omat ylläpitäjät, itsenäiset lisäosamääritykset tai erillisen brändinhallinnan yhteisellä moottorilla – se on Multisite-tapaus.
Multisite lisää todellista ylläpitotyötä. Jokaisen lisäosan on oltava Multisite-yhteensopiva, ja koko verkostoa koskevat muutokset vaativat pääylläpitäjän oikeudet. Teemapäivitykset leviävät kaikille alisivustoille samanaikaisesti, mikä on tehokasta, kun kaikki toimii, ja häiritsevää, kun ei toimi. Verkostossa, jossa keskushallinto hallitsee kaikkea sisältöä, tästä lisätyöstä ei ole teille mitään hyötyä.
Jotta WordPress Multisite -kehitys olisi järkevää, ainakin yhden näistä pitäisi toteutua: franchise-yrittäjien täytyy hallita omaa sisältöään itsenäisesti, yksittäiset toimipisteet tarvitsevat omat lisäosamääritykset tai juridinen rakenteenne edellyttää tietojen erottamista toimipisteyhtiöiden välillä. Multisite sopii luontevasti myös franchise-konserneille, jotka pyörittävät useita erillisiä brändejä yhdellä WordPress-moottorilla – se on huomattavasti edullisempaa kuin erillisen koodikannan ylläpitäminen jokaiselle brändille.
Karkeana lähtökohtana arvioimme Multisitea yleensä noin 20 toimipisteestä alkaen – mutta tämä luku on toissijainen toiminnalliseen kysymykseen verrattuna.
| Tilanne | Suositeltu arkkitehtuuri |
|---|---|
| Keskitetysti hallittu sisältö, mikä tahansa määrä toimipisteitä | Yksi asennus + Location-CPT |
| Toimipistekohtaiset sisällöntuottajat, itsenäiset määritykset | WordPress Multisite |
| Useita franchise-brändejä, yhteinen WordPress-moottori | WordPress Multisite |
Mitä jokaisella toimipistesivulla on oltava
Franchise-toteutuksissamme rakennamme jokaisen toimipistesivun viiden toimipistekohtaisen sisältöelementin varaan. Googlen välisivuja koskeva ohjeistus varoittaa ”monista samankaltaisista sivuista, joista jokaista on muokattu hieman eri kaupunkia varten” – tavoitteena ovat sivut, jotka ovat aidosti hyödyllisiä kyseisen toimipisteen kävijälle, eivät pelkkiä mallipohjia vaihdetulla kaupungin nimellä.
Viisi signaalia, jotka tekevät toimipistesivusta aidosti erillisen: paikalliseen alueeseen viittaava toimipistekohtainen otsikko (ei vain lisättyä kaupungin nimeä), täydelliset NAP-tiedot (nimi, osoite, puhelinnumero), upotettu Google-kartta, yksilöllinen palvelukuvaus, jossa mainitaan paikallinen konteksti – lähellä olevat maamerkit, palvelualue, viittaukset paikallisiin asiakkaisiin – sekä arvostelut, jotka haetaan nimenomaan kyseisen toimipisteen Google-yritysprofiilista.
Pienet muotoiluerot, kuten ”Suite” ja ”Ste.”, ovat harvoin merkityksellisiä – Google normalisoi osoitteet hyvin. Keskittykää sen sijaan siihen, että yrityksen todelliset tiedot ovat oikein sekä verkkosivustollanne että GBP:ssä: yrityksen nimi, käyntiosoite, puhelinnumero, verkkosivuston URL ja aukioloajat. Näiden perusteella Google arvioi osuvuuden ja muodostaa paikallisen entiteetin.
Google Mapsin upottaminen heikentämättä Core Web Vitals -arvoja edellyttää iframen laiskaa latausta. Ladatkaa se vasta, kun käyttäjä vierittää kartan näkyviin, ei sivun ensimmäisen latauksen yhteydessä. Franchise-sivusto, jolla on 30 toimipistesivua ja jokainen niistä lataa täyden Google-kartan heti saapuessa, epäonnistuu LCP:ssä johdonmukaisesti kautta linjan.
Toimipistekohtaisten arvostelujen dynaaminen näyttäminen edellyttää yhteyttä Google Business Profile -rajapintaan tai arvostelujen koontipalveluun. Kunkin toimipistesivun arvostelujen pitäisi tulla juuri sen toimipisteen GBP-profiilista, ei keskushallinnon yleisestä syötteestä.
Brändinhallinta: miten keskushallinto ohjaa mallipohjaa jäädyttämättä franchise-yrittäjiä
Selkein hallintamalli lukitsee globaalin ylätunnisteen, alatunnisteen, typografian ja väripaletin WordPress-teeman tasolla ja antaa franchise-yrittäjille ACF-pohjaisen muokkausnäkymän, jossa on ennalta määritetyt kenttäryhmät. Franchise-yrittäjät muokkaavat sisältöä, eivät rakennetta. Heillä ei ole pääsyä Gutenberg-editorin koko lohkokirjastoon, eivätkä he voi koskea teemaan.
Tämä on tekninen päätös, ei ohjeistuskysymys. Brändin hajaantumista ei ratkaista PDF-muotoisella tyylioppaalla. Se ratkaistaan rakentamalla sisällönhallintajärjestelmä, jossa väärä valinta ei ole saatavilla.
WordPressin roolit ja oikeudet antavat tarkan hallinnan. Franchise-yrittäjän toimittajarooli voidaan määrittää niin, että sillä on pääsy vain tiettyihin sisältötyyppeihin (oman toimipisteen sivuun) ja vain tiettyihin ACF-kenttäryhmiin, eikä lainkaan pääsyä teeman mukauttamiseen, lisäosien asetuksiin tai muiden toimipisteiden sisältöön. WordPressin map_meta_cap-suodattimella tätä voi tarkentaa mielivaltaisen hienojakoiseksi, jos oletusroolit eivät riitä.
Brändiaineistojen synkronointi toimipisteiden välillä hoidetaan teeman tasolla. Väritokenit, typografian määritykset ja logotiedostot ovat teeman asetuksissa, eivät yksittäisten toimipistesivujen asetuksissa. Kun keskushallinto päivittää brändin päävärin, se päivittyy kaikkialle samanaikaisesti. Franchise-yrittäjät eivät saa kenttää, jolla sen voisi ohittaa.
Kun franchise-yrittäjä kuitenkin rikkoo brändistandardeja – lataa brändiin sopimattoman kuvan tai korvaa otsikon mainoslauseella, joka on ristiriidassa keskushallinnon viestinnän kanssa – palautusprosessilla on merkitystä. WordPressin versiohistoria kattaa artikkelien sisällön; ACF-kenttiä varten ACF 6.8.1 toi tietovaraston, joka yhdistää kenttien arvot WordPressin versioihin, jolloin toimittajat voivat tarkastella ja palauttaa aiempia kenttäarvoja WordPressin omasta Versiot-näkymästä. Yksityiskohtaista kuka teki mitä -lokitusta varten lisätkää erillinen tapahtumalokilisäosa. Tunnistakaa rikkomus, palauttakaa viimeisin hyväksytty versio ja kertokaa franchise-yrittäjälle, millainen oikean sisällön pitäisi olla.
Projekteissa, joissa design-kerros vaatii täyden huomion teknisen arkkitehtuurin rinnalla, WordPressin UI/UX-suunnittelu -palvelumme kattaa franchise-asiakkaille sekä design-järjestelmän määrittelyn että toteutuksen Figmasta WordPressiin.
Franchise-konserneille, jotka eivät halua rakentaa tätä infrastruktuuria alusta asti, IMADO Location Engine tarjoaa tuotantovalmiin WordPress-arkkitehtuurin monitoimipisteisille verkkosivustoille. Se keskittää toimipisteiden tiedot, kuten aukioloajat, hinnat, tapahtumat, kampanjat ja varaustiedot, ja antaa jokaiselle toimipisteelle hallitun pääsyn omaan sisältöönsä. Uudet toimipisteet käynnistetään hyväksi havaitusta pohjasta, jossa paikalliset sivut, strukturoidut tiedot, navigaatio, käyttöoikeudet ja integraatiot on jo rakennettu alustaan – näin verkosto voi kasvaa ilman, että samoja toimintoja rakennetaan uudelleen jokaiselle uudelle toimipisteelle.
Paikallisen SEO:n toteutus: schema, GBP ja sisäinen linkitys
Jokainen toimipistesivu tarvitsee LocalBusiness-scheman, jossa on oikea osoite, aukioloajat, puhelinnumero ja maantieteelliset koordinaatit. LocalBusiness-tyyppiset strukturoidut tiedot antavat Googlelle yksiselitteistä, koneluettavaa tietoa jokaisesta fyysisestä toimipisteestä ja voivat tukea soveltuvia paikallisen haun ominaisuuksia. Franchise-sivustoilla ne on toteutettu johdonmukaisesti puutteellisesti.
Schema kannattaa toteuttaa JSON-LD-muodossa ja lisätä jokaisen toimipistesivun <head>-osioon. WordPress ei lisää LocalBusiness-schemaa oletuksena – RankMath ja Yoast SEO tukevat sitä paikallisen SEO:n moduuleissaan, tai sen voi toteuttaa omalla lisäosalla, joka lukee toimipistesivun kenttätiedot. @type kannattaa asettaa tarkimpaan soveltuvaan alatyyppiin: LocalBusiness, FoodEstablishment, AutoRepair, LegalService jne. Tarkemmat tyypit parantavat entiteetin tunnistamista.
Jokaisella toimipistesivulla pitäisi olla itseensä viittaava canonical-tagi, joka osoittaa sivun omaan URL-osoitteeseen – tavallinen käytäntö päällekkäisen sisällön ongelmien ehkäisemiseksi, jos sivu on joskus saatavilla useamman polun kautta. Erikseen asettakaa kunkin toimipisteen Google-yritysprofiilissa Verkkosivusto-kentän arvoksi vastaavan toimipistesivun URL. Näin Google yhdistää GBP-profiilin verkkosivustoonne, ei canonical-tagin kautta. Googlen LocalBusiness-strukturoitujen tietojen dokumentaatio kuvaa pakolliset ja suositellut ominaisuudet. Googlen dokumentoimat paikallisen haun sijoitustekijät ovat edelleen osuvuus, etäisyys ja tunnettuus – LocalBusiness-schema ei suoraan nosta sijoituksia, mutta se antaa Googlelle jäsenneltyä tietoa ja voi parantaa kelpoisuutta paikallisen haun ominaisuuksiin.
Sisäinen linkitys juuriverkkotunnuksesta toimipistesivuille siirtää auktoriteettia hierarkiassa alaspäin. Toimipisteiden hakemistosivun (domain.com/locations/) pitäisi linkittää jokaiseen yksittäiseen toimipistesivuun. Kategoriasivujen (domain.com/locations/new-york/) pitäisi linkittää kaupunkitason alasivuihin, jos verkostonne on riittävän suuri perustelemaan tämän syvyyden. Juuriverkkotunnuksen päänavigaatiossa pitäisi olla ”Etsi toimipiste” -linkki toimipisteiden hakemistoon. Tämä on perusasia, mutta se puuttuu merkittävältä osalta franchise-sivustoja.
Avainsanojen kannibalisointi toimipistesivujen välillä on todellinen riski. Jos tavoittelette Chicagon sivulla hakua ”putkiasennuspalvelut Chicago” ja blogikirjoitus tavoittelee samaa ilmausta, ne kilpailevat keskenään. Ratkaisu on selkeä työnjako: toimipistesivut omistavat paikalliset ostoaikeiset avainsanat, ja blogisisältö tavoittelee tiedonhakuun liittyviä avainsanoja. Älkää kirjoittako blogikirjoitusta otsikolla ”Chicagon parhaat putkiasennuspalvelut”, jos teillä on toimipistesivu Chicagolle.
Suorituskyky mittakaavassa: CDN ja välimuisti yli 50 toimipistesivulle
WordPress käsittelee tuhansia toimipistesivuja ilman suorituskykyongelmia, kun kyselyt on rakennettu ja indeksoitu oikein. Franchise-sivustojen suorituskykyhaaste ei ole toimipisteiden määrä – vaan kyselyjen monimutkaisuus ja liikennemäärä.
CDN-välimuisti ja WordPressin objektivälimuisti (Redis tai Memcached) tulevat tärkeiksi, kun teillä on: merkittävästi liikennettä yksittäisille toimipistesivuille, raskaita sijainti- tai sädekyselyjä toimipistehaussa, toimipistekohtaisia kutsuja kolmansien osapuolten rajapintoihin (arvostelusyötteet, varasto, saatavuus) tai dynaamista sisältöä, joka vaihtelee käyttäjän sijainnin mukaan. Googlen mobiilinopeutta koskeva tutkimus havaitsi, että 53 % mobiilikäyttäjistä poistuu sivustoilta, joiden lataus kestää yli 3 sekuntia – toimipistesivut, joilla on optimoimattomia karttaupotuksia ja arvostelupienoisohjelmia, ovat usein franchise-sivuston hitaimpia sivuja. Lisätkää nämä välimuistikerrokset, kun kuormitus sen perustelee.
Toimipistesivujen kokosivuvälimuistia monimutkaistaa dynaaminen sisältö. Sivuja, jotka näyttävät reaaliaikaisia arvosteluja, ajantasaisia aukioloaikoja tai reaaliaikaista varastotilannetta, ei voi tallentaa kokonaan reunavälimuistiin ilman, että ne vanhenevat. Oikea tapa on tallentaa kunkin toimipistesivun staattinen runko CDN:ään ja ladata dynaaminen sisältö (arvostelut, aukioloajat) JavaScriptillä sivun ensimmäisen renderöinnin jälkeen. Näin Largest Contentful Paint pysyy nopeana ja sisältö ajantasaisena siellä, missä sillä on merkitystä.
WordPressin nopeusoptimointipalvelumme hoitaa juuri tämän kerroksen: CDN-määritykset, Redis-objektivälimuistin, kyselyjen optimoinnin WordPress-sivustoille, joilla on paljon toimipisteitä, sekä Core Web Vitals -mittaukset toimipistekohtaisesti eikä vain etusivulta.
Toimipistesivujen Core Web Vitals -tavoitteet: LCP alle 2,5 sekuntia, CLS alle 0,1 ja INP alle 200 millisekuntia. Karttaupotukset ovat toimipistesivujen yleisin LCP- ja CLS-ongelmien aiheuttaja. Ladatkaa ne laiskasti. Tarjoilkaa toimipisteiden kuvat WebP-muodossa ja eksplisiittisillä mitoilla, jotta asettelu ei siirry.
Seuratkaa suorituskykyä toimipistekohtaisesti, ei vain etusivulta. Franchise-ketjulla, jolla on 40 toimipistesivua ja niistä kolme epäonnistuu jatkuvasti Core Web Vitals -mittauksissa, on ongelma, jota ette löydä tarkistamalla etusivua. Käyttäkää Google Search Consolen Core Web Vitals -raporttia URL-mallin mukaan suodatettuna tai ajastakaa säännöllinen Lighthouse-testaus otokselle toimipistesivuja.
Toimipistekohtainen analytiikka GA4:ssä
Google Analytics 4 tukee toimipistekohtaista segmentointia muokattujen dimensioiden avulla. Toteutus edellyttää, että jokainen toimipistesivu merkitään GA4:n määrityksissä location_id-parametrilla, minkä jälkeen rakennetaan Tutkiva analyysi -raportteja, joissa liikenne, sitoutumisaste ja konversiotapahtumat jaotellaan toimipisteittäin.
Luokaa GA4:ään muokattu dimensio nimeltä location_id, jonka laajuus on ”tapahtuma”. Välittäkää parametri gtag-määrityksen tai Google Tag Managerin kautta muuttujalla, joka lukee toimipisteen tunnisteen sivun URL-osoitteesta tai data layer -työnnöstä. Kun dimensio alkaa saada arvoja, voitte segmentoida minkä tahansa GA4:n vakioraportin toimipisteittäin.
Toimipistekohtaisen tavoiteseurannan pitäisi kattaa vähintään: lomakkeiden lähetykset (yhteydenotot tai tarjouspyynnöt), puhelinnumeron klikkaukset ja upotetun Google-kartan ”Reittiohjeet”-klikkaukset. Jokaista näistä pitäisi seurata GA4:ssä konversiotapahtumana, johon location_id-dimensio on liitetty. Näin keskushallinto näkee selvästi, mitkä toimipisteet konvertoivat ja mitkä tarvitsevat huomiota.
Search Consolessa luokaa yksi GSC-ominaisuus juuriverkkotunnukselle ja käyttäkää Tehokkuus-raportin sivusuodatinta segmentoidaksenne toimipisteiden URL-mallin (/locations/) mukaan. Erillisiä GSC-ominaisuuksia ei tarvita jokaiselle toimipisteelle, ellette käytä erillisiä verkkotunnuksia. Juuriverkkotunnuksen ominaisuus kerää kaikkien alihakemistojen tiedot automaattisesti.
Usein kysyttyä
Kannattaako franchise-ketjun käyttää WordPress Multisitea vai erillisiä asennuksia jokaiselle toimipisteelle?
Päätös riippuu siitä, kuinka paljon toimipisteitä täytyy erottaa toisistaan toiminnallisesti, ei toimipisteiden määrästä. Yksi asennus riittää useimmille franchise-verkostoille, suurillekin. Multisite on järkevä, kun toimipisteet tarvitsevat omat ylläpitäjänsä tai itsenäiset lisäosamääritykset tai kun pyöritätte useita erillisiä franchise-brändejä yhdellä WordPress-moottorilla. Karkeana lähtökohtana arvioimme Multisitea yleensä noin 20 toimipisteestä alkaen – mutta pelkkä toimipisteiden määrä ei saisi ratkaista asiaa.
Mikä on paras URL-rakenne franchise-ketjun verkkosivustolle?
Alihakemistot ovat franchise-sivustojen oletussuositus. Rakenne domain.com/locations/kaupungin-nimi/ kokoaa verkkotunnuksen auktoriteetin yhden juuren alle, on keskushallinnolle helpompi hallita ja välttää alidomainien aiheuttaman SEO-arvon pirstoutumisen.
Miten franchise-sivustot pitävät brändin yhtenäisenä kaikissa toimipisteissä?
Brändin yhtenäisyys varmistetaan sisällönhallintajärjestelmän tasolla, ei ohjeasiakirjoilla. Lukitkaa globaalit design-elementit (ylä- ja alatunniste, fontit, värit) WordPress-teemaan ja antakaa franchise-yrittäjille pääsy vain ennalta määritettyihin ACF-kenttäryhmiin oman toimipistesivunsa sisältöä varten. Näin ohjeiden vastaiset muutokset eivät ole vain epäsuositeltuja vaan rakenteellisesti mahdottomia.
Mitä schema-merkintää franchise-sivuston pitäisi käyttää kullekin toimipisteelle?
Käyttäkää LocalBusiness-schemaa (tai tarkinta soveltuvaa alatyyppiä) JSON-LD-muodossa jokaisen toimipistesivun <head>-osiossa. Sisällyttäkää osoite, puhelinnumero, aukioloajat, maantieteelliset koordinaatit ja itse toimipistesivun URL (esim. example.com/locations/chicago/). LocalBusiness-scheman url-ominaisuuden pitäisi viitata verkkosivuun, ei Google Mapsin tai GBP-profiilin URL-osoitteeseen.
Miten estetään, ettei toimipistesivuja tulkita päällekkäiseksi sisällöksi?
Jokainen toimipistesivu tarvitsee vähintään viisi yksilöllistä sisältösignaalia: toimipistekohtaisen otsikon, paikallisten palvelujen kuvauksen, NAP-tiedot, kyseisen osoitteen upotetun Google-kartan ja arvostelut toimipisteen GBP-profiilista. Ohuet sivut, joissa yhteisessä mallipohjassa vaihdetaan vain kaupungin nimi, ovat vaarassa saada Googlelta seuraamuksen välisivuina (doorway pages).
Yhteenveto
Franchise-ketjun monitoimipisteisen verkkosivuston suunnittelu on ensisijaisesti arkkitehtuuripäätös, ei design-päätös. Valitkaa ensin oikea URL-rakenne (alihakemistot), sitten yhden asennuksen ja Multisiten välillä toimipisteiden määrän ja sen perusteella, kuka hallitsee sisältöä, ja rakentakaa sen jälkeen aidosti yksilöllisiä toimipistesivuja kaupungin nimen vaihtamisen sijaan. Brändinhallinta, paikallinen SEO ja suorituskyky mittakaavassa seuraavat näistä perusvalinnoista.
IMADOn WordPress-kehityspalvelut kattavat koko tämän kokonaisuuden: arkkitehtuurin määrittelyn, Multisiten käyttöönoton, ACF-pohjaiset sisällönmuokkausnäkymät, LocalBusiness-scheman toteutuksen, CDN-määritykset ja toimipistekohtaisen GA4-seurannan. Rakennamme franchise-alustoja verkostoille, joissa on 5:stä yli 100 toimipisteeseen.
Keskustelkaa franchise-ketjuihin erikoistuneiden WordPress-asiantuntijoidemme kanssa projektinne laajuuden määrittämiseksi.
