Stijlen die rechtstreeks in de code van de productpagina’s zijn geschreven, zijn een stil probleem: alles lijkt correct op desktop, en de mobiele weergave verslechtert zonder dat iemand het opmerkt. Ze massaal verwijderen is een eenvoudige operatie, op voorwaarde dat u weet waarop ze betrekking heeft en hoe u het resultaat controleert.
Dit artikel behandelt de uitvoeringsprocedure. De redenen om dit werkterrein aan te vatten en wat een tekstverwerker daadwerkelijk injecteert, zijn apart uitgewerkt.
Stap 1: de omvang meten
Tel voor u behandelt. Drie metingen op de database.
Het aantal betrokken productpagina’s, dat wil zeggen die waarvan de beschrijving een stijlattribuut bevat. Op een nooit opgeschoonde catalogus overschrijdt het aandeel vaak de helft.
Het gemiddelde gewicht van de beschrijvingen, met en zonder stijlen. Vergelijk de veldlengte voor en na een gesimuleerde opschoning op enkele regels.
De zwaarste pagina’s, gesorteerd op afnemende beschrijvingslengte. De eerste twintig concentreren vaak de meest pathologische gevallen en zij moeten als eerste worden onderzocht.
Die telling gebeurt op de velden van de lange en korte beschrijving, in de tabel van de productbeschrijvingen, met een join op de taal. Denk eraan elke taal te behandelen, want de problemen zijn niet identiek van de ene vertaling tot de andere.
Stap 2: de aanwezige patronen identificeren
Niet alle stijlen lijken op elkaar en niet alle worden op dezelfde manier behandeld.
Extraheer een steekproef van twintig beschrijvingen uit de zwaarste en bekijk de code. U vindt er doorgaans vier families.
De lettertype- en groottedeclaraties, herhaald op elke alinea. Verwijderen zonder aarzelen.
De tekst- en achtergrondkleuren. Let op: sommige zijn opzettelijk, met name op kaders of waarschuwingsvermeldingen. Kijk voor u alles weghaalt.
De vaste breedtes en hoogtes, op tabellen of afbeeldingen. Zij zijn het die de mobiele weergave breken, en hun verwijdering vraagt een visuele controle.
De uitlijningen en marges. Doorgaans verwijderbaar, behalve op bewuste opmaak.
Die steekproeflezing neemt een halfuur en ze bepaalt de exacte omvang van uw behandeling. Zonder haar past u een uniforme regel toe op verschillende situaties.
Stap 3: back-uppen, echt
Drie voorzorgen, en de derde is die welke men vergeet.
Een volledige export van de database, getest. Een back-upbestand dat nooit is geprobeerd te herstellen, is geen back-up.
Een kopie van de beschrijvingentabel, gedupliceerd voor de behandeling. Ze maakt een gerichte restauratie mogelijk zonder de rest van de database aan te raken, wat veel sneller is dan een volledige restauratie.
Het bewaren van de kopie gedurende meerdere weken. Een weergaveprobleem op een weinig bezochte pagina kan pas een maand later worden gemeld.
HTML-opschoning van Product- & Categoriebeschrijvingen: Word-code, Inline Styles en Lege Tags Verwijderen (PrestaShop 8 & 9)Verwijder Word-code, inline styles en lege tags uit uw beschrijvingen, zonder de tekst te raken.€79,00
Stap 4: een steekproef behandelen
Dit is de stap die onaangename verrassingen voorkomt, en ze wordt vaak overgeslagen.
Selecteer twintig representatieve pagina’s, met zorg voor de moeilijke gevallen: een pagina met een kenmerkentabel, een met ingebedde afbeeldingen, een met een lange lijst, een met een gekleurd kader, en een uit de zwaarste van de catalogus.
Pas de behandeling alleen op die twintig pagina’s toe, en vergelijk dan visueel voor en na, op desktop en op mobiel.
Drie vragen per pagina. Is de structuur behouden, titels, lijsten, tabellen? Is een opzettelijke opmaak verdwenen? Is de mobiele weergave beter dan voorheen?
Is het antwoord op de tweede vraag ja op meer dan één pagina, pas dan uw regels aan voor u verdergaat.
Stap 5: in batches behandelen
Vier principes.
Eén categorie tegelijk, te beginnen met die met de minste referenties, om het proces in te lopen.
Eén taal tegelijk, of alle samen als uw regels identiek zijn, maar met een controle per taal.
Een registratie van wat is behandeld, met de datum en de omvang. Zo weet u wat overblijft en kunt u gericht terugkeren.
Een controle na elke batch, op vijf willekeurig getrokken pagina’s uit de batch. Vijf minuten per batch, en het voorkomt dat u een probleem ontdekt nadat u drieduizend producten hebt behandeld.
Praktisch punt: behandel op een grote catalogus buiten de verkeersuren. Een massale update van de beschrijvingentabel produceert locks en kan de site vertragen.
Stap 6: de caches legen
Korte en systematisch vergeten stap, die de meeste “de opschoning heeft niets veranderd” verklaart.
Drie caches te behandelen. De applicatiecache van PrestaShop, die de productgegevens bewaart. De paginacache, indien actief, die volledige voorgegenereerde pagina’s serveert. En de browsercache tijdens uw verificaties, door in privénavigatie te testen.
Voeg een vierde toe als u een distributiedienst ervoor gebruikt, waarvan de cache moet worden gepurgeerd opdat de bezoekers de nieuwe content zien.
Stap 7: het resultaat controleren
Vijf verificaties, een week na de volledige behandeling.
Het gemiddelde gewicht van de beschrijvingen, vergeleken met de beginmeting. Een reductie van 60 tot 80% is gangbaar.
De weergave van twintig pagina’s op mobiel, willekeurig getrokken uit verschillende categorieën.
De pagina’s met tabellen, specifiek, die het meest blootgesteld zijn.
De laadtijd van een typische pagina, voor en na.
De meldingen van de klantenservice over de weergave, die de gevallen aandragen die u niet hebt gezien.
Wat mis kan gaan
Vier situaties, met hun correctie.
Een onleesbaar geworden tabel. De kolombreedtes zijn verdwenen en de content verdeelt zich slecht. De correctie verloopt via een stijlregel in het thema, toegepast op alle beschrijvingstabellen, in plaats van via een restauratie.
Een onzichtbaar geworden waarschuwingskader. Zijn achtergrondkleur is weggehaald. Herstel ze via een class in plaats van via een stijl in de content.
Vervormde afbeeldingen. Hun vaste afmetingen zijn gesneuveld. Een globale stijlregel op de beschrijvingsafbeeldingen, met een relatieve maximale breedte, regelt het geval en verbetert bovendien de mobiele weergave.
Een verloren bewuste opmaak. Op enkele verzorgde pagina’s heeft de opschoning echt werk gewist. Dat is het geval waarin de gerichte restauratie vanuit de tabelkopie gerechtvaardigd is.
Deze vier situaties hebben een gemeenschappelijk punt: het goede antwoord is vrijwel altijd een regel in het thema, geen terugkeer naar de stijl in de content.
Het werkterrein niet over zes maanden overdoen
Drie maatregelen na de opschoning.
De editor configureren van de backoffice om geplakte content te filteren.
De invoerders opleiden in het plakken zonder opmaak, wat een sneltoets is en niets meer.
Bij de import behandelen als uw beschrijvingen uit een leveranciersbestand komen, door de opschoning toe te passen op het moment van de integratie in plaats van erna.
De HTML-opschoning van Beschrijvingen module voor PrestaShop industrialiseert deze procedure op PrestaShop 8 en 9: detectie van de betrokken pagina’s met voorafgaande telling, voorvertoning voor toepassing, batchverwerking met operatielog, en automatische filtering van geplakte content in de editor.
