Onze werkwijze
Meten, prioriteren, uitvoeren en eerlijk rapporteren
Een groeiproces moet voor klanten eenvoudig voelen, maar achter de schermen streng omgaan met brondata, toestemming en uitvoeringsbewijs.
- 1. Verbinden: Website, Search Console, Analytics en relevante advertentie- of lokale bronnen.
- 2. Begrijpen: Doelen, aanbod, prioriteitspagina’s en bestaande meetkwaliteit.
- 3. Verbeteren: Kleine, controleerbare wijzigingen met duidelijke risico- en publicatiegrenzen.
Een onboarding die niet als werk voelt
De klant ziet per koppeling waarom deze nodig is, welke toegang wordt gevraagd en wat erna automatisch gebeurt. We vragen geen systemen of rechten die niet nodig zijn voor het gekozen pakket.
- Heldere voortgang en volgende stap
- OAuth waar mogelijk in plaats van losse sleutels
- Minimale rechten per bron
- Directe controle of data werkelijk binnenkomt
Prioriteit op klantwaarde
We geven voorrang aan problemen die indexatie, conversie of relevante zichtbaarheid blokkeren. Een technische fout op alle dienstenpagina’s is belangrijker dan tientallen cosmetische waarschuwingen.
- Impact op omzetdoel of vindbaarheid
- Aantal getroffen belangrijke URL’s
- Bewijskwaliteit en meetbaarheid
- Uitvoeringsrisico en herstelbaarheid
Alleen een update als die het lezen waard is
Een klein verkeersplusje of één losse keywordbeweging activeert geen mail. Materiële conversiegroei, blijvende strategische rankings of aantoonbaar live werk kunnen dat wel doen.
- Complete vergelijkingsweken
- Verse brondata
- Geen dubbele conversies
- Geen herhaling van eerder gemeld werk
- Directe link naar bewijs
Van eerste koppeling naar een herhaalbaar werkritme
De onboarding begint met vier praktische besluiten: welke bedrijfsdoelen tellen, welke databronnen daarvoor nodig zijn, welke URL's prioriteit hebben en wie verschillende soorten wijzigingen mag goedkeuren. We vragen alleen toegang die voor de gekozen dienstverlening nodig is en leggen per koppeling uit welke data wordt gelezen of gebruikt. Een verbinding heet pas gereed wanneer de juiste organisatie, property of het juiste advertentieaccount is geselecteerd en actuele gegevens aantoonbaar binnenkomen. Een succesvolle login zonder geverifieerde bron is nog geen voltooide onboarding. Ontbrekende toegang blijft zichtbaar als één concrete actie met eigenaar, gevolg en herstelroute.
Na de nulmeting volgt een korte cyclus van kiezen, uitvoeren, controleren en opnieuw prioriteren. Niet ieder kanaal hoeft vanaf dag één tegelijk actief te zijn. Wanneer conversiemeting nog onbetrouwbaar is, kan technisch herstel bijvoorbeeld doorgaan terwijl resultaatvergelijkingen bewust worden uitgesteld. Per cyclus kiezen we werk dat binnen de beschikbare toegang en capaciteit werkelijk kan worden afgerond. Daardoor voelt de klantreis niet als een lange vragenlijst en ontstaat geen kunstmatige druk om alle mogelijke integraties direct te activeren. Iedere volgende stap hoort uit te leggen waarom die nu nodig is en welke beslissing of uitvoering daardoor mogelijk wordt.
- Doelen en primaire conversies eerst in gewone taal bevestigen
- Alleen relevante databronnen koppelen en de juiste accountselectie verifiëren
- Prioriteitspagina's, eigenaren en publicatiegrenzen vastleggen
- Eerste werklijst voorzien van bewijs en acceptatiecriteria
- De volgende cyclus baseren op nieuwe informatie, niet op een vast taakvolume
Welke acties vragen akkoord en hoe wordt een wijziging hersteld?
Vooraf afgesproken wijzigingen met beperkt risico kunnen binnen een duidelijke regelset worden uitgevoerd zonder voor ieder klein item opnieuw toestemming te vragen. Denk aan het herstellen van een kapotte interne link wanneer bestemming en context ondubbelzinnig zijn. Nieuwe commerciële claims, prijsinformatie, grote templatewijzigingen, wijzigingen aan tracking, verhogingen van advertentiebudget en acties met brede klantimpact vragen expliciet akkoord van de aangewezen eigenaar. De beslisregels worden bij de start vastgelegd en blijven voor de klant inzichtelijk. Automatisering betekent zo dat terugkerend werk soepel verloopt, niet dat onduidelijke of ingrijpende keuzes zonder toezicht worden gemaakt.
Iedere verandering met substantieel bereik krijgt een herstelroute. We bewaren de vorige toestand of een controleerbare diff, registreren wanneer de wijziging live ging en benoemen welk signaal aanleiding geeft om terug te draaien. Bij een technisch incident kijken we eerst naar de impact op bezoekers, meten en indexatie; daarna wordt hersteld of gepauzeerd binnen de afgesproken bevoegdheid. Een mislukte publicatie wordt niet verstopt in een algemene voortgangsscore. De klant krijgt een feitelijke uitleg van gevolg, herstel, resterende onzekerheid en eventuele vervolgbeslissing. Zo blijven snelheid, eigenaarschap en veiligheid in dezelfde werkwijze verenigd.
- Vooraf toegestaan: klein, herstelbaar en binnen vastgelegde regels
- Expliciet akkoord: nieuwe claims, budget, brede publicatie of hoog technisch risico
- Altijd registreren: eigenaar, tijdstip, wijzigingsbewijs en herstelroute
- Bij twijfel: pauzeren en de benodigde beslissing zichtbaar maken
Je ontvangt alleen een update wanneer er echt iets te melden is
Een klantupdate is zinvol wanneer belangrijk werk live is gegaan, een betrouwbare complete meting een relevante verandering laat zien, een blokkade gevolgen heeft of een besluit van de klant nodig is. Het bericht begint met de betekenis voor het bedrijf en benoemt daarna wat veranderde, welk bewijs beschikbaar is en wat de volgende stap wordt. Een groen pijltje, één verschoven zoekwoord of een algemene opsomming van controles is geen reden voor een losse mail. Wanneer er niets beslissends of aantoonbaars is, blijft de informatie in het dashboard staan en voorkomen we dat nuttige berichten tussen routineupdates verdwijnen.
Een geldige werkupdate kan bijvoorbeeld luiden: ‘De verkeerde canonicals op drie prioriteitspagina's zijn hersteld en live gecontroleerd; Search Console moet de wijziging nog opnieuw verwerken.’ Dit voorbeeld maakt onderscheid tussen uitgevoerd werk en een nog onbekend effect. Een vluchtige beweging op één meetmoment wordt niet als groei gepresenteerd. Bij prestatie-updates noemen we bron, periode, vergelijkingsbasis en relevante beperkingen. De klant ziet vervolgens één concrete vervolgstap, of juist dat geen actie nodig is. Zo blijft rapportage prettig leesbaar, persoonlijk relevant en bruikbaar voor beslissingen zonder dat stilte ten onrechte als stilstand wordt behandeld.
- Wel mailen: belangrijk werk live, relevante ontwikkeling of besluit nodig
- Niet mailen: ruis, onvolledige periode of hetzelfde resultaat opnieuw verpakt
- Altijd opnemen: betekenis, bewijs, beperking en volgende stap
- Dashboard gebruiken voor detail dat geen afzonderlijke aandacht vraagt
Veelgestelde vragen
Welke koppelingen heeft SEOJuice nodig?
Dat hangt af van de dienst. Meestal gaat het om websitebeheer, Search Console en Analytics; Ads, social of lokale bronnen alleen wanneer die dienst wordt gebruikt.
Voert SEOJuice wijzigingen automatisch uit?
Veilige, vooraf afgesproken wijzigingen kunnen worden geautomatiseerd. Publicatie, budgetwijzigingen en ingrijpende acties blijven onder duidelijke goedkeurings- en herstelregels vallen.
Krijg ik iedere week een rapport?
Alleen wanneer er aantoonbaar iets relevants veranderde of live ging. Geen waardevol nieuws betekent geen weekmail.
Hoe lang duurt de onboarding?
Dat hangt vooral af van de gekozen dienst, beschikbare toegang en technische verificatie. We maken de start niet onnodig breed: eerst worden alleen de bronnen gekoppeld die nodig zijn voor het eerste werk. De onboarding is inhoudelijk gereed wanneer de juiste accounts zijn geselecteerd, actuele data binnenkomt en eigenaren en publicatiegrenzen zijn bevestigd. Open koppelingen blijven als concrete vervolgactie zichtbaar.
Kan ik toestemming voor een koppeling later intrekken?
Ja. Per koppeling moet duidelijk zijn waar toegang kan worden ingetrokken en wat dat voor de dienstverlening betekent. Na intrekking stopt nieuwe synchronisatie voor die bron zodra de wijziging technisch is verwerkt. Historische gegevens worden behandeld volgens de overeengekomen privacy- en bewaartermijnen. Wanneer een rapport daardoor niet meer volledig kan worden opgebouwd, benoemen we die beperking expliciet.
Wat gebeurt er als een wijziging na publicatie een fout veroorzaakt?
De live situatie wordt vergeleken met de vastgelegde vorige toestand en acceptatiecriteria. Bij grote of onzekere impact wordt de wijziging binnen de afgesproken bevoegdheid gepauzeerd of teruggedraaid. Daarna volgt een feitelijke update met de waargenomen impact, het herstel, resterende onzekerheid en eventuele actie van de klant. Een incident wordt niet als afgerond beschouwd zolang de live controle nog ontbreekt.
Krijg ik iedere week automatisch een rapportmail?
Niet alleen omdat er een kalenderweek voorbij is. Een bericht wordt gestuurd wanneer uitgevoerd werk, een betrouwbare relevante ontwikkeling, een blokkade of een benodigde beslissing daar aanleiding toe geeft. Detail zonder directe betekenis blijft in het dashboard beschikbaar. Daardoor bevat een mail een duidelijke reden om te lezen en wordt een klein of onvolledig signaal niet opgeblazen tot een succesclaim.
Door SEOJuice-redactie, Linktool B.V.. Laatst inhoudelijk bijgewerkt: .
Bekijk wat we voor jouw site kunnen doen