Schema markup και AEO : πρακτικός οδηγός για επιχειρήσεις

Το site σου μπορεί να περιλαμβάνει όλες τις απαραίτητες πληροφορίες: υπηρεσίες, προϊόντα, τιμές, διεύθυνση και ώρες λειτουργίας.

Το ερώτημα είναι αν οι μηχανές καταλαβαίνουν με σαφήνεια τι σημαίνει κάθε πληροφορία ή αν πρέπει να το συμπεράνουν.

Σε αυτό βοηθά το schema markup. Πρόκειται για δομημένα δεδομένα που προστίθενται στον κώδικα της σελίδας και δηλώνουν με συγκεκριμένο τρόπο τι αντιπροσωπεύει κάθε στοιχείο.

Εδώ ξεκινά και μια συχνή παρεξήγηση.

Το schema παρουσιάζεται συχνά ως ο μηχανισμός που θα βάλει την επιχείρησή σου στις απαντήσεις του ChatGPT. Αυτό δεν ισχύει.

Το schema αποτελεί τεχνική υποδομή και όχι ολοκληρωμένη στρατηγική. Βοηθά τις μηχανές να κατανοήσουν σωστά το περιεχόμενο της σελίδας σου, αλλά δεν κάνει την επιχείρησή σου να ξεχωρίζει από μόνο του.

Αξίζει να εφαρμοστεί, αλλά δεν εγγυάται ότι ένα AI engine θα αναφέρει την επιχείρησή σου.

Ας το δούμε πρακτικά.

Τι είναι το schema markup;

Το schema markup είναι κώδικας στο παρασκήνιο της σελίδας, ο οποίος δηλώνει τι αντιπροσωπεύει κάθε βασικό στοιχείο του περιεχομένου.

Για παράδειγμα, προσδιορίζει:

• ποιο είναι το όνομα της εταιρίας,
• ποια είναι η διεύθυνσή της,
• ποιος αριθμός αντιστοιχεί στην τιμή ενός προϊόντος,
• ποιες είναι οι ώρες λειτουργίας,
• ποιο τμήμα της σελίδας αποτελεί ερώτηση και ποιο την αντίστοιχη απάντηση.

Ο επισκέπτης δεν βλέπει αυτόν τον κώδικα. Οι μηχανές, όμως, διαβάζουν μια σαφή δήλωση, αντί να προσπαθούν να συμπεράνουν τι σημαίνει κάθε στοιχείο από τη θέση και τη μορφή του μέσα στη σελίδα.

Η βασική διαφορά βρίσκεται στη σαφήνεια.

Ένας άνθρωπος βλέπει το «12,50 €» κάτω από ένα προϊόν και καταλαβαίνει ότι πρόκειται για την τιμή του.

Μια μηχανή μπορεί να χρειαστεί να συμπεράνει αν ο αριθμός αφορά:

• την τιμή του προϊόντος,
• τα μεταφορικά,
• μια παλιά τιμή πριν από την έκπτωση,
• κάποια άλλη χρέωση.

Το schema ξεκαθαρίζει τη σημασία του αριθμού και δηλώνει ότι πρόκειται για την τιμή του προϊόντος σε ευρώ.

Αυτό δεν σημαίνει ότι η μηχανή θεωρεί αυτομάτως σωστή κάθε πληροφορία που δηλώνεται στο schema.

Εξακολουθεί να εξετάζει το ορατό περιεχόμενο και τη συνολική αξιοπιστία της σελίδας. Ο ρόλος του schema είναι να προσδιορίζει με σαφήνεια τη σημασία κάθε στοιχείου.

Ο κώδικας γράφεται συνήθως σε μια μορφή που ονομάζεται JSON-LD. Η Google προτείνει αυτή τη μορφή επειδή είναι ευκολότερη στη διαχείριση και στη συντήρηση.

Χρειάζεται, όμως, να ενημερώνεται όταν αλλάζουν τα στοιχεία που περιγράφει, όπως:

• οι τιμές,
• οι ώρες λειτουργίας,
• η διεύθυνση,
• οι υπηρεσίες,
• τα στοιχεία επικοινωνίας.

