SITEHOME
Menu van de docsSiteHome testen met TestFlight

Aan de slag

SiteHome testen met TestFlight

Installeer de app, accepteer je website-uitnodiging, probeer bewerken en geef feedback. Brian begeleidt de test als jouw agency.

Bedankt dat je SiteHome wilt testen. Je probeert op je iPhone hoe je de teksten en afbeeldingen van je eigen website beheert. Brian begeleidt de test als jouw agency en regelt welke website je ziet en wat je ermee mag doen.

Deze pagina kun je bewaren en doorsturen. De pagina zelf geeft geen toegang: daarvoor ontvang je persoonlijke uitnodigingen van Brian.

1. Dit heb je nodig

  • Een iPhone met een iOS-versie die geschikt is voor de aangeboden SiteHome-build. TestFlight toont of je toestel geschikt is.
  • De gratis TestFlight-app van Apple.
  • Een TestFlight-uitnodiging van Brian om SiteHome te installeren.
  • Een aparte SiteHome-uitnodiging voor toegang tot jouw website.
  • Het e-mailadres waarop je SiteHome-uitnodiging is ontvangen.

Je Apple-account voor TestFlight en je SiteHome-account hebben een andere functie. Je WordPress-, Sanity- of Payload-wachtwoord is niet je SiteHome-wachtwoord. Je hoeft geen Apple-ontwikkelaarsaccount, GitHub-account of agency-account aan te maken.

2. SiteHome installeren

  1. Installeer TestFlight op je iPhone.
  2. Open Brians TestFlight-uitnodiging op die iPhone en kies View in TestFlight.
  3. Accepteer de uitnodiging en tik op Install bij SiteHome. Staat de app er al, kies dan Update.
  4. Open SiteHome. Gebruik tijdens de test de nieuwste versie die Brian voor jou beschikbaar heeft gemaakt. Het versienummer en buildnummer vind je in TestFlight bij SiteHome.

Geen installatieknop of een verlopen uitnodiging? Geef het door aan Brian. Een geüploade build kan nog op verwerking of vrijgave door Apple wachten; een uitnodiging betekent niet automatisch dat iedere build al beschikbaar is. TestFlight-builds verlopen na maximaal 90 dagen. Apple legt het installeren en testen uit.

3. Je uitnodiging en website openen

  1. Open de aparte SiteHome-uitnodigingslink van Brian.
  2. Meld je aan of maak een SiteHome-account met hetzelfde e-mailadres als waarop je bent uitgenodigd. Kies je eigen wachtwoord en rond een eventuele e-mailcontrole af.
  3. Accepteer de uitnodiging. Kom je hiervoor in je browser terecht, open daarna de SiteHome-app en log daar met hetzelfde account in.
  4. Ga naar Sites en open jouw website. Controleer de naam en het websiteadres voordat je iets bewerkt.

Je hoeft jouw website niet zelf opnieuw te koppelen of een CMS-token in te voeren. Brian bereidt de toegang voor. Zie je geen website, een verkeerde website of alleen kijkrechten? Stop bij die stap en geef aan Brian door welk e-mailadres je gebruikt. Een ontvangen TestFlight-uitnodiging geeft op zichzelf nog geen toegang tot websitecontent.

4. Spreek eerst de test af

Kies samen met Brian één geschikt bericht of één geschikte pagina. Bewaar de oorspronkelijke tekst of een screenshot, zodat je weet wat je later wilt terugzetten. Spreek af of je alleen concepten test, of ook een kleine wijziging op je echte website mag publiceren. Bewerk hetzelfde item tijdens deze test niet tegelijk met iemand anders.

Een concept bewaren in SiteHome verandert je website niet. Publiceren kan de echte website wel veranderen. Publiceren staat voor een nieuwe koppeling eerst uit en vereist de juiste rechten. Zet dit niet zelf aan om een teststap toch te kunnen afronden; overleg met Brian. Gebruik geen vertrouwelijke gegevens als voorbeeldtekst of in feedback.

5. Eerste testronde: kijken en een concept bewaren

Reken op ongeveer 15 minuten. Het gaat niet om foutloos werken: juist onduidelijke woorden, ontbrekende knoppen en onverwachte stappen willen we horen.

  1. Open de content van jouw website. Kun je de juiste groep en het afgesproken item gemakkelijk vinden? Probeer zoeken als die mogelijkheid wordt getoond.
  2. Bekijk de titel, tekst en afbeelding. Herken je de inhoud van je website? Meld het als iets onverwacht ontbreekt of onleesbaar is.
  3. Bewerk een kort stukje tekst in een veld dat SiteHome beschikbaar maakt. Controleer of typen, selecteren en het toetsenbord prettig werken.
  4. Probeer bij een beschikbaar afbeeldingsveld een eigen, geschikte testfoto te kiezen. Controleer de afbeelding en eventuele alternatieve tekst. Is er geen afbeeldingsveld beschikbaar, sla deze stap over.
  5. Bewaar je wijziging als concept. Open je publieke website in de browser en controleer dat deze niet door het bewaren is gewijzigd.
  6. Ga terug naar het overzicht, open het item of het bewaarde concept opnieuw en controleer of je wijziging er nog staat. Keer later nog eens terug nadat je de app hebt gesloten en opnieuw geopend.
  7. Open de controle van je wijzigingen. Is duidelijk welke website en welke inhoud je gaat veranderen? Kloppen tekst en afbeelding precies met wat je bedoelt? Stop vóór publiceren als dat niet is afgesproken.

