Shopify op de WordPress-site van een klant, zonder herbouw

Een klant heeft al een WordPress-site die goed werkt: pagina’s die de eigen klanten lezen, een thema waarvoor betaald is, een team dat weet hoe het publiceert. Daarnaast verkoopt de klant via een Shopify-winkel. De vraag komt binnen als “kun je de winkel op de website zetten?” Vaak is daar geen nieuwe site voor nodig. Wel een korte lijst van pagina’s die producten moeten tonen, een duidelijk overzicht van wie elk account beheert, en een acceptatietest die de klant herkent.

Deze gids geeft een bureau die volgorde: afbakening, staging, acceptatie, overdracht en onderhoud, met een blad dat je in je projectdossier kunt kopiëren. Hij is gepubliceerd door Pagup, de uitgever van Fy2Press. De methode werkt met elke integratie die je kiest; de details over Fy2Press gelden voor versie 1.0.0.

Wat vraagt de klant echt?

Begin bij het zichtbare resultaat, niet bij een plugin. Maak een lijst van de pagina’s die nu bestaan en markeer de pagina’s die onaangeroerd moeten blijven. Vraag de klant daarna drie echte trajecten van begin tot eind te beschrijven, bijvoorbeeld een lezer die van een koopgids naar een product gaat, of een klant die door een collectie bladert voordat hij afrekent.

Die trajecten scheiden drie behoeften die vaak schuilgaan achter “een winkel op WordPress”:

• Catalogus: producten, collecties en prijzen tonen in WordPress-content.
• Betaling: bezoekers laten kopen. Met Fy2Press lopen winkelwagen en afrekenen door in Shopify; WordPress neemt nooit de betaling aan.
• Offertes of prijzen per account: offerteaanvragen, klantspecifieke prijzen, abonnementen. Fy2Press 1.0.0 biedt die niet, dus zeg dat tijdens de afbakening in plaats van na de lancering.

Benoem ook de andere grenzen vroeg. Fy2Press 1.0.0 verbindt één Shopify-winkel, en tools voor bureaus met meerdere winkels, meertalige catalogussynchronisatie en automatische migratie vanuit een andere plugin horen er niet bij (zie wat FREE bevat en wat PRO toevoegt). Heeft de klant één productknop op één pagina nodig, dan kan de Buy Button van Shopify volstaan, en Shopify publiceert ook een officiële plugin voor WordPress. Het overzicht van Shopify en WordPress vergelijkt deze aanpakken en legt uit hoe de rollen verdeeld zijn.

Wie beheert wat voordat het werk begint?

Eigenaarschap regel je makkelijker in de eerste vergadering dan tijdens een incident. De regel: de klant is eigenaar van elk account en alle inloggegevens, en het bureau krijgt de minste toegang waarmee het werk kan worden gedaan.

Onderdeel	In handen van	Wat het bureau nodig heeft	Bij de overdracht
Shopify-winkel en abonnement	De klant, als winkeleigenaar	Vaak niets; anders een medewerkersaccount met beperkte rechten	Toegang ingetrokken of beperkt
Headless-storefront en publieke Storefront API-token	Aangemaakt door de winkeleigenaar in het Headless-kanaal	De publieke token, ingevoerd in WordPress	Naam van de storefront vastgelegd; token buiten documenten gehouden
WordPress-site, hosting, back-ups	De klant	Eén benoemd account per persoon, met de rol die de taak vereist	Accounts van het bureau verwijderd of naar een lagere rol gezet
Pagina’s, gidsen, afbeeldingen	Het redactieteam van de klant	Content en beeldrechten	Rechten schriftelijk bevestigd
PRO-licentie, indien nodig	De klant	Niets buiten de installatie	Licentiehouder vastgelegd

Shopify reserveert sommige handelingen, zoals het overdragen van het eigendom of het beheren van Shopify Payments, alleen voor de winkeleigenaar. Behandel de Storefront-token op dezelfde manier. Vraag de eigenaar om het Headless-kanaal te installeren, de storefront aan te maken en alleen de rechten in te schakelen die in de gids voor de Shopify-verbinding staan. De Storefront API-gids van Shopify noemt de rechten voor Apps en kanalen als voorwaarde voor deze stap. Twee details uit de documentatie over Headless-kanalen van Shopify horen in je notities: de rechten van de Storefront API gelden voor alle storefronts van de winkel, en het verwijderen van een storefront maakt de tokens ervan ongeldig.

Heeft het bureau wel toegang tot het Shopify-beheer nodig, vraag dan een medewerkersaccount (collaborator account) aan in plaats van de login van de eigenaar. De eigenaar of een beheerder keurt het goed, het kan de rol Administrator niet krijgen, en het verloopt na 90 dagen zonder login. Aan de kant van WordPress bepalen rollen de verantwoordelijkheden van elke gebruiker, dus geef elke persoon de rol die zijn of haar taak vereist.

Hoe bereid je alles voor zonder de live site aan te raken?

Werk op een stagingkopie die buiten zoekmachines wordt gehouden. Controleer eerst de basis: zoals de pagina op WordPress.org vermeldt, heeft Fy2Press een bestaande Shopify-winkel met abonnement nodig, WordPress 6.5 of nieuwer en PHP 8.1 of nieuwer; de hosting moet ook uitgaande HTTPS-verzoeken naar Shopify toestaan (zie de installatiegids en de verbindingsgids).

Drie beslissingen komen vóór de eerste synchronisatie:

1. Welke productpagina de hoofdversie is. Nieuwe productpagina’s worden direct gepubliceerd, dus kies in het tabblad Google en SEO WordPress of Shopify als hoofdversie en stel daar ook de indexering in. De gids Google en SEO somt de controles op.
2. Met welke editor de pagina’s worden gebouwd. FREE biedt 17 Gutenberg-blokken en 27 shortcodes. Native componenten voor Elementor en WPBakery horen bij PRO. Test één representatieve pagina in het echte thema en de echte builder van de klant voordat je een resultaat belooft; zie builderdekking.
3. Hoe instellingen in productie komen. Fy2Press 1.0.0 heeft geen import of export van instellingen. Leg elke keuze voor verbinding, design en SEO vast in het blad hieronder, zodat je ze opnieuw kunt toepassen.

Het afbakenings- en overdrachtsblad

Kopieer dit blad naar je projectdossier. Het is een operationeel sjabloon, geen contract en geen serviceverplichting. Houd tokens en wachtwoorden erbuiten.

Vragen voor de workshop

• Waarom WordPress behouden, en welke pagina’s moeten blijven zoals ze zijn?
• Welke producten en collecties moeten verschijnen, en op welke pagina’s?
• Wie werkt producten bij in Shopify, en hoe vaak veranderen prijzen of voorraad?
• Met welk thema en welke paginabouwer moet de catalogus werken?
• Wie beslist welke cataloguspagina’s mogen worden geïndexeerd?
• Gaat het verzoek ook over offertes, meerdere winkels, meerdere catalogustalen of een migratie? Zo ja, noteer het als buiten de scope of als een aparte beslissing.

Werkstromen

Werkstroom	Oplevering	Eigenaar	Geaccepteerd wanneer
Architectuur	Te behouden pagina’s, toe te voegen pagina’s, rollen	Toe te wijzen	Beslissing op schrift en goedgekeurd
Gegevens	Representatieve producten gecontroleerd in Shopify	Toe te wijzen	Velden komen overeen bij voorbeeldproducten
Presentatie	Cataloguspagina’s gebouwd in de gekozen editor	Toe te wijzen	Weergave bekeken op desktop en mobiel
Content	Gidsen en productcontext geschreven	Toe te wijzen	Nagelezen; beeldrechten bevestigd
SEO	Hoofdpagina en indexering ingesteld	Toe te wijzen	Gerenderde HTML gecontroleerd
Testen	Trajecten uitgevoerd op staging, daarna in productie	Toe te wijzen	Resultaten vastgelegd, niet aangenomen
Overdracht	Routine, contactpersonen, grenzen	Toe te wijzen	De klant voert zelf één synchronisatie uit

Vast te leggen bij de overdracht

Pluginversie en editie, de gebruikte Shopify-storefront, de persoon die de synchronisatie uitvoert, de persoon die updates toepast, waar een probleem wordt gemeld, en de handelingen die de opdracht niet dekt.

Wat moet de acceptatie controleren?

Acceptatie betekent dat de klant het resultaat herkent op openbare pagina’s, niet dat een plugin als actief wordt getoond. Gebruik deze lijst als vertrekpunt:

• De verbindingstest slaagt en de token verschijnt op geen enkele openbare pagina.
• Na de synchronisatie komen de productaantallen overeen met de samenvatting.
• Drie voorbeeldproducten komen overeen met Shopify: titel, varianten, prijs, beschikbaarheid, afbeelding.
• Elk traject uit de afbakening werkt op een telefoon, zonder horizontaal te scrollen.
• De koopactie bereikt de juiste Shopify-winkel. Stop vóór de betaling, tenzij de klant een testbestelling toestaat.
• Pagina’s die als “behouden” zijn gemarkeerd, zijn ongewijzigd.
• Canonical en indexering op een productpagina komen overeen met de beslissing.
• De klant heeft de twee winkelwagencookies die in de gids over beveiliging en gegevens worden beschreven, naast de eigen privacyverklaring gelegd.
• De klant voert een synchronisatie uit zonder het bureau.

Noteer wat op staging is getest, wat in productie is getest en wat helemaal niet is getest.

Wat verandert er na de overdracht?

De catalogus in WordPress is een kopie die iemand moet verversen. In FREE wordt de synchronisatie handmatig gestart en gebeurt ze niet onmiddellijk: opgeslagen records blijven zoals ze zijn tot de volgende run, al kunnen sommige weergavecomponenten tussendoor gegevens bij Shopify opvragen (synchronisatiegids). Een latere synchronisatie kan titels en slugs uit Shopify opnieuw toepassen, dus productgegevens bewerk je het best in Shopify. PRO kan de synchronisatie met een actieve licentie inplannen; ook geplande runs gebeuren niet onmiddellijk, en zijn afhankelijk van WP-Cron.

Wijs voor elke terugkerende taak een eigenaar aan: WordPress, het thema en Fy2Press bijwerken en daarna een voorbeeldpagina controleren; een product dat uit het assortiment gaat uit de gidsen verwijderen; een PRO-licentie verlengen als er een is gekocht. Gaat er iets mis, dan helpt de gids voor probleemoplossing bepalen of de oorzaak bij Shopify, Fy2Press of het thema ligt. De support van Fy2Press beantwoordt vragen over installatie, verbinding, synchronisatie, weergave en SEO; beslis of de klant rechtstreeks contact opneemt of via het bureau.

Sluit daarna de toegang die je niet meer nodig hebt. De Morrowfield-casestudy toont afgewerkte cataloguspagina’s, gerenderd door FREE met fictieve producten. Een klant die weet welke accounts er bestaan, wie ze in handen heeft en welke routine de catalogus actueel houdt, kan de site beheren zonder bij elke prijswijziging het bureau te bellen.