Δεν είναι κάτι που προσθέτεις μία φορά και στη συνέχεια αγνοείς, ενώ το περιεχόμενο του site αλλάζει.

Κυρίως, το schema δεν αντικαθιστά το πραγματικό περιεχόμενο.

Αν μια σελίδα δεν περιλαμβάνει σαφείς, χρήσιμες και αληθινές πληροφορίες, κανένας κώδικας δεν μπορεί να καλύψει αυτό το κενό.

Το schema περιγράφει το περιεχόμενο που υπάρχει ήδη. Δεν μπορεί να υποκαταστήσει την έλλειψη ουσιαστικού περιεχομένου.

Ποιον τύπο schema χρειάζεται κάθε σελίδα;

Για κάθε σελίδα επιλέγεις τον πιο συγκεκριμένο τύπο schema που περιγράφει σωστά το περιεχόμενό της.

Για ένα οδοντιατρείο, για παράδειγμα, χρησιμοποιείς τον τύπο Dentist, ο οποίος ανήκει στις πιο εξειδικευμένες κατηγορίες του LocalBusiness.

Όσο πιο συγκεκριμένος και ακριβής είναι ο τύπος, τόσο καθαρότερα περιγράφεις τι αντιπροσωπεύει η οντότητα της σελίδας. Αυτό σε βοηθά να χρησιμοποιήσεις properties που ταιριάζουν πραγματικά στην επιχείρηση ή στο περιεχόμενο και να ακολουθήσεις σωστότερα τις απαιτήσεις της πλατφόρμας που θέλεις να υποστηρίξεις.

Μια σελίδα μπορεί επίσης να περιλαμβάνει περισσότερες από μία συνδεδεμένες οντότητες και διαφορετικούς τύπους δομημένων δεδομένων, ανάλογα με το περιεχόμενό της.

• Ξενοδοχείο ή κατάλυμα — Hotel — Βασικά πεδία: address, geo, starRating, amenityFeature
• Εστιατόριο ή bar — Restaurant — Βασικά πεδία: address, openingHoursSpecification, servesCuisine, priceRange
• Καφέ — CafeOrCoffeeShop — Βασικά πεδία: address, openingHoursSpecification, priceRange
• Ιατρική κλινική — MedicalClinic — Βασικά πεδία: medicalSpecialty, address, openingHoursSpecification
• Ιατρός ή ιατρικό ιατρείο — Physician — Βασικά πεδία: medicalSpecialty, address, openingHoursSpecification
• Οδοντιατρείο — Dentist — Βασικά πεδία: address, openingHoursSpecification, telephone, medicalSpecialty
• Δικηγορικό γραφείο — LegalService — Βασικά πεδία: address, areaServed, telephone
• Λογιστικό γραφείο — AccountingService — Βασικά πεδία: address, areaServed, telephone
• Φυσικό κατάστημα — Store ή ειδικότερος υποτύπος — Βασικά πεδία: address, geo, openingHoursSpecification
• Σελίδα προϊόντος που προσφέρεται προς πώληση — Product με Offer — Βασικά πεδία: name, sku, brand, offers.price, offers.priceCurrency, offers.availability
• Άρθρο ή οδηγός — Article ή BlogPosting — Βασικά πεδία: headline, datePublished, dateModified, author
• Στοιχεία εταιρίας — Organization — Βασικά πεδία: name, url, logo, sameAs, contactPoint
• Σελίδα FAQ με ορατές ερωτήσεις και απαντήσεις — FAQPage — Βασικά πεδία: mainEntity, Question, acceptedAnswer

Αν χρειάζεται να περιγραφούν οι υπηρεσίες ενός οδοντιατρείου, μπορούν να δηλωθούν ως ξεχωριστές οντότητες Service, συνδεδεμένες με το οδοντιατρείο μέσω του provider, ή μέσα από ένα κατάλληλα δομημένο OfferCatalog.

