Driva kundplatser som byrå: åtkomst, behörigheter, överlämning
En byrå kan vinna ett lokalt SEO-konto och förlora det på ett lösenord.
Senast uppdaterad:
En byrå kan vinna ett lokalt SEO-konto och förlora det på ett lösenord. Arbetet är sällan problemet. Problemet är åtkomst: vem som har den, vad de kan ändra och vad som händer den dag kunden lämnar. Byråer som behandlar åtkomst som en operativ detalj lägger sista veckan av ett avtal på att rekonstruera vad de levererat.
Den här guiden täcker de tre sätten att få åtkomst och risken i varje, behörighetsmodellen som håller kundens listningar säkra och överlämningsdokumentet som avslutar ett avtal utan bråk.
Vad är ett Google Business Profile-verktyg för byråer?
Den sista meningen är hela modellen. Byrån driver listningen; kunden äger den. Varje process nedan är utformad för att hålla det sant även när en relation slutar dåligt.
Tre sätt att få åtkomst, och vad varje kostar
| Metod | Vad byrån kan göra | Risk | Överlämning |
|---|---|---|---|
| Chefsinbjudan från kundens profil | Redigera fält, svara på omdömen, lägga till inlägg | Kunden kan ta bort åtkomst när som helst; vissa åtgärder kräver en ägare | Ren: ta bort användaren och posten finns kvar |
| Byrån tillagd som ägare | Allt, inklusive användarhantering | Byrån kan låsa ute kunden, av misstag eller inte | Kräver att kunden tar bort byrån, vilket kräver en ägare |
| Kundens Google-inloggning delad | Allt, utan spår | En säkerhetsincident i vardande; ingen attribuering | Omöjlig att lämna över rent |
Chefsinbjudan är standard. Den räcker för det dagliga arbetet och håller ägarskapet där det hör hemma. En ägarroll bör vara ett tillfälligt, dokumenterat undantag – för en verifiering eller en strukturell åtgärd – inte standardmodellen.
Delade inloggningar är den enda metoden att vägra. De gör varje åtgärd otillskrivbar, de bryter tvåstegsverifieringen och de förvandlar en personalavgång till en säkerhetsgranskning.
Behörighetsmodellen
Googles egna roller är grova: primär ägare, ägare och chef. Arbetsytan lägger till ett andra lager, där en användare bara ser de platser som tilldelats dem. Båda spelar roll.
| Uppgift | Google-roll som krävs | Arbetsyta-behörighet | Vem bör ha den |
|---|---|---|---|
| Redigera öppettider, beskrivning, tjänster | Chef | Tilldelade platser | Account executive, lokalt team |
| Svara på omdömen | Chef | Tilldelade platser | Community manager, butiksteam |
| Lägga till eller ta bort användare | Ägare | Admin | Endast byråledare |
| Verifiera en plats | Ägare eller kunden | Admin | En namngiven person, tillfälligt |
| Exportera rapporter | Chef | Analytiker | Rapporteringsledare |
| Lägga till en ny plats i arbetsytan | Chef plus kundgodkännande | Admin | Onboardingledare |
Två regler förebygger de flesta incidenter. För det första har en byråledare ägarroll bara medan en specifik uppgift kräver det, och kunden informeras skriftligt. För det andra har varje person en egen inloggning; ett delat konto är en behörighet som inte kan återkallas exakt.
Kontrollen av Google-aviseringar lägger till ett användbart skyddsnät: behörighetsproblem och kontoändringar visas som varningar i stället för som en överraskning i månad tre. För en kund med dussintals platser är den kontrollen en del av tjänsten, inte en extra.

Överlämning: vad kunden tar, vad byrån behåller
En överlämning är inte ett avskedsmail. Det är ett dokument och en sekvens.
Kunden behåller:
- Ägarskapet till varje listning, i sitt Google-konto.
- Omdömesarkivet och prestandahistoriken exporterad för avtalsperioden.
- Dokumentationen över vad som ändrades, när och varför.
Byrån tar bort:
- Sina användare från varje listning och från arbetsytan.
- Varje ägarroll som beviljats för en specifik uppgift.
- Integrationstokens och anslutna konton som den inte längre behöver.
Byrån behåller:
- Sina egna mallar och interna metoder, om inte avtalet säger annat.
- Sin rapporteringsform, inte kundens data.
Sekvensen spelar roll: exportera först, bekräfta att kunden kan öppna exporten, ta sedan bort användare. Att ta bort åtkomst före exporten är hur en rutinmässig offboarding blir en tvist.
Ett överlämningsdokument bör innehålla:
- En platslista med butikskoder, namn och Google-profilidentifierare.
- Datumintervallet och definitionerna som användes i slutrapporten.
- En ändringslogg för avtalsperioden.
- Den aktuella exporten av omdömesarkivet.
- En namngiven kontakt på varje sida i 30 dagar efter slutet.
En rapporteringsstandard som överlever ett byråbyte
Kunder jämför byråer, och jämförelsen är bara rättvis om definitionerna matchar. Sätt dem under första månaden och behåll dem under kontots livstid.
- Ett datumintervall för varje mätetal i paketet.
- En definition per mätetal, skriven i rapporten, inte antagen.
- Tabeller per plats, inte bara ett portföljsnitt.
- En arbetslogg bredvid talen: vad som ändrades, när, på vilka platser.
- En not om datafördröjning: Google slutför prestationsdata med cirka fem dagars fördröjning, så sista veckan är preliminär.
En rapport som visar ett betyg utan borttagningsgraden, eller visningar utan datumintervallet, är inte jämförbar med nästa byrås rapport. Det är bekvämt på kort sikt och dyrt vid förnyelse.

