En butikssökare ska hjälpa kunden att hitta rätt plats snabbt. Den ska samtidigt ge sökmotorer en tydlig och tillförlitlig väg till webbplatsens lokala destinationer.
Vi på TribuSoft ser ofta att en snygg karta och ett välfungerande sökfält döljer ett arkitekturproblem: butikssidorna går bara att hitta efter en aktiv sökning, ett klick på en kartnål eller delad position. Då blir kundresan mindre robust och viktiga URL:er riskerar att bli föräldralösa.
Butikssökar-SEO handlar om att förena informationsarkitektur, interna länkar, geodata, utveckling, tillgänglighet och mätning. Målet är en sammanhängande resa från central butikssökare till vald butik och nästa lokala handling.
En butikssökare, ofta kallad store locator, är funktionen där besökaren söker efter en butik via ort, adress eller postnummer. Funktionen kan också erbjuda geografiska filter, resultatlista, karta och vägbeskrivning.
Butikssökar-SEO handlar inte främst om att optimera innehållet på varje enskild butikssida. Det handlar om systemet som gör butikerna upptäckbara: hur URL:er organiseras, hur listor länkar, hur data hålls aktuell och hur användaren hittar fram utan onödig friktion.
Detta är en central del av Retail- och omnichannel-SEO. När e-handel, fysisk handel och digital service ska fungera tillsammans behöver butikssökaren vara ett navigationsnav, inte bara en interaktiv widget.
En hållbar struktur börjar med en central butikssökare som kan nås från relevant huvudnavigation, sidfot eller andra logiska ingångar. Därifrån ska användaren och sökmotorn kunna gå vidare till enskilda butiker genom vanliga länkar.
För ett mindre, nationellt butiksnät kan en direkt väg från butikssökaren till samtliga butiker vara rimlig. För större eller internationella nät kan geografiska mellanlager för land, region eller stad underlätta. Sådana katalogsidor ska lösa ett verkligt navigeringsbehov, inte skapas enbart för att få fler geografiska URL:er.
En praktisk struktur kan se ut så här: webbplatsens navigation eller startsida → butikssökare → land, region eller stad vid behov → butikssida. XML-webbplatskartan kan stödja upptäckt och uppföljning, men ersätter inte interna länkar.
En butikssida är föräldralös när den saknar en normal intern länkväg från resten av webbplatsen. Den kan fortfarande förekomma i en sitemap eller nås från en extern profil, men den är då sämre integrerad i webbplatsens struktur.
Vi rekommenderar att viktiga butikssidor kan nås utan formulärinmatning, positionsdelning eller kartinteraktion. Det ger en robustare crawlväg och gör det lättare för besökare att navigera när sökfunktionen inte ger rätt träff direkt.
Google kan generellt upptäcka länkar när de är vanliga HTML-länkar: ett a-element med ett giltigt href-attribut. Det betyder att ett butiksnamn i resultatlistan bör länka till butikens URL på ett sätt som fungerar även om besökaren inte använder kartan.
Googlebot skickar normalt inte in sökningar i interna sökfält. En butik som visas först när någon har angett exempelvis ett postnummer riskerar därför att sakna en vanlig upptäcktsväg. Samma risk finns när resultat bara visas efter klick på en kartnål.
En kartvy kan vara värdefull för orientering. Men den bör alltid kompletteras av en textbaserad resultatlista med butiksnamn, geografisk information och länkar till respektive destination.
JavaScript är inte automatiskt ett SEO-problem. Google kan rendera JavaScript, men innehåll och länkar som kräver användarinteraktion kan bli svårare att upptäcka. Vi granskar därför både sidans källkod och den renderade HTML som sökmotorn kan se.
Lazy loading får inte innebära att viktiga butikslänkar laddas först efter att användaren har scrollat långt eller tryckt på en knapp. Vid stora register behövs i stället en crawlbar lösning med beständiga URL:er och vanliga länkar mellan innehållsdelar.
En inbäddad karta i iframe kan fungera som ett visuellt komplement. Den bör däremot inte vara den enda plats där butiksinformationen eller vägen till butikssidorna finns.
Varje fysisk butik som ska vara en beständig digital destination behöver normalt en egen, stabil URL. Den URL:en bör användas konsekvent i interna länkar, i den tekniska strukturen och i externa platsrelaterade länkar.
Däremot bör inte varje sökning, radie, sorteringsordning, kartposition eller filterkombination bli en indexerbar sida. Ett tillfälligt söktillstånd har sällan ett självständigt värde i sökresultatet.
Vi utgår från URL:ernas faktiska beteende och användarvärde innan vi beslutar om indexering. Canonical-taggar och noindex har olika funktioner och måste användas utifrån den aktuella implementationen, inte som generella standardåtgärder.
En butikssökare är bara så tillförlitlig som informationen den bygger på. Därför bör butiksuppgifter hämtas från en kontrollerad masterkälla, med ett beständigt internt butiks-ID som följer platsen även när exempelvis öppettider eller telefonnummer ändras.
Masterdatan bör sedan kunna försörja butikssökaren, enskilda butikssidor och relevanta externa plattformar med samma grunduppgifter. Det minskar risken för dubbla poster, felaktig sortering och motstridiga kundupplevelser.
Strukturerad data kan hjälpa sökmotorer att förstå lokala uppgifter, men ersätter inte synligt innehåll, korrekta länkar eller en fungerande arkitektur. Uppgifter som adress, telefon, koordinater och öppettider hör i första hand hemma på den specifika butikens sida.
Butiksnät förändras löpande. När en butik öppnar, flyttar, stänger tillfälligt eller försvinner permanent bör masterdatan styra status och uppdateringar i hela lösningen. Det minskar risken att kunder möter olika besked i butikssökaren, på butikssidan eller i externa platsprofiler.
Vid en flytt eller permanent stängning behöver vi bedöma vad som ska hända med destinations-URL:en och interna länkarna utifrån den faktiska förändringen. Butikssökare, butikssidor, XML-webbplatskarta, strukturerad data och relevanta externa profiler behöver därefter uppdateras konsekvent. En tillfällig stängning ska också synas tydligt i kundresan utan att platsen blandas ihop med en permanent nedlagd butik.
En bra butikssökare låter besökaren söka på det som är naturligt för personen: ort, adress eller postnummer. Resultatet ska vara enkelt att förstå i både list- och kartvy, på mobil såväl som på desktop.
Positionering kan vara ett bra komplement när besökaren aktivt väljer att dela sin plats. Funktionen behöver fungera över HTTPS, förklara vad som sker och ha en tydlig manuell väg när tillstånd nekas eller positionen inte kan hämtas.
Vi rekommenderar normalt förslag eller sortering utifrån position, inte tvingande omdirigering. En användare kan vilja hitta en butik på en annan ort, och automatisk omdirigering kan skapa problem för delning, analys och navigation.
Butikssökaren är navet som leder vidare. Den enskilda butikssidan är den lokala destinationen där besökaren behöver få rätt information om just platsen. Där tar SEO för lokala butikssidor vid.
Varje Google Företagsprofil bör länka till den sida som representerar rätt fysisk plats, inte till en annan butik eller en generell sida. Butikssökaren hjälper till att upprätthålla strukturen, medan butikssidan bär det platsspecifika innehållet och uppgifterna.
En butikssökare bör kvalitetssäkras som ett gemensamt system. SEO, utveckling, UX, analys och verksamheten som äger butiksdatan behöver kontrollera olika delar av samma flöde.
Vi testar inte enbart om kartan ser rätt ut. Vi kontrollerar om butikerna går att nå via interna länkar, om informationen stämmer, om implementationen fungerar efter rendering och om användaren kan lösa sin uppgift på mobil och med tangentbord.
En butikssökare kan mätas som en del av den lokala kundresan. Rätt händelser visar var besökare får träff, var de fastnar och vilka vägar som leder vidare till en vald plats.
Vi utformar mätningen utifrån affärsmål, tekniska förutsättningar och den aktuella samtyckeslösningen. Positionsdata och söktermer behöver hanteras med särskild hänsyn till dataskydd och dataminimering.
Hos oss på TribuSoft kombinerar vi teknisk SEO, webbutveckling, användarupplevelse och spårning när butikssökaren kräver förändring. Vi börjar med att förstå butiksnätet, befintliga datakällor, URL-struktur, tekniska begränsningar och de handlingar som är viktigast för verksamheten.
Därefter kan vi granska lösningen, ta fram krav för informationsarkitektur och geodata, prioritera utvecklingsinsatser samt kvalitetssäkra lanseringen. Upplägget anpassas efter om ni behöver en riktad genomlysning, stöd i ett utvecklingsprojekt eller långsiktig utveckling av er omnichannel-strategi.
Det är inte en tillförlitlig lösning. Googlebot skickar normalt inte in sökningar i interna sökfält. Viktiga butiker bör därför också nås genom vanliga interna länkar från butikssökaren eller relevanta geografiska kataloger.
Nej. En karta kan vara användbar för besökaren, men den bör kompletteras av en textbaserad lista med crawlbara länkar till butikernas destinationssidor.
Varje fysisk butik som ska fungera som en beständig lokal destination behöver normalt en egen, stabil URL. Den ska kunna nås från butikssökaren och representera rätt plats i webbplatsens struktur.
Inte automatiskt. Tillfälliga sök- och filtertillstånd har sällan ett eget värde i sökresultatet. Indexering bör reserveras för stabila URL:er med ett tydligt och självständigt användarsyfte.
Inte i sig. Google kan rendera JavaScript, men viktiga länkar och innehåll får inte vara beroende av användarinteraktion för att upptäckas. Därför bör implementationen testas i renderad HTML.
Butikssökar-SEO fokuserar på navet, länkarna, geodatan och vägen fram till rätt plats. SEO för lokala butikssidor fokuserar på den enskilda butikens innehåll, uppgifter och lokala destination.
Har ni butiker som bara går att hitta via karta eller intern sökning? Eller planerar ni ett nytt butikssökarsystem i samband med en webb- eller plattformsförändring?
Kontakta oss för en kostnadsfri offert eller inled en dialog om hur vi kan granska, utveckla och mäta er butikssökare som en del av er tillväxtstrategi.