Για ένα λογιστικό γραφείο, ο τύπος AccountingService είναι ακριβέστερος και προτιμότερος από το γενικό ProfessionalService, το οποίο έχει καταργηθεί ως προτεινόμενος τύπος στο Schema.org λόγω σύγχυσης με το Service.

Στην πράξη, μια σελίδα μπορεί να συνδυάζει περισσότερους από έναν τύπους schema.

Ένα εστιατόριο, για παράδειγμα, μπορεί να χρησιμοποιεί:

• Restaurant στις σελίδες που παρουσιάζουν τα στοιχεία της επιχείρησης,
• Article στα άρθρα του,
• FAQPage σε σελίδες που πράγματι λειτουργούν ως FAQ και παρουσιάζουν ορατές ερωτήσεις και απαντήσεις.

Ένα σταθερό @id μπορεί να χρησιμοποιηθεί για να συνδέονται με συνέπεια διαφορετικές αναφορές στην ίδια οντότητα. Δεν αποτελεί όμως υποχρεωτική απαίτηση της Google για LocalBusiness.

Ο κανόνας δεν είναι «βάλε Organization σε κάθε σελίδα».

Ο κανόνας είναι να συνδέσεις σωστά τις οντότητες, ώστε να μη δηλώνεις την ίδια επιχείρηση με διαφορετικούς και αντικρουόμενους τρόπους.

Ένα σωστό παράδειγμα Restaurant μπορεί να έχει την παρακάτω μορφή:

{
  "@context": "https://schema.org",
  "@type": "Restaurant",
  "@id": "https://example.gr/#restaurant",
  "name": "Το Όνομα του Εστιατορίου",
  "url": "https://example.gr",
  "telephone": "+302310000000",
  "priceRange": "€€",
  "servesCuisine": "Greek",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Οδός Παραδείγματος 12",
    "addressLocality": "Θεσσαλονίκη",
    "postalCode": "54622",
    "addressCountry": "GR"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": 40.6293,
    "longitude": 22.9503
  },
  "openingHoursSpecification": [{
    "@type": "OpeningHoursSpecification",
    "dayOfWeek": [
      "Tuesday",
      "Wednesday",
      "Thursday",
      "Friday",
      "Saturday",
      "Sunday"
    ],
    "opens": "12:00",
    "closes": "23:00"
  }]
}

Χρειάζεται να προσέξεις δύο βασικά σημεία στη μορφή των δεδομένων.

Οι τιμές γράφονται όπως τις περιμένει η μηχανή και όχι όπως εμφανίζονται συνήθως στα ελληνικά.

Για παράδειγμα:

• το νόμισμα δηλώνεται ως EUR,
• οι δεκαδικοί αριθμοί γράφονται με τελεία, όπως 12.50,
• η διαθεσιμότητα δηλώνεται με τυποποιημένες τιμές όπως https://schema.org/InStock,
• οι ημέρες δηλώνονται με τις τυποποιημένες τιμές DayOfWeek του Schema.org, όπως Monday, ή με το πλήρες URL https://schema.org/Monday.

Δεν χρησιμοποιούνται μεταφρασμένες ελεύθερες τιμές, όπως Δευτέρα, στο property dayOfWeek.

Παράλληλα, το @id μπορεί να λειτουργεί ως σταθερό αναγνωριστικό της επιχείρησης και να βοηθά τα συστήματα να συνδέουν με συνέπεια διαφορετικές αναφορές στην ίδια οντότητα.

Για μια σελίδα προϊόντος, ένα βασικό παράδειγμα μπορεί να είναι το εξής:

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Ελαιόλαδο Κορωνέικη 500ml",
  "sku": "OIL-500-KOR",
  "brand": {
    "@type": "Brand",
    "name": "Το Brand σου"
  },
  "offers": {
    "@type": "Offer",
    "url": "https://example.gr/products/oil-500-kor",
    "price": "12.50",
    "priceCurrency": "EUR",
    "availability": "https://schema.org/InStock"
  }
}

Δεν χρειάζεται να γράψεις τον κώδικα με το χέρι.

Τα περισσότερα CMS και πολλά SEO plugins μπορούν να τον δημιουργήσουν αυτόματα. Η αυτόματη παραγωγή, όμως, δεν εγγυάται ότι η εφαρμογή είναι σωστή.

