Vijftig Google Business-locaties beheren zonder spreadsheet
De spreadsheet begint goed. Eén tab per regio, een kolom voor de winkelcode, een voor de Google-beoordeling, een derde voor "profiel compleet?".
Laatst bijgewerkt:
De spreadsheet begint goed. Eén tab per regio, een kolom voor de winkelcode, een voor de Google-beoordeling, een derde voor "profiel compleet?". Iemand voegt voorwaardelijke opmaak toe en het lijkt een systeem. Zes maanden later heeft hij veertig kolommen, drie mensen hebben verschillende kopieën, en niemand kan zeggen of de rij voor winkel 1042 Google weerspiegelt of wat een manager in maart typte.
Wat breekt is niet data-invoer. Het is vertrouwen. Een spreadsheet legt vast wat iemand op een moment geloofde; een profiel verandert wanneer Google een bewerking toepast, wanneer een winkel sluit, wanneer een review verdwijnt. Bij vijftig locaties wordt de kloof tussen het blad en de vermeldingen een baan waarvoor niemand is aangenomen.
Wat is beheer van meerdere Google Business Profiles?
Die definitie is bewust saai: geen rankingbelofte, want de waarde is geen betere kaartpositie. Het is op maandag weten welke winkel kapot is en wie hem repareert.
Waar de spreadsheet breekt
- Er is geen gedeelde identiteit. Het ene blad zegt "Manchester Arndale", het andere "M42", Google heeft zijn eigen vermelding. Zodra iemand tussen drie namen moet vertalen, kan een rij correct worden bijgewerkt en toch naar de verkeerde winkel wijzen.
- Het blad is een momentopname, geen status. Google past een door gebruikers voorgestelde bewerking toe, een locatie sluit, een feestdagupdate landt op 30 winkels. Het blad houdt het antwoord van vorige maand tot iemand eraan denkt te vragen.
- Reviews passen niet in cellen. Het geanonimiseerde demo-account met 23 locaties bevat 9.749 reviews. Je kunt een antwoord, de taal, de leeftijd en de locatie niet in een spreadsheet zetten en nog steeds zien wat vandaag beantwoord moet worden.
- Toegang is alles of niets. Deel het bestand en een regiomanager ziet elke regio, inclusief winkels die hij niet runt. Beperk het en het hoofdkantoor verliest het overzicht dat het nodig heeft.
- Het vertrekt met één persoon. Het bestand staat in iemands Drive, met diens naamgeving en kleurregels. Als die persoon gaat, gaat het proces mee.
De spreadsheet was geen fout. Hij was goed voor vijf locaties en een redelijke brug naar vijftien. Bij vijftig is het een tweede, onnauwkeurige kopie van Google, en een kopie onderhouden is geen beheer.
De winkelcode is de enige join key
Elk multi-site bedrijf heeft al een nummer waarop finance, logistiek en het kassasysteem het eens zijn. Gebruik dat. Een winkelcode overleeft een rebranding, een adrescorrectie en een wisseling van manager. De Google-vermeldingsnaam niet.
Drie regels houden hem nuttig:
- Eén code per handelslocatie. Een gesloten winkel houdt de code maar wijzigt status; de code wordt nooit hergebruikt voor een nieuwe locatie, anders kleeft geschiedenis aan de verkeerde plek.
- De code verschijnt in elke weergave. Locatielijst, reviewrij, rapport, export, supportticket. Moet een team op naam zoeken, dan is de code decoratie.
- De code is niet de Google-naam. Zet "1042" niet in de openbare bedrijfsnaam om matching makkelijker te maken. De openbare vermelding volgt Googles naamregels; de code hoort in je interne record en, waar beschikbaar, in Googles eigen locatielabels.
Winkelcodes maken bulkwerk veilig. "Werk deze 12 bij" is een lijst die je kunt controleren; "werk de noordregio bij" is een filter dat een winkel kan bevatten die vorige week verhuisde.

Een wekelijks ritme dat een slechte week overleeft
De cadans is belangrijker dan de tool. Een ritme dat afhangt van iemand die tijd vindt, faalt in de week dat een winkel overstroomt of een manager vertrekt. Gebruik korte, vaste blokken met elk één eigenaar.
| Cadans | Wat loopt | Eigenaar | Uitvoer |
|---|---|---|---|
| Dagelijks, 10 minuten | Nieuwe negatieve reviews, rechten- of sluitingsmeldingen | Winkel- of dienstmanager | Antwoorden verstuurd, melding getriageerd |
| Wekelijks, 30–45 minuten | De maandagwachtrij: onbeantwoorde reviews, gemarkeerde profielwijzigingen, verdachte 5-sterrenclusters | Regiomanager | Een leeggemaakte lijst, geen vergadering |
| Maandelijks, 1–2 uur | Beoordelingsbeweging, responstijd, verwijderde reviews, profielscores, keyword- en vertoningstrend | Hoofdkantoor of marketing | Eén rapport, één datumbereik |
| Per kwartaal | Toegangsreview, duplicaatscan, plan voor seizoensuren, sjabloonreview | Operations lead | Bijgewerkte rechten en een kalender |
De wekelijkse wachtrij draagt het gewicht. In het product is dat de actielijst: items gerangschikt op risico, elk gelinkt aan de review of het veld waar het vandaan kwam, zodat een manager niet begint met door vijftig locaties te browsen. Eerst onbeantwoorde negatieve reviews, dan door Google gemarkeerde wijzigingen, dan dagen waarop een locatie een cluster 5-sterrenreviews verzamelde die Google vaak verwijdert. De volgorde is de mening; de links zijn het bewijs.
Twee details maken het ritme eerlijk. Ten eerste is de wachtrij gedeeld: hoofdkantoor en regiomanager kijken naar dezelfde lijst, anders gefilterd. Ten tweede wordt hij leeggemaakt, niet besproken. Een wekelijkse vergadering die eindigt met "we moeten daar eens naar kijken" heeft niets verplaatst.

