Guider

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.

Lista med 23 platser, butikskoder, distrikt, betyg och statusar 23 platser i en lista: butikskod, stad och distrikt, betyg och status. Anonymiserat demokonto.

Ö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:

  1. En platslista med butikskoder, namn och Google-profilidentifierare.
  2. Datumintervallet och definitionerna som användes i slutrapporten.
  3. En ändringslogg för avtalsperioden.
  4. Den aktuella exporten av omdömesarkivet.
  5. 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.

Översikt med snittbetyg, månadens recensioner, svarsfrekvens och volym Översikten: snittbetyg, recensioner den här månaden, svarsfrekvens och recensionsvolym. Anonymiserat demokonto.

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.

  1. Ä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.
  2. 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.
  3. 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.

Starta en gratis provperiod på 3 dagar · Se priser

Vanliga frågor

Usually not. A manager invite covers the daily work while the client keeps ownership. Owner access should be temporary, documented and removed once the specific task is done.
No. A shared login removes attribution, breaks two-step verification and cannot be revoked for one person. Give every user their own account and two-step verification.
A location list with profile IDs, the final report with definitions, a change log, the review archive export and a 30-day contact on both sides.

Locationes editorial

Skriver om lokal sökning, omdömen och arbetet bakom varumärken med flera platser. Påståenden om produkten kontrolleras mot appen och kunddata anonymiseras.

Se hur arkivet för borttagna recensioner behåller ärendet, inklusive svaret.

Funktioner