Ένα εργαλείο μπορεί:

• να επιλέξει έναν υπερβολικά γενικό τύπο,
• να αντλήσει λάθος στοιχεία,
• να δημιουργήσει δεύτερο schema που συγκρούεται με εκείνο του θέματος,
• να χρησιμοποιήσει παλιές ή ελλιπείς πληροφορίες.

Σε αυτές τις περιπτώσεις εμφανίζονται συχνά λάθη. Γι’ αυτό ο έλεγχος της εφαρμογής είναι απαραίτητος.

Βοηθά το schema να σε προτείνουν τα AI engines;

Η επίδρασή του φαίνεται να είναι μικρότερη από όσο συχνά παρουσιάζεται.

Η μελέτη της Ahrefs παρακολούθησε 1.885 σελίδες που πρόσθεσαν JSON-LD από τον Αύγουστο του 2025 έως τον Μάρτιο του 2026 και τις συνέκρινε με 4.000 σελίδες ελέγχου. Μέτρησε τις αναφορές στο Google AI Overviews, στο Google AI Mode και στο ChatGPT για 30 ημέρες πριν και 30 ημέρες μετά την προσθήκη του schema.

Η προσθήκη schema συνδέθηκε με:

• αύξηση 2,4% στις αναφορές στο Google AI Mode,
• αύξηση 2,2% στις αναφορές στο ChatGPT,
• μείωση 4,6% στα AI Overviews.

Οι δύο θετικές μεταβολές ήταν στατιστικά δυσδιάκριτες από το μηδέν. Στα AI Overviews καταγράφηκε μικρή σχετική πτώση, αλλά οι ίδιοι οι ερευνητές σημειώνουν ότι δεν μπορεί να αποδοθεί με βεβαιότητα στο schema.

Υπάρχει επίσης ένας σημαντικός περιορισμός: η μελέτη εξέτασε σελίδες που ήδη αναφέρονταν έντονα από AI συστήματα. Κάθε σελίδα του δείγματος είχε περισσότερα από 100 citations στα AI Overviews πριν από την προσθήκη του schema.

Επομένως, η μελέτη δεν αποδεικνύει τι συμβαίνει σε νέες ή μη αναφερόμενες σελίδες. Επιπλέον, εξέτασε μαζί διαφορετικούς τύπους schema και όχι την επίδραση κάθε τύπου ξεχωριστά.

Το ασφαλές συμπέρασμα δεν είναι ότι το schema δεν έχει αξία.

Το συμπέρασμα είναι ότι δεν πρέπει να παρουσιάζεται ως άμεσο μέσο αύξησης των αναφορών από AI engines.

Οι σελίδες που αναφέρονται από AI engines είναι πράγματι πιθανότερο να διαθέτουν schema. Αυτό, όμως, αποτελεί συσχέτιση και όχι απόδειξη ότι το schema προκάλεσε την αναφορά.

Το schema συναντάται συχνότερα σε site που είναι συνολικά καλύτερα συντηρημένα, περιλαμβάνουν ποιοτικότερο περιεχόμενο και έχουν περισσότερες αναφορές και συνδέσμους από άλλες πηγές.

Αποτελεί, επομένως, ένδειξη συνολικής επιμέλειας του site και όχι απαραίτητα την αιτία για την οποία μια σελίδα αναφέρεται.

Η ίδια η Google δηλώνει ότι το structured data δεν είναι απαραίτητο για τις λειτουργίες generative AI και ότι δεν υπάρχει κάποιο ειδικό schema για το AEO.

Δίνει έμφαση:

• στο χρήσιμο και πρωτότυπο περιεχόμενο,
• στη δυνατότητα ανίχνευσης της σελίδας,
• στη συνολική εμπειρία του χρήστη.

Ο λόγος είναι και τεχνικός.

Η Google επεξεργάζεται συστηματικά το JSON-LD εδώ και χρόνια. Για τη Google, το structured data πρέπει να αντιστοιχεί στο πραγματικό περιεχόμενο της σελίδας.

