Een website koppelen

Een WordPress-website koppelen

De SiteHome-plugin installeren, een applicatiewachtwoord maken, koppelen.

Met SiteHome bewerken en publiceren de beheerders van een website de content vanaf hun telefoon. Voor een WordPress-website heb je een applicatiewachtwoord nodig om te koppelen; daarmee bekijk en bewerk je content en bewaar je concepten. Om te publiceren heeft SiteHome ook de SiteHome-plugin nodig, die je vóór het koppelen of later installeert. Allebei regel je in het beheer van WordPress zelf, zonder developer, in ongeveer vijf minuten.

1. De plugin installeren

Ga in WordPress naar Plugins → Nieuwe plugin toevoegen en zoek op SiteHome (van bkeetman).
Klik op Nu installeren en daarna Activeren.

SiteHome staat in de pluginbibliotheek van WordPress.org. Vereist WordPress 6.0 en PHP 7.4 of nieuwer. Je kunt de ZIP ook op die pagina downloaden en via Plugin uploaden installeren.

Met WP-CLI: wp plugin install sitehome --activate.

Updates

WordPress toont bij Plugins of Dashboard → Updates een melding zodra er een nieuwere versie is. Kies Opnieuw controleren om de controle te vernieuwen. Wil je toekomstige updates automatisch installeren? Kies bij SiteHome onder Plugins voor Automatische updates inschakelen; je hosting kan deze instelling beheren.

2. Een applicatiewachtwoord maken

Gebruik voor SiteHome een WordPress-gebruiker met de rol Editor (of Beheerder): je eigen gebruiker, of een nieuwe.
Ga naar Gebruikers → Profiel en scrol naar Applicatie wachtwoorden.
Vul als naam SiteHome in, klik op Applicatie wachtwoord toevoegen, en kopieer het wachtwoord.

Applicatiewachtwoorden werken alleen via https. Je kunt het wachtwoord daar altijd intrekken; SiteHome kan de website dan niet meer lezen of wijzigen.

3. Koppelen in SiteHome

Kies in WordPress onder Instellingen → SiteHome voor Connect with SiteHome (plugin 0.7.0 of nieuwer). SiteHome opent met het websiteadres ingevuld; log zo nodig in. Open bij een oudere plugin Website koppelen → WordPress in de SiteHome-app. Vul het adres van je website, de gebruikersnaam en het applicatiewachtwoord in. SiteHome controleert de rol van de gebruiker en of de plugin er staat, toont de soorten content met gepubliceerde items, en koppelt de soorten die je kiest. Publiceren staat eerst uit, tot een beheerder het aanzet. Zonder plugin staat de website als gedeeltelijk gekoppeld (geel): publiceren aanzetten controleert dan eerst opnieuw of de plugin er staat.

Wat de plugin doet

Een revisiecontrole op de wijzigingen van SiteHome: is een item veranderd nadat het in SiteHome is gecontroleerd, dan weigert WordPress de wijziging (409) en vraagt SiteHome om opnieuw te controleren. Wijzigingen vanuit de blokeditor of andere apps merken hier niets van.
Een alleen-lezen veld sitehome_revision bij items in de REST API (alleen voor gebruikers die ze mogen bewerken), en GET /wp-json/sitehome/v1/status.
Instellingen → SiteHome met deze koppelstappen.
Hij maakt geen tabellen, verandert geen content en stuurt niets naar buiten. SiteHome leest en publiceert via de gewone REST API van WordPress, met jullie gebruikers en rechten. Elke wijziging is een gewone update, met een revisie die je kunt terugzetten.

Wat SiteHome bewerkt

Gepubliceerde berichten, pagina's en eigen contentsoorten die in de REST API staan (show_in_rest): de titel, de samenvatting, de uitgelichte afbeelding, de blokinhoud, en de categorieën, tags en andere taxonomieën (gekozen uit de termen die de website al heeft). In de inhoud zijn alinea's, koppen, citaten en lijsten te bewerken, met vet, cursief, doorgestreept, code en links. Andere blokken (afbeeldingen, knoppen, kolommen, ingesloten inhoud, blokken met eigen instellingen zoals uitlijning of kleuren) zie je en kun je verplaatsen of weghalen, maar ze worden precies zo teruggeschreven als ze waren.

Met de plugin (0.4.0 of nieuwer) bewerkt SiteHome ook Advanced Custom Fields (ACF) van gangbare soorten: tekst, tekstvak, getal, e-mail, link, ja/nee, datum, keuzes en afbeelding. ACF-velden met een voorwaarde, een alleen-lezen-instelling of een eigen controle van de website blijven dicht, net als repeaters, flexible content en relaties.

Nog niet te bewerken: het adres (slug), nieuwe termen (maak die eerst in WordPress), andere eigen velden, en inhoud uit de klassieke editor. Pagina's die met een paginabouwer zijn gemaakt (Elementor, Divi, WPBakery, Beaver Builder, Oxygen, Bricks), bewaren hun opmaak en tekst in de eigen gegevens van die paginabouwer; de plugin meldt dat aan SiteHome, dat de inhoud dan met rust laat. De titel, samenvatting, uitgelichte afbeelding, categorieën en tags kun je wel bewerken.

Als koppelen niet lukt

SiteHome kan de API niet bereiken: een beveiligingsplugin (zoals Wordfence of iThemes Security) of de hosting blokkeert de REST API of applicatiewachtwoorden. Sta allebei toe voor de SiteHome-gebruiker.
WordPress accepteert de gegevens niet, terwijl ze kloppen: sommige hostings halen de Authorization-header weg voordat WordPress hem ziet, en WordPress antwoordt dan alsof het wachtwoord fout is. De SiteHome-plugin (0.3.0 of nieuwer) leest de gegevens dan uit SiteHome's eigen header en vertelt SiteHome of ze zijn aangekomen. Zonder plugin vraag je je hosting om de Authorization-header door te geven aan PHP.
De gebruikersnaam of het wachtwoord wordt niet geaccepteerd: gebruik de WordPress-gebruikersnaam (niet het e-mailadres) en het applicatiewachtwoord, niet het gewone wachtwoord.
De gebruiker mag niet alle content bewerken: geef de gebruiker de rol Editor of Beheerder.

Voor developers en AI-assistenten

Eigen contentsoorten hebben 'show_in_rest' => true nodig om in SiteHome te verschijnen, en supports bepaalt welke van titel, samenvatting, editor en uitgelichte afbeelding SiteHome toont. Installeer en activeer de plugin en maak een applicatiewachtwoord voor een Editor. Verander verder geen plugins of instellingen.

Markdown voor AI-assistenten