Legacy- en runtime-only tegels
Sommige machinetypen van tegels blijven bestaan op legacy-landingspagina's, ook al biedt de dashboardkiezer ze niet meer aan voor nieuw werk. Scheid actief bewerkte tegels van historisch runtime-gedrag bij het diagnosticeren van vreemde gastschermen.
Beloof geen auteur-UI voor legacy-typen, tenzij productbeheer ze expliciet opnieuw inschakelt. De standaardrichtlijn is om opnieuw op te bouwen met ondersteunde modules (faq, text, geneste landingspagina's en vergelijkbaar).
Voorbeelden (niet-uitputtend)
Oudere implementaties behouden soms modules zoals gespecialiseerde contentroutes, verouderde tijdschema-widgets of experimentele vertalersnelkoppelingen. Gasten kunnen die URL's nog steeds bereiken als er gepubliceerde records blijven bestaan, ook al kunnen teams geen nieuwe kopieën maken uit de huidige catalogus.
Operationele richtlijnen
Legacy tegels herkennen
Als een editor een tegel niet kan openen of gasten een onbekende route zien, controleer dan of de tegel van vóór de huidige catalogus van de kiezer dateert. Historische modules missen soms volledig moderne validatie.
Ondersteuningsformulering
“Dit tegeltpe is alleen voor legacy-implementaties; publiceer nieuwe ervaringen met de ondersteunde tegels die vandaag beschikbaar zijn.” Bied heropbouwrichtlijnen aan (faq, text, geneste landingspagina's, etc.).
Intern te verzamelen informatie
Leg tegel-ID's, landingsslug, geschatte aanmaaktijd en screenshots vast die discrepanties tussen gast- en auteurweergave aantonen, voordat u technische hulp inroept.
Gerelateerd: Referentie tegels types, Web app model.