Για τα AI answer engines γενικότερα, δεν υπάρχει δημόσια τεκμηρίωση που να μας επιτρέπει να θεωρούμε ότι το JSON-LD από μόνο του θα χρησιμοποιηθεί με συγκεκριμένο τρόπο. Οι ουσιαστικές πληροφορίες που θέλεις να κατανοεί ο χρήστης — και ενδεχομένως οι μηχανές — είναι ασφαλέστερο να υπάρχουν καθαρά και στο ορατό περιεχόμενο.

Αυτό δεν σημαίνει ότι το schema είναι άχρηστο.

Ο σωστός ρόλος του είναι:

• να προσφέρει τεχνική σαφήνεια,
• να βοηθά στον σαφή προσδιορισμό της επιχείρησης,
• να καθιστά μια σελίδα επιλέξιμη για τα rich results που εξακολουθούν να υποστηρίζονται.

Τι άλλαξε με το FAQPage;

Μέχρι πρόσφατα, όταν μια σελίδα χρησιμοποιούσε FAQ schema, η Google μπορούσε να εμφανίζει τις ερωτήσεις της σε αναπτυσσόμενα πλαίσια κάτω από το αποτέλεσμα της σελίδας.

Αυτά ήταν τα λεγόμενα FAQ rich results.

Στις 7 Μαΐου 2026, η Google σταμάτησε να εμφανίζει FAQ rich results στα αποτελέσματα αναζήτησης. Στις 15 Ιουνίου 2026 αφαίρεσε και τη σχετική τεκμηρίωση από το Google Search Central.

Καθώς η συγκεκριμένη εμφάνιση δεν υποστηρίζεται πλέον, το FAQPage markup δεν προσφέρει FAQ rich result στη Google.

Ο τύπος FAQPage δεν καταργήθηκε.

Παραμένει έγκυρος και δεν χρειάζεται να αφαιρεθεί μόνο και μόνο επειδή η Google δεν εμφανίζει πλέον FAQ rich results. Απλώς δεν προσφέρει πλέον ξεχωριστή εμφάνιση στα αποτελέσματα αναζήτησης.

Η αλλαγή αυτή είχε αρχίσει να διαφαίνεται ήδη από το 2023.

Από τον Αύγουστο του 2023, η Google είχε περιορίσει τα FAQ rich results κυρίως σε κυβερνητικούς και υγειονομικούς ιστοτόπους.

Τον Μάιο του 2026, τα FAQ rich results αποσύρθηκαν πλήρως.

Αυτό που δεν άλλαξε είναι ότι το FAQPage παραμένει έγκυρος τύπος του schema.org. Παραμένει διαθέσιμο ως τύπος στο schema.org. Το αν κάποια άλλη μηχανή ή υπηρεσία το διαβάζει ή το αξιοποιεί εξαρτάται από τη συγκεκριμένη υπηρεσία και δεν πρέπει να θεωρείται δεδομένο.

Έπαψε να προσφέρει ξεχωριστή εμφάνιση στη Google, αλλά διατήρησε την εγκυρότητά του ως τύπος schema.

Η βασική αξία παραμένει στις πραγματικές, ορατές ερωτήσεις και απαντήσεις της σελίδας. Αυτές μπορούν να διαβαστούν από ανθρώπους και μηχανές, είτε υπάρχει markup είτε όχι.

Το FAQPage μπορεί να διατηρηθεί εκεί όπου υπάρχουν πραγματικές ερωτήσεις και απαντήσεις, εφόσον έχει υλοποιηθεί σωστά και συμφωνεί απόλυτα με το ορατό περιεχόμενο.

Ένα παράδειγμα μπορεί να είναι το εξής:

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "Πόσο κοστίζει ένα AEO audit;",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "Η απάντηση που αντιστοιχεί με ακρίβεια στο ορατό περιεχόμενο της σελίδας."
    }
  }]
}

Τον Ιούνιο του 2025, η Google ανακοίνωσε επίσης την απόσυρση επτά ακόμη λειτουργιών αποτελεσμάτων που βασίζονταν σε δομημένα δεδομένα, από το Course Info έως το Vehicle Listing.

