Butikssökare i Elementor: karta i WordPress

Elementor har ingen inbyggd butiksförare. Du lägger till en genom att klistra in en leverantörs inbäddningskod i HTML-widgeten, eller en plugins shortcode i Shortcode-widgeten, på sidan där kartan ska visas. Det gäller lika mycket för tio platser som för tvåhundra.

Elementor bygger sidor, inte kartor

Elementor bygger layouter inuti WordPress. Det levereras inte med en egen karttjänst eller geokodningsmotor, så en butikssökare kommer alltid någon annanstans ifrån.

Den källan är antingen ett WordPress-tillägg som registrerar en shortcode, eller en SaaS-widget som ger dig ett färdigt HTML-utdrag. Elementor dokumenterar en dedikerad Shortcode-widget för det första fallet och en HTML-widget för det andra.

Den här guiden förutsätter en sida byggd med Elementor. Använder du WordPress-blockredigeraren istället skiljer sig installationsstegen nog för att förtjäna en egen guide.

Tillägg eller SaaS-widget: vad som egentligen förändras

Ett WordPress-eget butikssökartillägg registrerar vanligtvis en shortcode som [store-locator]. Släpp in den shortcoden i Shortcode-widgeten och tillägget renderar kartan på den platsen, utan att redigera PHP eller mallar.

Platsdata stannar i din egen WordPress-databas, och tillägget följer samma uppdateringscykel som alla andra WordPress-tillägg, så du eller ditt webbhotell tillämpar tillägg- och kärnuppdateringar för att hålla det fungerande.

En SaaS-butikssökare fungerar annorlunda: du skapar ett konto hos leverantören, lägger till dina platser där och kopierar den inbäddningskod den genererar, vanligtvis en iframe eller ett kort skript. Klistra in det i HTML-widgeten istället.

Leverantörens servrar hostar platsdata och de flesta av butikssökarens funktioner, du har inget tillägg att uppdatera, och kostnaden på din sida är en extern begäran snarare än extra belastning på ditt eget webbhotell.

En saknad eller trasig butikssökare kostar ett besök som aldrig dyker upp i din orderhistorik, eftersom försäljningen sker i en butik, inte i kassan.

Den risken är densamma på Elementor som på någon annan plattform, vilket är varför det är värt att testa före lanseringen snarare än efter att en kund klagat.

Så lägger du till en butikssökare på en Elementor-sida

Arbetsflödet är samma oavsett vilken widget du väljer:

1. Samla namn, adress, telefonnummer och öppettider för varje plats i ett kalkylblad; många tillägg och SaaS-widgetar stödjer CSV-import.
2. Bestäm dig mellan ett tillägg, där data stannar i din egen databas, och en SaaS-widget, där leverantören hostar data och de flesta av butikssökarens funktioner.
3. Skapa leverantörskontot eller aktivera tillägget, lägg sedan till eller importera dina platser.
4. Kopiera shortcoden eller inbäddningskoden som verktyget genererar när dina platser är inlagda.
5. I Elementor-redigeraren drar du en Shortcode-widget eller en HTML-widget till sidan och klistrar in det du kopierade.
6. Ställ den omgivande sektionen eller containern till full bredd om kartan behöver mer horisontellt utrymme än din standardinnehållskolumn.
7. Förhandsgranska på dator och mobil, sök därefter efter en adress nära en av dina verkliga butiker för att bekräfta att nålen och resultatet är korrekta.

Vad du ska testa innan lansering

• Geokodas varje adress i din verkliga lista till rätt nål, även vid ovanlig formatering eller saknat postnummer?
• Behöver widgeten din egen Google Maps API-nyckel och faktureringskonto, eller levereras den med sin egen karttjänst? En djupare titt på det valet är värt att läsa i förväg.
• Tar ett cache- eller minifieringstillägg på din Elementor-sajt bort skriptet som HTML-widgeten genererar? Testa med cache aktiverat, inte bara i en ren förhandsgranskning.
• Om du avslutar, kan du exportera din platslista, eller förblir den låst inne i leverantörens instrumentpanel?
• Vill du ha en widget som helt hoppar över Google Maps API-steget fungerar Progus Store Locator via båda vägarna som beskrivs här, en shortcode för installation i tilläggsstil eller en inbäddningskod för HTML-widgeten, och dess standardkartor behöver ingen API-nyckel.

När den är redo att gå live

Bekräfta tre saker innan du berättar för kunderna att funktionen finns: varje adress returnerar rätt nål, sökningen löser både ett partiellt och ett fullständigt postnummer, och sidan laddas i rimlig hastighet på mobildata.

Avslutande tankar

En butikssökare är ingen engångsuppgift. Öppettider ändras, butiker stänger och nya återförsäljare tillkommer, så behandla den som din produktkatalog: tilldela ägarskap, inte en engångsbyggnad.

Testa med din egen adresslista innan du binder dig till en plan, inte leverantörens demodata. Glappet mellan en ren demo och en verklig lista med inkonsekvent formatering är där de flesta butikssökarprojekt fastnar, på Elementor-sajter lika mycket som någon annanstans.