Tre klausuler värda att få granskade
Det här är inte juridisk rådgivning. Avtalstext bör kontrolleras av en jurist i relevant jurisdiktion.
- Ägarskap och åtkomst. Kunden äger listningarna och Google-kontot; byrån beviljas chefsåtkomst under avtalstiden; all ägaråtkomst är tillfällig och listad. Klausulen bör säga vem som tar bort åtkomst och när.
- Data och export. Kunden äger omdömesarkivet, prestationsdatan och rapporterna som produceras för dem; byrån tillhandahåller en fullständig export inom en angiven period vid avtalets slut. Namnge formatet.
- Offboarding. Ett definierat överlämningsfönster, en lista över leverabler och ett uttalande att åtkomst tas bort efter att exporten bekräftats. En överlappning på 30 dagar är vanlig; den bör avtalas, inte improviseras.
Ytterligare två klausuler är värda att överväga: vem som svarar under en uppsägningstid och vad som händer med pågående arbete.
Vad du inte ska göra som byrå
- Håll inte en listning som gisslan. Att vägra ta bort åtkomst är det snabbaste sättet att förvandla en förlorad kund till en offentlig varning.
- Bli inte ägare som standard. Det löser ett verifieringsproblem och skapar ett överlämningsproblem.
- Använd inte en delad inloggning för teamet. Det gör attribuering omöjlig och bryter tvåstegsverifieringen.
- Ändra inte ägarskap utan skriftlig bekräftelse. En "snabb fix" på en kunds konto är en skuld.
- Rapportera inte ett annat datumintervall än föregående byrå. Det gör jämförelsen meningslös, och kunden märker det.
- Lämna inte före detta personal med åtkomst. Ta bort användare samma dag de slutar, inte vid nästa granskning.
Checklista för onboarding och offboarding
Onboarding
- Kunden bjuder in byrån som chef, inte som ägare.
- Varje användare hos byrån har egen inloggning och tvåstegsverifiering.
- Platser tilldelas per användare, inte delas över teamet.
- Rapporteringsdefinitionerna och datumintervallet avtalas skriftligt.
- En baslinjerevision körs och sparas före varje redigering.
Offboarding
- Slutrapporten och omdömesarkivet exporteras.
- Kunden bekräftar att den kan öppna exporten.
- Alla byråns användare tas bort från varje listning och arbetsyta.
- Tillfälliga ägarroller lämnas tillbaka.
- Integrationer och tokens återkallas.
- En kontakt på 30 dagar namnges på båda sidor.
Åtkomst är tjänsten
Kunder bedömer sällan en byrå på en enskild rankning. De bedömer den på om kontot är rent, rapporteringen konsekvent och exit är odramatisk. Chefsåtkomst, behörigheter per användare, en rapporteringsstandard och ett riktigt överlämningsdokument är oglamorösa, och de är vad som gör ett lokalt SEO-uppdrag försvarbart.
Det operativa ryktet bakom rapporteringen är detsamma som ett varumärke driver internt; hantera många platser utan ett kalkylark täcker veckokön. Multi-location management är där platslistan, butikskoderna och åtkomsten per användare lever tillsammans.
Om dina kunder är klinikgrupper, där ett offentligt svar kan avslöja patientuppgifter, läs klinikguiden innan du skriver svarsprincipen i avtalet.
Vanliga frågor
Should an agency be an owner of a client's listing?
Can several agency staff share one login?
What should be in an agency handover?
Se hur arkivet för borttagna recensioner behåller ärendet, inklusive svaret.
FunktionerFortsätt läsa
Relaterat
Relaterade sidor
Funktioner, branscher och texter om samma arbete.