Διευκρίνισε ότι η αλλαγή δεν θα επηρέαζε την κατάταξη των ιστοσελίδων. Οι συγκεκριμένες ειδικές εμφανίσεις απλώς θα έπαυαν σταδιακά να προβάλλονται.

Οι τύποι rich results που υποστηρίζει η Google αλλάζουν με την πάροδο του χρόνου.

Το συμπέρασμα δεν είναι «μη χρησιμοποιείς schema».

Το συμπέρασμα είναι ότι δεν πρέπει να χτίζεις ολόκληρη τη στρατηγική σου πάνω σε ένα συγκεκριμένο rich result.

Πρέπει το schema να συμφωνεί με όσα βλέπει ο επισκέπτης;

Ναι.

Η ασυμφωνία με το ορατό περιεχόμενο μπορεί να κάνει το structured data μη επιλέξιμο για rich results ή να οδηγήσει σε παραβίαση των σχετικών οδηγιών.

Δεν πρέπει να δηλώνεις:

• αξιολογήσεις που δεν εμφανίζονται στη σελίδα,
• βαθμολογίες που δεν βλέπει ο επισκέπτης,
• τιμές διαφορετικές από τις πραγματικές,
• υπηρεσίες που δεν παρουσιάζονται,
• ερωτήσεις που δεν υπάρχουν στο ορατό περιεχόμενο.

Η ίδια η Google ζητά το structured data να περιγράφει τη σελίδα και όχι να προσθέτει πληροφορίες που παραμένουν κρυμμένες από τον χρήστη.

Το structured data πρέπει να αντιστοιχεί με ακρίβεια στις ερωτήσεις, στις απαντήσεις και στους ουσιαστικούς ισχυρισμούς που βλέπει ο επισκέπτης. Δεν πρέπει να προσθέτει διαφορετικές, κρυφές ή παραπλανητικές πληροφορίες.

Δεν απαιτείται πάντοτε κατά λέξη ταύτιση, όταν η ίδια πληροφορία αποδίδεται σε τυποποιημένη μηχανικά αναγνώσιμη μορφή.

Αν το schema δεν συμφωνεί με τη σελίδα, στην καλύτερη περίπτωση μπορεί να αγνοηθεί.

Σε σοβαρές ή επαναλαμβανόμενες παραβιάσεις των οδηγιών, μπορεί να ακολουθήσει χειροκίνητη ενέργεια από τη Google.

Η σωστή σειρά είναι πάντα η ίδια:

1. Δημιουργείς το πραγματικό περιεχόμενο.
2. Το εμφανίζεις καθαρά στη σελίδα.
3. Προσθέτεις το schema που το περιγράφει.
4. Ελέγχεις ότι το ορατό περιεχόμενο και το schema αποδίδουν με συνέπεια τις ίδιες πραγματικές πληροφορίες.

Δεν χρησιμοποιείς το schema για να δηλώσεις πληροφορίες πιο ευνοϊκές ή πιο εντυπωσιακές από αυτές που βλέπει πραγματικά ο πελάτης.

Πώς ελέγχεις αν το schema εφαρμόστηκε σωστά;

Μπορείς να χρησιμοποιήσεις τρία δωρεάν εργαλεία, τα οποία εξυπηρετούν διαφορετικό σκοπό.

Rich Results Test

Το Rich Results Test της Google δείχνει αν η Google αναγνωρίζει structured data που μπορεί να χρησιμοποιηθεί για κάποιο υποστηριζόμενο rich result.

Ένα έγκυρο αποτέλεσμα σημαίνει ότι η σελίδα πληροί τις τεχνικές προϋποθέσεις. Δεν σημαίνει ότι το rich result θα εμφανιστεί οπωσδήποτε.

Schema Markup Validator

Το Schema Markup Validator του schema.org ελέγχει γενικότερα τη σύνταξη και τη δομή του schema.

Μπορεί να ελέγξει και τύπους που δεν συνδέονται με κάποιο rich result της Google.

Search Console