Sommige velden of opmaak zijn bewust niet te bewerken. SiteHome toont daarvoor een reden. Dat hoeft geen fout te zijn; laat wel weten als je daardoor een belangrijke taak niet kunt uitvoeren. Niet iedere website heeft dezelfde velden en mogelijkheden.

6. Alleen als afgesproken: echt publiceren

  1. Controleer dat je nog op de juiste website en het juiste item zit, en dat publiceren voor deze website door de beheerder is toegestaan.
  2. Lees de controle van de exacte wijzigingen. Publiceer alleen de kleine, vooraf afgesproken wijziging.
  3. Open de publieke pagina in je browser en ververs die. Controleer zelf het resultaat; meld het als SiteHome en de website iets anders laten zien.
  4. Zet de oorspronkelijke inhoud daarna terug met een nieuwe wijziging, een nieuwe controle en een bewuste publicatie, als je dat met Brian hebt afgesproken.

Zie je een fout, een conflict of een onduidelijke melding? Bewaar de melding of maak een screenshot en neem contact op. Blijf niet herhaaldelijk op publiceren tikken als de uitkomst onduidelijk is. Nieuwe items maken of content van de website halen hoort niet bij deze eerste ronde, tenzij Brian dat afzonderlijk met je afspreekt.

7. Eventueel extra proberen

  • Wissel tussen lichte en donkere modus. Blijven tekst, invoervelden en de onderste knoppen goed leesbaar?
  • Gebruik de AI-assistent als die bij jouw website beschikbaar is. Vraag een kleine wijziging, controleer het voorstel en bewaar het eerst als concept. Een AI-voorstel is geen goedkeuring om iets live te zetten.
  • Probeer een tweede keer in te loggen of de app opnieuw te openen. Kom je weer bij jouw website en je bewaarde werk uit?
  • Open dezelfde website in de SiteHome-webapp als je wilt vergelijken. Gebruik hetzelfde account en bewerk hetzelfde item niet gelijktijdig op beide apparaten.

8. Een probleem of idee melden

Ga in SiteHome naar Account → Probleem melden. Sommige foutmeldingen bieden ook rechtstreeks een meldknop. Je hebt hiervoor geen GitHub-account nodig.

Beschrijf wat je probeerde, wat je verwachtte en wat er werkelijk gebeurde. Voeg zo mogelijk een screenshot toe waarop de relevante knop of melding zichtbaar is. Verberg eerst wachtwoorden, tokens, gegevens van anderen en vertrouwelijke websitecontent. Een screenshot is optioneel. Laat contact per e-mail aanstaan als we je over deze melding mogen benaderen.

SiteHome toont vóór versturen welke appgegevens meegaan. Versie/build en schermcontext gaan mee voor zover beschikbaar; noteer zelf de website of het item als dat nodig is om je probleem terug te vinden. Wacht op Bedankt voor je melding om te weten dat de melding is verzonden.

Je kunt dit voorbeeld gebruiken:

Opdracht
Website en item:
Ik wilde:
Mijn stappen: 1. ... 2. ... 3. ...
Ik verwachtte:
Dit gebeurde er, of deze melding verscheen:
Gebeurt het elke keer of soms?
iPhone-model, iOS-versie en SiteHome-build uit TestFlight:
Was dit alleen een concept, of had ik op publiceren getikt?

Start SiteHome niet, kun je niet inloggen of werkt het meldformulier niet? Stuur dezelfde informatie rechtstreeks aan Brian via het contactkanaal waarmee hij je heeft uitgenodigd. Bij een crash of een zichtbaar probleem kun je ook in TestFlight bij SiteHome kiezen voor Send Beta Feedback. Apple beschrijft de feedbackmogelijkheden.

9. Na je test

Laat Brian weten wat goed ging, waar je twijfelde en welke drie dingen je het liefst verbeterd ziet. Ook “ik snapte niet wat ik hier moest doen” is waardevolle feedback. Meld of je een concept hebt laten staan en of een afgesproken livewijziging alweer is teruggezet.

Brian verzamelt de meldingen en stemt met je af wat de volgende ronde is. Een technische test of geslaagde build vervangt jouw ervaring met de echte app niet. Je hoeft geen gevoelige gegevens of toegangswachtwoorden te delen om feedback te geven.

Markdown voor AI-assistenten