Als meerdere accounts binnen enkele dagen worden beperkt, ligt het probleem vaak niet bij één account. Deze gids controleert achtereenvolgens omgeving, netwerkuitgang, betaling en profielgegevens en legt uit wanneer schadebeperking vóór bezwaar moet komen.
Wanneer meerdere accounts binnen enkele dagen achter elkaar een beperkingsmelding krijgen, is de meest gemaakte fout om meteen voor elk account afzonderlijk bezwaar te maken. Het is verstandiger eerst vast te stellen op welk niveau het probleem zit.
Kijk eerst naar de omvang: op welk niveau zit het probleem?
Niet het afzonderlijke account is doorslaggevend, maar welke accounts tegelijk problemen kregen. Als de beperkte accounts iets gemeen hebben, is dat gedeelde kenmerk meestal de beste aanwijzing voor de oorzaak.
- Dezelfde omgeving: meerdere accounts zijn op hetzelfde apparaat of in dezelfde browser gebruikt, waardoor de omgevingskenmerken volledig overlappen.
- Dezelfde netwerkuitgang: ze delen één proxy of IP-adres, of de uitgang loopt via een datacenterverbinding in plaats van een residentiële verbinding.
- Dezelfde betaling: dezelfde kaart, dezelfde betaalrekening of sterk vergelijkbare factuurgegevens zijn gekoppeld.
- Dezelfde set profielgegevens: bij registratie zijn dezelfde sjabloonachtige namen en avatars gebruikt, waardoor duidelijke verbanden tussen profielen ontstaan.
Hoe sterker de impact rond één overeenkomst is geconcentreerd, hoe duidelijker de oorzaak wordt. Als alle accounts tegelijk worden geraakt, controleer dan eerst de omgeving en netwerkuitgang. Als alleen recent geregistreerde accounts problemen krijgen, kijk dan naar de registratiegegevens en handelingen tijdens de registratie. Als advertentieaccounts beperkt zijn maar persoonlijke accounts actief blijven, verschuift de aandacht naar betaling en advertentie-inhoud.
Zelfcontrolelijst
Controleer voor omgeving en netwerkuitgang of elk account een vaste loginomgeving gebruikt, of tijdzone en taal van de browser bij de regio van de uitgang passen, of de uitgang residentieel of datacentergebaseerd is, of meerdere accounts één uitgang delen en hoeveel nieuwe accounts onlangs via die uitgang zijn geregistreerd. Herhaalde registraties vanaf hetzelfde IP-adres in korte tijd behoren tot de duidelijkste signalen van batchmatig gedrag.
Kijk bij de volledigheid van het profiel of avatar, bio en gekoppelde informatie compleet zijn, of de registratiegegevens echt zijn en of gevoelige velden zoals naam, avatar of geboortedatum recent vaak zijn gewijzigd. Hoe dunner en meer sjabloonachtig een profiel is, hoe eerder het bij controle kan opvallen.
Bekijk ook recent gedrag: veel vriendschapsverzoeken in korte tijd, herhaaldelijk vergelijkbare inhoud plaatsen of in één keer aan veel groepen deelnemen; hetzelfde account tegelijk op meerdere apparaten gebruiken, vooral wanneer IP-regio’s niet overeenkomen; en direct na het opheffen van een beperking terugkeren naar het eerdere activiteitsniveau. Afzonderlijk hoeft dit niet ernstig te zijn, maar samen kan het geautomatiseerd lijken.
De betaalstatus wordt vaak vergeten: hoeveel accounts zijn aan dezelfde kaart gekoppeld, zijn kaarten recent vaak gewisseld, komt de factuurregio overeen met de regio van de accountactiviteit en zijn er terugboekingen of mislukte betalingen geweest? De betaalketen is een belangrijk signaal voor de echtheid van een account; problemen daarin treffen vaak meerdere accounts tegelijk.
Eerst schade beperken of eerst bezwaar maken?
De volgorde is: eerst schade beperken, daarna beoordelen en pas als laatste bezwaar maken.
Schadebeperking betekent dat lopende batchacties direct worden gestopt, verdachte omgevingen en netwerkuitgangen worden geïsoleerd en dat niet steeds nieuwe accounts via dezelfde uitgang worden geregistreerd om oude te vervangen. Vanuit het perspectief van het platform kan dat lijken op het omzeilen van maatregelen, waardoor ook accounts die nog te herstellen waren in de problemen kunnen komen.
Bepaal vervolgens het type beperking. Meldingen kunnen gaan om functiebeperkingen, tijdelijke beperkingen of permanente uitschakeling, en elk type vraagt om een andere aanpak. Een functiebeperking kan vaak verdwijnen wanneer de trigger is opgelost; bij permanente uitschakeling komt bezwaar in beeld. Controleer ook of er daadwerkelijk een overtreding was. Bij een duidelijke foutieve blokkering is bezwaar eenvoudiger te onderbouwen; als er wel een overtreding was, beschrijf dan de genomen corrigerende maatregelen in plaats van steeds te herhalen dat er niets is gebeurd.
Gebruik alleen officiële bezwaarprocedures, leg in één aanvraag duidelijk uit waarvoor het account wordt gebruikt en dien niet steeds opnieuw in. Verander het account tijdens de behandeling niet verder en gebruik vooral geen nieuw account om dezelfde activiteit te herhalen.
Verlaag het risico vóór een banwave
Als een banwave eenmaal is begonnen, kun je met een late wijziging van de omgeving nog maar beperkt repareren. De betere volgorde is om de omgeving vóór gebruik te standaardiseren: geef elk account een eigen vaste browseromgeving, koppel die aan de bijbehorende netwerkuitgang en deel vanaf de eerste dag geen apparaatkenmerken. Wie daadwerkelijk meerdere accounts tegelijk moet beheren, kan met tools zoals PurpleMark per account een vaste browseromgeving gebruiken en verschillende uitgangen koppelen, zodat preventie eerder in het proces plaatsvindt.
Neem geen shortcuts met profielgegevens. Echte, volledige en stabiele informatie is voldoende. Houd het activiteitspatroon menselijk en vermijd perfect uniforme ritmes. Het klinkt eenvoudig, maar veel accounts die in batches worden beperkt lopen juist op deze basispunten vast.
Afsluiting
Een banwave is geen willekeurige gebeurtenis, maar een geconcentreerde screening nadat risicoregels zijn aangescherpt. Om te beoordelen of je accounts eruit gefilterd kunnen worden, kijk je naar hoe sterk ze lijken op een batch die door dezelfde beheerder is aangemaakt: zoek eerst de overeenkomsten en denk daarna aan bezwaar.