Το Search Console δείχνει προβλήματα σε πολλές σελίδες ταυτόχρονα, αλλά μόνο για τους τύπους schema που παρακολουθεί και αναφέρει η Google.

Δεν αποτελεί γενικό validator για κάθε schema που μπορεί να υπάρχει στο site.

Κατά τον έλεγχο εξετάζεις:

• αν το schema εντοπίζεται,
• αν έχει επιλεγεί ο σωστός τύπος,
• αν λείπουν απαραίτητα πεδία,
• αν οι τιμές έχουν τη σωστή μορφή,
• αν υπάρχουν δύο δηλώσεις που περιγράφουν την ίδια πληροφορία με διαφορετικό τρόπο.

Τα λάθη που εμφανίζονται συχνότερα είναι τέσσερα.

1. Πολύ γενικός τύπος

Για παράδειγμα, Organization ή LocalBusiness σε ένα οδοντιατρείο αντί για Dentist.

Ο γενικός τύπος δεν είναι απαραίτητα λανθασμένος, αλλά δεν σου επιτρέπει να χρησιμοποιήσεις όλα τα εξειδικευμένα πεδία που έχουν αξία.

2. Ασυμφωνία με τη σελίδα

Για παράδειγμα:

• διαφορετικές ώρες λειτουργίας στον κώδικα και στο footer,
• βαθμολογίες που δεν εμφανίζονται πουθενά,
• διαφορετική τιμή στο schema και στη σελίδα προϊόντος.

3. Ελλιπή πεδία

Για παράδειγμα:

• σελίδα προϊόντος που προσφέρει το προϊόν προς πώληση, αλλά δηλώνει τιμή ή διαθεσιμότητα χωρίς σωστά δομημένο Offer,
• Article χωρίς χρήσιμα πεδία όπως datePublished, author ή image,
• LocalBusiness με ελλιπή διεύθυνση.

Όταν λείπουν υποχρεωτικά πεδία, το αντικείμενο μπορεί να μην είναι επιλέξιμο για το αντίστοιχο Google rich result.

Μπορεί, ωστόσο, να παραμένει συντακτικά έγκυρο ή να αξιοποιούνται άλλα στοιχεία του.

4. Διπλό ή αντικρουόμενο schema

Το θέμα του site μπορεί να δηλώνει ένα schema και κάποιο plugin να δημιουργεί ένα δεύτερο, με διαφορετικό τηλέφωνο, διαφορετική διεύθυνση ή διαφορετικό τύπο επιχείρησης.

Ένα σωστό και συνεπές schema έχει μεγαλύτερη αξία από τρεις διαφορετικές και μισοσωστές δηλώσεις.

Το γεγονός ότι ένα plugin εμφανίζει την ένδειξη «schema enabled» δεν σημαίνει ότι η εφαρμογή είναι σωστή.

Ένας από τους πιο ουσιαστικούς ελέγχους μπορεί να γίνει ακόμη και χωρίς εργαλείο.

Διάβασε τι δηλώνει το schema και εξέτασε κάθε πληροφορία ξεχωριστά:

• Εμφανίζεται πραγματικά στη σελίδα;
• Είναι ενημερωμένη;
• Συμφωνεί με όσα βλέπει ο επισκέπτης;
• Δηλώνεται με τον ίδιο τρόπο σε όλα τα σχετικά σημεία;

Αν το schema περιλαμβάνει ουσιαστική πληροφορία ή ισχυρισμό που δεν υποστηρίζεται από το ορατό περιεχόμενο της σελίδας, η πληροφορία πρέπει είτε να προστεθεί καθαρά στη σελίδα είτε να αφαιρεθεί από το schema. Τεχνικά στοιχεία, όπως ένα σταθερό @id, ένα sameAs URL ή μια τυποποιημένη τιμή, δεν χρειάζεται να εμφανίζονται κατά λέξη στον επισκέπτη.

Πότε το schema δεν είναι προτεραιότητα;

Όταν δεν έχουν ακόμη λυθεί τα βασικά προβλήματα του site.