Bulkupdates en het overdrachtsprobleem
Wanneer een bulkupdate juist is
Bulk is juist wanneer de wijziging identiek, verifieerbaar en omkeerbaar is. Feestdaguren voor een groep winkels. Een nieuwe dienstlijn die elke vestiging nu aanbiedt. Een gecorrigeerde website-URL. Een door het merk goedgekeurde beschrijvingswijziging. In elk geval hoort dezelfde tekst op veel plekken, en de enige vraag is of hij is aangekomen.
Drie gewoonten houden het veilig:
- Selecteer locaties expliciet op winkelcode, nooit standaard "alles".
- Controleer het aantal vóór publicatie en weet welke winkels bewust zijn uitgesloten.
- Draai daarna de profielaudit opnieuw. Een bulkupdate die op vier winkels faalde, hoort vier bevindingen te opleveren, geen succesmelding.
Wanneer een bulkupdate gevaarlijk is
Identiteitsvelden zijn geen bulkvelden. Naam, primaire categorie en adres bepalen wat de vermelding is; een verkeerde bulkedit daar kan een schorsing uitlokken en kost weken om terug te draaien. Hetzelfde geldt voor elke wijziging met lokale uitzonderingen: een winkel met andere zondagsuren, een kliniek met tijdelijke sluiting. Bulktools kennen lokale context niet; de persoon die de winkels selecteert wel.
Wat een overdracht overleeft
Wanneer een regiomanager vertrekt, vertrekt de informele kennis mee: welke winkelmanager reviews beantwoordt, welke vermelding een bekend duplicaat is, waarom één vestiging twee categorieën heeft. Een werkend systeem bewaart de delen die op te schrijven zijn:
- De winkelcode en de geschiedenis van de status.
- Elke review en elk antwoord, inclusief antwoorden op reviews die Google later verwijderde.
- Opgeslagen sjablonen en wie ze goedkeurde.
- De audittrail: wie welk veld wijzigde, en wanneer.
- Toegang per gebruiker die op één plek kan worden ingetrokken.
Exporteer de lijst vóór de laatste dag, niet erna. Een Excel-export is een slecht besturingssysteem maar een goed afscheidscadeau — en de reden dat de exportwachtrij bestaat.
Een checklist voor de eerste maand
- Bouw de locatielijst met winkelcodes en markeer gesloten of dubbele vermeldingen voordat je iets optimaliseert.
- Kies één eigenaar per veld: uren, beschrijving, foto's, antwoorden, toegang.
- Zet het dagelijkse reviewblok en de wekelijkse wachtrij. Zet beide in agenda's met namen eraan.
- Draai één profielaudit over het portfolio en repareer de tien controles per locatie, de drukste winkels eerst.
- Zet de vijf meest voorkomende antwoorden in gedeelde sjablonen en beantwoord daarna de huidige achterstand in één pass.
- Spreek het maandrapport af voordat de eerste maand eindigt: welke metrieken, welk datumbereik, wie leest het.
- Review de rechten. Verwijder wie weg is en beperk regiomanagers tot hun eigen winkels.
- Test de overdracht: vraag een collega om de reviewgeschiedenis en profielstatus van één winkel te vinden met alleen het systeem, niet jouw geheugen.
Duurt de test langer dan twee minuten, dan leeft het proces nog in een persoon. Dat is het spreadsheetprobleem in een nieuwe interface.
Het punt is niet de tool
Vijftig locaties hebben geen mooiere spreadsheet nodig. Ze hebben één identiteit per winkel nodig, één wachtrij die Googles huidige staat weerspiegelt, een cadans met eigenaren en een record dat personeelswisselingen overleeft. Doe die vier goed en de toolkeuze wordt vanzelf duidelijk; doe ze fout en elke tool is weer een tabblad dat niemand vertrouwt.
Run je een retailportfolio met seizoensuren, dan verschijnt hetzelfde patroon in retail: wijzigingen van het hoofdkantoor en lokale uitzonderingen komen in dezelfde week. Begin met wat een Google Business Profile echt bepaalt en probeer daarna de lijst met je eigen winkelcodes.
Veelgestelde vragen
How many locations can one account manage?
What is a store code used for?
Can we update hours for many locations at once?
Zie hoe het archief van verwijderde reviews het dossier bewaart, inclusief het antwoord.
FunctiesVerder lezen
Gerelateerd
Gerelateerde pagina's
Functies, sectoren en artikelen over hetzelfde werk.