Αν το site σου δεν περιλαμβάνει ουσιαστικό περιεχόμενο, η εφαρμογή schema δεν πρέπει να είναι η πρώτη προτεραιότητα.

Κανένα markup δεν μπορεί να μετατρέψει τρεις γενικές παραγράφους σε αξιόπιστη και χρήσιμη πηγή.

Πρώτα πρέπει να ξεκαθαρίσεις:

• τι κάνει η επιχείρηση,
• ποιον εξυπηρετεί,
• γιατί αξίζει να την εμπιστευτεί κάποιος,
• ποιες πραγματικές ερωτήσεις κάνουν οι πελάτες,
• πώς απαντά η επιχείρηση σε αυτές.

Το schema έρχεται στη συνέχεια, για να περιγράψει αυτές τις πληροφορίες στις μηχανές.

Το ίδιο ισχύει όταν υπάρχουν βασικά τεχνικά προβλήματα.

Ένα site που φορτώνει σε οκτώ δευτερόλεπτα, σελίδες που δεν λειτουργούν σωστά σε κινητές συσκευές και περιεχόμενο που δεν μπορεί να εντοπιστεί από τους crawlers αποτελούν σημαντικότερα προβλήματα.

Αυτά πρέπει να αντιμετωπιστούν πριν από την προσθήκη ενός ακόμη LocalBusiness block.

Χρειάζεται επίσης να υπάρχει σαφής εικόνα για τη συντήρηση.

Σε μια μικρή επιχείρηση, τα βασικά schema υλοποιούνται αρχικά και στη συνέχεια χρειάζονται έλεγχο όταν αλλάζουν:

• οι τιμές,
• τα στοιχεία επικοινωνίας,
• οι ώρες λειτουργίας,
• οι υπηρεσίες,
• η δομή του site.

Αν κρατήσεις ένα πράγμα από το άρθρο, κράτησε τη σωστή σειρά.

Το schema δεν είναι διακόσμηση και δεν αποτελεί τέχνασμα για καλύτερες κατατάξεις.

Είναι ο τρόπος να περιγράψεις σε τυποποιημένη μορφή περιεχόμενο που υπάρχει ήδη και εμφανίζεται καθαρά στη σελίδα.

Δήλωσε σωστά το είδος της επιχείρησης, επίλεξε τον κατάλληλο τύπο για κάθε σελίδα, κράτησε τα δεδομένα ενημερωμένα και σε πλήρη συμφωνία με όσα βλέπει ο επισκέπτης και έλεγξε ξανά την εφαρμογή μετά από κάθε ουσιαστική αλλαγή.

Οι επιχειρήσεις που έχουν απαντήσει καθαρά και δημόσια στις πραγματικές ερωτήσεις των πελατών τους δημιουργούν καλύτερη βάση ώστε οι μηχανές να μπορούν να κατανοήσουν τι προσφέρουν και πότε είναι σχετικές με μια ερώτηση.

Το schema δίνει στις μηχανές μια τυποποιημένη περιγραφή των οντοτήτων και των πληροφοριών που υπάρχουν στη σελίδα.

Δεν τις γράφει στη θέση σου.

Στην Praion δεν αντιμετωπίζουμε το schema ως ξεχωριστή εργασία. Το σχεδιάζουμε μαζί με το περιεχόμενο και τη δομή του site, γιατί μόνο έτσι μπορεί να αποκτήσει πραγματική αξία.

Το schema markup μπορεί να βελτιώσει τον τρόπο με τον οποίο οι μηχανές αναγνωρίζουν το περιεχόμενο μιας σελίδας. Δεν εγγυάται συγκεκριμένη κατάταξη ή εμφάνιση rich result. Το AEO στοχεύει στη βελτίωση της δυνατότητας μιας επιχείρησης να εντοπίζεται, να κατανοείται και ενδεχομένως να εμφανίζεται σε σχετικές απαντήσεις AI — δεν εγγυάται αναφορά, σύσταση, κατάταξη ή αποτέλεσμα. Τα answer engines αλλάζουν συνεχώς τον τρόπο με τον οποίο επιλέγουν πηγές.